原理

装上的第一天,有什么不同

AI 想做的事没有 yokoten有 yokoten
强推(force push),或者自己打 tag 发版没有 yokoten直接就做了有 yokoten还没执行就被拦下,并告诉它为什么代码测试
测试不过,就去改测试没有 yokoten测试通过了,bug 还在有 yokoten修 bug 时不许改测试代码测试
提交里带上你的邮箱、服务器 IP、所在城市没有 yokoten被公开出去有 yokoten提交被拦下;报告只指出哪个文件第几行,不把内容打出来代码测试
开 PR没有 yokoten用你的账号开,权限和你一样大有 yokoten用 bot 账号开;你不点头,什么都合不进去代码测试
换到另一个项目没有 yokoten一切从头来有 yokoten看出这个项目缺什么,问你要不要补上代码测试

这条路

软件团队的活儿是一圈一圈转的:计划、开发、测试、审查、发版。yokoten 带你一次走一关。每一关,yokoten 自己的仓库都在做,你可以直接看它怎么运转。

  1. doctor: stage 1 · safety net

    安全网你在这里

    走到哪儿了,不用你自己判断。doctor 会看项目里的文件,直接告诉你,比如 stage 1 of 5, safety net(第 1 关,安全网)。新项目从第 1 关开始。顺序只是建议,不会卡住你。

    学会什么
    AI 要读的规则,以及规则管不住时拦下它的检查
    在这里看
    AGENTS.md
  2. doctor: stage 2 · issues and pull requests

    先开 issue,再走 PR

    学会什么
    每次改动先开 issue 说清为什么;CI 通过了才合并;用标签、里程碑(milestone)和看板管起来
    在这里看
    issue、PR、看板
  3. doctor: stage 3 · release

    发版

    学会什么
    写明改了什么、为什么改的提交信息;CHANGELOG;每次发版一个版本号
    在这里看
    CHANGELOG.md
  4. doctor: stage 4 · a team of agents

    带一支 AI 团队

    学会什么
    bot 开 PR,worker 领任务,reviewer 审查;最后拍板的永远是你
    在这里看
    使用指南
  5. doctor: stage 5 · going public

    公开

    学会什么
    把全部提交历史查一遍,看有没有漏出隐私;打开安全设置;保护 main 分支
    在这里看
    安全说明

它做不到的事

如实说明,摘自使用指南:

  • 守卫只看命令文本。把命令拆开再拼起来就能绕过。它防的是失误和走样,不是一把锁。真正的锁在服务器上:分支保护、代码负责人,以及一个没有发版权限、改不了 CI 的 bot。
  • 还不检查服务器设置。doctor 目前只列出你要在服务器上做的三步,通过 API 自动检查还在计划中。
  • 先支持 Claude Code。守卫在 Codex 和 Gemini CLI 里也能跑,但还没有人在真实会话里见它拦下过命令(#30)。Muse Code 的支持还在计划中。

使用指南里的完整说明