先用一句话说清楚：我想做一个什么工具，给谁用。
模块一 · 步骤1
项目基础信息表
新手先填最少信息；看不懂技术词也没关系，字段旁边会用白话备注解释。
最终产物 单选先选一个产物类型；没想好就选“未想好”。
模块一 · 步骤2
流程矩阵填写表
极简功能设计
先填这里，再细化下面流程矩阵
先用 3 列把工具拆明白：有哪些模块、每个模块做什么、有没有可对标的截图或参考物。
流程化功能设计：
横向添加一级/二级流程，纵向填写步骤、标准、频次、执行人、执行方式、执行方案和 agent。拖动二级流程列右侧边线可自由调整列宽。
一级流程=大阶段；二级流程=小阶段；agent=AI助手；判断标准=什么情况算做得好。
模块一 · 步骤3
参考资料上传
只收集 AI 开发最需要的参考资料：网址、图片、文档说明；不会写专业说明时，先上传截图和附件即可。
参考网址 把你喜欢、想模仿或对标的网站链接贴这里。
竞品就是“类似工具/对标网站”；如果没有竞品，也可以只写一个喜欢的页面。
参考图片 截图、设计图、手画草图都可以，AI会参考样式。
0/15
最多上传15张图片；截图就是把电脑画面保存成图片，可多选、拖拽或粘贴。
文档说明 / 附件格式上传 需求文档、Excel表、PPT、PDF都算资料。
0/15
最多上传15个附件；不懂格式也没关系，能说明需求的文件都可以先放进来。
模块一 · 步骤4
开发工具的延展性与前后端设计
选项文案后续可在后台自行配置；当前先用白话说明帮助新手判断方向。
开发延展性 多选以后这个工具还能怎么扩展、嵌套或拆分。
前端工具 多选用户看得到、能点击、能填写的页面部分。
后端工具 多选用户看不到，但负责保存、登录、权限和接口。
正式技术栈 多选正式开发时准备使用的一整套技术组合。
注册与审核 多选谁能登录、谁能审核、普通用户能看哪些模块。
模块一 · 步骤5
运行方式与 API 接入
选项文案后续可在后台自行配置；当前 demo 先验证交互，正式开发再决定 Vue、Django、MySQL、API 等技术。
运行模式 多选这个工具靠固定规则、AI模型，还是AI助手来运行。
运行方式 多选程序放在哪里运行：自己电脑、NAS、还是服务器。
接入方式 多选谁能访问这个工具：自己、公司同事，还是通过域名访问。
大模型 API 多选API就是让工具去调用AI服务的接口，Key像一把调用钥匙。
模型切换 多选是否允许在不同AI模型之间切换。
模块一 · 输出6
输出 AI 提示词
AI 提示词就是发给 Codex、Claude、GPT 这类 AI 开发工具的“开发说明书”。
Word 文档与参考资料包
资料包就是“提示词Word文档 + 上传附件”。未上传附件时下载 1 个 Word；上传过截图、PPT、Excel、PDF 时自动打包成 zip。
模块二
用户管理
正式版注册后才能使用，用户注册后通过飞书审核；用户管理仅管理员可见。
| 用户 | 角色 | 可见模块 | 状态 |
|---|---|---|---|
| 系统管理员 | 管理员 | 全部模块 | 可管理 |
| 项目编辑者 | 编辑者 | 模块一、模块三、模块四 | 飞书待审核 |
| 访客用户 | 查看者 | 未审核前不可使用 | 未注册 |
当前静态 demo 默认以管理员身份预览；正式版由 Django + JWT 判断角色。Django 是后台技术，JWT 是登录令牌，用来确认用户身份。
模块三
贾维斯需求访谈
像飞书聊天一样，一问一答把模糊想法梳理成模块一的步骤1-5和输出6可用的结构化需求。
J
贾维斯·需求访谈
智能体
一问一答填写模块一的步骤1-5和输出6；当前 demo 使用本地模拟回复，正式版由后端接入真实智能体。
第1问
消息
文件
+
贾维斯提问
用户回答
模块四
开发流程图说明
给 AI 编程小白先看懂“开发要走哪几步”和“常见技术词是什么意思”。
说明1
开发流程建议
给 AI 编程新手两条路径：先用新手流程跑通，再用进阶流程加入拍砖、代码校对和反复调试。
1
新手流程
适合第一次用 AI 编程做工具。
新手流程：【1】想法 → 【2】开发 → 【3】调试
梳理项目
写出你的想法 → 问 GPT（让它出开发方案）。
初步开发
复制开发方案给 AI 编程软件（Codex / Claude）→ 开发软件。
调试软件
测试软件 → 有问题：文字说明 + 截图说明 → 二次调试 → 有问题：文字说明 + 截图说明 → 三次调试 → 有问题：文字说明 + 截图说明 → 直到可用。
2
进阶流程
适合想先校对方案再开发。
进阶流程：【1】想法 → 【2】拍砖 → 【3】开发 → 【4】校对 → 【5】调试
梳理想法
写出你的想法 → 问 GPT / Codex / Claude（让它出开发方案）。
拍砖
让 Codex 出方案，让 GPT 或 Claude 出建议方案；让 Codex 根据意见改方案；改完方案后执行开发。
初步开发
根据开发想法 → 开发软件。
校对代码
让 Claude 检查代码是否写对，给出整改意见；Codex 根据整改意见修改代码。
调试软件
测试软件 → 有问题：文字说明 + 截图说明 → 二次调试 → 有问题：文字说明 + 截图说明 → 三次调试 → 有问题：文字说明 + 截图说明 → 直到可用。
说明2
开发流程
从一个模糊想法，逐步拆成 AI 能理解、开发者能执行的需求。
功能模块是“页面有什么”；流程模块是“先做什么、再做什么”。
把参考网址、截图、文档放进来，让 AI 知道你想要的样子。
确定页面怎么展示、数据怎么保存、谁能登录和使用。
决定先在本机演示，还是放到服务器、域名、API 里正式使用。
说明3
开发工具说明
一行一个概念，用小白能懂的话解释。看不懂前面步骤和模块里的专业词，先到这里查。
| 专业名称 | 小白解释 |
|---|---|
| 想法 | 最初的一句话需求，例如“我想做一个自动生成提示词的工具”。 |
| 功能模块 | 工具里有哪些功能块，例如上传资料、填写流程、生成提示词、保存版本。 |
| 流程模块 | 事情怎么一步步发生，例如先收集想法，再拆流程，最后生成提示词。 |
| 对标需求 | 拿一个类似网站、截图或文档做参考，告诉 AI “我要接近这种效果”。 |
| 原型 | 还不是正式产品，只是先把页面结构和操作流程做出来。 |
| Demo | 能打开、能点击、能看效果的演示版本，不一定已经接真实数据。 |
| 前端 | 用户看得到的部分，包括页面、按钮、表格、输入框、颜色和布局。 |
| 后端 | 用户看不到的部分，负责保存数据、登录权限、业务规则和接口。 |
| 前端设计 | 决定页面长什么样、怎么排版、按钮放哪里、填写是否顺手。 |
| 后端设计 | 决定数据怎么保存、权限怎么管、接口怎么给前端使用。 |
| 用户注册 | 用户先创建账号并登录，系统才能保存他的内容和权限。 |
| 用户权限 | 控制谁能看、谁能改、谁能审核，例如管理员和普通用户权限不同。 |
| 管理员 | 能管理用户、模板、配置和审核的人。 |
| API 接口 | 前端和后端、工具和 AI 之间传数据的通道。 |
| API Key | 调用 AI 或第三方服务的钥匙，正式版要放在后端，不能暴露给普通用户。 |
| 大模型 | ChatGPT、DeepSeek、Claude 这类能理解和生成内容的 AI 模型。 |
| 智能体 / agent | 会按目标追问、执行、检查或回填内容的 AI 助手。 |
| 模型切换 | 同一个工具可以选择不同 AI 模型来处理任务。 |
| 数据库 | 专门保存用户、项目、表单、版本、附件记录的地方。 |
| MySQL | 一种常用数据库，适合正式保存业务数据。 |
| 服务器 | 专门放程序、让别人通过网络访问的电脑或云主机。 |
| 本机运行 | 只在自己电脑上运行，适合第一版演示和测试。 |
| NAS 运行 | 放在公司或家里的网络存储设备上运行，适合小团队内部使用。 |
| 域名 | 别人访问工具的网址，例如 tool.example.com。 |
| 部署 | 把本地做好的程序放到服务器上，让别人可以访问。 |
| Vue | 一种做前端页面的技术，负责把页面做成可交互的应用。 |
| Django | 一种做后端的技术，负责后台、接口、用户、数据保存。 |
| Django REST Framework | Django 里专门做 API 接口的工具。 |
| JSON | 机器容易读取的数据格式，常用于前端和后端传数据。 |
| JWT | 登录令牌，用来判断用户是谁、有没有权限。 |
| 网页插件 | 嵌在网页或浏览器里的小工具，能给现有页面增加功能。 |
| 谷歌浏览器插件 | 安装在 Chrome 浏览器里的小工具，适合做网页采集、辅助填写、页面旁边生成提示词等功能。 |
| 提示词 | 发给 AI 的任务说明，越清楚，AI 越容易做对。 |
| 验收标准 | 判断结果好不好、能不能交付的标准。 |
| 技术栈 | 正式开发准备用的一组技术，例如 Vue + Django + MySQL。 |
| SaaS | 多人通过账号使用的在线软件，通常可以按月付费或团队使用。 |
| 后台配置 | 管理员在后台修改颜色、文案、模块开关，不用每次改代码。 |
| 版本保存 | 把每一次生成的提示词或需求保存起来，方便恢复和对比。 |
| 资料包 | 把提示词 Word 文档、截图、PPT、Excel、PDF 等资料打包给 AI 或开发者。 |
| Zip 压缩包 | 把多个文件压成一个文件夹包，方便一次性发送。 |