# 开发软件给AI的提示词 **Repository Path**: user_gitee/develop ## Basic Information - **Project Name**: 开发软件给AI的提示词 - **Description**: 开发windows给ai的提示词固定模板 - **Primary Language**: Unknown - **License**: AGPL-3.0 - **Default Branch**: master - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2026-09-14 - **Last Updated**: 2026-09-14 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README # 开发软件给AI的提示词 > 把"让 AI 写软件"这件事，从每次都要重新交代一遍，变成一套固定、可复用的提问方式。 - **作者**：XAF - **版权**：CopyRight © XAF 2026.9 - **协议**：[GNU AGPL-3.0](LICENSE) - **仓库**： --- ## 1. 这个项目是干什么的 这是一个**给 AI 开发助手用的提示词模板项目**。 它本身不是软件，也不是代码库，而是一套可以直接复制给 AI 的开发指令模板。想做什么软件，就在模板里填需求；填好之后整份发给 AI，由 AI 按模板产出工程。 用它，你不需要每次都重新组织语言去描述"我要一个什么样的项目"，只需要说清"我要做一个什么软件"。 --- ## 2. 初衷 用 AI 写软件，经常遇到这几类问题： - **交代不全，AI 就自己猜**。说少了，AI 会替你决定技术栈、目录结构、异常处理方式，做出来往往不是你想要的。 - **每次都要从头交代**。换一个软件、换一次对话，工程结构、命名方式、打包方式又得重新讲一遍，讲漏了就出偏差。 - **给的是片段，不是工程**。AI 常常只给关键函数的代码片段或伪代码，缺构建脚本、缺日志、缺配置、缺文档、缺打包说明，拿到手还得自己拼。 - **同一个作者，风格却不统一**。多个软件之间目录分层不一样、版本号写法不一样、版权信息位置不一样，后期维护成本高。 这个项目的初衷，就是把这些每次都重复、又容易漏掉的部分**固定下来**：把"要做成什么样"和"工程该怎么做才合格"分开，前者每次改，后者一次写好、长期复用。这样 AI 交出来的东西，第一版就是能编译、能部署的完整工程，而不是需要你再补一大轮的半成品。 --- ## 3. 这个项目的作用 **对使用者** - **少说也能做对**：只需要描述软件功能，工程规范由模板保证，不必逐条交代。 - **结果可预期**：不管做第几个软件、隔多久再做，产出的工程结构、版本号规则、作者与版权信息都保持一致。 - **拿到就能用**：交付的是完整工程和构建、打包说明，不是代码片段。 - **可验收**：模板自带检查清单，交付后可以逐项核对，不用靠感觉判断"做完了没有"。 - **可控**：某个软件确实需要特殊做法时，在需求区写明覆盖项即可，固定部分照旧执行，不会互相打架。 **对 AI** - 一次拿到完整、无歧义的上下文，不需要反复追问或猜测。 - 明确知道**必须交付什么**（源码、构建脚本、运行环境、文档、版本说明）和**禁止做什么**（只给片段、伪造二进制、版本号前后不一致等）。 **对长期积累** - 模板是可沉淀的资产：踩过的坑、总结出的规范写进固定部分，之后每一个新软件都自动继承，不用重新踩一遍。 - 一套模板覆盖一类软件，逐步积累成自己的开发标准。 --- ## 4. 怎么用 1. 在仓库里选择与目标软件类型对应的模板文件。 2. 复制它的**全部内容**。 3. 只填写模板开头的**需求区**：这个软件叫什么、有哪些功能、需要哪些系统能力；其余部分保持不动。 4. 整份发给 AI 开发助手。 5. 按模板末尾的检查清单逐项验收。 固定部分默认不改；确实需要调整时，在需求区的"覆盖项"里写明，未写明的部分一律按模板执行。