调研外部公司/人物/技术/话题并沉淀为 Basic…

当需要联网调研一个外部主体（公司、人物、技术或话题），并把结果整理为可复用的知识库实体时使用。

适用场景

解决思路

1. 用 3-5 次网页搜索建立全面了解，查询模式包括：`[subject name] site`、`[subject name] overview`、`[subject name] news [current year]`、`[subject name] [relevant domain keywords]`。
2. 按实体类型收集关键信息：组织收集做什么、产品/服务、阶段（startup/growth/public）、融资、领导层、总部、员工数、值得注意的合作或合同；人物收集当前职位、所属组织、背景、专长、知名工作、公众影响力；技术收集功能、维护者、成熟度、生态、替代方案、采用情况；话题/领域收集定义、现状、关键参与者、趋势、与用户语境的相关性。
3. 在提议新实体前先检索 Basic Memory 是否已存在：`search_notes(query="Acme Corp")`、`search_notes(query="acme")`，并尝试全名、缩写、首字母缩写、域名等名称变体。
4. 如果实体已存在：把 Basic Memory 中找到的内容与网页研究结果一起汇报，提出是否用新信息更新已有笔记，并用 `edit_note` 追加新观察或更新过时内容；如果不存在，进入评估环节。
5. 用结构化摘要呈现发现：`## [Subject Name]`、`**Type:**`（Organization / Person / Technology / Topic）、`**Summary:**`（2-4 句说明这是什么、为何重要、关键区别性事实）、`**Key Details:**`（按该实体类型的相关信息组织）、`**Relevance:**`（对用户的意义，无明显关联时写 "No specific connection identified."）、`**Sources:**`（列出所查阅的关键 URL）。
6. 使用模糊限定语，因为网页研究只是快照而非事实真相：如 "Appears to be"、"Based on public information"、"Estimated"、"As of [date]"、"According to [source]"；除非引用一手来源，否则不要把融资额、员工数或营收写成精确值。
7. 不要编造信息：信息不可得时直接说明，如 "Leadership information not publicly available"、"Funding details not disclosed"。
8. 让用户定义相关性：不要强加固定的评估框架，只呈现事实让用户自行判断；如果用户有特定评估标准（战略契合、买/合作/竞争等），按其要求应用。
9. 呈现摘要后请求批准创建实体，输出：`Create Basic Memory entity for [Subject]?`、`Location: [suggested-folder]/[entity-name].md`、`Type: [entity type]`、`[yes / no / modify]`。
10. 获得批准后用 `write_note` 创建结构化笔记，并按实体类型适配模板。组织模板：`write_note(title="Acme Corp", directory="organizations", note_type="organization", tags=["organization", "relevant-tags"], content=...)`，内容包含 Overview、Products & Services、Background（Stage / Headquarters / Employees 估算值并加限定、Leadership、Founded）、Observations（如 `[relevance]`、`[source] Researched on YYYY-MM-DD` 及其他研究发现）、Relations（链接到知识图谱中已有相关实体）。
11. 人物模板：`write_note(title="Jane Smith", directory="people", note_type="person", tags=["person", "relevant-tags"], content=...)`，内容包含 Overview（当前职位与所属机构、简要背景）、Background（Role / Expertise / Notable，如论文、演讲、项目）、Observations（`[role]`、`[expertise]`、`[source] Researched on YYYY-MM-DD`）、Relations（如 `works_at [[Organization]]`）。
12. 技术模板：`write_note(title="Technology Name", directory="concepts", note_type="concept", tags=["concept", "technology", "relevant-tags"], content=...)`，内容包含 Overview（是什么、解决什么问题）、Key Details（Maintained by / Maturity / License / Alternatives）、Observations（`[definition]`、`[maturity]`、`[source] Researched on YYYY-MM-DD`）、Relations（链接到相关概念、工具或项目）。
13. 模板可自由调整，但必须保留关键要素：note_type/tags 参数、overview、结构化细节、带分类的 observations、relations。
14. 用 `edit_note` 把用户提供的上下文存入实体，例如 `edit_note(identifier="Acme Corp", operation="append", section="Observations", content="- [context] Saw their demo at conference, week of 2026-02-17")`；该上下文往往是用户与该实体的关系，网页研究无法提供。
15. 始终进行网页搜索，不要只依赖训练数据，研究应反映当前可验证的信息。
16. 先搜索 Basic Memory 再创建，已存在则更新而非重复。
17. 对不确定信息加限定语，并保存来源 URL（放在 observations 或 Sources 部分）以便用户核实和深挖。
18. 创建前先取得用户批准，让用户决定是否创建实体以及包含什么内容。
19. 捕获用户语境：如果用户说明了为什么调研（在会上遇到、作为供应商评估等），把该上下文写入实体。
20. 不要过度研究：3-5 次网页搜索通常足够，目标是可用的知识图谱条目而非详尽报告。
21. 把新实体关联到知识图谱中已有内容，连接会带来复利价值。

适用边界 · 注意事项

• 没有 Basic Memory（或同类知识库 MCP 工具）可用时，写入/更新实体的步骤无法执行。
• 不适合需要一手或精确财务数据的尽调场景——网页研究只是带限定语的快照。
• 不适合追求穷尽式长篇报告的需求，该做法以 3-5 次搜索产出可用条目为目标。