先读《为什么别人的好建议,到你这里就用不上?》,再读《不要一上来就让 AI 判断一百万条数据》,最后读 Intake Skill 那篇;三篇合起来,分别对应“每周积累要能改变判断”“把模糊判断做成可校准的流程”“把日常上下文留在自己手里”。
AI根据立正公开的文章和视频整理,不是他本人回复。重要的判断,请回到出处核对。
先让积累服务于一个真实决定
材料里的观点立正建议拿一件最近确实要做决定的事走一轮:把事实和解释分开,单独写下“我目前认为卡点是……”,再带着处境问一个会改变选择的问题,最后选一个成本能承受、能带来反馈的动作,并事先写下什么结果会让你改变想法1。这正好对应你说的“改善下一周决策”:每周积累的价值不在于存了多少,而在于它是否让某个待验证的判断被确认或推翻。当周动作:从下周要做的一个决定出发,写清事实、你的卡点解释,以及一个能推翻它的观察结果。
把模糊判断做成会迭代的流程
AI推演立正讲数据筛查时提出分工:确定性的部分交给程序,规则不够用的部分交给 AI,最终判断留给人,人的反馈再回到规则和评测里,形成闭环2。这套思路可以迁移到个人知识系统:每周的笔记先按固定规则归类和检索,AI 只处理需要看上下文的部分,比如“这条记录和我下周的决定有什么关系”,而由你自己判断哪些结论成立。当周动作:挑一类你每周都会记的内容,写一条明确的筛选规则,再让 AI 只在这条规则筛出的少量材料上做关联,看你是否因此更快做出一个决定。
上下文要留在自己手里
材料里的观点立正介绍 Intake 时强调,音频、转录和整理结果都作为自己的文件保留,模型和硬件以后怎么换都不影响这份积累,并建议把这类工具改成适合自己用的版本3。这提醒你:知识系统的底座应是可导出、可继续加工的本地材料,而不是锁在某个对话产品里。当周动作:把一周里最值得留的几次讨论或思考,用现有设备录下来或写下来,存成自己可检索的文件,再试着从里面找出一个和下周决定相关的线索。
立正也说过自己并没有很好的办法记住有用信息,主要靠尽量创作,并估计大部分有意义的认识没被写出来4;所以这几篇给的是判断和流程原则,不是一套现成的个人知识系统方案。
出处
- 1为什么别人的好建议,到你这里就用不上?
给出把积累转成决策改进的具体一轮做法,最适合作为起点。
- 2不要一上来就让 AI 判断一百万条数据|AI与人协作的任务光谱
提供程序、AI、人分工并迭代校准的流程,可迁移到每周整理与回顾。
- 3Intake Skill:用好苹果设备,把上下文留在自己手里
说明如何把日常上下文变成自己掌握、可继续加工的材料。
- 4在《AI Architect 课程实践: SightGarden MVP-0 -> 0.7》下的回复
立正本人对信息过多、难以记住的坦率说明,帮你校准对这类系统的预期。
你也有想问的?
卡住的时候,问问立正:回答附有出处,可以点回原文核对。
也可以接着问:
别人还问了
- 如何建立自己的ai,如何记录上下文 用哪个工具
先别急着“造一个 AI”,而是把日常材料留在自己手里,再用 Agent 工具持续读写这些材料;工具可选 Claude Code、Codex、Cursor 这类开放工具。
- 搭建自己的上下文系统,前三步应该做什么?直接在codex搭建上下文系统更好,还是使用个人知识管理工具obsidian更好?它们分别更适合哪些场景?
先定主线再分层加载:把事实、边界和当前目标写成精简的“当前契约”,其余材料只作按需参考;Codex 适合让 AI 直接读写并执行,Obsidian 适合人自己整理和回看,两者可以并存。
- 我在使用ai做项目的过程中,发现ai会在工作区文件夹中生成很多文件夹、文件、标定、代码,组织起来很杂乱,当我想要整理工作区时哪些能删哪些不能删除不知道该从何下手,看过ai builder课程中module2,学到了如何管理各个context文件,但是对于整个工作区应该如何管理会更好。
工作区杂乱时,先按“工作记忆/项目记忆/组织记忆”三层给文件分类,再决定删留:当前任务直接要用的、项目积累的经验决策、跨项目长期知识,各自规则不同。
- 这么叫鸭哥的context infra
“鸭哥的 context infra”指一套把散落上下文变成可复用资产的系统,分概念图、技术架构、工具链三层,核心是分层记忆、按需加载和持续提炼。
- 行业know-how怎么变成可复用的context,而不是只留在个人经验里?
把经验拆成AI能调用的文件:长期不变的原则、按项目加载的背景、需要更新的行业信息分开存放,再让每次使用都回头修订这些文件。
- 关于设计个人网站,你有什么建议?
立正的建议核心是:先想清楚主页给谁看、看完要做什么、哪些是你的真东西,再用AI边做边改,最后放到自己的域名上。