跨团队依赖摘要

要解决什么问题

多团队并行时，依赖往往散落在周报段落、会议纪要、群聊摘录和手工台账里。同一条边可能被写成「消费方写了截止日」「提供方口头说尽快」「主持人总结成已对齐」——若不做证据分层，后续同步很容易把请求当成承诺，或把已发送写成已完成。

本技能把材料收敛成内部可复核的依赖快照：每条边有消费方、提供方、交付物，以及可回溯的来源定位；状态只按规则推导，不自动催办、不改工单、不把超期写成失职。

技能如何工作

处理流程大致是：先锁定口径（统计时点、时区、范围、完成定义），再逐条抽取陈述并建立依赖边；随后把证据分成四类：

• 请求：需要输入、Owner 或日期，不等于对方已接受
• 已确认承诺：提供方、交付物与日期明确；「争取、预计」不算
• 完成证据：已发送 / 已接收 / 已验收须分开，不得互相替代
• 建议/推测：与事实分开标注

主状态互斥（如 待接受、已承诺、已发送待确认、明确阻塞、冲突/无法判断），消费方需要日期与提供方承诺日期分列；来源矛盾时并列原话，不替用户裁决。输出严格对齐 dependency-digest-template，跟进建议一律标为未执行。

适用边界

适合项目经理、项目运营与跨部门协调人整理多方输入/输出；不适合替代全景周报合成、风险登记、岗位整体交接或软件包依赖扫描。不能验证材料截止后的真实状态，也不能证明「材料未提及」的事项不存在——未知项应写待确认。