發一條任務

用你自己的話說一句。目標越具體，事後越好核。

怎麼說

• 點名檔案或範圍。「在 DateUtils.kt 裡把寫死的文案提成常量」是可核的，「把日期那塊清理一下」不是。
• 說清做完還要幹什麼。「然後跑一次構建確認沒壞」把一次猜測變成一次已驗證的改動。
• 說清不要做什麼。「不要提交」是會被遵守的。

發出去之後

1. 排隊中

   任務進這個工作區的佇列，等一臺機器來接。

2. 已接手

   某臺 執行體 認領了它。卡片上會寫是哪一臺。

3. 開工前檢查

   KernelHub 從你那句話裡讀出它明顯會需要的檔位。缺一檔就停在這裡 —— 在燒掉一趟之前。

4. 執行中

   Agent 開始幹活。證據流與 diff 即時回傳。

5. 結果

   完成、卡住、或失敗 —— 附上它改了什麼。

改主意

「要求修改」是把追加指令送進同一條任務，歷史和改動都留著。「取消」在執行中也算數。

同時幾條

一臺 執行體 可以同時跑幾條任務，但兩條任務改同一批檔案會互相打架。併發的任務儘量放在程式碼的不同區域。