原站网页截图，页面可能随时间更新。
zeroshot 是一个用于管理编码代理工作流程的工具。它把团队的质量要求写入由代码执行的工作流，让问题处理、变更编写、测试、审查和交付形成连续循环，适合希望减少人工逐项检查、同时保持质量门槛的工程团队。
用途与适用场景
zeroshot 从问题或目标开始，而不是等到拉取请求提交后才启动检查。工作流可以让一个工作者完成变更，再由不同的检查环节判断功能是否达成、代码是否稳健，以及是否存在安全或使用层面的风险。任一环节不通过，系统会将原因返回给工作者或相应处理环节，要求修复后重新检查；全部条件满足后，才进入交付或打开拉取请求的阶段。
它适用于功能开发、漏洞修复、依赖升级、风险较高的代码变更，以及需要重复验证的工程任务。官网还列举了网页应用、微服务、游戏引擎、交易算法、API、安全审计、测试套件审计、性能审计和不稳定测试排查等场景。对于研究任务，也可以通过多轮实验和多个独立判断者推进结果。
准备与上手
开始使用时，需要先明确要处理的目标，例如一个待开发功能、缺陷或升级任务，再根据团队的质量要求设计工作流。zeroshot 支持把工作者、验收、代码审查、安全检查、用户界面检查、移动端检查、无障碍、性能、对抗性端到端测试等环节编排起来，也支持为特定项目建立自定义图。
使用者还需要决定流程在哪个位置停止。官网提到，停止点可以是拉取请求、测试环境或生产环境。流程中的检查条件应对应实际交付要求，例如是否完成任务、代码是否合理、是否通过安全检查或是否满足性能预算。检查环节给出否定结果时，应附带原因，以便工作者据此修复。
主要功能
zeroshot 的核心是由代码强制执行的工作流图，而不是只写在提示中的建议。一个编码代理负责编写代码，其他环节负责验收和审查，从流程上减少由同一个代理自行判断“已经完成”的情况。流程可以自动启动项目栈、运行测试、执行审查，并根据结果决定交付、重试或返回修复。
官网展示的检查类型覆盖较广。安全流程可以检查认证、输入和密钥；网页项目可加入桌面浏览器、移动端、触控、慢网络和键盘操作等检查；性能流程可关注页面加载或主线程表现。微服务场景可以先定义服务契约，再分别处理服务并验证整体集成。交易算法场景则可加入数据检查、确定性、回测、样本外数据、成本、压力测试、过拟合、风险限制、市场重放、速度和紧急停止等环节。
工具还支持为不同任务建立专用图，包括研究实验、依赖迁移、安全审计、测试套件审计和不稳定测试调查。官网展示的流程能够输出结构化的运行信息，并在检查失败时带回日志、原因或测量结果。
可确认的限制
zeroshot 的结果取决于所配置的工作流、检查标准和参与的工作者。它提供的是流程编排与强制执行机制，并不意味着所有代码都能自动获得正确结论；质量门槛需要由团队定义，具体检查也需要匹配项目实际风险。
官网明确提出，在交易算法等高风险场景中，流程仍设置了人工签字环节。使用者也可以选择让流程在拉取请求、测试环境或生产环境停止，因此自动化程度和最终交付边界需要自行设定。不同任务需要不同的检查图，不能用同一套环节覆盖所有项目。
zeroshot 是否只适合代码开发？
不只适合。官网列出的场景还包括研究实验、安全审计、测试套件审计、性能审计、不稳定测试排查以及交易算法等。
检查失败后会怎样？
工作流会将任务退回相应的工作者或处理环节，并附带失败原因、日志或测量结果，修复后再继续检查。
是否完全不需要人工审查？
官网展示了以自动化检查为主的流程，但也明确展示了高风险交易算法流程中的人工签字环节；最终是否保留人工确认取决于所配置的工作流。