你不需要更多聊天窗口，你需要一套能过夜的代理系统
对话是瞬时的，瞬时的东西无法复利。Vercel 开源 eve：filesystem-first，路径即名字，让代理能过夜运转。
大多数人以为自己在用 AI。
其实他们只是在和一个会说话的搜索框轮班。
打开窗口。粘贴上下文。等回复。关掉。第二天再重新教一遍。
这不是杠杆。
这是把心智熵外包给了无限滚动。
如果你想在下一轮分工里当导演而不是演员，你得换一个问题：
不是「哪个模型更聪明」。
而是「我的判断，能不能以文件系统的形式活下来」。
默认陷阱：把对话当成工作
看看周围的人在做什么。
他们收藏提示词。
他们比较模型榜单。
他们在 Slack 里炫耀一次「几乎对了」的输出。
然后第二天，同样的工作又从零开始。
原因很简单。
对话是瞬时的。
瞬时的东西无法复利。
一人公司真正缺的，从来不是更多回答。
缺的是可重复调用的决策结构：工具怎么挂、技能怎么写、频道怎么进、子代理怎么分活、什么时候必须停下来等人确认。
没有这些，你只是在用更高的速度重复旧身份。
忙，但没有主权。
这里有个反常识的事实。
工具越多，越容易让你误以为自己在建设事业。
其实你只是在喂养注意力碎片。
心智熵不会因为模型更强而自动下降。
它只会在你没有系统时，换一张更快的脸重新出现。
第一性原理：代理不是聊天，是组织的可执行切片
AI 时代最容易被忽略的一句话是：
生成成本趋近于零时，稀缺的是品味与编排。
模型会写。
模型也会幻觉。
真正拉开差距的，是你能不能把「我怎么做事」编码成可发现、可替换、可过夜的系统。
这就是 Vercel 开源的 eve 试图切入的位置。
它不是又一个前端玩具。
定位很清楚：filesystem-first、Apache-2.0 的耐久后端 Agent 框架，当前仍在 beta，可跑在 Vercel 上，也可自建成 Node 服务。
仓库在 vercel/eve，抓取时大约五千星。
入口也很克制：
npx eve@latest init my-agent前提是 Node.js 24 或更新。默认模型路由走 Vercel AI Gateway。你可以设 AI_GATEWAY_API_KEY，或把项目链到 Vercel 用 OIDC。也可以直接接各家 provider，自己装对应包、自己管密钥。
这些细节不性感。
但一人公司靠的从来不是性感。
靠的是默认路径是否正确。
你可以把它理解成：把「代理」从表演降回工程。
表演需要灵感。
工程需要约定。
约定一旦成立，隔夜也还在。
反转：路径即名字，目录即组织
eve 的核心约定不是花哨的 dashboard。
是文件系统。
它在 agent/ 下走路。你把文件放进哪个槽，框架就按那个槽加载。
名字不另配。
路径就是名字。
agent/tools/get_weather.ts 会成为 tool get_weather。
agent/skills/summarize.md 会成为 skill summarize。
agent/connections/linear.ts 会成为 connection linear。
agent/subagents/researcher/agent.ts 会成为 subagent researcher。
这听起来像工程洁癖。
对主权创作者来说，它更像身份外化。
因为你真正在做的，不是「调一次模型」。
你是在把团队图写进磁盘：
tools/：可执行集成skills/：按需加载的能力包与流程说明channels/：Slack 等入口connections/：外部 MCP / OpenAPI 服务hooks/：生命周期与流事件订阅schedules/：周期性任务subagents/：专质子代理sandbox/：会话启动时写入工作区的文件边界
根代理至少需要 instructions.md。agent.ts 在默认配置够用时可省略。评测放在旁边的 evals/，不塞进 agent 本体。
调试发现面时，跑：
eve info --json它会告诉你框架实际发现了什么、卡在了哪一层边界。
不靠感觉。
靠可检查的表面。
这正是从「会用 AI」跨到「拥有系统」的分水岭。
高杠杆载体：模板不是样板，是可雇佣的分工草稿
大多数人看到「模板」会想到落地页复制粘贴。
eve 的模板更接近一种冷启动的组织设计。
官方公开的方向包括：
- Chat：带持久化的 Next.js 对话
- LLM council：一题多模型并行，再由裁判模型汇总并给出一致性分数
- Slack：webhook、连接与示例工具，可部署到 Vercel
- GitHub maintainer：周报 issue、处理邮件回复、总结 PR、响应 @提及、接手委派的 Linear 议题
- Software factory：从 GitHub / Linear 取任务，经分类、分析、实现、审查等站点，交付草稿 PR
- Incident response：从 Slack 或 webhook 调查告警，默认只读拉取 Datadog、GitHub、Vercel 证据
- Marketing team：一个 lead 把活分给定位、长文、社媒、SEO、邮件等专精代理，再经 Notion、Typefully、Resend 发布
你不需要一次上齐。
你需要的是看见范式：
工作不再是「我今晚再挤两小时提示词」。
工作变成「我是否把正确的槽位、正确的边界、正确的人类审批写进了仓库」。
文档强调耐久会话、sandbox、以及对写操作的人类审批。
它仍是 beta。
所以不要假装它已经替你解决了生产 SLA，也不要编造基准分数。
beta 的价值不在口号。
在于你能否在早期把操作系统权掌握在自己手里，而不是等别人把「代理员工」打包成订阅给你。
一人媒体公司与一人软件公司正在合流。
合流点不是又多一个聊天机器人。
合流点是：你的观点、流程、渠道与审批，是否能被机器在你睡觉时按边界执行。
你仍然是导演。
只是片场终于可以过夜运转。
模块化做法：把一人公司改造成可过夜的编排层
1) 先写身份，再挂工具
先完成 instructions.md。
那是你的观点，不是模型的默认礼貌。
没有观点的代理，只是会说话的平均互联网。
工具可以后加。
身份不能后补。
2) 用目录强迫分工
想清楚哪些事该是 root，哪些该是 subagent。
营销、维护、事故响应不该挤在同一个提示词里互相污染。
目录强制你做组织设计。
组织设计就是杠杆。
3) 让入口跟着真实工作流走
如果你的客户在 Slack，就走 channels。
如果你的源真相在 Linear / GitHub，就走 connections。
代理不去你工作发生的地方，它就只是演示。
4) 把「能跑」升级成「可发现」
每次加文件后跑 eve info --json。
确认框架看见了你以为自己写进去的东西。
看不见的能力，等于不存在。
5) 用审批保护品味
默认只读、对写操作要求人类确认，不是保守。
那是品味的护栏。
当生成几乎免费时，唯一还贵的是你允许什么进入现实。
冷静收尾
AI 不会自动给你自由。
它只会放大你现有的结构。
如果你的结构是聊天窗口，你会得到更快的碎片。
如果你的结构是文件系统、分工、边界与可检查的发现面，你会得到一个能过夜的小组织。
eve 只是其中一个公开切口：Apache-2.0、路径即名字、模板可当分工草稿、自建或上 Vercel 都行。
真正的问题仍旧落在你身上。
你是继续当提示词操作员。
还是开始把一人公司写成能被机器执行、也能被你随时改写的操作系统。
选择本身不激动人心。
但复利从这里开始。
如果你读完仍只想再收藏一个仓库链接，那就停在这里。
如果你准备动手，今晚只做一件事：初始化一个项目，写清楚 instructions.md，让路径替你记住名字。
系统不需要宏大开场。
它只需要第一次被写下。