只有偏执狂才能生存

“只有偏执狂才能成生存”，这是英特尔前CEO安迪格鲁夫的名言。

偏执，不是病态，是理性危机意识；不是固执，是主动扫描变化。

Unix最初在贝尔实验室被创造出来时，作者汤普逊和里奇就提出了一个偏执的设计原则：everything is a file。

一切皆文件，视为Unix开发的第一准则。

它解决了一个极其复杂的问题：即如何用一种统一、简单的抽象，去管理千差万别的软件和硬件资源。

很长一段时间里，Unix设计哲学是我们程序员设计软件的最佳原则。

旧闻系列-Unix编程哲学

时间回到70年代，操作系统是这样工作的，当你要读磁盘时，需要调用磁盘接口。

当你要读磁带时，需要调用磁带接口。

当你要访问终端时，需要调用终端接口。

每种设备都有自己的API，每种API都有自己的语义。

而汤普逊只做了一个简单的抽象，把所有东西都变为文件。

用open、read、write、close四个动词操作一切，通过这四个api，就可以操作计算机的所有资源。

一个fd（文件描述符），你对它read，就可以读出字节流。止于这些字节来自于硬盘扇区、网卡缓冲区还是另一个进程的标准输出，你都不需要关心，也不需要关心。

如今，似乎又变成了一个程序员的黄金时代。

Manus、Claude Code、OpenClaw，这些业界顶级的AI Agent，都是程序员创造的，虽然他们所属不同国家，不同地域，但都有着极其相似的审美和设计哲学，即将文件系统视为Agent的认知骨架。

Manus给Agent配了一台虚拟机，任务和产物罗盘为文件。

Claude Code直接在用户本地文件系统上读写，一个CLAUDE.md文件承载了全部指令和上下文。

OpenClaw同样以目录结构方式组织和分解任务。

Clawdbot的记忆设计哲学

Clawdbot背后的软件工程思维和品味

它们在面对复杂任务时，选择的解决方案和70年代的操作系统出奇的一致。

LLM上下文窗口是易失的、无状态的，随着进程退出，会议被回收，你需要一个地方把状态持久化的记录下来，这就是持久化记忆。

复杂任务无法一次性完成，需要多轮推理逐步积累上下文，就像Unix进程通过读写文件在多次执行中传递状态，但需调用，读一点、写一点、增量构建，这就是渐进式上下文。

复杂任务需要调用工具，就像Unix要管理磁盘、网络、打印机等异构设备，需要做一层抽象，一个进程stdout，另一个进程stdin，交换字节流，这就是工具调用。

用文件系统思路设计Agent记忆系统

Agent遇到的所有问题，在70年代设计操作系统时都遇到过。

你很难想象这些Agent是可以被管理或者规划出来的。

它肯定是被程序员按照just for fun的方式构造出来的。

just for fun出自linux之父林纳斯的自传。

他还有很多其他的名言：

talk is cheap, show me the code.--少废话，拿代码说话。

i'm always right. this time i'm just even more right than usual.--我永远是对的，这次只是比平时更对。

if you need more than 3 levels of indentation, you're screwed anyway.-- 缩进超过3层，你基本就废了。

看这些言论，你就可以感受到这老小子是多么的偏执了。

但他创造了Linux和git，两个足以改变世界的软件产品。

是个半个世纪的工程师，在面对技术问题时，给出的方案却是出奇的一致。

这不是巧合，而是软件设计哲学的共鸣。

我之前说，一个好的Agent，就是Sota模型+软件工程。

你需要识别哪些问题属于模型，哪些属于软件工程。

如果你有能力通过模型解决问题，就用模型解决。如果没能力用模型解决，那就回到软件工程去思考。

Agent是人类工作的最佳实践抽象。

在设计Agent时，你需要思考下人类的最佳实践是什么，以终为始。

你做一个大项目时，第一件事不是马上开始干活，而是建文件夹，整理目录，整理资料。

所以一个人产品经理如果在Agent之前不善于找最佳实践，他就很难设计出一个好的Agent。

文件系统不是存储方案，而是人类思考的外化工具。

抽象永不过时，回归需求第一性，回到最佳实践思考Agent的设计。

对最佳实践的偏执才是最重要的，其他都不重要。