米仓建设分享：从记录到自主创造的人生基础设施

今天晚上，我和大家交流米仓的建设与使用。此前有伙伴提出，米仓究竟应该怎样建设，信息应该放在哪里，怎样做才能更有效。我在准备时考虑到，米仓是长期反复使用的基础设施，如果一开始没有形成清楚的思想和结构，后续随着AI开发的功能越来越多，每次调整都可能付出很高的时间成本。按照我的个人经验，一次结构调整往往需要两三天，功能越复杂，迁移成本越高。因此，我希望先把自己目前形成的方案完整展示出来，供大家参考，而不是要求所有人照搬。我也明确说明，每个人可以有适合自己的方法，这次分享的是我的实践版本。

我先回顾了记录能够带来的好处。此前和伙伴讨论时，大家提到了恢复主导力、外包记忆、积累创作素材、辅助决策、揭示需要与意图、支持自我认知、推动项目建设以及帮助Agent理解特定事物等不同价值。这些好处并不完全来自我个人，而是包含了其他伙伴的经验和贡献。我也分享了自己从家庭记录传统中受到的影响，以及现在如何将记录用于家庭互动。在我的实践里，记录不只是保存过去发生了什么，还可以成为未来理解、判断和创造的依据。不过，我没有把证明记录有价值作为本次分享的重点，因为每个人都需要从自己的生活中判断记录究竟有什么用。

正式进入主题后，我提出了自己对记录的四段式定义：现实发生、我有感受、将其记下、留有后用。现实中每天有大量事情发生，有些事情进入了我的感知，有些没有。感受帮助我识别什么事情对自己重要。当一件事情引发了感受，我把它记录下来，就是在重视自己的经验和人生过程。至于怎样使用这些记录，则取决于每个人真正想要什么。我特别强调，留有后用因人而异，同一份资料对不同人可能具有完全不同的价值。记录因此不是把一切发生过的事情机械保存，而是围绕自己的感受、需要和未来用途进行选择。

这个定义对我还有一层非常实际的意义，就是它改变了我的第一反应。过去发生事情、产生感受之后，我容易直接进入应激反应；现在，我会先把感受记录下来。记录成为一种新的行为选择，后续还可以由Agent参与处理。我也不再要求一条记录必须是一篇完整文章，甚至同一个念头被分成多条碎片记录下来也没有关系。因为AI可以帮助我整理，记录时就不必承担全部加工成本。我将这四个环节分别理解为实事求是、重视自己、调整行为，以及围绕自己的意图自主行动。

接下来，我展示了米仓的实际形态。这里所说的米仓，特指建立在电脑文件夹之上的长期信息存储与使用系统。它不是某一个特定笔记软件，也不是单纯的Obsidian使用方法。我认为，理解为什么建立米仓，以及米仓的输入、存储和输出，比先掌握某个软件更重要。我的使用场景包括认识自己、管理复利人生、积累认知、支持Agent创造，以及通过知识创造价值。在系统层面，输入是有感而发，米仓承担留存与组织，输出则是围绕意图实现后用。米仓和小背篓这两个比喻，也来自家庭生活中的表达：有感受时采集下来，存入米仓，后续交给巧妇使用。

为了说明什么叫留有后用，我展示了近期价值投资共学的例子。参加一次学习活动之后，我保留了过程中的概念、发言和理解，并将形成的认识进一步加工成Agent可以使用的思考视角。这样，记录就不只是一次活动的存档，而是可能影响今后Agent理解问题的方式。我还举了SWOT等思维模型的例子：当人具备一个清楚的认识框架时，就可以要求AI按照这个框架提供分析。类似地，项目管理者知道什么时候汇报、什么时候聚焦、什么时候处理问题，才更有能力指挥Agent完成项目。因此，我强调后用能力最终取决于人的认识和能力，而不是仅仅依赖AI自动生成结果。

随后，我完整展示了当前米仓的九个一级文件夹：我、意图、认知、操盘、复利人生、项目、资源、归档和Agent。这是经过最近一段时间调整之后形成的版本，尚不是所有内容都已经迁移完成。第一个「我」主要存放自我认知与我的判断，包含我是谁、兴趣、喜好、价值观、人生信念、核心特质，以及面对具体事情时如何判断。第二个「意图」区分人生意图、领域意图、事件意图与当前具体目标。第三个「认知」保存对事物及其运行规律的理解，而不只是做事的方法。例如，我最近研究减脂，需要理解脂肪的构成、形成和分解等生理机制，而不只是知道应该运动或者控制饮食。

第四个文件夹是「操盘」。它处理的不是某一条知识，而是我在一个阶段如何理解全局、识别主要矛盾、确定聚焦方向，以及分配时间和资源。我用平衡轮、战略地图等例子解释，这些工具都可以帮助人观察当前生活中的不同方面，并判断下一步应该抓什么。第五个文件夹「复利人生」则承载我所理解的人生整体结构。我的知识库不是只为了让业务更简单，也不是只服务某一个项目，而是希望让生活中的各个重要方面都得到照顾。我不希望因为工作而放弃家庭，因为家庭而放弃学习，或者因为学习而忽略自我修养。这是我采用综合性人生结构的重要原因。

我把复利人生进一步划分为六个部分。首先是夯实人生基石，包括自我关系、健康、家庭和财务，这些构成人生持续运作的重要基础。其次是积累复利要素，包括品德品质、认知思想、人脉、事业和金钱等能够产生长期积累效应的因素。第三是持续价值定投，把行动和成果积累到自己最有优势、最值得持续发展的能力上。我举了自己的感知力、学习力、系统力、创造力，以及正在发展的游戏力、自主力等例子。第四是用心交付承诺，把已经承诺的事情持续推进。第五是当前最佳机会，强调在优势足够明显时行动，而不是时时刻刻追逐机会。第六是玩出生命力，为新鲜、有趣、令人兴奋的探索留下空间。这六部分不是随意罗列，在我的实践中还具有重要的先后次序。

在这套人生结构中，我特别强调基础与顺序。如果一些重要方面同时出现问题，我会优先照顾人生基石；如果基石中的多个方面都需要处理，就从健康等基础条件开始。之后再积累能够复利的能力与资源，并寻找值得投入的机会。玩出生命力则体现了另一种真实需要：有时我就是对某个新东西产生了强烈兴趣，希望亲自尝试。最近我探索通过逆向工程读取电子秤、电子体围尺等设备中的个人数据，就是一个具体例子。我希望设备产生的数据能够进入自己建设的系统，而不仅仅停留在厂商App里。这也让技术探索和我的健康管理项目发生了直接联系。会上展示的是我的探索方向及部分实践，并不能据此认为所有设备的数据接入已经完整实现。

第六个文件夹是「项目」，存放需要具体建设和推进的事情；第七个「资源」，放置有感而发的原始记录、稍后阅读的外部资料及各种可调用的信息。第八个「归档」，保存已经停止使用或者主要用于备查的内容。第九个「Agent」，用于逐步建设Agent理解和使用米仓的相关机制。这里我重点解释了资料、资源、资产与资本之间的关系：刚记录下来的内容，首先只是资料；通过加工，它可能成为对自己有用的资源或人生资产；其中有些经过进一步整理，可以成为用于再创造的资本。我以家庭记录为例说明，一件普通而重要的生活经历未必直接产生新的作品或商业价值，却可以成为值得长期保存的人生资产。我的记录如今也可以经由Agent提取和加工，进入专门的家庭资料中，用于后续回顾和互动。

谈到米仓的具体使用，我展示了多种信息写入方式，包括飞书群、手表、快捷指令，以及正在探索的录音设备直达知识库的方式。我的目标是尽可能降低记录阻力，让有感而发成为一种便捷行为。同时，我并不追求文件夹内部的视觉整齐。过去我会使用较长的名称和象征性的表达，现在逐渐改成较短的文件夹名称，一个直接原因就是减少Agent读取路径时产生的Token消耗。旧结构与新结构目前可以暂时共存，我会优先确保核心部分能够使用，再逐步处理历史资料，而不是为了视觉上的整齐进行大规模人工整理。

答疑过程中，一个重要问题是：当知识库越来越大，Agent应该怎样知道调用哪些内容？有伙伴希望Agent直接阅读大量历史资料，帮助自己获得更好的自我认识。我没有把答案放在设计一种复杂的全库检索机制上，而是不断追问对方究竟想认识自己的什么。我提出，与其从一个宽泛、难以操作的抽象愿望开始，不如先从当天一件具体的生活事情入手，在处理真实需求的过程中一点点认识自己。我认为，不能把理解问题和改善生活的先后关系弄反。认识不是脱离现实的纯粹分析，具体生活的改变本身也会带来新的认识。

另一位伙伴提出了更具体的需求：看到一份有价值的内容时，有时只希望一键保存，有时希望和AI即时讨论；保存时既要保留原始材料，也要保留自己当时的感想，并根据正在推进的项目分类，而不是按照信息来自哪个平台分类。这个讨论让我有机会强调，高频、真实、具体的需求比笼统追求技术上的完美更加重要。如果需求本身已经清楚，就可以进一步确定技术路线，再利用AI完成具体建设。我举了通过持续运行的服务、Hermes以及本地模型等方式实现信息处理的可能路径，但并没有在会议中替这位伙伴完成技术实施。我也提醒大家区分当下的情绪和真正希望长期解决的需求，先说清楚具体场景，再讨论应该学习什么技术。

对于已经建立过旧米仓的伙伴，大家关心新旧文件夹应该如何调整，原有的自我增强库又该如何处理。我说明，自我增强可以作为米仓中的一种具体功能，原有系统不必因为更换结构而全部推倒重来；独立存放还是统一管理，可以根据实际需要决定，只要Agent能够取得相应路径。我自己的做法是让新旧结构先共存，再逐步交给Codex进行迁移。尤其重要的是，涉及已有程序和自动化通道的文件夹，不应随意手动拖拽。迁移之前要调查原路径被哪些项目使用、可能导致哪些功能失效，完成调整后还应验证原有功能是否正常。对于更换电脑的情况，我也介绍了通过SSH连接旧电脑，由Codex分析并辅助迁移的做法。这些都是实际迁移的建议，而不是本次会议已经完成的迁移验收。

我还分享了自己多次更换电脑后的一个经验：所有本地自建服务需要有统一的位置，而不是让不同项目各自在任意目录中安装和存放功能。我在自己的电脑上设置了专门的个人智能中心服务目录，并要求开发项目将本地服务集中放在那里。这样，无论以后排查功能、维护程序，还是迁移到新电脑，都能清楚知道哪些内容必须保留。这一部分也让我再次强调，米仓建设不只是知识分类，它还涉及运行中的软件、数据通道和Agent工作环境，必须考虑长期维护与迁移。

在进一步解释九个文件夹的设计逻辑时，我把话题重新带回为什么要分类。我从2002年开始管理电子资料，到现在经历了长期探索。今天对我来说，一个越来越清楚的出发点是：面前的内容首先都是可以加工和使用的资料资源，经过不同的加工，可以形成资产或资本；而加工、组织和使用的方向，必须来自我真正想得到的好处。因此，我把自我认知放在最前面，再放意图、对世界的认知、整体操盘、人生结构和项目创造。这个顺序不是通用标准，而是因为我重视自主。如果我对自己缺乏认识，一些看似明确的想要，可能仍然只是未经辨别的需求、欲望或饥饿，而没有成为真正经过判断的意图。我的分类结构最终服务的是一个人如何认识自己、知道自己想要什么，并调用资源创造想要的人生。

我还用一个更完整的结构说明了米仓与Agent之间的关系：我知道我是谁，知道我想要什么，知道自己如何看待世界，能够操盘人生各个方面，也清楚人生由哪些重要部分构成，然后按照适合的方法去创造。这些认识和结构被放进米仓之后，Agent才有机会读取并用于具体工作。我希望Agent逐渐能够了解我的自我认知、意图、认识框架、人生结构和当前项目，并在这些依据之上提供支持。这也是我所说的自主创造、增强自我与实现想要的未来之间的联系。这里表达的是整个系统的设计方向，并不意味着所有Agent功能目前已经完整实现。

这也解释了为什么我不希望频繁地因为看到某位高手的新方法，就重新修改整套文件夹。分类方式背后实际上是一个人看待自己、世界、人生和创造活动的思想体系。如果思想没有相对稳定的基础，目录结构就容易跟着外部意见不断变化。相反，如果顶层认识基本清楚，后续更多变化就可以发生在子文件夹、功能和具体使用方式上。我认为目前这套结构对自己已经具有阶段性的稳定性，但仍然允许随着实践和认识的变化继续调整。我也表示，准备花两周左右的时间，将为什么采用这套文件夹结构的逻辑完整写出来，既方便自己进一步理解，也供需要的伙伴参考。

在讨论不同资料究竟应该放在哪里时，我补充说明，外部学习资料与真正属于自己的认知并不是同一回事。比如跟随某位老师学习时，相关原始材料可以按照复利要素中的人脉或学习来源存放，但只有经过自己理解、实践，并验证确实有效的内容，才适合进一步进入「认知」文件夹。一份资料即使来自很重要的人，也不等于已经成为我的能力圈。对于认知本身如何验证有效、如何组织证据，这次没有完全展开，我明确把它留到了后续专门建设认知模块的时候再讨论。这也体现了米仓里从收集资料到形成有效认识之间，需要经历真实的加工过程。

后半段交流中，我还展示了自己正在建设的健康每日台账与便捷记录系统。这件事对我来说不是单纯的健康数据统计。我希望把自己一天中五种不同角色的活动联系起来：健康执行者、认知学习者、私人产品官、系统创造者和业务操盘手。我既希望真正改善健康，又希望掌握相关认知、开发支持自己长期使用的系统，并观察其中可以进一步产品化的部分。因此，我尝试建立一个总Agent，让不同子线程分别负责具体功能，再由总Agent了解进展和进行协调。我展示了项目入口、子线程以及交互界面的部分实践，也借此说明巧妇的定位：它是一套基于项目管理、上下文工程等方法形成的Agent启动提示词与操作流程，而不是简单的一条万能提示词。这部分仍然是正在建设的项目，不应把展示的工作方式当作全部功能已经完成。

关于AI项目建设，我进一步介绍了巧妇的基本流程：先在项目灵感阶段充分表达、拓展和澄清意图，逐步形成对方案与最小成功行为的理解，再进入项目启动和实际开发。之后又有伙伴谈到，使用Codex时往往容易提出过于笼统的要求，虽然AI能够快速输出结果，但结果未必好用。我回应的核心原则是：新手入门Agent，做小不做大，做具体不做抽象。应当先做一个真实场景中的具体功能，弄懂它是怎样工作的，再把多个已经跑通的功能组合起来。尤其不要一开始就为了拥有工作台而做工作台，应该先有持续发挥作用的功能，再决定是否需要将它们集中展示。人的竞争力不能只建立在能够让AI生成一个结果上，还需要不断发展理解力、学习力和判断力。

为了让具体场景的意义更清楚，我还谈到，同样是有感而发，当参与者、设备、使用环境或输出对象发生变化时，系统就可能需要新的流程。一个人记录和多个人共同记录并不完全相同，在家庭等场景下，必须区分不同说话者，才能让记录正确归属于相应的人。类似地，在外出时使用手机，与在家里通过电脑处理记录，虽然表面上都是输入信息，但实际操作条件不同。已有功能不等于覆盖了所有新场景。这也是我强调先理解具体业务，再交给AI开发的重要原因。会议中的讨论说明了场景拆分的价值，但没有为每一种场景形成完整技术规范。

在会议后段，我分享了一个管理信息干扰的个人实践。我的常用随身电脑不登录微信，而是将微信及相关读取服务放在固定的家庭服务器上，由Agent定期检查特定群聊或关注对象的消息，再依据我关心的事情进行过滤。与我有关的内容才进入提示范围，而不必让我持续浏览大量信息。我还展示了利用工具检索、整理历史群聊记录的用法。在我看来，这套机制的重要意义不是能读多少消息，而是让注意力重新服务于自己真正要创造的东西。不过，我也明确指出，这种使用方式与个人的工作要求有关。如果一个人承担着需要及时响应的信息工作，就应该根据责任和场景调整过滤规则，而不能简单照搬我的做法。

关于Agent所需的硬件环境，我分享了自己将米仓电脑作为本地服务大本营的做法，并根据参与者不同的预算条件，讨论了持续运行电脑、本地模型与云服务器等替代方案。这些是我在会议上提出的技术建议，并非经过本次会议逐项验证的成本和稳定性结论。讨论模型选择时，我也谈到自己的分工方式：在意图澄清阶段使用专门的Skill，并视需要让其他模型进行检查；进入开发阶段，再选择适合具体工作的模型。我希望借助这种分工，在质量和开发效率之间取得平衡。这里真正值得保留的不是某个模型一定有多快，而是不同工作阶段需要不同能力，工具应当根据任务性质选择。

临近结束，我再次明确了社群建设的推进节奏。此前阶段主要解决米仓文件夹的初步搭建和信息通道的打通；接下来从10月中旬到11月中旬，重点围绕「我」文件夹，用有感而发与增强自我的实践逐步积累内容。之后再进入意图文件夹，明年继续推进操盘等模块，其他与人生相关的主题也会逐步开展。我的想法不是一次把所有文件夹和功能全部建设完，而是一个月聚焦一个小主题，逐步弄清楚应该记录什么、为什么记录、如何写入，以及Agent怎样使用这些内容。对于有伙伴提出的自我关系和情绪记录需求，我也提出可以在后续组织感兴趣的伙伴进行小型实践，但会议中并未确定完整的项目团队和实施安排。

会议结束前，我明确提到了几项后续安排。我会把分享中使用的脑图提供给伙伴参考；准备在两周左右整理完整的文件夹设计逻辑；计划在次日上午撰写下一期社群的通知，说明下个月主要建设的主题与参与方式。对于已经开展实践的伙伴，我也鼓励他们把真实、具体而尚未解决的需求提出来，以便共同寻找可行的技术路线。这些安排与更长期的米仓建设方向相互衔接，但仍应区分已经完成的工作、当场表达的计划和有待进一步讨论的想法。整场会议最终回到了同一个重点：米仓和Agent不是生活的目的。真正重要的是清楚自己想把生活中的什么事情过好，再让记录、认知、文件夹、系统和创造活动围绕这个目标持续发挥作用。