最近 7 天，我用 AI 做了什么

过去一周，我和 AI 的协作密度很高。不是那种“让 AI 写一段代码”的体验，而是把它当成一个可以持续追问、拆解、复盘的工程搭档。

这周的主题很明确：把真实产品里那些不顺手、不稳定、不够可运营的地方，一点点补起来。

先修真实门店会遇到的问题

膳云最近已经有真实租户在使用，所以问题不再停留在“功能能不能跑”，而是进入了更细的阶段：用户在现场操作时，系统是不是符合直觉。

其中一个问题是扫码点单。通过桌面二维码点单后，历史数据会残留在页面里；另一个问题是 POS 桌台状态，从空闲改为就坐，再改回空闲时，会误触发加菜或收银页面。

这类问题看起来很小，但对门店来说很影响信任感。我的处理方式是让 AI 先还原业务场景，再把判断条件拆清楚：什么时候该展示订单，什么时候该清空；什么时候桌台状态变化只是状态变化，什么时候才应该进入收银流程。

最后学到的一点是，很多 bug 的根源不是代码写错，而是业务边界没有被明确写出来。

补上远程协助这块短板

产品开始被真实客户使用后，我发现自己缺一项能力：远程协助租户解决现场问题。

比如 POS 打印异常，可能是终端设置、打印桥、账号登录状态，也可能是现场网络或设备配置。只靠用户描述，很难快速判断。

所以这周我和 AI 一起梳理了远程协助方案：门店终端如何注册，权限如何控制，远程命令通道怎么建立，哪些步骤需要写成操作手册，哪些操作必须谨慎隔离。

这个过程没有想象中顺。设备注册、网络权限、不同系统的命令方式，都需要一点点验证。但这件事很重要，因为它决定了产品上线后，我有没有能力持续服务客户，而不是每次都临时救火。

个人网站也在变成长期入口

另一条线是我的个人网站。

原来它更像一个展示页，但我现在希望它承载更清楚的结构：个人项目、膳云、投资研究、技术资讯，以及后续的开发记录。

这周处理了域名、部署、国内访问、云服务器迁移、自动更新任务等问题。这里最重要的不是“换了一个部署方式”，而是把内容生产和网站发布的关系重新理顺：哪些内容本地生成，哪些内容自动更新，哪些部署平台还在监听变化。

这些细节如果不梳理，网站表面能打开，但长期维护会很乱。

AI 更像一个持续追问的人

这一周下来，我对 AI 协作的理解更务实了。

它不只是帮我生成代码，也不是每次都一次到位。它真正有价值的地方，是能陪我把一个含糊的问题变成步骤：先确认现状，再定义边界，再写方案，再验证结果。

当然，中间也有踩坑，比如部署环境和本地环境的关系、远程设备到底有没有注册成功、自动任务会不会影响新网站。这些问题都不是一句提示词能解决的，需要反复核对。

但这也正是 building in public 值得记录的地方：不是展示一个完美结果，而是记录产品怎么从混乱里慢慢长出秩序。

如果你也在用 AI 做产品或项目，欢迎留言聊聊：你现在最希望 AI 帮你解决的是写代码，还是梳理复杂问题？