我用Obsidian、WorkBuddy和Codex，搭了一支个人工程队

哈罗，大家好，我是涛哥，上市公司程序员裸辞，All in AI，探索 AI 编程更多可能，使用 Codex、Claude Code 等 AI 工具开发了一款影子跟读产品，打造一人公司，立志在 AI 时代做出世界级产品。

截图来自unity官方网站

这两天，Unity 连续放出了两个消息。

一个是已经可以使用的 Unity CLI。它能让脚本、CI 流水线和 Agent 通过终端管理编辑器、项目、模块，拿到结构化结果，再继续执行下一步。另一个是 Unity 7，官方把“让开发者、艺术家、制作人和 coding agent 一起协作”写进了新一代平台的方向里。

我看到这里，最关心的却不是“以后做 3D 游戏又能省多少人”。

其实，连 Unity 这种高度依赖图形界面的专业软件，都开始主动给 Agent 留入口了。那这意味着什么呢？

接下来几年，模型还会继续变强，能调用的工具也会越来越多。所以到那个时候，单纯比较谁用的模型更强，意义可能会越来越小。大家都能拿到一个不错的模型，差距会转向另一边：谁能把需求讲清楚，把上下文喂完整，然后把一件事稳定地推进到交付。

这一点我最近体感特别深。

因为我正在用 Obsidian、WorkBuddy 和 Codex，给自己搭一套一人公司的自动化执行系统。

一个粤语需求，怎么被系统推到交付

上周末，一个做之前做英语资料库的博主在微信上找我，问我的影子跟读资料库能不能支持粤语。

类似的需求，前面已经有人提过几次。两个人都提到，抖音和小红书上的粤语课不少，但老师缺少一套方便制作、发布和交付的学习工具。学员想逐句精听、慢速播放、看粤拼、跟读和听写，也没有一个特别顺手的完整方案。

以前遇到这种消息，我基本上是把这个需求先记在排期表上，想着“有空研究一下”。当是后面当产品 bug、公众号发文、客户沟通、SEO、内容制作一起涌进来，这件事很快就被压到下面。你会发现，很多需求并没有被明确拒绝，只是在忙乱里悄悄消失了。

这一次，我把两段用户消息放进了 Obsidian。

系统没有只帮我总结一遍。它先识别这是一个可能影响新租户成交和老租户留存的产品需求，自动合并重复反馈，生成稳定的任务编号，再把它排成 P0。其实这一步很关键，因为任务没有进入统一台账，后面的提醒和复盘就都没有可靠依据。

然后，它把“支持粤语”这种很大的任务拆成了四块：

1. 1. 港剧和粤语素材的版权边界怎么处理。

2. 2. 粤语字幕断句、粤拼、TTS 和语音识别要改哪些地方。

3. 3. 租户后台、内容制作端和学习页分别受什么影响。

4. 4. 先找一两个真实租户验证，最小版本做到什么程度就能试用。

你会发现，它没有催我“尽快完成粤语支持”，因为这种提醒等于没提醒。它给我的下一步是：先写版权风险的三行结论，再发一句话问真实租户，两个动作都能在 30 分钟内启动。所以任务再大，也能先迈出一步。

当天前后端开发做完后，已经有两个租户愿意使用。可系统没有把这件事标成完成，因为端到端 Demo 还没跑，真实视频还没上传，字幕对齐和学习页效果还没有被验证。

第二天，它把任务重新推到第一位：找一段两三分钟的粤语短视频，跑通制作端和学习端，后面上线后再通知两个意向租户进去使用。

这就是我想要的执行系统。那它和普通待办软件到底差在哪里呢？

它不只会告诉我“今天该干什么”，还要知道一件事为什么重要、现在卡在哪、什么证据才算做完。

这种提示和引导，的确让我感受到了推背感！

提醒不值钱，识别你为什么没推进才值钱

很多待办软件也能每天提醒，为什么我还要折腾这一套？

因为提醒本身并不稀缺。更稀缺的是，它能不能理解你正在做什么生意。

同样是“写公众号”，有的文章只是一个灵感，有的文章已经写完只差发布，有的文章直接服务当前产品获客。它们不能因为都叫公众号，就被放在同一层级。

同样是“处理用户反馈”，界面颜色不好看和客户无法交付，就不该被放在同一个优先级。一个影响审美，一个可能影响退款、成交和留存，所以系统要把后者往前排。

所以我的系统会看几类影响：成交、留存、产品质量、内容增长、数据闭环，以及我当前的个人节奏。每次最多推三件事，每件事都要带一个 30 分钟内能开始的动作。

系统会每小时检查，但不会每小时机械地催一遍。你会发现，检查和推送其实是两件事。只有出现新任务、状态变化、逾期、阻塞，或者同一个 P0 很久没有推进时，它才会再次来找我。

而且第二次提醒不能只是换个说法。

这篇文章本身就是一个例子。它连续两天排进我的前三，但状态一直没变。那第三次怎么办呢？系统没有再说“请尽快完成文章”，直接给了三个小标题，让我先写 300 字开篇，别再想着一次把整篇写完。

你会发现，好的督促不会重复制造压力。它会识别压力背后的卡点，然后把启动成本继续往下降。所以它提醒的重点不只是“你还没做”，还要告诉你“现在从哪里开始”。

Obsidian放上下文，WorkBuddy盯节奏，Codex做重活

这套系统现在有一个很清楚的分工。

Obsidian 是长期记忆，也是任务事实源。

我的用户反馈、产品方案、文章草稿、内容看板、每日任务台账和当前阶段都放在里面。任务到底是 todo、doing、blocked、waiting 还是 done，以台账为准。企业微信和 Mac Reminders 只是提醒渠道，不能反过来替我篡改事实。

打通Mac系统自带的提醒功能，无需自己创建，AI自动添加todo list，尽情享受打勾的快感

WorkBuddy 负责高频、轻量、贴着日常节奏的事情。

它按时检查当天台账，读取新增反馈，判断有没有新任务、有没有延期、有没有一件事连续几次进入前三却毫无进展。晚上再做日复盘，把有证据的完成项、仍然卡住的 P0 和明天最该做的三件事整理出来。

Codex 负责需要深度推理和真实交付的重活。

比如写一篇完整的SEO内容、研究一个 SEO 选题、修改代码、整理知识库、从 Git 记录生成产品更新，或者把一个产品需求推进成可以验收的工程任务。

其实工具名字没那么重要。你也可以换成 Claude Code、其他 Agent 工具或自己的脚本。更关键的是这三个角色要有人承担：上下文放在哪里，谁负责持续调度，谁负责深度执行。你会发现，只要职责清楚，工具以后更换，整个系统也不需要推倒重来。

那为什么我一直强调，要把自己正在做的事情尽量放进 Obsidian？其实原因很简单。

因为 Agent 再强，如果它只看到你刚刚发出的那一句话，也只能做一次临时回答。它不知道你靠什么赚钱，不知道你当前最重要的产品是什么，不知道哪个客户正在等 Demo，也不知道这篇文章已经拖到了第三天。

上下文不完整，优先级就是猜的。验收标准不清楚，所谓完成也只是它自己觉得完成。所以要让 Agent 长期帮你推进业务，先得让它持续看见你的业务。

你会发现，模型决定了单次输出能有多聪明，你的上下文和流程，决定了这份聪明能不能连续工作。那模型升级以后呢？你的系统仍然能接着用，而且会跟着变强。

workbuddy 的自动化任务列表

工具下限越来越高，人的差距会转向工程化推进

Unity CLI 给我的最大信号就在这里。

过去很多专业软件围绕“人点界面”来设计，现在它们开始提供结构化输出、可预测的退出状态和供 Agent 调用的接口。未来类似的入口会越来越多，Agent 能做的事情也会从写文案、写代码，继续进入设计、3D、运营、分析和交付。

当模型下限和工具下限一起抬高，人的需求表达能力、流程设计能力和工程化推进能力，反而会变得更值钱。其实模型越普及，这几个能力越容易成为分水岭。

• 你能不能讲清楚目标？

• 能不能给足业务上下文？

• 能不能定义什么叫完成？

• 能不能在任务延期时找到卡点，把它拆成下一步？

• 能不能让一次执行留下状态，明天接着跑，别每天都重新开一个聊天框？

对一人公司来说，这些能力会直接决定 AI 是一个偶尔帮忙的工具，还是一支能持续推进业务的工程队。

当然，我这套系统远远谈不上完美。它会排错优先级，会把两件相似的需求误合并，也会在我确实很忙的时候发消息烦我。所以关键判断我还握在自己手里，任务能不能做、产品往哪走、什么结果可以对用户负责，最终仍然由我确认。那 Agent 负责什么呢？负责把已经确认的方向持续往前推。

但它已经帮我少忘了很多事，也少在“我今天到底先做什么”上消耗精力。更重要的是，用户在微信上的一句话不再停留在聊天记录里，它有机会变成需求、任务、Demo、试用，然后再变成一次真实的产品迭代。你会发现，业务就是这样一步步被推进的。

这才是一人公司使用 Agent 最值得追求的结果。这种AI给到的推背感，真能让人效率倍增！

如果你也对这套个人执行系统感兴趣，想看我把 Obsidian 的目录、任务字段、优先级规则、WorkBuddy 定时任务和 Codex 执行流程全部拆开写成教程，可以点个赞、在看，再转发给同样在做一人公司的朋友。

反馈多的话，我下一篇就从0到1开始写，教你搭一个每天会告诉你“现在先做什么”，并且能识别你为什么卡住的系统。

粤语能力增加后的效果：

粤语跟读素材Demo效果

我用Obsidian、WorkBuddy和Codex，搭了一支个人工程队