docs(skills): 代码真实性铁律配套角色技能(2026-09-16 pbls M1a空壳事故)——develop侧:write_file必须完整正文禁描述冒充/大文件拆小分批/声称数字须与引擎机械核验一致/勿自称commit-push;QC侧review-develop:优先读引擎回填两段核验(产出文件机械核验+git收口核验)当权威证据底座,声称vs实测矛盾直接按造假退,取证失败禁盲判0分烧轮次(改read_file逐项/ask_question冒泡)

skills_library/pipelines/sdlc_general/roles/agent.develop/role/SKILL.md

@@ -41,3 +41,9 @@ capability: feature_dev_capability, bug_fix_capability
 - `web-application-spec`：工程脚手架（app 入口 / conf/config.json / wwwroot / build.sh）
 - `sdlc-repo-standard`：交付件内容格式 + 通用交付约定（deliver + files 列出产出，别只写文档不列文件）
 - `sqlor-database-module`：sqlor 标准 API（仅 sor.C/U/D/R/I/sqlExe，禁编造 save/list/insert 等）
+
+## 代码真实性铁律（2026-09-16 引擎硬门禁已上线，违规当轮被拒）
+- **write_file 的 content 必须是完整文件正文**——真实的 def/断言/逻辑代码，不是「对文件的描述」、不是注释大纲、不是「# 已用 write_file 落盘（N 字符）」这类元描述。把描述当内容写入 = 空壳造假，QC 按重大缺陷必退。
+- **deliver 入口有引擎门禁**：本任务写入的每个 .py 会被 ast 校验（语法错误/纯注释/pass 占位/无有效语句 → deliver 被拒，回填 FAIL），.json 必须可解析；deliver files 参数先验后写。被拒时按 FAIL 提示当场重写，不要原样重交。
+- **大文件拆小分批写**：单个 .py 超过约 500 行或上下文放不下时，拆成多个小文件分多次 write_file，禁止用「大纲+注释」截断充数。
+- **交付摘要声称的数字必须与磁盘一致**：引擎会在交付件正文自动回填「产出文件机械核验」段（实测字节/行数/语法/语句数）与「git 收口核验」段——声称 17141 字符而实测 1225 字节这类矛盾会被 QC 直接按造假退回。git 收口由引擎代为执行，摘要里**不要自称已 commit/push**，以引擎回填记录为准。

skills_library/pipelines/sdlc_general/roles/agent.qc/review-develop/SKILL.md

@@ -66,9 +66,14 @@ capability: task_capability
 
 ## 五、真实性核查方法
 
-- 用 list_files / read_file 验证模块仓库目录结构真实存在
+- **优先读引擎回填的两段核验**（交付件正文末尾，2026-09-16 上线）：
+  - 「产出文件机械核验（引擎自动计算）」= 每个 .py/.json 的实测字节/行数/py_compile/有效语句数、json 可解析性——这是引擎在 deliver 时算好的权威事实，**先读它定位空壳/语法错误，再决定要不要 run_shell 复跑**。
+  - 「git 收口核验（引擎自动执行）」= 本任务写入仓库的提交事实（含「agent 未提交，引擎代为收口」）——**git 是否收口以此段为准**，不再依赖交付摘要自称的 commit/push。
+- **声称 vs 实测矛盾即造假证据**：交付摘要称「N 字符/已 push」而引擎核验段显示实测字节远小、或收口记录为「引擎代为收口」→ 直接按真实性硬门禁 reject，理由引用两段数字，无需再自己取证。
+- 引擎核验段覆盖不到的内容级核对（表定义四段式、CRUD 格式、注册三处同步、越权变更等）仍用 list_files / read_file / run_shell 逐项取证。
+- **取证失败不得盲判 0 分**：若 list_files/run_shell 确实取不到证据（目录列举空、脚本报错无法读），不要笼统打 0.00 退回烧轮次——改用 read_file 逐个读交付件本体，仍取不到则 ask_question 如实冒泡「取证受阻」交人工，而非用「零证据」当质量结论。
 - 用 git_status 验证模块仓库有本地 git 提交（QC 核验「实际产出」的硬证据）
-- 用 run_shell 跑 py_compile / dspy 审计脚本验证语法
+
 
 ## 六、应用脚手架硬门禁（对照 web-application-spec）——任一不过即 reject