Lore 知识库

Lore 是一个研究型知识仓库，您可通过 MCP 工具访问。它存储文档、会议纪要、访谈记录和决策内容，并附带完整引用信息——不仅提供摘要，更保留原始内容并将其与来源直接关联。请使用 Lore 为您的回答提供证据支撑，并留存对话中重要的上下文信息。

何时将内容摄入 Lore

当您遇到值得长期保存的信息时，请随时使用 ingest 工具将内容摄入 Lore：

• 对话结束后：当用户分享会议纪要、访谈转录稿或重要文档时，及时摄入，以便后续全文检索。
• 外部内容：当您从 Slack、Notion、GitHub、邮件或其他系统中获取内容时，请将其中相关部分摄入 Lore。
• 决策与上下文：当产生关键决策，或共享了未来对话可能依赖的重要上下文信息时。

摄入时请务必包含以下字段：

• source_url：原始内容的 URL（例如 Slack 永久链接、Notion 页面 URL、GitHub Issue URL），用于构建引用链接。
• source_name：便于人类理解的标签，例如 "Slack #product-team" 或 "GitHub issue #42"。
• project：该内容所属的项目名称。

摄入操作具备幂等性——对相同内容重复调用 ingest 是安全且低成本的（将立即返回，且响应中包含 deduplicated: true）。

何时搜索 Lore

在回答有关过往决策、用户反馈、项目历史，或任何可能已有文档记录的问题前，请执行以下步骤：

1. 优先使用 search 进行快速查询。请选择合适的搜索模式：

   • hybrid（默认）：适用于大多数查询场景
   • keyword：适用于精确匹配关键词、人名、标识符等
   • semantic：适用于概念性查询（例如 "user frustrations"、"pain points"）

2. 仅在必要时使用 research：当问题需跨多个来源交叉验证或综合分析结论时才启用。其调用成本是 search 的 10 倍——请勿将其用于简单查询。

3. 需要获取某份文档完整原文时，请使用 get_source 并设置参数 include_content=true。

何时保留洞察（Retain Insights）

对于简短、独立的知识片段，请使用 retain（而非 ingest）：

• 关键决策：例如 "We chose X because Y"
• 综合洞察：例如 "3/5 users mentioned Z as their top issue"
• 功能需求：例如 "Must support SSO for enterprise"

引用最佳实践

在呈现来自 Lore 的信息时，请始终规范引用来源：

• 注明来源标题及日期
• 尽可能直接引用原文
• 若存在 source_url，请提供指向原始内容的超链接

典型工作流示例

用户询问过往决策：

1. search("authentication approach decisions", project: "my-app")
2. 审阅搜索结果；如需原文，调用：get_source(source_id, include_content: true)
3. 以带引用的方式呈现分析结果

用户分享会议纪要：

1. ingest(content: "...", title: "Sprint Planning Jan 15", project: "my-app", source_type: "meeting", source_name: "Google Meet", participants: ["Alice", "Bob"])
2. 向用户确认摄入成功

用户提出宽泛的研究型问题：

1. research(task: "What do users think about our onboarding flow?", project: "my-app")
2. 以带引用的方式呈现综合分析结果