AI Context Manager

What is it（这是什么）

AI Context Manager 是一类为 AI 系统管理"上下文供给"的工具层。它的核心工作是：持续采集用户的行为轨迹、文件变更、代码结构、浏览记录等碎片信息，把它们清洗、索引、结构化，然后在 AI 需要时精准投喂。Breadcrumb 记录 Mac 上的一切操作，Graphify 把代码库转成可查询的知识图谱，两者解决的是同一个问题——AI 的智商已经够用，但它不知道你在干什么。

技术本质是"上下文工程"的基础设施：采集层 + 向量/图谱存储 + 检索编排 + 注入接口。商业意义在于，它把 LLM 应用从"每次对话从零开始"变成"AI 一直懂你"，这是从玩具到生产力工具的分水岭。

Why now（为什么现在出现）

三个条件在 2025-2026 年同时成熟。第一，模型上下文窗口从 8K 涨到 200K 甚至 1M，但"能塞进去"不等于"塞得对"，长上下文的信息稀释问题反而让精准上下文管理变得更值钱。第二，Claude Code、Cursor、Windsurf 这类 AI 编程工具的爆发，让开发者第一次真实感受到"AI 不了解我的项目"的痛点——Graphify 正是从 GitHub 这个开发者聚集地长出来的。第三，本地优先（local-first）架构和 MCP 协议的普及，让"记录一切"在隐私和成本上第一次变得可行。

一年前做这件事，模型能力不够、用户习惯没养成；一年后做，大厂已经把上下文层内建进 IDE 和 OS。现在是独立开发者的窄窗口期。

Market Evidence（市场证据）

当前信号强度属于"早期但真实"。从 2 个独立信源（github、showhn）获得 2 次提及，增长率 100%，但绝对基数极小——这是典型的 nascent 阶段特征，不是虚假繁荣，也不是成熟需求。

Show HN 和 GitHub 是高质量信源，能上这两个渠道的项目通常有真实的技术实现，不是营销噪音。但 2 次提及意味着这还只是"圈内人在聊"，远未形成大众认知。趋势分数 63/100 说明算法判断它有潜力但未验证。

判断：这是真实需求的前哨信号，不是短期热点。理由是上下文管理解决的是结构性痛点（AI 记忆缺失），不会因为某个产品下架而消失。但当前阶段过早，任何基于这 2 个数据点做的市场预测都不可靠。独立开发者应该把它当作"值得监控 + 小成本试水"的信号，而不是"立刻 all-in"的机会。

Who's Behind It（谁在推动）

目前没有明确的"庄家"。Breadcrumb 和 Graphify 是两个独立项目，分别从"个人行为记录"和"代码知识图谱"两个角度切入，没有看到同一家公司或基金在背后统一推动。

更大的隐性推动者是 AI 编程工具生态：Anthropic 的 MCP 协议、Cursor 的 codebase indexing、GitHub Copilot 的 workspace 上下文，都在事实上定义"上下文管理"该怎么做。这些大厂是潜在的最大玩家，也是独立开发者的最大威胁。

开源社区（GitHub 上的个人开发者）是当前的主要创新来源。这个格局意味着：领域尚未被垄断，但窗口正在收窄。

TAM & Market Size（市场规模）

潜在用户分三层。第一层是 AI 编程工具的重度用户，全球约 500-1000 万开发者，付费意愿强（已经在为 Cursor、Copilot 每月付 20 美元）。第二层是知识工作者，用 AI 处理文档、邮件、会议记录，规模 1 亿+，但付费意愿分散。第三层是普通消费者，规模最大但变现最难。

付费意愿判断：开发者群体愿意为"节省时间"付费，月付 10-30 美元是心理舒适区。企业客户愿意为"团队知识不流失"付费，年付可达数千美元。

市场处于高速增长期，但当前机会分 0/100、需求分 0/100 说明数据层面对这个细分品类还没有独立的市场验证——它目前是嵌在"AI 工具"大盘里的隐性需求，尚未独立成市。这意味着早期进入者有机会定义品类，但也承担教育市场的成本。

Competitive Landscape（竞争格局）

现有玩家分三类。第一类是专用工具：Breadcrumb（Mac 行为记录）、Graphify（代码图谱），功能单一但聚焦。第二类是 IDE 内建能力：Cursor 的 codebase indexing、Windsurf 的 Cascade，免费且深度集成，是独立开发者的最大威胁。第三类是通用记忆层：Mem0、Letta（原 MemGPT），做 AI 记忆的通用 API。

市场空白在于"跨应用、跨设备的统一上下文层"——目前没有产品能同时管理你的代码、文档、浏览记录、会议内容，并统一供给给所有 AI 工具。这是差异化机会。

大公司一定会做。Apple 有系统级权限，Microsoft 有 Office 生态，Google 有 Chrome。但它们动作慢、跨平台差、隐私政策保守。独立开发者有 12-18 个月窗口，之后要么被收购，要么被内建功能挤压。竞争分 0/100 反映的是"竞争尚未被量化"，不代表没有竞争。

Business Model（商业模式）

推荐订阅制 + 免费增值。理由：上下文管理是持续性需求（AI 每天都需要你的上下文），不是一次性工具，订阅符合价值交付节奏。免费层给个人用户 7 天上下文历史，付费层给无限历史和跨设备同步。

定价建议：个人版 12 美元/月（对标 Cursor 的 20 美元，略低以降低决策门槛），团队版 25 美元/席位/月，API 版按调用量计费（每 1000 次上下文注入 5 美元）。

12 个月收入预测：

• 保守：300 付费用户 × 12 美元 × 12 月 ≈ 4.3 万美元
• 基准：1500 付费用户，混合定价 ≈ 25 万美元
• 乐观：8000 付费用户 + 20 个团队客户 ≈ 150 万美元

获客成本估算：开发者社区（HN、GitHub、Reddit）自然流量 CAC 约 5-15 美元；付费广告 CAC 约 40-80 美元。回本周期：自然流量 1-2 个月，付费广告 4-6 个月。优先做内容营销和开源引流。

MVP Blueprint（MVP 蓝图）

核心功能（砍到只剩必须）：

1. 本地文件/代码目录监听与增量索引
2. 向量化存储 + 简单检索（语义搜索）
3. 一个 MCP server 接口，让 Claude/Cursor 能查询上下文
4. 一个 CLI 或极简 Web UI 展示"AI 看到了什么"

技术栈：Python（标签已指明）+ FastAPI 做服务层，SQLite + sqlite-vec 或 Chroma 做本地向量存储，watchdog 做文件监听，sentence-transformers 做本地嵌入（避免 API 成本），MCP Python SDK 做接口。前端用 Next.js 或干脆先不做，CLI 优先。

最快上线路径：fork 一个现成的 MCP server 模板（GitHub 上有大量），把检索逻辑替换成自己的索引。部署用本地优先，不需要服务器，省掉云成本。第一版只支持 macOS + 代码目录，不做跨平台。

7 天节奏：Day 1-2 文件监听 + 索引；Day 3-4 向量检索；Day 5 MCP 接口；Day 6 CLI 展示；Day 7 打包 + 发 Show HN。预估开发天数虽标 0，但实际 MVP 需 5-7 天。

Commercial Opportunities（商业化机会）

方向一：开发者专属上下文层。产品是"给 Cursor/Claude Code 用的项目记忆 API"，目标用户是同时维护多个代码库的独立开发者和小团队，预期月收入 3000-15000 美元。优于其他方向的原因：付费意愿最强，痛点最具体，且能通过 GitHub 自然获客。

方向二：个人 AI 记忆助手。产品是"记录你所有数字活动并供给给任意 AI"的桌面应用，目标用户是知识工作者和研究者，预期月收入 2000-10000 美元。优势是市场更大，劣势是获客成本高、隐私顾虑重。

方向三：企业知识图谱服务。产品是"把公司内部文档、Slack、代码转成可查询上下文"的 B2B 服务，目标用户是 50-500 人的技术公司，预期月收入 5000-30000 美元。优势是客单价高，劣势是销售周期长，不适合快速验证。优先选方向一。

Product Ideas（产品创意）

🥇 ContextKit — 给你的 AI 编程助手装上项目记忆，一次配置，Cursor/Claude/Copilot 全部共享同一份代码上下文。目标用户是同时用多个 AI 工具的开发者，场景是切工具时不用重复解释项目。现在做对的时机：MCP 协议刚普及，跨工具上下文还是空白。CLI + MCP server，5 天可上线。

🥈 Recall — 本地优先的个人 AI 记忆库，自动记录你读的、写的、看的，AI 随时可查。目标用户是研究者和内容创作者。现在做对的时机：本地嵌入模型成本已降到可忽略，隐私敏感用户开始拒绝云端方案。桌面应用，7 天可做 MVP。

🥉 Graphify Lite — 把任意代码库一键转成可对话的知识图谱，支持自然语言问"这个函数在哪被调用"。目标用户是接手遗留代码库的开发者。现在做对的时机：Graphify 验证了需求但太重，轻量版有空间。Web 工具，3 天可上线。

SEO Opportunity（SEO 机会）

搜索量趋势：上升。AI Context Manager 作为术语刚出现，搜索量低但增速快，属于"抢注型"关键词。

有价值的长尾词：AI context manager for developers、MCP context server、codebase knowledge graph tool、AI memory for coding assistant、local-first AI context。

竞争程度：SEO 难度 0/100，几乎无竞争，现在做内容能轻松占位。内容策略：做"教程 + 对比"页，比如"How to give Claude Code project memory"，这类页面转化率最高，且能长期吃自然流量。

Risk Assessment（风险评估）

判断可能错的情况：如果大厂（Anthropic、Cursor）在 6 个月内把跨工具上下文做成免费内建功能，独立产品的价值会被大幅压缩。

三大风险：

• 技术风险：本地索引的性能和隐私平衡难做，大规模代码库可能拖垮机器。
• 市场风险：用户可能觉得"AI 记不住就算了"，没有强付费意愿，教育成本高。
• 执行风险：上下文管理是脏活，采集、清洗、检索每个环节都容易出 bug，独立开发者精力有限。

最低成本验证：花 2 天做一个 MCP server demo，发到 Show HN 和 r/LocalLLaMA，看是否有 50+ 人愿意试用。如果一周内没有自发讨论，说明需求不成立。

放弃信号：如果 3 个月内付费转化率低于 1%，或大厂发布了同类免费功能，立即止损。

Action Plan（行动建议）

第一步（今天）：去 GitHub 搜 "MCP server template"，fork 一个，跑通"读取本地文件 → 返回给 Claude"的最简链路。这一步不写新代码，只验证工具链。

低成本验证（第 1-3 天）：把 demo 录成 60 秒视频，发到 Show HN 和 X，标题用"Give Claude Code memory of your entire project"。观察 48 小时内的评论和 star 数。

如果信号确认（第 4-7 天）：加上向量检索，支持语义搜索，做成可安装的 CLI 工具，正式发 Product Hunt。

时间线：

• 第一周：MVP 上线，拿到前 20 个试用用户
• 第一个月：根据反馈迭代，上线付费层，目标 50 付费用户
• 第三个月：如果 MRR 过 2000 美元，全职投入；否则转向或放弃

Related Terms（相关趋势）

• MCP (Model Context Protocol) — 互补关系，是 AI Context Manager 的标准供给接口，两者天然绑定
• RAG — 子领域关系，上下文管理是 RAG 在"个人/项目数据"场景的特化
• Local-first Software — 依赖关系，本地优先架构是隐私敏感场景下上下文管理的技术前提