Ryan Carson：用三个文件指导编程智能体

创始人 Ryan Carson 向 Peter Yang 演示一套由三个提示文件组成的编程智能体工作流，分别用于生成产品需求文档、任务清单和执行任务。他在自己早期的离婚事务辅助应用上演示；该应用不能替代法律建议。

第一个 Markdown 提示文件要求智能体先澄清问题、受众和目标，再生成 PRD。演示中 Carson 描述关系评估功能，为节省访谈时间让助手自行回答部分问题；他说平时会更仔细地回答和审阅。

第二个提示文件将 PRD 转换为任务清单。Carson 先要求生成高层父任务，审阅后加入创建功能分支的步骤，再生成更小的子任务。更强的推理工具帮助检查计划，但 Carson 仍会删除自己不需要的建议。

他要求在实现过程中加入有意义的测试，让智能体在继续之前获得反馈。第三个文件控制执行：一次处理一个子任务、标记完成，在父任务结束后运行相关测试，并在合适时提交。这些指令支持审阅循环，但测试通过本身不能证明已达到生产要求。

示例涉及数据库变更，Carson 指出需要迁移。任务清单中写明迁移并不保证安全：敏感数据变更仍需仔细审查、适当的访问控制和恢复计划。

Carson 建议把智能体当作导师：选择自己关心的主题，做一个小项目，并请助手解释其选择。学习者仍需核实解释并理解应用如何运行。

访谈中，他中断实现，请助手先做静态问卷原型。看到界面后，可以在数据库工作之前发现某些决策问题；他因此考虑把视觉原型提前加入流程。演示展示的是基本界面，并非已经充分验证的完整功能。

Carson 讲述看到亲属经历离婚的困难后，选择解决一个范围较窄、痛点明显的问题，并将紧迫问题与渐进式自我提升产品作比较。他的应用最初限于康涅狄格州，因为各地法律程序不同。他对业务和费用的说法是个人估计，并不保证结果。

作为独立创始人，Carson 重视对工作和时间的掌控，同时承认小企业与风险投资支持的公司有不同的目标和责任。他也参与本期演示的 Amp 编程产品，这一关系有助于理解他的工具偏好。