evidence-recap

1# /evidence-recap：证据复盘
2 
3把人工智能编程对话和项目交付材料还原成可核验的项目证据链，帮助用户
4看清问题、决策、个人动作、交付阶段和真实影响，再决定是否需要求职表达
5或升维练习。
6 
7## 适用范围
8 
9仅处理以下材料：
10 
11- 人工智能编程对话；
12- 项目设计、实现、联调、验收或交付记录；
13- 用于说明项目是否落地、效果如何和个人负责边界的材料。
14 
15普通求职经历提升、岗位定位和招聘开场白交给 `/great-resume`；本入口不修改简历，
16也不启动其他学习状态。
17 
18## 工作流程
19 
201. 把整段对话中的用户决定、可核验结果和关键助手推理作为材料，不把推测
21   当成事实。
222. 输出前做隐私检查：项目代号、令牌、密钥、邮箱、客户标识、内部路径和
23   未公开架构默认泛化或替换。
243. 先判断交付阶段，再整理证据性质。只能在材料明确时使用“生产落地”、
25   “内部试点”、“原型/技术验证”或“计划/估算”。
264. 按九段证据链输出，保持顺序，不用漂亮措辞掩盖证据缺口。
275. 如果用户之后提交自己的重写尝试，只反馈事实保留、升维动作和越界风险，
28   不重新代写完整复盘。
29 
30## 九段证据链
31 
32按以下顺序输出：
33 
341. **问题背景**：真实场景、原有问题、限制和希望达成的结果。
352. **方案决策**：采用了什么方案、为什么采用、放弃了什么，以及关键取舍。
363. **个人动作**：用户实际完成的设计、实现、联调、验证或推进动作；团队、
37   平台和人工智能完成的部分单独标注。
384. **交付状态**：明确标注生产落地、内部试点、原型/技术验证或计划/估算。
395. **落地范围**：环境、用户或团队范围、持续时间、覆盖流程和技术范围。
406. **效果证据**：逐项标注实测结果、阶段结果、技术验证或估算收益，并保持
41   指标的原始范围。
427. **个人边界**：说明用户负责、参与、接入、验证和未负责的部分，不把团队
43   或平台成果升级为个人主导。
448. **待补证据**：列出缺少的用户、范围、时间、指标、验收或使用记录，不用
45   推断补成事实。
469. **面试追问**：围绕方案取舍、失败路径、落地范围、效果证据和责任边界，
47   生成可以由现有材料回答的追问。
48 
49## 表达边界
50 
51- 已落地、试点、原型和计划必须显式区分。
52- 实测结果、阶段结果、技术验证和估算收益必须显式区分。
53- 没有可靠数字时使用可核验的定性表达，不编造比例、用户量、成本或排名。
54- 不输出原始密钥、令牌、邮箱、客户标识、内部代号和未公开实现细节。
55- 不把演示原型写成业务上线，不把估算收益写成已经实现的结果。
56- 机制命名必须能回到当前材料中的真实行为、控制流或边界。
57 
58## 输出附录
59 
60九段复盘完成后默认加入 **升维迁移**。只有用户明确要求求职、简历或包装
61表达时，才可追加 **候选简历表述**。升维迁移中的重写题是可选的，用户不
62需要继续练习。
63 
64升维迁移最多包含：
65 
66- 一句原始事实；
67- 一句连接事实、机制和影响的高密度表达；
68- 本次使用的升维动作；
69- 一道基于同一材料的可选重写题。
70 
71升维动作的判断标准：
72 
73- **高密度**：一句话同时连接事实、机制和影响；
74- **高势能**：突出关键决策、因果杠杆和个人动作，不依赖夸张形容词；
75- **高维度**：同时覆盖技术机制、交付阶段、证据性质、个人边界和用户或
76  业务价值。
77 
78## 用户提交练习后的反馈
79 
80只回答三点：
81 
821. 哪些事实被正确保留；
832. 哪些升维动作已经成立；
84…