解决什么问题 · Problem
AI 驱动的项目审查有三个顽固失效模式,OctoCheck 逐一击破:
一、探索 agent 会从 i18n key 和过期注释「脑补」出根本不存在的界面 → 专设证伪轮,以「推翻它」为使命攻击每条高影响断言;二、方案爱写「复用现成通道」而通道根本不存在 → 「机制存在 ≠ 通道现成」铁律,每个「复用 X」必须给出生产者与消费者两端的实证坐标;三、实施会话继承含糊 spec 后夸大完成度 → spec 写到弱模型也能无歧义执行,交接 prompt 坐标核验先行、预埋诚实汇报要求。所有事实断言必须带 file:line 或命令输出,未核实的显式标注。
怎么用 · How to use
安装(README 中的真实命令):
git clone https://github.com/Octo-o-o-o/OctoCheck ~/.claude/skills/octocheck之后在 Claude Code 里一句「完整体检一下这个项目」即可触发(或直接 /octocheck)。完整版是数小时级的重工程:10–14 路探索 agent + 3–4 路证伪 + 真机走查 + 双轨对抗审查,适合开源前 / 上线前 / 接手评估;小项目走精简版(3–5 路探索,跳过真机与对抗审查,但铁律与编号追溯体系不减)。全部产出落盘在 docs/review/<date>-<project>-panorama/。
适用场景 · When to use
- 开源前 / 上线前的全面大检查
- 接手别人项目(或收购标的)的评估
- 「哪些功能该砍」——D0–D3 分级的精简裁决材料,判断权留给 owner
- 生成新会话可直接执行的整改实施包(IMPL-PROMPT)
开源仓库 github.com/Octo-o-o-o/OctoCheck · GitHub 账号 Octo-o-o-o
去获取 →