张赵哲软件产品开发提示框架

它解决什么问题

把需求交给 Cursor、Claude Code 这类 AI 开发工具时，最常见的失败不是模型能力不足，而是输入本身不可执行：一段聊天式描述，模型只能自由发挥，产出的页面风格、数据结构与交互逻辑每次都不一样，接入现有项目时还要花大量时间对齐。

这个技能针对的就是这个场景。它的定位很明确：输出对象不是最终用户，而是 AI 开发工具，产出的是可以直接粘贴发送的开发 Prompt，而不是产品方案文档。

它如何工作

技能以「产品架构师」的角色切入，要求所有 Prompt 遵循统一格式，禁止随意发挥、禁止遗漏模块、禁止输出聊天式回答。

每个功能需求按固定顺序生成，以编号标题开头（如 15. AI 热榜总结），随后依次覆盖九个模块：

• 制作主题与设计目标：说明做什么、为什么做
• 整体风格与设计重点：保证与现有产品视觉统一，总结功能存在的意义
• 页面功能与页面交互：详细描述功能点，用 ↓ 表达操作流程
• 数据规则：定义字段、类型与存储方式
• 开发要求与实现要求：约束实现路径，说明程序该如何完成

编写原则强调完整性——每一模块都要展开描述，而不是一句话带过；措辞上明确禁止「建议」「可以考虑」这类模糊表达，直接陈述需求。

默认约定与技术栈

技能预设了一套默认选型，无需每次在 Prompt 中讨论：数据库用 SQLite + better-sqlite3，服务启动时自动检测 data/app.db 是否存在，不存在则执行 src/db/init.sql 建表；UI 使用手写 Tailwind CSS，不引入第三方组件库；图标用 lucide-react；所有 AI 能力统一走 AI Service，业务页面不直接调用模型，审核类接口只返回 JSON。用户明确指定 MySQL、PostgreSQL 等替代方案时才替换默认值。

适用边界与注意点

最关键的一条隐含前提是：假定产品已开发完成，新需求是在已有项目上迭代。因此 Prompt 强制要求保留现有页面、UI、布局、交互、数据库与组件，不重构代码、不重新生成整个项目、优先快速完成。

涉及数据层升级（Mock → 数据库、数据库迁移）时，遵循「仅替换数据来源」原则：不改 UI 结构、不改页面布局、不改交互逻辑、不影响用户视觉体验，后端接口的字段名、数据类型、嵌套结构必须与原有 Mock 完全一致，目标是前端零改动即可运行。

因此这套框架适合存量项目的快速功能追加；如果面对的是全新项目、需要技术选型讨论或架构级重构，这套固定格式反而会成为约束，需要先打破默认假设再使用。