带娃后的时间总被切碎:我用 Codex Sites 给自己做了一个时间管理工具
带娃以后,我的时间被切得很碎。孩子睡着时,我终于能坐到电脑前,却常常忘记自己原本要做什么。试过许多 AI 编程工具后,我发现问题不在功能,而在打开工具的成本。这篇文章记录我如何把真实处境告诉 Codex,再用 Codex Sites 做成一个随时能访问、仅自己可见的时间管理站点,以及一个小工具真正能被用起来的关键。
2026年7月14日
主题来自真实实践。
先记录判断,再补工具和方法。
带娃以后,我对“时间管理”有了完全不同的理解。
以前说到时间管理,我会想到规划日程、拆解任务,或者把一天安排得井井有条。但真正进入带娃的生活以后,我发现这些方法经常失效。我的时间不是一整块摆在那里,而是被切成很多无法预测的小碎片。
大多数时候,我几乎没有真正属于自己的时间。只有孩子睡着以后,我才能暂时坐到电脑前。可奇怪的是,好不容易有了半小时,我反而会愣住:我刚才想做什么?现在最重要的事情是什么?
等我重新想起来,这段空闲可能已经过去了一半。
上面的视频记录了我为什么做这个工具,以及它最后变成了什么样子。你也可以在 YouTube 观看完整视频。
我不是完全没有时间,而是不知道此刻该做什么
带娃时,很多事情都不能按照原计划推进。你不知道孩子这一觉能睡多久,也不知道刚打开电脑会不会马上又被叫走。
这种情况下,我最需要的并不是一份复杂的年度计划,也不是一个功能齐全的项目管理系统。我真正需要的是:当一小段空闲突然出现时,有一个地方能马上告诉我——现在最值得做的事情是什么。
这个需求听起来很小,却一直没有被我真正解决。
我希望有一个工具,可以让我随时看到任务、选择当前要做的事情,并跟进自己的进度。它不需要管理团队,也不需要复杂的协作功能,只要能在我坐到电脑前的那一刻,帮我迅速进入状态就够了。
我做过很多工具,但它们最后都吃灰了
其实,我不是第一次想到给自己做工具。
我用过 Codex,也试过其他 AI 编程工具,前前后后做过好几个版本。每次开始时,我都觉得这一次应该能解决问题;但工具做完以后,我往往只打开几次,慢慢就不用了。
我一度怀疑,是不是这些工具还不够好用,功能还不够完整。后来我才意识到,真正的问题甚至没有进入“功能好不好用”这一步。
我可能连存放项目的文件夹都懒得找。
一个工具如果需要先找到目录、启动项目、打开本地页面,使用门槛对平时的我来说并不高。但当我只有十几分钟空闲、脑子里还装着一堆事情时,这几个动作就足以让我放弃。
这也让我重新理解了我以前做的快捷指令复盘工具:一个个人工具能否长期留下来,关键常常不是它拥有多少功能,而是它能不能在需要的时候立刻出现。
为什么以前我觉得“给自己做一个网站”太奢侈
既然本地工具不容易打开,最直接的办法就是把它部署成一个网站。只要记住地址,我就能随时访问,不用再去找文件夹,也不需要每次重新启动。
但过去一想到做网站,我脑子里就会冒出一长串事情:
- 要不要做注册和登录?
- 数据放在哪里?
- 要不要买域名?
- 部署和维护会不会很麻烦?
- 只是给自己用,值得折腾这么多吗?
为了一个很小、很个人的需求,专门做一个网站,听起来确实有点奢侈。所以即使我知道网站更方便,也一直没有真正去做。
Codex Sites 把最麻烦的一步拿掉了
这一次不一样,是因为我用了 Codex Sites。
它对我最大的价值,不是又多了一个“让 AI 帮我写代码”的入口,而是可以把做好的个人工具直接部署成站点。原来横在“工具已经做出来”和“我每天真的会用”之间的那道门槛,突然变低了。
我不需要先为一个个人小工具设计完整的用户系统,也不用为了把它放到网上,先研究一大堆部署细节。对我来说,最重要的是可以先把它做出来、部署出来,然后马上开始使用。
这和我在我的 Vibe Coding 作品里记录其他项目时的感受很像:AI 编程真正有价值的地方,不只是让开发速度变快,而是让一个原本“不值得专门开发”的小需求,也有机会变成可以实际使用的产品。
我是怎么和 Codex 一起把它做出来的
我没有一开始就给 Codex 一份非常完整的产品需求文档。
我先把自己的真实处境告诉它:我要带娃,时间非常碎;我经常等到孩子睡着才有一点自己的时间;可一坐到电脑前,我又忘了应该先做什么。
我让它先帮我分析问题,也和它来回聊了几轮。它给出建议以后,我再根据自己的使用感受继续反馈。等需求逐渐清楚,我才提出更具体的目标:
- 我想随时看到自己的进度;
- 我想快速选择现在要做的任务;
- 我希望它是一个打开就能使用的网站;
- 这个工具主要服务我自己,不需要为了所有人设计。
最后,Codex 帮我把这些想法做成了一个可以访问的站点。
这也是我越来越喜欢的一种工作方式:不强迫自己在最开始就把所有东西想明白,而是先说清楚真实问题,再通过一轮轮对话,把模糊的需求慢慢变成具体的工具。如果你刚开始尝试这类协作方式,也可以先看看我整理的AI 学习入门经验。
仅自己可见,让它更像一个真正的私人工作台
这个工具还有一点很适合我:我可以把站点设置为仅自己可见。
我特意用其他账号试过,确实无法登录和访问。这样一来,我就不需要因为“这是一个网站”而把它设计成公开产品,也不用担心自己的任务和进度被其他人看到。
它可以只是我的工具,只解决我的问题。
这一点看似简单,却让我轻松了很多。我们在做东西时,很容易不知不觉开始考虑别人会不会喜欢、功能够不够通用、界面够不够完整。但一个只给自己用的工具,不需要承担这些压力。只要它能让我下一次坐到电脑前时,更快地开始行动,它就已经完成了任务。
它真正解决的,不是时间,而是“启动”
做完这个工具以后,我意识到,我之前一直把问题叫作“时间管理”,其实并不完全准确。
我没有办法让带娃的一天突然多出几个小时,也无法保证每一段空闲都按照计划出现。这个工具真正帮我解决的,是空闲出现以后如何快速启动。
它把下面这条很长的路径:
想起自己要做什么 → 找到记录 → 判断优先级 → 找到项目 → 打开工具 → 开始行动
缩短成了:
打开站点 → 选择任务 → 开始行动
对碎片时间来说,少掉的每一步都很重要。
如果你也想做一个自己的小工具
如果你也有一个反复困扰自己的小问题,我很推荐试着用 Codex Sites 做一个只服务于自己的工具。开始之前,不必急着想完整功能,可以先问自己三个问题:
- 我在哪个具体时刻最容易卡住? 不要只说“我想提高效率”,要找到那个真实发生的瞬间。
- 为了开始使用,我现在要多做哪些动作? 找文件、开软件、复制模板,都可能是工具吃灰的原因。
- 最小版本只需要帮我完成什么? 先解决最常出现的一个问题,再根据真实使用继续调整。
过去我会觉得,为这么小的需求做一个网站不值得。现在我反而觉得,正因为这个需求足够私人、足够具体,才特别适合交给 AI 帮我实现。
最好的个人工具,不一定是功能最多的那个,而是你在最需要它的时候,真的愿意打开的那个。
