القائمة
基于证据优先的仓库执行工作流，适用于ECC。当用户需要运行命令、检查仓库、调试CI失败或推送带有精确执行和验证证明的窄修复时使用。
Suggests manual context compaction at logical intervals to preserve context through task phases rather than arbitrary auto-compaction.
Suggests manual context compaction at logical intervals to preserve context through task phases rather than arbitrary auto-compaction.
在回答之前先读取仓库的实时状态，引导用户了解 ECC 当前的 agents、skills、命令、hooks、规则、安装配置档案以及项目接入流程。
当用户希望通过并行工作、并发 agents、批量工具调用、隔离 worktree 或多条独立验证通道来大幅加速任务、同时不损失正确性时使用。
Garbage collection for your Claude Code configuration. Periodically scans ~/.claude (skills, memory, hooks, permissions, MCP servers, caches) for redundant, stale, orphaned, or low-value items, then walks the user through a confirm-each-deletion cleanup. Use when the user says "clean up my config", "config GC", "too many skills", "audit my setup", "my .claude is bloated", or asks for a periodic config review.
Fact-forcing gate that blocks Edit/Write/Bash (including MultiEdit) and demands concrete investigation (importers, data schemas, user instruction) before allowing the action. Measurably improves output quality by +2.25 points vs ungated agents.
| name | terminal-ops |
| description | 基于证据优先的仓库执行工作流，适用于ECC。当用户需要运行命令、检查仓库、调试CI失败或推送带有精确执行和验证证明的窄修复时使用。 |
| origin | ECC |
当用户需要真实的仓库执行时使用此技能：运行命令、检查 git 状态、调试 CI 或构建、进行窄幅修复，并准确报告更改和验证的内容。
此技能有意比通用编码指导更窄。它是一种以证据为先的终端执行操作工作流。
在相关时，将这些 ECC 原生技能引入工作流：
verification-loop 用于更改后的精确验证步骤tdd-workflow 当正确的修复需要回归覆盖时security-review 当涉及密钥、认证或外部输入时github-ops 当任务依赖于 CI 运行、PR 状态或发布状态时knowledge-ops 当需要将验证结果捕获到持久的项目上下文中时明确：
在更改任何内容之前：
一次解决一个主要失败：
使用确切的状态词：
表面
- 仓库
- 分支
- 请求模式
证据
- 失败的命令 / 差异 / 测试
操作
- 变更内容
状态
- 已检查 / 本地已更改 / 本地已验证 / 已提交 / 已推送 / 已阻止