iT邦幫忙

ai協作相關文章
共有 63 則文章

技術 陪著成員,從實際落地經驗中成為工程師

組織裡,開始有人用 AI 用得愈來愈深,不只是他們開始寫程式,而是做出來的東西,已經成為同事每天工作的一部分。其中兩個人的故事,似乎正呈現著AI時代「工程師」的...

技術 用好 AI,不一定要走到最後一個階段才算

先鋒小隊帶到現在,開始有一群人,用 AI 用得愈來愈深,方向也愈來愈靠近寫程式,一開始,我以為這是遲早的事,只要大家真的把 AI 用起來,所有人就會慢慢從問問題...

技術 讓組織對 AI 的想像,不要停在原地

分享會走到這裡,已經換過三種樣子。一開始,題目自由、沒有獎勵,大家分享的是自己生活或工作裡的 AI 使用經驗。後來大家輪過一輪,再把先鋒小隊的工作成果帶進來,讓...

技術 當每個人都分享過一次,AI 分享會還能怎麼繼續?

分享會運作一段時間後,我開始感覺到,報名上台的熱度變了。一開始,大家會主動搶著分享。後來漸漸變成需要提醒、需要邀請,才有人願意上台。我去了解大家的想法,得到的回...

技術 「大家會是因為有獎勵才用AI嗎?」主管一句話,我拿掉了積分機制

分享會正式上路以前,我曾經想過,要設計一套積分機制。踴躍分享的人可以慢慢累積點數。點數可以換一杯星巴克,也可以換成一筆教育訓練費用,讓大家自己選擇想進修的內容。...

技術 當大家不再每件事都回頭問我,AI 導入才真的開始

先鋒小隊經過前面幾次調整之後,我開始看到一件事:大家真的開始拿 n8n,去解決自己工作上的問題了。不是跟著教學影片做一個示範流程,也不是為了交作業,硬找一個看起...

技術 我一直在想,怎麼把技術名詞換成大家都懂的比喻

先鋒小隊改成先分享工作、再補技術概念之後,很多問題開始用不同的方式冒出來,有人可能發現 AI 每次回答的方向都不太一致;有人已經放進很多資料,結果仍然不是自己要...

技術 我以為每個人都想先懂原理,才發現有人只想知道跟自己有沒有關係

先鋒小隊的一次聚會上,有位成員分享最近處理的一項工作。我一路聽下去,慢慢發現:他採用的還是原本那套做法,並沒有真正把前陣子教過的 Context Enginee...

技術 我不知道 AI 該怎麼教,所以先畫了一張學習地圖

先鋒小隊第一次上課前,我其實不知道自己能教什麼,也不知道該怎麼帶這群人,心裡完全沒底。那時候 AI Agent 還沒有現在這麼強。在我們當時能採用的做法裡,如果...

鐵人賽 自我挑戰組 DAY 20

技術 Day 20|AI Agent 好難懂、好難帶?從 5 種人類系統,像帶新人一樣帶 Agent

01. 「還不算 AGI」的迷思:它到底像不像人? 在專家或技術社群一直有一種討論:「現在的大語言模型根本不算真正的 AGI,它只不過是下一個詞預測(Next...

技術 讓每個人開始用 AI,不代表每個人都要走同一條路

接下任務後的那一週,有好幾個晚上,我半夜醒來,翻來覆去想的都是同一件事。Steve 給的方向很清楚:一個月內,讓組織裡每個人都有自己的 Agent。但這件事究竟...

鐵人賽 AI 自動化 DAY 10

技術 Day 10|要求 Agent 先計畫再動手:Hermes 內建二種模式 plan & goal

開始使用 Hermes 之後,我們慢慢可以把一些比較基本的工作交給它。一開始不太會遇到什麼問題,像是整理資料、搜尋資訊、協助整理想法,這些事情只要把需求描述清楚...

技術 我怕被AI取代,後來才想明白,該守住的不是「只有我會」

2025年7月,Steve找大家開了一場會,說接下來組織要往 AI Agent 的方向走。他一個一個點名專案負責人,輪到我的時候,給了我一個新角色:總教頭。 那...

技術 我把系統打掉重練兩次,才學會先問「為什麼要做」

某次會議上,大家在討論 AI 數據標註平台目前到底卡在哪裡,各自丟出幾個看法。我聽著聽著,開口說:「現在這個 AI 數據標註平台應該打掉重練,現在真的太疊床架屋...

技術 AI講得再有自信,也不代表是對的,驗證比相信更重要

某次架構討論,資深工程師C提出一個做法,說後台的演算法這樣設計比較有效率,講得頭頭是道。我聽著覺得有道理,正想點頭,另一位負責後端的工程師卻皺著眉說:「這樣寫對...

鐵人賽 AI Engineering DAY 21

技術 第二十一篇 - 跟著 Git commit 走——論 Lint 觸發時機與檢查邏輯

上一篇講到:要有一個檢查機制來防止知識庫充斥小錯誤,這個檢查機制就是 Lint 那這篇要講的是 Lint 的實做,首先 Lint 不會寫在 CLAUDE.md,...

技術 工程師總我問為什麼,AI時代成了我的脈絡工程

某次Sprint Planning會議上,我提出一個新功能,說明因為業務PM反映使用者常常找不到某個報表欄位,所以想把它往前移。話才講完,A就問:「為什麼業務P...

技術 問題定義清楚,才有驗收標準,任務才能放心交給AI跟工程師

2019年,專案會議上,幾位工程師夥伴包含我自己興高采烈的討論:「如果我們把這個標註工具做得更完整,是不是可以直接賣給其他企業,做成一個SaaS服務?」會議室裡...

技術 不為了敏捷而敏捷,不為了AI而AI

當時有個新創公司的CTO,我問過他,你們的敏捷到底是怎麼跑起來的? 除了他,我們找過很多敏捷教練,教我們怎麼導入Sprint開發。該有的會議一個都沒少,Spri...

技術 不信任,就無法協作,和工程師如是,和AI也是!

2021年8月,是我學習到和工程師互動的第一課。 因為公司的AWS服務費用一路都很高,因此由一位工程師負責分析評估,看看是否有機會將費用降下來。我記得,我是期待...

技術 不要逃,專注於當下,是我在AI時代找到價值的方法

2021年,在嶄新的一年開端,我主動提出要卸下RD Manager之後,改變的路卻十分漫長。Jessica,我的主管一路十分支持我,過程中不乏找了很多各路有經驗...

鐵人賽 AI Engineering DAY 17

技術 Query 要怎麼設計?

要怎麼設計?我問問題,AI 回答,簡單成這樣是要設計啥? 沒錯,好,本篇結束。 Grep 查法的限制與缺點 個頭,AI 查詢已經很強,在「怎麼查」這方面確實不需...

技術 覺察自己的心,不要一股腦兒地只學工具

2020年12月31日,那是一個我這輩子都不會忘記的跨年夜前奏,在一場轟轟烈烈的產品會議後,我到執行長的辦公室敲門,輕聲說道:「S,我們今天是否還要Check...

鐵人賽 Vibe Coding DAY 2

技術 Day 2|後面的提示詞,不一定改比較兇

Day 2|後面的提示詞,不一定改比較兇 第 0 天一個下午,十一句提示詞把迷你商店蓋起來,速度快到有點上癮。回頭看那張 prompts.md,卻說不清楚:是真...

鐵人賽 AI Engineering DAY 14

技術 第十四篇 - 素材庫:讓創作輕而易舉一點

粉紅色大便飛上外太空、寫作、畫畫,這種創作活動非常適合使用知識庫,在靈感還沒來之前,創作者需要資訊來支援自己的腦神經,來達到「輕而易舉的創作」效果。 我舉幾個...

鐵人賽 Modern Web DAY 30

技術 系列附錄:用 AI 做出一個你自己領域的工具——從規則卡到驗收交付

本篇由 AI 協作整理。 內容整理自 a11y-moda 的開發與驗收經驗,由作者與 Codex 協作編排,發布前由作者確認。協作模式見 Day 01。 如...

鐵人賽 Modern Web DAY 30

技術 Day 30:三十天前答應的四樣東西,今天逐項對帳

Day 30 · W4 · AI 線 · 難度 ★☆☆☆☆ 本系列由 AI 協作撰寫。 本篇初稿與查證由作者和 Codex 協作,發布前由作者確認。完整系列協...

鐵人賽 AI Engineering DAY 13

技術 第十三篇 - 知識庫蓋好之後,要怎麼在裡面工作?

上一篇已經把整個知識庫的輪廓呈現給大家(透過 CLAUDE.md)說實話,除了比較細節的動作(Query,Lint)調教,知識庫已經完成得七七八八,那還有什麼好...

鐵人賽 AI Engineering DAY 12

技術 要不要乾脆抄我的?CLAUDE.md 拿出來對答案。

檢討的時候發現講太多「想法」了,我自己看的話會比較想直接看產出,再回頭看想法,所以這篇我直接把產出攤開來看。 對建設個人知識庫有興趣的可以直接拿去改,但是要注意...

鐵人賽 AI Engineering DAY 11

技術 第十一篇 - Ingest 實機示範:未消化、已消化、一大坨

這篇是 Ingest 實務執行,來塞一些東西試試看。 講一下我打算怎麼做,總共示範三次: 已消化資料(一筆) 未消化資料(一筆) 一大坨資料(多筆) 這次測...