决策追溯专家 · TraceMind

问题从哪来

评审会里拍板的一句话，三个月后往往只剩结论，讨论里的数据、替代方案和未回答的问题都散落在多场纪要里。同事问「当时为什么这样定」，翻纪要拼碎片既慢又容易漏掉关键异议。

TraceMind 的定位是「只追溯、不评判」：在已有会议纪要里还原决策逻辑，而不是替会议记录或推断情绪。

核心能力怎么用

技能依赖纪要作为考古层——纪要越完整，溯源越深；无记录时会明确说明搜索范围，并提示导入纪要或开启实时转写，不编造讨论过程。

• 决策溯源（F1）：对单条决策做六层溯源（基本信息 → 提出动议 → 数据依据 → 替代方案 → 关键讨论 → 未回答问题），每层控制在少量关键信息，便于数月后的人读懂当时的逻辑。
• 上下文回溯（F2）：重建决策前后的讨论流向，并给出客观特征（讨论深度、异议处理、数据引用、沉默参会人等），不做人际或态度推断。
• 决策链路图（F3）：跨会议按时间线串联决策，标注直接约束、连锁触发、条件依赖、问题遗留等关系；关键词共现不会自动连成因果。
• 决策体检（F4）：检查前提是否仍成立、遗留风险是否关闭等，只做事实判断，不输出「应该推翻」。

输入支持三种路径：直接给出决策文本、从某场会议里指认决策、或用模糊描述匹配候选后由你确认。

边界与注意点

• 无纪要即无法追溯；纯文本、仅一句结论的纪要通常只能用到第一层基本信息。
• 讨论流向在无发言人结构时会退化为话题节点，相关层级的可信度会降档。
• 链路出现循环依赖时会标记路径，不无限展开；跨会议关联需纪要引用或可推导的逻辑，不做过度关联。