先用一句话说清楚:我想做一个什么工具,给谁用。
模块1
项目基础信息表
新手先填最少信息;看不懂技术词也没关系,字段旁边会用白话备注解释。
模块2
流程矩阵填写表
先用 3 列把工具拆明白:有哪些模块、每个模块做什么、有没有可对标的截图或参考物。
模块3
参考资料上传
只收集 AI 开发最需要的参考资料:网址、图片、文档说明;不会写专业说明时,先上传截图和附件即可。
竞品就是“类似工具/对标网站”;如果没有竞品,也可以只写一个喜欢的页面。
最多上传15张图片;截图就是把电脑画面保存成图片,可多选、拖拽或粘贴。
最多上传15个附件;不懂格式也没关系,能说明需求的文件都可以先放进来。
模块4
开发工具的延展性与前后端设计
选项文案后续可在后台自行配置;当前先用白话说明帮助新手判断方向。
模块5
运行方式与 API 接入
选项文案后续可在后台自行配置;当前 demo 先验证交互,正式开发再决定 Vue、Django、MySQL、API 等技术。
模块6
输出 AI 提示词
AI 提示词就是发给 Codex、Claude、GPT 这类 AI 开发工具的“开发说明书”。
模块7
保存 AI 提示词
这里保存模块6生成的 AI 提示词。提示词可以理解为“给AI开发工具看的任务单”。最多保留 5 个,每个版本都带完整需求、流程矩阵、参考资料清单和 AI 开发发送包。
把历史版本重新载入当前编辑区,继续调整模块内容。
复制该版本的 AI 提示词和参考资料清单,直接发给 Codex、Claude 或 GPT。
超过 5 个版本时自动覆盖最旧版本,保留最近确认结果。
模块8
用户管理
管理员可见,用于规划注册、审核、角色权限和后端用户表。角色权限就是“谁能看、谁能改、谁能审核”。
| 用户 | 角色 | 可见模块 | 状态 |
|---|---|---|---|
| 系统管理员 | 管理员 | 模块1-10 | 可管理 |
| 项目编辑者 | 编辑者 | 模块1-7、模块9-10 | 待审核 |
| 访客用户 | 查看者 | 模块6-7、模块9-10 | 只读 |
当前静态 demo 默认以管理员身份预览;正式版由 Django + JWT 判断角色。Django 是后台技术,JWT 是登录令牌,用来确认用户身份。
模块9
贾维斯需求访谈
像飞书聊天一样,一问一答把模糊想法梳理成模块1-6可用的结构化需求。
模块10
开发流程图说明
给 AI 编程小白先看懂“开发要走哪几步”和“常见技术词是什么意思”。
开发流程建议
给 AI 编程新手两条路径:先用新手流程跑通,再用进阶流程加入拍砖、代码校对和反复调试。
梳理项目
写出你的想法 → 问 GPT(让它出开发方案)。
初步开发
复制开发方案给 AI 编程软件(Codex / Claude)→ 开发软件。
调试软件
测试软件 → 有问题:文字说明 + 截图说明 → 二次调试 → 有问题:文字说明 + 截图说明 → 三次调试 → 有问题:文字说明 + 截图说明 → 直到可用。
梳理想法
写出你的想法 → 问 GPT / Codex / Claude(让它出开发方案)。
拍砖
让 Codex 出方案,让 GPT 或 Claude 出建议方案;让 Codex 根据意见改方案;改完方案后执行开发。
初步开发
根据开发想法 → 开发软件。
校对代码
让 Claude 检查代码是否写对,给出整改意见;Codex 根据整改意见修改代码。
调试软件
测试软件 → 有问题:文字说明 + 截图说明 → 二次调试 → 有问题:文字说明 + 截图说明 → 三次调试 → 有问题:文字说明 + 截图说明 → 直到可用。
开发流程
从一个模糊想法,逐步拆成 AI 能理解、开发者能执行的需求。
功能模块是“页面有什么”;流程模块是“先做什么、再做什么”。
把参考网址、截图、文档放进来,让 AI 知道你想要的样子。
确定页面怎么展示、数据怎么保存、谁能登录和使用。
决定先在本机演示,还是放到服务器、域名、API 里正式使用。
开发工具说明
一行一个概念,用小白能懂的话解释。看不懂模块1-9的专业词,先到这里查。
| 专业名称 | 小白解释 |
|---|---|
| 想法 | 最初的一句话需求,例如“我想做一个自动生成提示词的工具”。 |
| 功能模块 | 工具里有哪些功能块,例如上传资料、填写流程、生成提示词、保存版本。 |
| 流程模块 | 事情怎么一步步发生,例如先收集想法,再拆流程,最后生成提示词。 |
| 对标需求 | 拿一个类似网站、截图或文档做参考,告诉 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 压缩包 | 把多个文件压成一个文件夹包,方便一次性发送。 |