如何建立自己的ai,如何记录上下文 用哪个工具
提问
先别急着“造一个 AI”,而是把日常材料留在自己手里,再用 Agent 工具持续读写这些材料;工具可选 Claude Code、Codex、Cursor 这类开放工具。
先建“自己的上下文”,再谈建 AI
材料里的观点立正把最有价值的积累说成“自己的上下文”:聊天、会议、决定背后的考虑,AI 不会凭空知道。他主张这些材料要留在自己的目录里,能搜索、修改、备份,换模型也能继续用;判断工具时先问“这些东西最后留在哪里、离开工具还能不能用”1。他描述的做法是录音转成文字和 Markdown 文件,文件多了再配本地语义搜索,从已有材料里找片段交给 AI1。这是他对录音场景的具体方案,不是通用建站流程。
记录上下文靠机制,不靠聊天记录
材料里的观点立正说普通用户的经验锁在各自聊天记录里,上个月踩的坑这个月再踩;Builder 的做法是把踩过的坑写成规则、验证过的做法变成模板,并设计“什么信息放哪里、什么长期保留、什么按需加载、谁负责更新、AI 通过什么路径读取”2。他点名 AGENTS.md 定义 AI 的行为规范,MEMORY.md 沉淀反复验证过的判断原则、偏好和边界2。他还提醒不要一次把所有材料塞进上下文窗口,先放最关键的前置约束,再随任务推进引入细节2。这三件事是他对团队场景的总结,个人使用可以按同样思路缩小规模。
工具选开放型 Agent,并让产出回流成上下文
AI推演立正在对话里建议停掉纯聊天式用法,改用 Claude Code、Codex、Cursor 这类 Agent 工具,理由是聊天每次要重新交代上下文、产出留不下来、能调用的工具也有限,因此没有复利3。他另一次表述里把 Codex、Claude Code、Cursor、Grok 列为可直接调用模型、操纵本地数据的开放工具,并明确不推荐试图把用户绑定进自家生态的产品4。他还描述了一个闭环:把模糊想法交给 AI 讨论、打磨成文章,发出来后又成为自己的上下文5。按这个思路,你可以先用一个 Agent 工具加一个固定目录起步:把会议记录、笔记放进去,写一份简短的行为规范文件,再观察下次任务是否真的少交代了一遍。这是 AI 基于上述材料给出的应用建议,不是立正针对你个人情况的处方。
材料只覆盖录音整理和团队知识管理两类场景,没有给出从零搭建一个独立 AI 应用的完整步骤;具体工具的价格、可用地区和当前功能也需另行核对。
回到5份原文
说明为什么要把上下文留在自己手里,以及录音转文字加 Markdown 的具体做法。
给出上下文架构、AGENTS.md/MEMORY.md 和渐进加载三个可操作机制。
解释为什么从聊天转向 Agent 工具,以及上下文积累为何重要。
列出他推荐的开放型 Agent 工具和不推荐的产品类型。
可回到原文核对这部分判断