Colin Matthews：把 AI 原型发展成 SaaS 应用

Colin Matthews 与 Peter Yang 合作，把一个生成头像的原型改造成更完整的 SaaS 演示。他解释浏览器界面、服务端逻辑和持久化数据的区别，再用现有模板加入常见应用能力。

Matthews 列出常见服务：身份验证、支付、事务邮件、文件存储、产品分析和错误监控。具体需求取决于产品。他在 Yang 的原型中发现客户端请求把地址写死为 localhost；部署后它不会指向预期的服务器。

他的示例模板包含登录、Stripe 定价流程、邮件设置和分析。模板提供现成模式，但每个应用仍需配置和安全审查。Matthews 同时推广包含其模板和支持的付费课程，也指出还有其他模板和免费选择。

赞助说明：视频包含 Composio 的付费推广；视频简介还列出了赞助商 Linear。

改造时，Matthews 把现有前端组件复制进模板，请助手用 Markdown 描述原型规格。他精简生成文档、保留相关图像提示词，并在实现前先运行规划步骤。目标是在沿用界面的同时，建立在模板现有服务之上。

两人随后讨论数据库授权。Matthews 提醒，如果行级安全策略（RLS）没有启用或过于宽松，应用可能暴露用户信息。实际默认设置和暴露范围取决于表、API、角色及策略的创建方式；他关于所有 Supabase 项目默认开放的笼统说法不能视为普遍规则。应使用不同用户和适当角色测试访问权限。

实现过程中，智能体请求执行数据库迁移。Matthews 更倾向于先审阅迁移文件，而不是不加检查地直接修改数据库，因为结构和数据变更可能难以撤销。迁移本身仍需仔细审查、测试，并制定适当的备份和回滚方案。

第一次生成图像失败，因为生成的代码引用了不受支持的模型。Matthews 阅读错误、提供相关 API 文档并迭代修复。身份验证和定价流程分别得到展示；演示中没有完成真实支付。

修复后，演示成功生成头像，并记录使用次数和部分历史。Matthews 说，示例保存用户 ID 和风格，但尚未保存图像；定价页面也仍需完善。一次成功演示不能证明计费、隐私、存储和部署已经达到生产要求。

他建议选择合适的起始模板，用 AI 编程工具检查和调整，安全配置所需服务凭据，再通过合适的平台部署。他强调理解底层系统并做出有用项目；模板曾通过渗透测试，也不代表修改后的应用必然安全。