在提交代码或创建PR前声称工作完成、已修复或通过时使用——必须先运行验证命令确认输出，再做成功声明；证据永远先于论断。
完成前的核查
功能概述
完成前的核查是一项面向实际任务的技能，主要用于要求工作完成而无需核查是不诚实的,而不是效率的；核心原则: 索赔前的证据, 总是；
核心要点
- 检查此信的字母。
- 它将相关步骤、工具调用和结果整理方式集中到统一流程中，帮助使用者更快完成目标并减少重复操作。
- 使用时应结合输入条件选择合适的执行方式，核对必要参数、依赖环境与输出内容，并按原始要求处理异常情况。
使用与执行
该技能适合需要稳定复用相关能力的场景，可作为自动化工作流的一部分，也便于后续检查、调整和扩展。从功能定位来看，该技能强调把分散的操作要求整理成清晰、可复用的处理流程，使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数，再依据技能说明逐步执行；
结果检查与注意事项
若输入条件不完整，应先补齐信息或采用保守配置，避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期，并对异常提示、缺失字段和边界情况进行处理；涉及批量任务时，还应保存进度，避免中断后重复操作。
完成前的验证
概述
未经验证即宣称工作已完成，是不诚实行为，而非高效表现。
核心原则：先有证据，再作声明，始终如一。
违反本规则的字面表述，即等于违背其精神内核。
铁律
未提供最新验证证据，不得宣称完成
若你尚未运行本消息中指定的验证命令，则不得宣称其通过。
门控函数（Gate Function）
在宣称任何状态或表达满意之前： 1. 识别：哪条命令可证实该主张？ 2. 运行：完整执行该命令（必须为全新、完整执行） 3. 阅读：完整查看输出，检查退出码，统计失败项数量 4. 验证：输出是否确凿支持该主张？ - 若否：如实陈述当前状态，并附上证据 - 若是：在陈述主张的同时，附上对应证据 5. 仅在此之后：方可正式作出该主张 跳过任一环节 = 撒谎，而非验证
常见失效情形
| 宣称内容 | 必需条件 | 不充分情形 |
|---|---|---|
| 测试通过 | 测试命令输出：0 个失败项 | 此前某次运行结果、“应该能通过”等推测性表述 |
| 代码符合规范（Linter clean） | Linter 输出：0 个错误 | 局部检查、推断性判断 |
| 构建成功 | 构建命令退出码为 0 | Linter 通过、日志看起来正常 |
| 缺陷已修复 | 原始问题症状的测试用例：通过 | 仅修改了代码，即“假定已修复” |
| 回归测试有效 | 已验证红-绿循环（Red-Green cycle） | 仅单次运行通过 |
| Agent 已完成任务 | VCS diff 显示存在变更 | Agent 自报“成功” |
| 需求已满足 | 逐条对照的需求清单核查 | 仅测试通过 |
红色预警信号 —— 立即停止
- 使用“应该”、“大概”、“似乎”等模糊措辞
- 在验证完成前表达满意（如“太好了！”、“完美！”、“完成了！”等）
- 尚未验证即准备提交（commit）、推送（push）或创建 PR
- 轻信 Agent 的成功报告
- 依赖部分验证结果
- 心存侥幸：“就这一次而已”
- 因疲惫而急于收工
- 任何暗示成功但未实际运行验证的表述
规避合理化借口
| 借口 | 事实 |
|---|---|
| “现在应该可以工作了” | 请运行验证命令 |
| “我很有信心” | 信心 ≠ 证据 |
| “就这一次” | 绝不设例外 |
| “Linter 通过了” | Linter ≠ 编译器 |
| “Agent 报告成功” | 须独立验证 |
| “我累了” | 疲劳 ≠ 免责理由 |
| “局部检查就够了” | 局部验证无法证明任何结论 |
| “用了不同措辞，所以规则不适用” | 重实质，而非拘泥字面 |
关键实践模式
测试：
✅ [运行测试命令] [观察输出：34/34 通过] → 宣称“所有测试均通过” ❌ “现在应该能通过” / “看起来正确”
回归测试（TDD 红-绿循环）：
✅ 编写测试 → 运行（应失败）→ 实现修复 → 运行（应通过）→ 回退修复 → 运行（MUST FAIL）→ 恢复修复 → 运行（应通过） ❌ “我已编写了回归测试”（未执行红-绿验证流程）
构建：
✅ [运行构建命令] [观察输出：exit 0] → 宣称“构建成功” ❌ “Linter 通过了”（Linter 不检验编译过程）
需求达成：
✅ 重读方案 → 制作逐条清单 → 逐项验证 → 报告缺口或完成状态 ❌ “测试通过，阶段完成”
Agent 协作委托：
✅ Agent 报告成功 → 检查 VCS diff → 验证变更内容 → 报告真实状态 ❌ 直接采信 Agent 报告
为何如此重要
源自 24 次失败经验教训：
- 你的真人协作方说：“我不相信你”——信任已然崩塌
- 上线了未定义函数——将导致崩溃
- 遗漏需求被发布——功能不完整
- 因误判完成而浪费时间——被迫转向、返工
- 违反公司准则：“诚实是核心价值观。若你撒谎，将被替换。”
适用时机
ALWAYS 在以下操作前执行：
- 任何形式的成功/完成宣称
- 任何形式的满意表达
- 任何关于工作状态的正面陈述
- 提交（commit）、创建 PR、标记任务完成
- 转入下一任务
- 向 Agent 委派任务
本规则适用于：
- 完全一致的措辞
- 同义转述与近义表达
- 隐含的成功含义
- 任何暗示完成/正确性的沟通内容
根本结论
验证不可取巧。
务必运行命令，仔细阅读输出，然后——才可宣称结果。
此为不可协商的底线要求。
热门AI工具
相关专题
本专题聚焦Go-Zero的API开发，拆解.api描述文件的语法结构、路由与分组定义、参数绑定与校验规则，说明统一响应体、JWT鉴权、跨域与接口文档生成的落地方式，并给出网关聚合与接口测试的实践建议。
0
2026.11.12
本专题围绕Go-Zero的安装与工具链配置展开，讲清Go版本要求、goctl安装方式、代理镜像、protoc依赖与环境变量设置，说明多版本共存、升级回退与CI流水线安装的做法，并整理安装阶段的常见报错与验证步骤。
0
2026.11.12
本专题整理Go-Zero的入门知识，从框架定位、环境准备到跑通第一个API服务，讲清目录分层、配置加载、日志与中间件的基本用法，并对比Gin、Kratos的差异，帮助Go开发者建立整体认知，判断它是否适合当前项目。
0
2026.11.12
本专题从实际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
热门下载
相关下载
精品课程
共6课时 | 12.1万人学习
共79课时 | 161.8万人学习
共6课时 | 54.7万人学习
最新文章
