用收集的资料建立研究 Wiki，并带引用回答问题

## 把收集来的来源和 AI 撰写的 Wiki 页面分开存放 将来源保存与智能体维护的知识分开： - `sources/`存放不可变的输入文档。 - `wiki/index.md`收录所有维护中的页面。 - `wiki/log.md`记录只允许追加的操作历史。 - `wiki/overview.md`保存持续更新的跨来源综合内容。 - `wiki/sources/`为每个输入来源存放一个摘要页面。 - `wiki/entities/`存放人物、组织、项目和产品。 - `wiki/concepts/`存放观点、方法、理论和框架。 - `wiki/syntheses/`存放对研究问题的已保存回答。 - `graph/`存放生成的图谱数据和可视化结果。 - `tools/`存放确定性和语义维护工具。 摄取期间绝不要修改来源文档。维护层可以创建和修订，但每项主张都必须能够追溯到来源页面。 每次摄取时都要更新索引。操作历史只能追加，不能重写；只有在新证据改变跨来源综合内容时，才修订概览。 ## 每页都写明来源和更新日期，并统一命名方式 每个维护中的页面都必须使用结构化元数据： - `title`：描述页面内容的标题。 - `type`：必须是`source`、`entity`、`concept`或`synthesis`中的一种。 - `tags`：分类标签列表。 - `sources`：支持该页面的来源 slug 列表。 - `last_updated`：采用`YYYY-MM-DD`格式的日期。 来源摘要还应添加来源日期和原始来源引用。使用稳定的内部链接连接来源、实体、概念和综合结论。 使用一致的命名方式： - 来源 slug 使用小写 kebab-case； - 实体页面和概念页面使用稳定的标题式名称； - 保存的综合结论使用描述性 slug； - 操作日志使用`YYYY-MM-DD`、操作和标题。 专门的来源类型可以使用专门的章节。会议记录应保留目标、讨论、决定和行动；日记应保留事件、决定、观察、联系和变化。每个模板都要保持相同的溯源要求。 ## 加入新来源，并更新受影响的页面 收到摄取请求时，按顺序完成以下步骤： 1. 阅读完整来源；在不更改原文的前提下，将不受支持的来源格式转换为 Markdown。 2. 阅读当前索引和概览，了解已有覆盖范围。 3. 创建一个来源页面，其中包含简短摘要、关键主张、精选证据、联系和矛盾。 4. 将新来源加入索引。 5. 只在新来源确实需要变更的地方修订概览。 6. 为重要实体和概念创建或更新页面。 7. 将新主张与已有页面比较，并明确标记矛盾。 8. 向操作日志追加一条摄取记录。 9. 验证每个新页面都已编入索引，并且每个内部链接都能解析。 10. 准确报告创建、更新或标记的页面。 不要把摄取仅仅视为抽取。必须在保留溯源关系和不确定性的同时，将来源整合到现有知识模型中。 ## 回答研究问题时，指出作为依据的页面 收到问题时： 1. 阅读索引，找出可能相关的页面。 2. 阅读足以回答问题的最小来源页面、实体页面、概念页面和综合结论页面集合。 3. 区分来源主张和自己的综合分析。 4. 使用指向支持页面的行内内部引用作答。 5. 说明矛盾、不确定性和缺失证据，不要强行达成共识。 6. 将回答保存为持久的综合结论页面之前，先征得同意。 保存的综合结论必须记录它所回答的问题，链接到支持它的来源，并在后续证据出现时保持可修订。 如果底层来源页面可用，不要把索引条目当作证据引用。优先使用溯源链中距离证据最近的权威页面。 ## 先快速检查页面结构，再深入检查内容 在成本较高的语义分析前，先快速检查结构健康度。 结构健康度只使用确定性检查，不调用模型。它应检测： - 空页面或只有占位内容的页面； - 与实际页面不匹配的索引条目； - 缺少摄取日志记录的来源页面。 在工作会话开始时以及执行语义 lint 前，检查结构健康度。 语义 lint 评估内容质量，并且可以使用模型分析。定期运行，例如每摄取10到15个来源后运行一次，并检查： - 没有入站链接的孤立页面； - 损坏的内部链接； - 页面之间的矛盾； - 已被较新来源取代的过时摘要； - 反复出现但没有实体页面的实体； - 出站链接少于两个的稀疏页面； - 尚未回答的问题和缺失的证据。 如果存在图谱数据，还要报告内容单薄的高连接度枢纽、仅由一条边连接的社区对，以及孤立社区。在结构健康度检查通过前，不要耗用语义分析资源。 ## 用页面链接构建知识图谱，找出薄弱之处 为每个维护中的页面创建一个节点，为每个显式内部链接创建一条边。 生成图谱数据时： 1. 解析所有维护中页面里的显式链接。 2. 在机器可读的图谱数据中记录节点、边和构建日期。 3. 在有用时生成一个自包含的可视化结果。 4. 计算边节点比、孤立页比例、社区数量和链接密度。 5. 识别连接度高于平均值加两个标准差的枢纽。 6. 将少于500个字符的高连接度页面标记为内容单薄的枢纽。 7. 将仅由一条边连接的社区对标记为脆弱桥梁。 8. 当两个或更多页面指向同一个缺失目标时，报告对缺失页面的引用。 推断出的关系必须带有置信度分数，并标记为`INFERRED`。将低置信度推断标记为`AMBIGUOUS`；绝不要把它们当作由来源明确支持的链接。 ## 自动链接先当草稿，绝不从失效链接建页 将自动建议的链接视为草稿： 1. 将建议的边以`DRAFT`状态加入图谱，但不要写入页面正文。 2. 验证每项建议都有来源内容依据，并与现有知识一致。 3. 只提升通过验证的建议。 4. 将提升后的边落实为内部链接。 5. 页面至少有两个出站链接后，才能提升为稳定状态。 绝不要根据损坏的链接自动创建页面。将缺失目标报告为研究或整理工作的信号；自动创建会放大由幻觉产生的引用。 如果已有命令或工作流覆盖同一操作，就不要添加新命令或新工作流。应扩展或说明现有入口。 每次维护操作都要保留不可变来源、只允许追加的历史记录和溯源链接。覆盖生成的图谱成果前，确保能够从维护中的页面以确定性方式重新构建它们。