多源搜索结果需要合成可信答案时：去重…

把来自聊天、邮件、云存储、项目跟踪器等多个来源的原始搜索结果，合成为去重、按主题组织、带来源引用和置信度的连贯答案。

适用场景

解决思路

1. 将来自多个来源的原始结果转换成连贯、可信的答案，而不是直接罗列原始结果。
2. 跨源去重时，识别同一信息的信号：文本相同或非常相似。
3. 跨源去重时，识别同一信息的信号：同一作者或发件人。
4. 跨源去重时，识别同一信息的信号：时间戳在短窗口内，例如同一天或相邻日期。
5. 跨源去重时，识别同一信息的信号：引用同一实体，例如项目名、文档、决策。
6. 跨源去重时，识别同一信息的信号：一个来源引用另一个来源，例如 as discussed in ~~chat、per the email、see the doc。
7. 合并重复项时，合并成单一叙述项。
8. 合并重复项时，引用它出现过的所有来源。
9. 合并重复项时，用最完整的版本作为主文本。
10. 合并重复项时，加入每个来源的独有细节。
11. 去重优先级：优先最完整版本，即上下文最全的版本。
12. 去重优先级：优先最权威来源，例如官方文档优先于聊天。
13. 去重优先级：优先最新版本，演进信息以最新更新为准。
14. 不去重情况：同一主题有不同结论时，保持为不同条目。
15. 不去重情况：不同人表达不同观点时，保持为不同条目。
16. 不去重情况：信息在来源间有实质性演变时，保持为不同条目，例如决策 v1 与 v2。
17. 不去重情况：代表不同时间段时，保持为不同条目。
18. 引用与来源归属：合成答案中的每条声明都必须可归属到来源。
19. 归属格式：直接引用可用内联引用，例如 Sarah 在周三邮件中确认 REST 方案，设计文档已更新以反映此点（~~cloud storage: API Design Doc v3）。
20. 归属格式：在末尾提供完整来源列表，列出来源、位置、日期、作者或标题等。
21. 归属规则：始终注明来源类型，例如 ~~chat、~~email、~~cloud storage 等。
22. 归属规则：包含具体位置，例如频道、文件夹、线程。
23. 归属规则：包含日期或相对时间。
24. 归属规则：相关时包含作者。
25. 归属规则：可用时包含文档或线程标题。
26. 归属规则：对 ~~chat 注明频道名。
27. 归属规则：对 ~~email 注明主题行和发件人。
28. 归属规则：对 ~~cloud storage 注明文档标题。
29. 置信度评估新鲜度：今天或昨天，对当前状态高置信。
30. 置信度评估新鲜度：本周，良好置信。
31. 置信度评估新鲜度：本月，中等置信，可能已变化。
32. 置信度评估新鲜度：超过一个月，较低置信，标记可能过时。
33. 置信度评估新鲜度：状态类查询重点加权新鲜度；政策或事实类查询新鲜度影响较小。
34. 置信度评估权威性：官方 wiki 或知识库最高，因为经过整理和维护。
35. 置信度评估权威性：共享文档的最终版高，因为是有意发布。
36. 置信度评估权威性：邮件公告高，因为是正式沟通。
37. 置信度评估权威性：会议纪要中高，但可能不完整。
38. 置信度评估权威性：聊天消息中的线程结论中等，非正式但实时。
39. 置信度评估权威性：聊天消息中的线程中间内容较低，可能不反映最终立场。
40. 置信度评估权威性：草稿文档低，因为未定稿。
41. 置信度评估权威性：任务评论取决于评论者，需要结合上下文。
42. 表达高置信：多个新鲜、权威来源一致时，直接陈述。
43. 表达中置信：单一来源或稍旧时，使用限定语，例如基于上个月 #engineering 的讨论，团队当时倾向 REST，此后可能已演进。
44. 表达低置信：旧数据、非正式来源或冲突信号时，说明只找到引用、没有正式决策文档、信息可能过时，并建议向团队确认当前状态。
45. 处理冲突信息：当来源不一致时，列出各来源及其说法。
46. 处理冲突信息：指出最新来源指示的最终决定，但保留更早讨论过的方案。
47. 处理冲突信息：总是暴露冲突，不要静默选择一个版本。
48. 小结果集（1-5 个）：每个结果附带上下文呈现，不摘要，给用户全部信息。
49. 小结果集格式：先给直接答案，再给来源 1 细节、来源 2 细节，最后完整来源归属。
50. 中结果集（5-15 个）：按主题分组并总结每组。
51. 中结果集格式：先给总体答案，再给主题 1 摘要、主题 2 摘要，列出 top 3-5 关键来源，并给出完整结果数量和来源列表。
52. 大结果集（15+ 个）：提供高层综合，并提供下钻选项。
53. 大结果集格式：先给总体答案，再列关键发现且每条注明 N 个来源支持，列顶级来源，说明发现总数和来源列表，询问是否深入某一方面。
54. 摘要规则：先给答案，而不是搜索过程。
55. 摘要规则：不要罗列原始结果，要合成叙述。
56. 摘要规则：把来自不同来源的相关项分组在一起。
57. 摘要规则：保留重要细微差别和注意事项。
58. 摘要规则：包含足够细节，让用户能决定是否深入。
59. 摘要规则：结果集大时，总是提供更多细节的选项。
60. 合成工作流：收集所有来源的原始结果。
61. 合成工作流步骤 1：去重，合并来自不同来源的同一信息。
62. 合成工作流步骤 2：聚类，按主题或话题分组相关结果。
63. 合成工作流步骤 3：排序，按与查询的相关性排列聚类和条目。
64. 合成工作流步骤 4：评估置信度，综合考虑新鲜度、权威性和一致性。
65. 合成工作流步骤 5：合成，生成带来源归属的叙述答案。
66. 合成工作流步骤 6：格式化，根据结果数量选择合适详细程度。
67. 反模式避免：不要按来源逐条列出，例如 From ~~chat、From ~~email、From ~~cloud storage。
68. 反模式避免：不要仅因关键词匹配就纳入不相关结果。
69. 反模式避免：不要把答案埋没在方法论解释下。
70. 反模式避免：不要不标记冲突就呈现冲突信息。
71. 反模式避免：不要省略来源归属。
72. 反模式避免：不要把不确定信息与有充分支持的事实以同样置信度呈现。
73. 反模式避免：不要过度摘要导致有用细节丢失。
74. 要做：先给答案。
75. 要做：按主题而非按来源分组。
76. 要做：适当标记置信水平。
77. 要做：显式暴露冲突。
78. 要做：所有声明都归属来源。
79. 要做：结果集大时提供深入选项。

适用边界 · 注意事项

• 只需原样返回单一来源结果，且不要求跨源去重、引用或置信度评估时不适用。
• 无法获取来源类型、位置、日期、作者或标题等元数据时，引用和置信度评估不可靠。
• 任务要求逐来源审计或逐条列出原始结果，而不是综合答案时不适用。