選擇工作路線
告訴 Auto 想完成什麼。以下三種路線說明不同工作的檢查方式與界線；公開入口仍只有 Auto。
三種常見需求
檢查並回報 · read-only-v1
只檢查，不修改
提出檢視、說明或比較需求。Auto 只查看指定範圍，回報依據哪些檔案與觀察得出答案。
模式: verified; 佐證資料: source-inventory · observed-result.
這條路線不會修改檔案，也不會呼叫外部服務。
有限範圍的程式修改 · code-change-v1
修正已確認的問題
指出有限範圍的修改，並說明如何檢查結果。Git 修改會使用本次工作專用的獨立目錄（worktree）；最後回報差異、檢查結果與尚未確認的風險。
模式: deep; 佐證資料: patch-review · diff-review · repo-gates.
這條路線本身不授權 push、建立 pull request、merge、deploy 或 release。
準備受保護交付 · dev-publish-v1
交付至受保護的 dev
明確指定受保護的 dev 後，Auto 會整合修改、審查、必要檢查，以及外部服務結果核對。
模式: critical; 佐證資料: target-branch-dev · required-checks · provider-reconciliation.
發布需要使用者對確切目標與已審查版本的授權。不可直接 push 至 dev 或 main；pull request 準備完成也不代表 merge 已完成。
保留清楚的界線
本機檢查只能證明該檢查實際觀察到的事。受保護或遠端工作需要完成必要審查，並確認外部服務的最新回覆；結果未知時，先查明才能繼續。