Terminal Ops 是一个面向 ECC 的、以证据为先的仓库执行工作流技能。它比通用编码指导更窄，定位为操作员工作流，核心是在终端中真实执行并如实报告。
用途 当用户希望进行真实的仓库执行时使用：运行命令、检查 git 状态、调试 CI 或构建、做窄范围修复，并精确报告改动了什么、验证了什么。
何时使用
- 用户说“修复”“调试”“运行这个”“检查仓库”或“推送它”。
- 任务依赖命令输出、git 状态、测试结果或经过验证的本地修复。
- 回答必须区分：本地已修改、本地已验证、已提交、已推送。
技能栈 在相关时，将以下 ECC 原生技能纳入工作流：
- verification-loop：变更后的精确证明步骤。
- tdd-workflow：当正确的修复需要回归覆盖时。
- security-review：当涉及密钥、认证或外部输入时。
- github-ops：当任务依赖 CI 运行、PR 状态或发布状态时。
- knowledge-ops：当已验证的结果需要沉淀为持久的项目上下文时。
护栏
- 编辑前先检查。
- 如果用户只要求审计/审查，则保持只读。
- 优先使用仓库本地脚本和辅助工具，而非临时拼凑的包装器。
- 在证明命令重跑之前，不要声称已修复。
- 除非分支确实在上游移动，否则不要声称已推送。
工作流
- 确定工作面：明确确切的仓库路径、分支、本地差异状态，以及请求的模式（inspect、fix、verify、push）。
- 先读取失败面：在改动任何内容之前，检查错误、检查文件或测试、检查 git 状态；优先使用已提供的日志或上下文，而不是盲目重读。
- 保持修复窄范围：一次解决一个主要失败；先使用最小的有用证明命令；只有在本地失败被处理后，才升级到更大的构建/测试；如果某命令以相同特征反复失败，停止广泛重试并缩小范围。
- 报告精确执行状态：使用精确的状态词——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 相关的工作要指明仓库路径和分支。
- 任何推送声明都要包含目标分支和确切结果。