我是國小教師,不是工程師,但是認識了些工程師或相關科系出身的朋友,試著學習工程師的開發思維和習慣來進行AI coding。
這一年我用 AI 做了教材、校務工具,近期玩了Hermes Agent和OpenAB,還有一套自己天天在用的 Coding agent 開發系統。
AI 很愛跟我說「做完了」,但其實沒有——測試是綠的但綠燈是假的、兩個 AI 同時改同一個檔案互相蓋掉、裝好的功能三週後才發現沒生效。
我沒有同事幫我 code review,也沒有 自己review的本事。只好自己弄一套機制,逼這些 AI 拿出證據:誰改的、誰審過、測試在哪、失敗時會不會誠實停下來。
我是國小教師。不是工程師,沒有相關資訊背景,大學也不是念這個的。近一年來,開始使用AI,在摸索與學習的過程,有幸認識一些有工程師或相關科系背景的朋友,在多次交流...
昨天寫了三個我踩過的坑。今天先交代一下,我現在到底在用什麼,不然後面一直出現 agent、review、issue、知識庫,很容易看不懂它們之間的關係。 這套東...
我有一套「無人值守出貨」規則。在符合條件時,agent 改完程式、通過審查與檢查後,可以自行把 PR 合併進主線,不需要再等我按一次同意。 這種做法如果沒有邊界...
有一段時間,我手上同時有幾個 repo 在修改。每個 repo 都開了不少 issue,有些已經開始做,有些正在等 review,也有一些做了一半停在那裡。 我...
昨天寫到,issue 要有可以檢查的驗收條件。實際執行後,我很快就碰到另一個問題:有時不是我不會寫驗收條件,而是我自己還沒想清楚要做什麼。 我平常提出新需求時,...
我以前把 GitHub issue 當成待辦事項。標題寫要做的功能,內文補幾句背景,agent 做完後關掉。開始同時使用幾個 coding agent 之後,這...
昨天寫的是一張 issue 怎麼變成可以驗收的工作單。但有些工作不是一張 issue、一個 PR 就能完成。 我做比較大的功能時,常會先有一份完整計畫,再拆成幾...
前三天寫的是驗收、問需求、寫 issue、開 Master issue。這四件事都準備好了之後,下一個問題是:動工的時候,範圍要開多寬。 我以前的答案很自然:既...
到昨天為止,這個系列前面把工作單寫清楚了,切片也切好了。下一步要是 review,問題就在這裡:我是一個人。 我可以在 GitHub 上把 PR 打開自己讀。但...
昨天寫到我把 review 的工作交給另一隻 AI。今天要打開這套規則裡最硬的一條:寫程式的和審程式的,必須是兩隻不同的 agent。 這條規則的來源不是抽象的...