决策回看流程报告是对证据的组织
会话目标 · 选择 · 风险 · 下一步
信号轻量 · 标准 · 深入
原始记录条目 · 产物 · 决策
报告日报 · 周报 · 月报 · 路线图
原因只回答证据能支撑的部分
报告来自原始记录。查询可以回看本地证据支持的历史，但不能制造历史。
Git 记录了改动，却未必留下选择这条路的原因。
缺少的不是另一份活动流水，而是改动周围的决策背景：放弃过哪些选项、哪些证据起了作用、哪些风险仍然存在，以及推动工作继续的下一步。
Tracework 在会话附近保留这些背景，让报告和后续查询回到原始记录，避免把历史压成一份过度自信的总结。
02 / 使用入口
一份记录，在不同的时刻回来查看。
这些入口读取同一层证据，不是各自维护一套事实的独立产品。
01
capture
会话目标、决策、放弃的路径、风险、产物、下一步
可保留的原始条目
02
recall
近期决策、风险、未解决问题、相关产物
可用于继续工作的会话背景
03
query
原因、替代方案、来源引用、能否回答
带引用的回答，或明确的证据缺口
04
daily / weekly / monthly
成果、工作线、决策、证据审视
面向工作沟通的报告
05
roadmap
决策线索、累积风险、反复出现的问题
保留边界的长期方向
03 / 可信性检查
报告说明自己知道多少，才值得信任。
Tracework 把证据边界落实为产品行为，而非在回答末尾附上一段声明。
- 01原始记录优先
原始条目是语义来源。记录有缺口时，Git 只能提供有限的补充。
- 02先分范围，再选内容
先区分报告所属的工作组，再选择重点，避免工作与个人背景混在一起。
- 03证据边界
来源引用说明出处，并不自动构成独立验证。
- 04允许拒绝回答
本地记录无法支撑问题时，查询返回证据缺口，而非编造历史。
- 05记录覆盖不等于成果
活动数量只说明记录覆盖情况，不能证明工作取得了成果。
04 / 边界
边界也是承诺的一部分。
Tracework 让工作记忆可以检查，同时避免把工作记录变成监控。
会做什么
- 把选择、风险、产物和下一步与对应证据放在一起。
- 让日报、周报和月报可以回到原始记录。
- 为下一次会话提供范围明确的工作背景。
不会做什么
- 把活动记录包装成绩效成果。
- 用一份薄弱材料支持跨越整个领域的结论。
- 把本地工作记忆变成审批或监控系统。