工作流程準則

意圖、隔離、證據、恢復,都擺在明面上。

為什麼工作流程交給 agent 跑

你說要什麼、別碰什麼、怎麼算成了。懂 AIT 的編碼 agent 會讀你儲存庫生成的 工作流程規則,把 Plan、Task、Snapshot、檢查和收尾這些接過去。 對話還是照平常的方式講,執行過程也沒有一處是藏著的。

為什麼意圖要排在最前面

一條 Markdown sprint 條目,給這次工作一個穩定的落點。Task 把這份意圖跟它的 Change、工作區、Snapshot、證據和收尾串在一起。這條線是功能,不是文書作業。

為什麼本地是預設

整個閉環在你自己機器上就能跑完——不用服務、不用資料庫、不用聯網、 不用有人管許可權。遠端伺服器和 runner 只有你自己配了才會進來。

為什麼 AIT 不插手你的語言選擇

AIT 到哪兒都一樣

Task、工作區、Snapshot、diff、blame、證據、收尾、恢復,還有 Git 行為,換個儲存庫也不會變。

你的儲存庫說了算

建置、測試、lint、格式化、打包、忽略規則——這些你自己宣告,AIT 只跑你宣告的東西。

本地狀態怎麼保持可讀

二進位權威

工作流程記錄

Plan、Task、Change、Line、證據和收尾狀態,都放在固定的原生記錄裡。

一個儲存庫,兩種狀態。

意圖 → Plan 條目 修訂 → Snapshot 內容 → zstd 包

分開放,工作流程歷史才讀得動,而不是把每個位元組都當成一回事。

內容權威

樹、blob 與包

內容定址的物件留住確切的程式碼,以及它進來的順序。

出事就停

檢查缺了、策略缺了、評審缺了、CI 結果缺了,或者該你回答的問題還沒回答, 那就是停下來的理由,不是宣佈做完的理由。AIT 會把目前狀態留在可恢復的位置, 你隨時可以老老實實接著往下做。