思考中，什么会产生复利

我们曾经把 BaseHalf 说成“编程 Agent 的记忆层”。五月我们坐下来问自己，它到底是用来干什么的，答案朴素得多：我有一文件夹东西，帮我用它们来思考。“复利式思考”是我们给这句话背后那点期望起的名字：今天做的事，能让下个月的工作轻松一些。

全部存下来做不到这一点。一份逐字逐句的聊天记录，和什么都没有一样难以复用。那么，哪些东西真的会有回报？

决策，连同理由

我们的桌面端仓库里有一份决策文件，已经写了一百多条。每条都写明选了什么、为什么、放弃了什么。九月有一条记下了我们为什么删掉那个告诉 Agent 你正在看哪儿的文件：Agent 不读，内容会过期，列号是错的，还把 git 弄得很乱。十月我们又想要类似的东西，这一条就成了新设计的检查清单。如果没有这些理由，我们要么照原样再做一遍，要么根本不敢碰它。

没有理由的决策，就是一条谁也不敢改的规矩。

定义

BaseHalf 画布上的每条线都只有一个意思：A 的上下文流入 B。我们特意去掉了连接上的标签。一个处处成立的定义，让人和 Agent 用同样的方式读这张图，谁也不用去猜对方在箭头上写的注解。

你的项目里也有这样的词。把“活跃用户”或者“做完了”是什么意思写下来，只写一次，单独放一篇笔记，再连到所有依赖它的地方。

你从资料里读到了什么

文件夹里的一份 PDF 还算不上知识。一篇写明哪两页重要、第三页你为什么不同意的笔记，离知识就近多了。它很短，是你自己的，还能流入你接下来要写的五样东西。

还没回答的问题

一个开放的问题会告诉你该去找什么证据，哪个决定正等着它。答案来了也别删问题：两者放在一起，才看得出你是怎么走到这一步的。

该放手的

被否掉的草稿。只是复述原文的摘要。什么也指导不了的漂亮话。没人打算验证的风险。Agent 一整天都能产出这些东西，这正是不留它们的好理由。在 BaseHalf 里删除没什么代价，后悔了撤销就能回来。

有个简单的判断办法：这篇笔记会让下个月的问题更好回答吗？会的话，给它的卡片写一行描述，连到它该流入的地方。不会的话，就放手吧。