Agent Skill 核验档案

Context Mode Ops

context-mode-ops 是 context-mode 项目的运维 Skill，以'工程经理'模式编排 10-20 个并行子代理，管理 GitHub issues、PR 审查、版本发布和营销（如 LinkedIn 发布），并强调反幻觉（refs/ 平台证据库 + file:line 引用）、TDD 优先、git 历史考古和 17 个适配器 × 3 个操作系统（macOS/Linux/Windows）平等对待的强制规则。

适用任务

分类处理（triage）GitHub issues，并在提出修复前先做 git 考古（git log --follow / git log -S）追溯回归来源
逐行审查社区贡献者的 PR，并以尊重的合并信息回馈贡献者
按 TDD（RED→GREEN→REFACTOR）纪律修复 bug，未经测试的生产代码变更不得合并
撰写 LinkedIn 营销帖并发布版本发布公告
验证环境变量、测试适配器、同步分支、合并贡献
当 refs/platforms/<平台> 缺失或过期时，以并发 4-8 执行 git clone --depth 1 补齐上游仓库

输入

GitHub issues 与 bug 报告
社区贡献者的 PR
环境变量（ENV vars）配置
refs/platforms/ 目录下的上游平台源码影子副本（如 codex、gemini-cli、zed 等仓库）

输出

针对每个 issue 提取的解决方案模板，以清晰表格形式呈现
附带 refs/platforms/<name>/<file>:<line> 引用的验证结果
经 TDD 测试（RED→GREEN→REFACTOR）并通过 Architect 审查的可合并代码变更
LinkedIn 营销帖与版本发布公告

限制与检查

refs/ 不在 npm 发布包内且被 git-ignore，新克隆的 context-mode 仓库不含 refs/，缺失时相关工作被阻断
若某平台 refs 目录缺失或过期，须先以并发 4-8 重新克隆（ctx_batch_execute），受 GitHub 速率限制约束
代码库涉及 17 个适配器 × 3 个 OS × hooks × FTS5 × sessions，一次未测试的变更可能破坏全部，须 Architect 拒绝未测试 PR
仅支持且平等对待 macOS、Linux、Windows 三个操作系统和 17 个适配器，任何平台特有失败即视为发布阻断
每个平台行为声明是否附有 refs/platforms/<name>/<file>:<line> 的实际读取引用，缺失即视为未完成
每个 issue 修复前是否完成 git 考古（git log --follow --all 与 git log -S），确认修复不会重新引入旧问题
变更是否通过 TDD（先失败测试后实现）且在 windows-latest 运行器上通过，否则不得合并
缺失的 refs/platforms/<name>/ 是否已按自动恢复协议以并发 4-8 的 git clone --depth 1 补齐

Context Mode Ops

适用任务

输入

输出

限制与检查

AI 搜索

项目详情