终端操作¶

当用户需要实际仓库操作时使用此技能：执行命令、检查 git 状态、调试 CI 或构建、实施狭窄修复、准确报告变更和验证内容。

此技能的范围有意比通用编码指导更窄。它是一个证据优先的终端执行操作工作流。

技能栈¶

如果相关，将这些 ECC 原生技能纳入工作流：

• verification-loop 用于变更后的准确验证步骤
• tdd-workflow 用于正确修复需要回归覆盖时
• security-review 用于涉及密钥、认证或外部输入时
• github-ops 用于任务依赖 CI 运行、PR 状态或发布状态时
• knowledge-ops 用于需要将验证结果保存到持久项目上下文时

使用场景¶

• 当用户说“修复”“调试”“运行这个”“检查仓库”“推送”时
• 当任务依赖命令输出、git 状态、测试结果或已验证的本地修复时
• 当答案需要区分以下状态时：本地已变更、本地已验证、已提交、已推送

安全措施¶

• 编辑前确认
• 如果用户只要求审计/审查，则保持只读
• 优先使用仓库本地脚本和辅助工具，而不是临时包装器
• 在验证命令重新运行之前，不要声称已修复
• 在分支实际推送到上游之前，不要声称已推送

工作流¶

1. 确定工作表面¶

明确以下内容：

• 准确的仓库路径
• 分支
• 本地差异状态
• 请求的模式：
• 确认
• 修复
• 验证
• 推送

2. 首先读取失败表面¶

在更改任何内容之前：

• 检查错误
• 检查文件或测试
• 检查 git 状态
• 在盲目重新加载之前，使用提供的日志或上下文

3. 保持修复范围狭窄¶

一次处理一个主要失败：

• 首先使用最小且有用的验证命令
• 仅在本地失败解决后，再升级到更大的构建/测试流程
• 如果命令持续因同一特性失败，停止广泛重试并缩小范围

4. 报告准确的执行状态¶

使用准确的状态术语：

• 已确认
• 本地已变更
• 本地已验证
• 已提交
• 已推送
• 已阻塞

输出格式¶

サーフェス
- リポジトリ
- ブランチ
- 要求されたモード

証拠
- 失敗したコマンド / 差分 / テスト

アクション
- 変更した内容

状態
- 確認済み / ローカルで変更済み / ローカルで検証済み / コミット済み / プッシュ済み / ブロック済み

陷阱¶

• 当能读取实时仓库状态时，不要依赖旧记忆
• 不要将狭窄修复扩大为整个仓库的变更
• 不要使用破坏性 git 命令
• 不要忽略无关的本地工作

验证¶

• 响应中应展示验证命令或测试
• 涉及 git 的工作应展示仓库路径和分支
• 推送声明应包含目标分支和准确结果