陪可儿比赛的路上，我把她的网站又往前推进了一步

我带可儿去诸暨参加第二十七届全国学生数字素养提升实践活动。

报到、候场、坐车、回酒店，电脑一直不在手边。偏偏就在这段时间里，我又想给她的个人网站增加一个新功能：让她能够自己上传照片和作品，但内容公开以前，必须先由家长确认。

这个需求，后来基本是在路上完成的。

从一个个人主页，走到她自己的内容空间

前段时间，我给可儿做了一个个人主页。

最初的网站更像一张由我替她制作的数字名片：页面已经存在，也可以展示属于她的内容，但内容的增加和更新仍然要由我来完成。

这一次，我想把它再往前推进一步。

新的需求是让可儿能够自己上传照片和作品。她不再只是页面中被展示的人，也可以逐渐成为这个空间的使用者和创作者。

这看起来只是增加一个上传入口，背后却改变了网站的角色。原来，它只是一个介绍可儿的页面；有了持续上传的能力以后，它才可能慢慢成为一份由她参与积累的成长记录。

为什么上传以后不能直接公开

让孩子自己上传内容，并不意味着把发布权也完全交出去。

照片里可能带有学校、位置、同学或其他个人信息；一件作品适不适合公开，标题和说明是否准确，也需要有人帮助判断。孩子需要表达和记录的空间，但公开到互联网上的内容又需要更谨慎。

所以，这个需求里最重要的并不是“上传”，而是上传以后的那一道确认：

可儿可以自己提交照片和作品，但内容不能直接公开，必须先由家长确认。

这样一来，孩子拥有了参与权，家长保留了把关权。网站既不是一个完全由大人代写的橱窗，也不是一个没有边界的公开入口。

这道人工确认不是多余的阻碍，而是整个功能成立的前提。

电脑不在身边，需求怎样继续推进

这次外出参加活动，我没有办法像平时一样坐在电脑前连续工作。时间被拆成了很小的片段：坐车时有一会儿，候场时有一会儿，回到酒店以后可能又有一点时间。

过去，这种状态通常只能把想法先记下来，等回家以后再打开电脑、找到项目、重新回忆上下文，然后开始处理。很多临时产生的想法，也可能就在等待中慢慢失去动力。

这一次，工作方式变了。

我在手机上把需求交给 Codex，查看任务进度，在需要我决定的时候作出确认。真正读取项目、修改代码和运行测试的，仍然是家里的 Mac Studio。

整个工作流可以分成三部分：

手机负责下达任务、查看进度和完成关键确认。
Codex负责理解项目上下文、推进实现并反馈结果。
Mac Studio负责承载真实项目，修改代码、运行测试和生成可以验收的结果。

手机在这里不是一台被缩小的开发电脑，而是我与整个开发环境之间的控制面板。

移动开发，不是在小屏幕上敲更多代码

提到“用手机开发”，很容易让人想到在小屏幕上打开编辑器，一行一行地输入代码。

但我这次几乎没有这样做。

在手机上逐行修改代码，屏幕小、输入慢，也很难完整理解一个项目。即使勉强可以操作，也不是一种适合长期使用的开发方式。

我真正需要做的是把需求讲清楚：谁可以上传、上传什么、为什么不能直接公开、由谁确认，以及哪些环节必须等我亲自决定。具体的文件查找、代码修改和测试执行，则交给更适合完成这些工作的环境。

这不是把桌面开发生硬地搬到手机上，而是重新安排人与工具的分工。

AI 能执行，但权限和发布仍然要由人决定

Codex 可以继续推进任务，并不代表它应该独自决定一切。

尤其在这个需求里，权限本身就是产品的一部分。谁能够上传，谁能够审核，什么内容可以公开，都不能只看功能是否“跑通”。如果边界设计得不清楚，一个看似方便的上传功能，也可能带来隐私和内容安全问题。

因此，我可以让 Codex 阅读项目、修改代码、运行测试，但涉及权限和正式发布的环节，仍然需要我亲自确认。

这与网站里的家长审核其实是同一个逻辑：自动化可以提高效率，最终责任却不能一起自动化掉。

可儿上传的内容要经过家长确认；AI 完成的改动，也要经过人的验收。系统可以帮助人减少重复操作，但不能替人承担判断的责任。

被重新利用的，不只是几段碎片时间

坐车的间隙、活动候场的时候，甚至回到酒店以后，一个新想法都可以立刻交给 Codex，由家里的电脑继续执行。

表面上看，这只是把几段原本不能工作的时间利用了起来。更深一层的变化是，项目不再必须等我回到固定位置、拥有一整块时间以后，才能重新启动。

我仍然要提出需求、作出判断、检查结果，也仍然要为最后的发布负责。但我不必再亲自守在电脑前，完成中间的每一个操作步骤。

真正厉害的，不是电脑屏幕缩小到了手机里。

而是开发开始不再被地点和整块时间困住。陪可儿参加比赛和继续推进她的网站，不再是两件只能二选一的事情。

代码可以在远处继续运行，而我仍然在她需要我的现场。

代码之外，仍有山海。