汇总每天各渠道的重要消息

这是我今天四个渠道的全部信息，以及我们的摘要口径。请只做盘点与噪音剔除，先不要分类，也不要判断哪件事重要： ①按渠道统计原始条目数（群聊按群分别统计）；群聊里被折成一行的接龙、祝福，分开写"可见记录数"和"汇总行注明的原始条数"，并说明这部分无法逐条核验； ②按口径第五条剔除噪音，逐条写出剔除或保留的依据（写行号或时间），再统计各类别条数；项目系统里标"与我无关"的，先看是否关联我今天在群聊、邮件里看到的事项，有关联的保留并说明，没有关联的才剔除；不要为了凑某个数字倒推； ③给出每个渠道"剔噪后的有效条目数"和合计； ④单独列出：我是收件人的邮件有几封、只是抄送的有几封；项目系统中标注"与我相关"的有几条。 输出盘点表，不要做任何内容判断。

请按口径第二条做跨渠道合并，先不要分类，也不要判断轻重： ①以事项编号（REQ-/OPS-/REL-/INC-/OPP-/BUG- 开头）为主键，把同一事项在群聊、邮件、项目系统中的出现全部归到一条； ②每条给出：事项编号、事项名称、在各渠道分别出现了几次、各自的时间点； ③每条分列四项：最新正式记录（项目系统 ≈ 邮件 > 群聊）、最新的有权人结论、结论是否已同步到正式渠道、还有哪些差异待确认——按权限、时间先后和明确的更正关系判断，不能只按渠道排序； ④如果各渠道的说法不一致，请单独标出，不要自行调和； ⑤群聊中没有事项编号但明显指向某个编号的内容，也请归入并说明依据。 最后给出：合并前有效条目数 → 合并后独立事项数。

请对上一步标出'说法不一致'的事项，逐个梳理改口时间线： ①按时间顺序列出该事项在各渠道的每一次表述（时间 + 渠道 + 内容 + 说话人）； ②指出哪一条是最终结论，依据是什么； ③按口径第三条，检查最终结论是否已经进入邮件或项目系统——如果只停留在群聊，标为"待补正式记录"； ④明确指出：如果我按中间某一版去做事，会出什么问题。 中间过程不要写进结论，但时间线要完整保留，便于我回查。

请把合并后的事项按口径第一条归入四类：变更 / 决定 / 风险 / 需回复，每条注明判定依据和出处。 硬性要求： ①按口径，当日已确认解决、且没有材料显示残留影响的问题不计入风险——请检查每个疑似风险项截至现在的恢复证据；只退回了旧版本、效果还没验证的，仍列为待核验风险； ②按口径第四条区分 @ 我的三种情况：需要我回答或决定的 → 需回复；仅同步信息的 → 知会；已由他人解决的 → 不列入； ③一件事可以同时属于多类（例如既是变更又需我回复），用同一个事项编号标出多个类别，不要拆成几件事重复计数； ④"决定"必须有明确决策人，群里的倾向性表态不算； ⑤每条写明依据出自哪个渠道、什么时间。 输出四类清单 + 一份"仅知会"清单。

这是我明天的日程。请把'需回复'和'风险'两类，与日程做交叉比对： ①对每条需回复事项，判断最晚什么时候必须处理，依据是什么（对方的截止要求、下游动作的依赖、我明天有没有时间）； ②按最晚处理时间排序，明确划出今晚下班前必须做完的和明天再做也来得及的； ③逐条检查明天的每个日程，是否与今天出现的任何变更或风险冲突——特别注意环境、系统、人员可用性方面的变更； ④如发现冲突，写明：冲突在哪两条信息之间、后果是什么、现在可以采取的处置选项有哪些； ⑤检查本周已知截止时间，是否有因为我明天后天的安排而需要提前处理的。 不要替我决定选哪个处置方案，只列出选项和各自代价。

请找出今天在群聊里已经形成结论或分配了任务，但截至目前没有出现在邮件或项目系统中的事项： ①逐条列出：群聊中的原话（时间 + 说话人）、结论内容、对应的项目系统事项当前状态是什么； ②判断这条是否会影响他人工作或后续追溯； ③给出补记录的具体建议：应该记到哪里、由谁记、什么时候之前； ④特别检查：项目系统里有没有仍标注为'待确认''需产品确认'，但群里其实已经确认过的条目。 只列出确实没有正式记录的，已经有邮件或系统记录的不要列进来。

请按口径第六条的固定结构，合成《2026-08-04 每日信息摘要》： ①今天必须我做的事（含截止时间，按最晚可处理时间排序）； ②变更 / 决定 / 风险三类清单，每条注明出处； ③待补正式记录事项； ④与我明日安排的冲突提示； ⑤仅知会（一句话带过即可）。 硬性要求：不引入前面各步未确认的新事实；每条注明渠道与时间；改过口的只写最终结论；已解决的问题不列入风险；篇幅控制在一页以内。 最后把本流程抽成《多渠道每日摘要提示词模板》：保留方法与分步提示词，去掉本次的公司名、人名、需求编号和具体日期，保留'先剔噪音''跨渠道合并''只采纳最终结论''与日程对撞'四条纪律。