维护用 AI 做的应用：关于"第二周"没人会告诉你的事

用 Proyecta 的第一个周末，你就发布了一个真实的东西。它能用。你的用户（或者你的团队，或者未来的你）开始使用它。然后就到了周一，一个客户发来邮件：“你能加一个按地区筛选的下拉菜单吗？”

欢迎来到维护阶段。这是做 AI 应用时没人提起的那部分，也是大多数项目要么变成一项长期资产、要么悄然跌下悬崖的那部分。好消息是，维护一个 AI 做的应用，是一种与维护传统代码不同的体验。但说句实话：“不同”不代表”免费”。

维护到底意味着什么

当专业开发者说”维护”时，他们大致指的是四件事：

加上人们在上线后要的小功能。
修复那些坏掉的、或一开始就做错的东西。
跟上你应用之外的变化——某个支付服务商更新了 API、一个新浏览器发布了、你的数据结构变了。
清理，好让代码库不会慢慢沦为一片泥潭。

对一个 AI 做的应用来说，这四件事还是都会发生。变的是谁来做它们、以及这活儿做起来是什么感觉。

好消息：你可以跟它对话

这是从前你对着老教程复制粘贴代码时，没人告诉你的部分。用一个 AI 应用构建器，你维护应用的方式和你构建它的方式一样：通过描述你想要什么。

一个真实的例子。我们认识的一位创始人，给她的教练业务做了一个小型 CRM——客户、咨询、付款跟踪，一应俱全。上线三周后，一位客户提到她想看看自己那年做了多少次咨询。她打开应用，说了句：“给每张客户卡片加一个’今年咨询次数’的计数器，从咨询记录表里日期在 2026 年的那些里取数。“十二分钟后，它就上线了。她回去继续做她的教练工作了。

这个故事听起来挺平常，直到你想起另一种可能：去戳一个自由职业者，等两天，付 $300，审一个她并不完全看得懂的 PR，然后祈祷别的地方没坏。维护循环之所以更快，不是因为 AI 比那位自由职业者更聪明。它更快，是因为这个循环里的人更少了。

难听点的消息：小东西会累积

这是会把人坑到的那部分。AI 做的应用看起来很好改，因为加东西很容易。难的是在它长大的过程中，让整个东西保持连贯。

我们见过几种走偏的模式：

**意外的乱麻。**你要求”在结账里加一个折扣字段”。六次修改之后，折扣逻辑散落在三个地方，而只有一个是对的。暂时还没什么坏掉，但下一次改动就要让人犯迷糊了。
**被遗忘的需求。**你在三月加了”满 $50 包邮”。到了五月，你让 AI”重做结账以支持礼品卡”。它做了。包邮规则没了。两周里没人注意到。
**漂移。**你的应用一开始是”一个给我自己用的工具”。它现在被你团队用着。AI 脑子里依据的心智模型仍然是”给我自己用的”，因为那是你当初说的。新功能感觉有种说不清的别扭，而你又指不出问题出在哪。

这些都不是 AI 应用构建器的失败。它们是记忆和共享上下文的失败——这跟一支人类开发团队会遇到的问题是同一类，只是换了个形态。

怎么把自己安排好

那些把维护做得好的团队，有几个共同的习惯。这些大多不是技术习惯。它们是关于你如何描述你的应用是什么、以及变了什么的习惯。

**写一份”这个应用是什么”的文档。**一页纸。受众、目标、规则（“满 $50 包邮""我们从不在周日给用户发邮件""手机号是主键，不是邮箱”）。当你让 AI 改某个东西时，把相关的那条规则粘进提示词里。你不是在绕过 AI 的智能；你是在喂给它那些它根本不可能记住的上下文。

用行为来描述改动，而不是用代码。“我希望用户的地区筛选条件在多次会话之间被记住”是一个比”给筛选器加 localStorage”好得多的需求。前者描述的是你想要什么；后者规定了十五种做法中的一种，而且多半不是最好的那种。

**一次只改一件事。**一个提示词里塞两个改动，意味着其中一个可能悄无声息地失败，而你不知道是哪个。维护一个 AI 应用最快的办法，是把你的迭代保持得足够小，小到你一眼就能看出结果对不对。

**看一看变了什么。**大多数 AI 应用构建器都会给你一个预览。用它。你花三十秒点来点去，确认新功能能用并且旧功能也还在——这是你今年能买到的最便宜的保险。

你做不到（也多半不该做）的事

一旦你用 AI 做出了一个应用，就会有一种诱惑，让你觉得它也能替你运营这个应用。它做不到，而且这个差距是真实存在的：

**它不会告诉你什么时候有东西悄无声息地坏了。**日志、监控、值班轮换——那些仍然是另一回事。大多数 AI 应用构建器，不会像一个后端工程师那样盯着你的生产应用。
**它不知道你应用之外的世界。**如果某个支付服务商弃用了一个 API，AI 在你告诉它之前并不知道。订阅你的服务商的更新日志。看你的邮件。
**它没法替你做产品决策。**要不要加一个功能、做哪个取舍、你的用户到底想要什么——那仍然是你的事。AI 是一双非常快的手；脑子是你的。

现实的图景

和一个 AI 做的应用相处六个月后，我们聊过的大多数人，大体上落在这样一个状态：他们每个月大概花两到四个小时做改动，而且几乎全是对话式的。那些他们从前一想就发怵的大重构——“我想加一整个新版块”——感觉像一个不错的下午。那些无聊的事——“导出文件里的日期格式不对”——感觉像一个不错的提示词。

他们没有的，是传统代码库里那种持续不断的背景噪声：依赖更新、框架迁移、安全补丁、构建配置。那些噪声已经被平台吸收了。你是在花钱让平台来处理它，而这比花钱请一个开发者来处理，是一笔划算得多的买卖。

如果你正准备做你的第一个应用，那篇关于你的第一个 AI 应用应该做什么的文章，值得在开始前读一读。而如果你已经做了几周、开始感受到上面那些模式中的一些，那很正常。这个周末把你那份”这个应用是什么”的文档写出来吧。三个月后那个开口要一个新仪表盘的未来的你，会非常庆幸你写了。