From bf157a136d9b08c14b4da2997dc5a03b1a1af33d Mon Sep 17 00:00:00 2001
From: Cai <cai@nbcai.cc>
Date: Mon, 07 Sep 2026 12:59:24 +0800
Subject: [PATCH] docs: update governance and operations guidance

---
 common/dev-doc/编码规范.md |    8 ++++++--
 1 files changed, 6 insertions(+), 2 deletions(-)

diff --git "a/common/dev-doc/\347\274\226\347\240\201\350\247\204\350\214\203.md" "b/common/dev-doc/\347\274\226\347\240\201\350\247\204\350\214\203.md"
index eaed76e..d06ab3e 100644
--- "a/common/dev-doc/\347\274\226\347\240\201\350\247\204\350\214\203.md"
+++ "b/common/dev-doc/\347\274\226\347\240\201\350\247\204\350\214\203.md"
@@ -169,6 +169,8 @@
 
 这类任务通常不需要先写需求文档，也不需要写代码编写方案。
 
+这类任务完成后通常不强制审核员审核，但必须自测并留下运行方式、输出位置和自测结果。如果代码开始影响核心流程、正式产物、长期接口或被其他事项复用，应升级到有需求文档的轻量实现或重型实现。
+
 需求体系正式交付到开发的事项，默认不适用“无需求文档的轻量实现”。如果需求侧只给了口头要求或草案，应先回到需求流程形成可审计需求，再进入开发。
 
 执行流程：
@@ -208,7 +210,8 @@
 4. 写完后先做基础自测，例如语法、导入、最小样本、关键输出。
 5. 自检：逐条对比需求文档和代码实现，确认是否有字段缺失、口径偏差、流程绕过、产物不一致。
 6. 修掉自检发现的问题。
-7. 输出验收结论，说明跑了什么测试、结果是什么、还有什么限制。
+7. 交给审核员做轻量代码审核，重点检查需求-代码一致性、自测结果、关键输出、是否越权写正式产物、是否存在明显数据或流程风险。
+8. 审核通过后输出验收结论，说明跑了什么测试、结果是什么、还有什么限制。
 
 最低交付：
 
@@ -216,7 +219,8 @@
 2. 对应需求文档。
 3. 自测命令和结果。
 4. 需求-代码自检结论。
-5. 未解决问题或限制。
+5. 审核员轻量审核结论。
+6. 未解决问题或限制。
 
 ### 5.3 有需求文档的重型实现
 

--
Gitblit v1.9.3