Terminal Ops
當使用者需要真實的儲存庫執行時使用此技能：執行命令、檢查 git 狀態、除錯 CI 或建置、執行精確修復，並報告實際變更與驗證內容。
此技能刻意比一般程式碼指引更狹隘。它是一個以證據為基礎的終端機執行操作流程。
技能堆疊
在相關情況下將這些 ECC 原生技能引入工作流程：
verification-loop：用於變更後的精確證明步驟tdd-workflow：當正確修復需要回歸測試覆蓋時security-review：當涉及機密、認證或外部輸入時github-ops：當任務依賴 CI 執行、PR 狀態或發布狀態時knowledge-ops：當需要將驗證結果擷取到持久的專案背景中時
使用時機
- 使用者說「修復」、「除錯」、「執行這個」、「檢查倉庫」或「推送它」
- 任務依賴命令輸出、git 狀態、測試結果或已驗證的本地修復
- 答案必須區分：已本地變更、已本地驗證、已提交、已推送
防護機制
- 編輯前先檢查
- 若使用者僅要求稽核/審查，則維持唯讀
- 優先使用儲存庫本地腳本與輔助工具，而非臨時自訂包裝
- 除非重新執行驗證命令，否則不得聲稱已修復
- 除非分支確實已推送至上游，否則不得聲稱已推送
工作流程
1. 確定工作表面
確認：
- 確切的儲存庫路徑
- 分支
- 本地差異狀態
- 要求的模式：
- inspect（檢查）
- fix（修復）
- verify（驗證）
- push（推送）
2. 先讀取失敗表面
在變更任何內容之前：
- 檢查錯誤
- 檢查檔案或測試
- 檢查 git 狀態
- 使用任何已提供的日誌或背景，避免盲目重新讀取
3. 保持修復範圍精簡
一次解決一個主要失敗：
- 先使用最小的有效驗證命令
- 僅在本地失敗解決後，才升級至較大的建置/測試通過
- 如果命令持續以相同的特徵失敗，停止廣泛重試，縮小範圍
4. 報告確切的執行狀態
使用精確的狀態詞：
- inspected（已檢查）
- changed locally（已本地變更）
- verified locally（已本地驗證）
- committed（已提交）
- pushed（已推送）
- blocked（已封鎖）
輸出格式
SURFACE
- repo
- branch
- requested mode
EVIDENCE
- failing command / diff / test
ACTION
- what changed
STATUS
- inspected / changed locally / verified locally / committed / pushed / blocked
陷阱
- 當可直接讀取即時儲存庫狀態時，不要依賴過時的記憶
- 不要將精確修復擴大為整個儲存庫的改動
- 不要使用破壞性 git 命令
- 不要忽略無關的本地工作
驗證
- 回應需指明驗證命令或測試
- 涉及 git 的工作需指明儲存庫路徑與分支
- 任何推送聲明需包含目標分支與確切結果