生产级软件的5大支柱：AI框架

生产级软件的5大支柱，区分了“能运行的代码”、“能用的软件”和“能扩展的产品”：架构与数据库思维、系统设计、安全与信任、产品思维，以及懂得如何与AI本身协作。AI几秒钟就能写出代码。这些支柱是它无法提供的二十年判断力——被浓缩起来，让非技术创始人从第一天起就能应用。

这是我所教授的一切AI构建之道背后的框架。AI能生成数千行代码，却无法理解架构决策带来的商业后果，无法预测技术债如何复利累积，不知道何时该打破自己的规则，想不到没人描述过的边缘情况，也无法在具体情境中权衡速度与正确性。代码是免费的。这才是你真正需要知道的。

支柱1：架构与数据库思维

这是地基——这里出错，其余一切都建在沙子上。核心规则：让数据井然有序，确保没有任何东西被存储两次（保持90%以上的规范化，反规范化要刻意为之，绝不能无意造成）。从第一天起，每张表都加上组织列——事后再加多租户意味着要改动964张表；问我怎么知道的。启用行级安全，让数据库本身拒绝把一个客户的数据展示给另一个客户，即使你的代码有漏洞。永远不要真正删除任何东西——标记为已删除，用户才能撤销。追踪是谁创建和修改了每条记录。为你查询的所有字段建索引，因为你的应用在100条记录时很快，到100,000条而没有索引时就无法使用。

这些规则中的每一条在演示里都看不见，在生产环境里却关乎生死。而除非你明确要求，AI基本上会跳过它们全部。

支柱2：系统设计与可扩展性

你的代码如何组织，决定了你能多快前进。主干是关注点分离：界面与hook对话，hook与服务对话，只有服务与数据库对话——绝不跳层（我专门写了一整篇文章讲这个三层模式）。围绕这条主干：每个界面都要处理加载、错误和空状态，而不仅仅是成功状态；任何慢的操作都在后台运行，而不是让用户等待；数据按每页20–50条分页加载，而不是一次全部加载；很少变化的结果要缓存；无论用户点一次还是不耐烦地点五次，操作的表现都一样。

这些都不稀奇。这正是一个在屏幕录像里令人惊艳的应用，与一个撑得过第一百位客户的应用之间的差别。

12 周企业职业生涯从来都不是计划申请加入 Solopreneur Accelerator。立即申请 →

支柱3：安全与信任

用户把数据托付给你；第三根支柱就是不辜负这份信任。身份验证回答“某人是谁”——授权回答“他们能做什么”，这是两种不同的检查。防御是分层的：数据库强制执行行级安全，服务检查业务权限，API验证每个请求，UI隐藏用户无法触及的内容——这样一层失守，其他层依然守得住。每一份用户输入在使用前都要验证。每一个密钥都放在配置中，绝不放进代码。用户输入绝不能直接拼接进数据库查询，这正是攻击者删除你数据表的方式。

AI在这里最危险，因为不安全的代码运行起来与安全的代码看上去一模一样。它能运行，能演示，也会泄露。

支柱4：产品思维

代码能运行；产品要能交付。第四根支柱是用户能感受到的一切：重要功能放在可以不重新部署就关闭的开关之后，这样一次失败的发布只是切换一个开关，而不是一场紧急事故。当第三方服务挂掉时，功能会平稳降级，而不是拖垮整个应用。用户的每个操作都有反馈——加载动画、确认提示、可重试的错误信息。当速度与正确性冲突时，正确性优先：快但错比慢但对更糟，因为损坏的数据是你唯一无法打补丁修复的bug。

驱动这根支柱的习惯是一个问题：如果……会怎样？如果这条记录有子记录呢？如果两个用户同时删除它呢？如果付款成功但确认失败呢？边缘情况是bug藏身之处，而AI不会替你去找。

支柱5：与AI协作

元技能：AI是工具，你是匠人。五项纪律。验证一切——AI在安全、边缘情况和性能上总是可靠地出错，而且无论对错都显得信心十足。管理上下文——给它你的架构规则和一两个示例，而不是整个代码库。要具体——花两分钟写一条精确的提示词，能省下二十分钟修正模糊提示词的时间，而结构化提示词正是PRP方法所系统化的内容。循环验证——在提交任何东西之前，先做类型检查、测试，再做手动测试。增量构建——先做最小的可用版本，再增强，这样你始终有一个能用的应用。

当AI提出违反你规则的做法时：顶回去。你是建筑师；AI是施工者——这种角色分工就是整个游戏。在架构、安全和数据完整性上据理力争。命名偏好和细小的风格问题则放手。方向归你；执行归它。

生产级软件的5大支柱一览

这个框架不是纸上谈兵。一个拥有964张数据库表的平台，就是这样由一个人借助AI构建出来的——整个方法的诚实总结只有一句话：你提供方向，AI提供执行。代码是免费的。支柱让它达到生产级。一个价值约200万欧元的平台，就是这样只花3,250欧元建成的。

本书The Solopreneur RevolutionLuis Gonçalves 讲述如何在不辞职的情况下用 AI 打造独立创业者事业。获取本书 →

常见问题

在构建任何东西之前，我需要掌握全部五大支柱吗？

不需要。立刻开始构建，但从第一条提示词起就应用支柱1——数据库决策（组织列、行级安全、软删除）是事后补救最痛苦的。其他支柱可以随着进展逐个功能地叠加进来。

这不就是软件工程吗——为什么要针对AI来讲？

这就是软件工程，只是提炼成了发生变化的部分。在AI出现之前，没有多年写代码的功夫，这些原则对你毫无用处。现在代码是免费的，所以原则就是全部工作——而且与语法不同，只要有人把清单交给你，判断力并不需要二十年才能应用。

如何让AI遵循这些支柱，而不必每条提示词都重复？

把它们放进一个长期指令文件，让你的AI工具每次会话都读取，并在审查输出时引用它们。最常见的修正——每张表都有组织列、每个组件处理全部四种状态、不做硬删除——都变成一次写好的规则。AI在生产环境中犯的十大错误那篇文章里有现成的规则块。

初学者最常在哪根支柱上出错？

支柱5——他们因为AI的输出能运行就信任它。能运行的代码是最低的门槛；演示会掩盖另外四根支柱本该捕捉的一切。成功的创始人会阅读AI生成的内容，问“这里可能出什么问题？”，并在发布前验证。信任，但要验证。