基于 Block 的 g3 辩证自动编码研究，进行对抗式实现审查。用于以全新客观性验证实现完整性。
/coach - 横向实施情况审查./coach - 从上下文推断要求./coach 要求.md - 校验特定文件.
功能概述
/coach - 横向实施情况审查./coach - 从上下文推断要求./coach 要求.md - 校验特定文件.是一项面向实际任务的技能，主要用于Coach-Player Loop. 你管这个辩证的厕所.。它将相关步骤、工具调用和结果整理方式集中到统一流程中，帮助使用者更快完成目标并减少重复操作。
核心要点
- 使用时应结合输入条件选择合适的执行方式，核对必要参数、依赖环境与输出内容，并按原始要求处理异常情况。
- 该技能适合需要稳定复用相关能力的场景，可作为自动化工作流的一部分，也便于后续检查、调整和扩展。
- 从功能定位来看，该技能强调把分散的操作要求整理成清晰、可复用的处理流程，使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。
使用与执行
实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数，再依据技能说明逐步执行；若输入条件不完整，应先补齐信息或采用保守配置，避免因错误假设导致结果偏离需求。
结果检查与注意事项
执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期，并对异常提示、缺失字段和边界情况进行处理；涉及批量任务时，还应保存进度，避免中断后重复操作。
/coach — 对抗式实现评审
用法
/coach [requirements-file]
/coach— 从上下文中推断需求/coach requirements.md— 针对指定文件进行验证
教练-选手循环（Coach-Player Loop）
您需协调实现智能体（选手）与评审智能体（教练）之间这一辩证循环：
- 您（选手）实现功能
/coach启动对抗式评审，独立评估实现是否符合需求- 教练返回结果：
IMPLEMENTATION_APPROVED，或指出具体待修复项 - 根据反馈进行修改，持续循环直至通过评审
评审流程
步骤 1：识别需求
按以下顺序检查：
- 是否存在显式指定的需求文件，或上下文中提及的 issue / ticket
- 是否存在
requirements.md、REQUIREMENTS.md、SPEC.md或TODO.md - 若以上均未找到，则依据对话上下文判断；必要时向用户确认
步骤 2：对抗式评审
以全新的客观视角开展评审——摒弃已有认知，不为任何捷径做合理性辩护。
| 检查类别 | 检查内容 |
|---|---|
| 需求符合性 | 每一项需求：已实现，或明确标注缺失项及具体差距 |
| 编译与运行 | 能否成功编译？测试是否全部通过？程序能否正常运行？ |
| 常见疏漏 | 端点鉴权、令牌刷新接口、HTTPS 强制启用、密码使用 bcrypt 加密、错误处理机制、输入校验 |
| 功能正确性 | 测试真实业务流程（而非仅编译通过），验证边界条件是否正常工作 |
| 测试覆盖率 | 鉴权失败场景（401/403）、令牌过期、非法输入、速率限制等 |
步骤 3：返回评审结论
若评审通过（完成度 >95%）：
IMPLEMENTATION_APPROVED - [需求 1]：已验证 - [需求 2]：已验证 - 编译：成功 - 测试：全部通过
若需修复：
REQUIREMENTS COMPLIANCE: - [需求]：已实现 - [需求]：缺失 — [具体差距] IMMEDIATE ACTIONS NEEDED: 1. [具体修复项，若已知则注明文件/行号] 2. [具体修复项]
核心原则
严谨但公正：
- 聚焦真实缺陷（安全、逻辑、数据流问题），不评判代码风格偏好
- 功能正确性优先于界面美观；所有安全问题（鉴权、密码学、输入校验）必须明确指出
简洁高效：
- 使用条目式列举，避免长篇论述；只报告具体问题，不泛泛而谈
- 输出中不包含文件内容或冗长分析
全新上下文是您的核心优势：
- 评审时应假设自己从未见过该代码；严格依据需求文档验证，而非开发者意图
魔法信号
IMPLEMENTATION_APPROVED = 终止信号
仅当满足以下全部条件时方可使用：
所有需求均已实现、代码可编译并正常运行、所有测试通过、无实质性缺陷。
如有任何疑虑，请勿批准。
最小化示例
用户：/coach SPEC.md Claude： REQUIREMENTS COMPLIANCE: - 用户注册端点（使用 bcrypt 哈希） - 登录并返回 JWT 令牌 - 注销端点 — 尚未实现 - 令牌刷新 — 缺失 /auth/refresh 端点 IMMEDIATE ACTIONS NEEDED: 1. 添加 POST /auth/logout 端点 2. 添加 POST /auth/refresh 端点以支持令牌续期 3. 补充针对过期令牌返回 401 的测试用例 --- 用户：[完成修复后] /coach SPEC.md Claude： IMPLEMENTATION_APPROVED - 所有鉴权端点均已验证（注册、登录、注销、刷新） - 共 18 个测试用例全部通过，涵盖各类鉴权异常场景
相关研究
- 论文：Adversarial Cooperation in Code Synthesis
- 实现：g3
- 关键洞见：摒弃实现智能体的自我陈述，转而基于需求文档开展完全独立的评估
热门AI工具
相关专题
本专题从实际API接口调试场景出发，讲解Postman身份认证的完整配置流程，包括常见认证协议介绍、授权参数设置、访问令牌填写、OAuth 2.0授权及认证失败排查，帮助用户正确完成接口授权与访问验证。
0
2026.11.06
围绕Postman HTTP请求头配置展开，讲解Headers选项的具体使用方式，包括Key和Value参数填写、请求头信息添加、常见Header字段设置及请求头修改方法，帮助用户解决接口调试过程中遇到的请求头配置问题。
0
2026.11.06
详细介绍Postman接口请求的创建与发送方法，涵盖GET和POST请求、URL配置、请求参数、Headers请求头、Body请求体设置以及响应结果查看，帮助用户掌握Postman接口请求的完整操作流程。
0
2026.11.06
DBeaver数据导入专题，整理Excel、CSV、SQL、TXT等常见文件的数据导入方法，涵盖目标数据库选择、数据表创建、字段映射、数据类型设置及导入参数配置等操作，帮助用户将本地文件中的数据写入数据库，并了解批量导入、重复数据处理和导入失败等常见问题的解决方法。
0
2026.11.05
DBeaver安全防护专题，围绕数据库连接安全、账号密码保护和访问权限管理展开，整理SSL/TLS加密连接、SSH隧道、数据库凭据保存及证书验证等配置方法，同时介绍敏感信息保护、远程连接风险和高权限账号使用等注意事项，帮助用户提高数据库日常管理的安全性。
0
2026.11.05
本专题聚焦DBeaver数据库连接配置与管理，覆盖从新建连接、选择数据库类型到填写连接参数和验证连接的完整流程。针对MySQL、PostgreSQL、SQL Server等常见数据库，整理相应的连接设置方法，并提供驱动缺失、认证失败和连接异常等问题的排查方向。
0
2026.11.04
本专题围绕XORM框架的结构体映射展开，说明表名与字段的命名策略、xorm标签常用属性、主键自增与时间字段自动填充，并演示Sync2自动建表、增量字段升级、索引声明与反向生成结构体的完整流程。
0
2026.11.04
本专题聚焦XORM框架的配置与连接环节，拆解MySQL、PostgreSQL、SQLite、SQL Server的DSN写法与驱动选择，讲清连接池参数、多数据源拆分、读写分离与超时重连的处理方式，并补充容器与兼容数据库的适配经验。
0
2026.11.04
本专题聚焦XORM框架的配置与连接环节，拆解MySQL、PostgreSQL、SQLite、SQL Server的DSN写法与驱动选择，讲清连接池参数、多数据源拆分、读写分离与超时重连的处理方式，并补充容器与兼容数据库的适配经验。
0
2026.11.04
热门下载
相关下载
精品课程
共6课时 | 12.1万人学习
共79课时 | 161.8万人学习
共6课时 | 54.7万人学习
最新文章
