我最近在想一个很具体的服务：远程陪别人把 Codex 跑通一次。

不是卖一套课，也不是替别人把项目全写完。

更像坐在旁边陪你过第一关。把安装、登录、工作目录、安全边界、第一条任务、最后验收都走一遍。你不是听懂了一个概念，而是真的在自己电脑上跑完了一圈。

为什么要做这个？

因为很多人卡住的地方并不高级。

他们不是不理解 Agent，也不是不会写提示词。真正让人停下来的，往往是几个很小但很真实的问题：

  • 这个工具到底能看到我电脑里的哪些文件？
  • 我点确认以后，它会不会改错东西？
  • 第一次应该把真实项目交给它吗？
  • 它说完成了，我怎么知道真的完成了？
  • 如果它要执行命令，我应该看哪里？

这些问题没人陪着走一遍，很容易变成心理门槛。

第一次不要碰真实项目

我做 Codex 入门时，最坚持的一件事是：第一次不要把真实项目交出去。

不是因为 Codex 不强。

是因为用户还没有建立边界感。

你还不知道它读到了什么，不知道它会建议做什么，也不知道任务结束后该怎么检查。这个时候直接打开一个真实项目，哪怕最后没出事，人也会紧张。

所以第一步应该是安全测试文件夹。

新建一个空文件夹，放一个 README。让 Codex 只读这个文件夹，复述它看到了什么，不要修改、删除、新增任何文件。

这个练习很小，但它把几个关键习惯同时练到了：

  • 先限定范围
  • 先声明不要修改
  • 先看 Codex 是否读懂
  • 结束后自己检查文件有没有变化

真正的安全感不是一句“放心用”给出来的。

是你亲眼看到边界怎么生效。

陪跑的价值在第一圈

很多 AI 工具教程的问题，是一上来就展示很厉害的结果。

比如让 Codex 改一个复杂项目，自动跑测试，自动部署。看起来很爽，但对新手没什么帮助。因为中间每一步为什么能点、什么时候该停、失败了看哪里，他还是不知道。

陪跑应该反过来。

先把任务缩小到不会出大事。

比如读取一个测试文件夹，整理一份小文档，给一段代码做只读解释，或者在可丢弃目录里做一个最小修改。

第一圈跑通以后，用户会知道：

  • 我怎么把任务说清楚
  • 我怎么让 Codex 先读再动
  • 我怎么要求它列出计划
  • 我怎么批准或拒绝操作
  • 我怎么检查最后结果

这些比“看一次炫技 demo”有用得多。

不替你做完所有事

这个服务的边界也要说清楚。

我不想把它做成“你把电脑给我，我帮你全弄好”。那样短期省事，长期没用。

更好的方式是你在场，我解释每一步为什么这么做，你自己点确认，你自己看文件，你自己知道下一次怎么复用。

如果中间遇到报错，我会帮你判断是登录问题、路径问题、权限问题、依赖问题，还是任务本身说得太大。但判断之后，还是要把规则讲清楚。

因为 Codex 这类工具不是一次性软件。

它一旦进入你的日常，后面会碰到越来越多本地文件、命令、项目和自动化。第一次如果只是“别人帮我装好了”，后面还是会卡住。

第一次真正要交付的，是一套你能继续用的判断。

为什么这件事可以变成服务

表面看，安装一个工具好像不值钱。

但对普通用户来说，第一圈跑通很值钱。

因为它把一件模糊的事变成了可操作的事。你知道入口在哪里，知道哪些东西能让 AI 看，知道什么时候要停，知道怎么验收。之后再学提示词、做项目、接自动化，才有地面。

我也不打算把它包装成万能 AI 方案。

它就是一次很朴素的陪跑：把 Codex 跑起来，把边界说清楚，把第一个小任务做完，把下一步留给你。

这件事听起来不花哨。

但很多人真正需要的，就是有人陪他把第一步踩实。