夜雨聆风
实战复盘!不会写代码,我用 AI 做了个部门内部工具:双击就能用,季度奖金多了 2 万+(附完整过程)
AI 实战复盘｜0 基础内部工具开发
不是转码故事，也不是炫技教程，而是一套普通人能复制的「需求 → AI 开发 → 打包成 App → 部门应用 → 汇报价值」完整打法。
先说结论：不会写代码的人，也可以用 AI 做出部门内部工具。关键不是学会某门语言，而是从第一句提示词开始就把目标说死：我要的是一个像 App 一样在 Windows/Mac 双击打开的工具，不需要部署、不需要命令行、不需要同事懂开发。
这篇文章不是讲“AI 多厉害”，而是把我从 0 到 1 做出内部工具、让部门真实用起来、最后在季度绩效里拿到 2 万+奖励的全过程拆开。你可以直接复制里面的提示词和方法，换成自己的业务场景。
一、事件背景：我不是程序员，只是最懂那个痛点的人
先交代背景。
我们部门有一个长期存在的小麻烦：每到固定周期，都要从多个表格、群消息、项目记录里，把进度、风险、负责人、截止时间重新汇总一遍，再整理成领导能看的版本。
这件事不难，但很烦。
-
每次都要复制粘贴很多数据； -
不同同事的表头不统一； -
项目状态经常写成“推进中”“进行中”“正常推进”，人工判断很累； -
风险项容易漏； -
最后还要改成领导喜欢看的汇报格式。
过去这类事情通常不会被当成“创新”。它太日常了，日常到大家默认就该有人熬夜整理。
直到我意识到一个问题：这不是一个表格问题，而是一个流程产品问题。
如果能做一个小工具，让同事把 Excel 或 CSV 拖进去，自动识别字段、统一状态、生成风险清单、导出周报草稿，那它不就变成了一个部门内部 App 吗？
最关键的一点：我不会写代码，也没有开发背景。但我知道这个流程怎么跑，知道领导想看什么，知道同事最容易在哪里出错。
后来我才发现，在 AI 编程工具时代，这已经够了。
二、真正的转折：我不再让 AI “教我写代码”，而是让它“替我做 App”
很多 0 基础的人第一次用 AI 写代码，都会掉进一个坑：
让 AI 解释代码、教你配置环境、告诉你安装依赖。
然后你很快就会看到一堆陌生词：Python、Node、npm、pip、venv、端口、依赖冲突、命令行、权限、打包、环境变量……
普通人看到这里，基本就劝退了。
我的经验是：如果你不懂代码，就不要把目标设定为“我学会开发”。目标应该是“AI 帮我做出一个普通同事能双击打开的工具”。
这句话一定要记住：
你不是开发者，你是这个工具的产品经理、测试员和业务验收人。AI 负责写代码，你负责告诉它“哪里不符合业务”。
所以我从第一条提示词开始，就不断重复这几个约束：
-
工具要像 App 一样打开； -
Windows 用户双击 .exe 能用； -
Mac 用户双击 .app 或 .dmg 能用； -
不要让同事安装开发环境； -
不要依赖命令行启动； -
所有配置都放在界面里； -
出错要弹出人能看懂的提示； -
我不会写代码，请你一步一步告诉我点哪里、复制什么、怎么验证。
这一步是整件事的分水岭。
你只要接受一个事实：你可以完全不写代码，但你不能不描述需求。
三、0-1 实战：普通人怎么选第一个内部工具？
不是所有需求都适合 0 基础用 AI 开发。第一个项目一定要小、具体、能验收。
我建议用下面这张表筛选：
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
我最终选择的是一个部门项目进度与周报自动汇总工具。
它的功能非常朴素：
-
拖入项目进度表； -
自动识别项目名、负责人、截止时间、当前状态； -
把“推进中/进行中/正常推进”统一成标准状态； -
自动标出逾期、阻塞、缺少负责人、缺少截止时间的项目； -
生成一份领导能直接看的周报草稿； -
导出 Word/HTML/Markdown 三种格式。
四、第一步提示词：先别开发，先让 AI 写一页 PRD
我没有一上来就让 Copilot 写代码。
第一步是让 AI 帮我把脑子里的想法变成一页产品需求文档。因为只要需求不清楚，后面写出来的东西一定会跑偏。
提示词 1｜0 基础需求澄清开头
你现在是 AI 产品经理 + 资深软件架构师。我要做一个xx工具，但我完全不懂代码，也不希望同事安装任何开发环境。 请先别写代码。请用提问方式帮我澄清需求，并最终输出一份一页纸 PRD。
硬性要求：
1. 该工具未来要像普通 App 一样在 Win/Mac 双击打开；
2. 不用服务器部署，不用命令行启动；
3. 同事只需拖入文件、点击按钮、导出结果；
4. 所有错误提示都要用中文说明；
5. 把功能拆成 MVP 版本、增强版本、以后再做三个阶段；
6. 我不会写代码，后续每一步都要说明“复制什么、点哪里、如何验证”。
我的业务场景是：【在这里描述你的重复工作，例如每周汇总项目进度表，生成部门周报和风险清单】。
这条提示词有一个核心动作：先禁止 AI 写代码。
因为 AI 很容易热情过度，一上来就给你生成一堆文件。对新手来说，文件越多越慌。
先让它提问、整理、分阶段，后面你才知道自己要验收什么。
五、第二步：把需求翻译成“App 形态”
0 基础做工具，最容易失败的地方不是功能，而是交付形态。
很多 AI 写出来的东西，在开发者电脑上能运行，但换到普通同事电脑上就不能用。因为它默认你会配置环境、会装依赖、会启动本地服务。
所以我在第二步直接要求它：给我做成桌面 App，不要做成需要部署的网站。
提示词 2｜桌面 App 开发约束开头
接下来请你作为我的 AI 开发工程师，根据刚才的 PRD 帮我实现 MVP。 请注意，我完全不懂开发。你的目标不是教我写代码，而是帮我做出一个普通同事可以双击打开的内部工具。
技术和交付要求如下：
1. 优先选择适合本地桌面应用的方案；
2. Windows 需要最终能打包成 .exe；Mac 需要最终能打包成 .app 或 .dmg；
3. 不要要求使用者安装 Python、Node 或任何开发环境；
4. 不要要求使用者通过命令行启动；
5. 所有配置项放在界面里，例如输入文件、输出目录、模板选择；
6. 如果必须运行命令，请只让我作为开发者在当前电脑上执行，并解释每一步是为了什么；
7. 每完成一个小功能，都给我一个“我应该如何验证”的清单；
8. 如果报错，我会截图或复制报错给你，请你根据报错直接给出修复步骤。
现在请先给我推荐 2-3 种实现路线，并说明哪一种最适合 0 基础用户。
这条提示词里，最重要的是“不要要求使用者安装开发环境”。
你不是给程序员做工具，你是给部门同事做工具。部门同事不会打开终端，也不应该打开终端。
判断一个 AI 内部工具是否真的可用，就问一句：
我把它发给一个完全不懂代码的同事，对方能不能像打开微信、Excel 一样打开它？
六、第三步：让 AI 先做 MVP，不要一开始追求“完美系统”
我最开始也想过做很多功能：登录、权限、数据看板、历史记录、自动发邮件、接企业微信、同步飞书……
后来全部砍掉。
第一个版本只保留 4 个按钮：
-
选择文件； -
检查数据； -
生成周报； -
导出结果。
这才是普通人做 AI 工具最该学会的克制：先让它解决一个痛点，再让它变得漂亮。
提示词 3｜MVP 开发开头
请先只做 MVP，不要扩展功能。 MVP 只需要完成以下闭环：
1. 用户拖入或选择一个 Excel/CSV 文件；
2. 工具自动读取表头，并让用户确认字段映射；
3. 工具识别项目状态、负责人、截止时间、风险描述；
4. 工具生成一份中文周报草稿；
5. 用户可以导出为 Markdown/HTML/Word 中至少一种格式；
6. 出错时用中文告诉用户怎么处理。
请你按“先搭界面 → 再读文件 → 再生成报告 → 再导出 → 再打包”的顺序推进。每一步完成后给我验证方法，不要一次性做太多。
这段提示词的作用，是把 AI 从“兴奋的架构师”拉回“交付 MVP 的工程师”。
对新手来说，项目越小，成功概率越高。
七、第四步：调试时不要理解代码，只做“截图—复现—反馈”
开发过程中一定会报错。
关键不是避免报错，而是你要建立一个新手也能执行的调试循环：
1运行或双击工具。不要猜原因，先复现问题。
2截图或复制报错。把完整报错、操作步骤、输入文件类型一起给 AI。
3要求 AI 给最小修复。不要让它顺手重构整个项目。
4再次验证同一个动作。只要这一步通过，再进入下一个功能。
提示词 4｜报错修复开头
我不懂代码。下面是我刚才操作后的报错/截图信息，请你像带一个 0 基础用户一样帮我修复。
请严格按以下格式回答：
1. 用一句中文解释这个错误大概是什么意思；
2. 判断这是环境问题、代码问题、文件格式问题，还是打包问题；
3. 给出最小修复方案，不要大改整个项目；
4. 明确告诉我需要改哪个文件、点哪里、复制哪段内容；
5. 修复后告诉我如何验证；
6. 如果可能，请顺手让程序下次遇到同类错误时弹出中文提示。
我的操作步骤是：【写清楚你刚才点了什么】 报错内容是：【粘贴完整报错，或描述截图】 我的系统是：【Windows / Mac，版本】
注意，不要只发一句“报错了”。
AI 修 bug 需要上下文。你给得越像一个测试员，它修得越像一个工程师。
八、第五步：打包成真正能交给同事的 App
这里是很多“AI 写代码演示”没有讲透的地方。
能在你电脑上跑，不等于能在部门里用。
我给 AI 的打包要求非常明确：最终交付物必须让同事双击打开，而不是让我在群里发一串命令。
提示词 5｜打包交付开头
现在 MVP 功能已经可以运行。请帮我进入“交付给普通同事使用”的阶段。
请你输出一份打包方案，目标是：
1. Windows 用户拿到一个文件夹或安装包，双击 .exe 可运行；
2. Mac 用户拿到 .app 或 .dmg，双击可运行；
3. 使用者不需要安装开发环境；
4. 第一次打开能看到清晰的中文说明；
5. 工具内置示例文件和使用说明；
6. 如果系统拦截或提示未知开发者，请给我一份给同事看的中文处理说明；
7. 打包后请给我一份测试清单，包括：空文件、错误表头、超大文件、缺失字段、正常样例。
请你一步一步带我完成，不要默认我懂开发。
我后来发现，“双击打开”不是一个小细节，而是内部工具能不能推广的核心。
如果一个工具需要别人先装环境、再敲命令、再看日志，它就永远只能停留在你的电脑里。
如果一个工具双击就能打开，同事才会愿意试。领导才会觉得这不是“你自己玩的 AI”，而是可以沉淀到部门流程里的资产。
九、我的工具选择：为什么大陆用户首选 GitHub Copilot
很多人问我：”到底买哪个 AI 编程工具？”
我直接给结论：大陆用户，首选 GitHub Copilot。不只是因为包含了 gpt、claude等最新最好的模型，而且因为它目前是这几款主流工具里，在中国大陆使用最合规、最省心的一个。
先说合规和可访问性：这是大陆用户最现实的问题
GitHub Copilot（微软 / GitHub 旗下）：微软通过其中国区合规合作，在大陆提供正常访问服务，无需翻墙，可直接购买订阅和使用，企业采购有正规对公渠道。
Claude Code（Anthropic 旗下）：在国内访问需要借助网络工具，购买订阅同样需要境外支付方式，正式合规使用存在一定门槛。
OpenAI Codex / ChatGPT：OpenAI 目前未在国内提供合规服务，访问和订阅均需要网络工具和境外支付方式，合规性存在不确定性。
⚠️ 以上情况会随政策和各平台服务调整而变化，实际以各工具官网实时公布的服务条款和可用地区为准，购买前请自行核实。
费用对比
|
|
|
|
|---|---|---|
| GitHub Copilot ⭐ |
|
✅ 合规可用，无需翻墙，支持国内支付 |
|
|
|
|
|
|
|
|
|
|
|
|
费用说明：上表数据为编写时参考，各平台随时可能调整定价、推出新套餐或更改大陆可用状态。购买前请以各官网最新公告为准（GitHub Copilot 官网：github.com/features/copilot）。
功能适用场景对比
|
|
|
|
|---|---|---|
| GitHub Copilot ⭐ 推荐 |
|
首选。
|
|
|
|
|
|
|
|
|
|
|
|
|
我的核心建议：如果你在国内、没有翻墙习惯、想用最省心的方式开始——就直接订阅 GitHub Copilot。用熟了之后再探索其他工具。
真正值钱的不是你订阅了哪个工具，而是你有没有一套稳定的提示词开头、验收清单和迭代节奏。工具可以换，方法论才是你的资产。
十、我常用的 7 套提示词开头：直接复制就能用
下面这几套，是我做内部工具时最常复用的开头。你可以把【】里的内容换成自己的业务。
1｜业务流程梳理开头
你现在是我的业务流程分析师。我不懂代码，但我熟悉业务。请你通过提问帮我把【某个重复工作】拆成输入、处理规则、输出、异常情况、人工确认点五部分。最后输出一份适合交给 AI 开发工具执行的需求说明。
2｜PRD 生成开头
你现在是资深产品经理。请把下面这个内部工具想法整理成一页纸 PRD，包含：使用人群、核心痛点、MVP 功能、用户操作流程、页面结构、字段说明、异常提示、验收标准。要求适合 0 基础用户后续交给 GitHub Copilot/Claude Code/Codex 开发。
3｜App 化开发开头
你现在是我的 AI 开发工程师。请按这份 PRD 做一个本地桌面工具。硬性要求：像 App 一样双击打开，Windows 打包 .exe，Mac 打包 .app 或 .dmg；不需要服务器部署，不需要命令行启动，不要求使用者安装开发环境；界面中文；每一步给我验证方法。
4｜小步迭代开头
请不要一次性大改。我们按小步迭代来：本轮只实现【一个具体功能】。完成后请告诉我：改了哪些文件、如何运行、如何验证、可能出现什么错误、如果失败我该截图哪里给你。
5｜报错修复开头
我不懂代码。下面是完整报错和我的操作步骤。请先判断原因，再给最小修复方案。不要重构整个项目，不要让我理解复杂原理，只告诉我需要改哪里、复制什么、怎么验证。修复后请让程序下次遇到同类问题时显示中文友好提示。
6｜打包发布开头
这个工具已经能在我的电脑运行。现在请把目标切换为“交付给普通同事使用”。请生成 Windows/Mac 打包步骤、首次打开说明、常见系统拦截处理说明、示例文件、用户手册、测试清单。要求同事不懂代码也能双击使用。
7｜领导汇报开头
你现在是我的职场汇报教练。请帮我把这个内部工具的价值写成一页领导汇报，重点不是“我用了 AI”，而是：节省了多少时间、减少了哪些错误、沉淀了什么流程、未来能扩展到哪些场景、需要领导支持什么资源。语气务实，不夸张。
十一、怎么让领导认可：别汇报“我写了代码”，要汇报“我解决了浪费”
我第一次给领导看的时候，没有讲技术栈，也没有讲 AI 模型。
我只讲了 4 件事：
- 原来每周要花多久：
多人汇总、检查、改格式，大概需要几个小时； - 现在缩短到多久：
拖入表格后几分钟生成初稿，人工只做复核； - 减少了什么错误：
逾期项目、缺负责人、状态不一致会自动标出； - 能不能复制：
同样方法可以扩展到月报、会议纪要、客户跟进、物料清单。
领导关心的不是“你会不会代码”。
领导关心的是：你能不能把混乱的工作变成稳定的流程，把个人经验变成团队资产。
这也是我最终拿到季度奖励的原因。
职场里的 AI 红利，不是“谁会玩工具”这么简单。
真正的红利是：谁能把自己最熟悉的业务痛点，封装成别人也能使用的工具。
十二、现实限制与风险：这些坑一定要提前说清楚
这篇文章不想制造一种错觉：好像买个 AI 工具，人人都能马上做出公司级系统。
不是。
0 基础 AI 开发内部工具，很有价值，但也有边界。
风险 1：公司数据不要随便上传公网 AI。
涉及客户、合同、财务、人事、商业机密的数据，要先脱敏，优先使用公司允许的工具和模型。能本地处理就本地处理，不能确定就问合规或主管。
风险 2：内部工具不能绕过公司权限。
不要让工具替代正式审批系统，不要私自抓取你没有权限的数据，不要保存不该保存的账号密码。
风险 3：AI 生成结果必须人工验收。
尤其是总结、分类、风险判断这类结果，不能直接当最终结论。内部工具可以帮你生成初稿，但最终责任仍然在人。
风险 4：不要一上来做核心生产系统。
先从辅助工具做起，例如报表整理、格式转换、文件归档、会议纪要、周报生成。等流程稳定、权限清楚、测试充分，再考虑更深集成。
风险 5：成本不只是订阅费，还有验证和维护成本。
Copilot、Claude Code、Codex 的订阅费只是显性成本。你还要投入时间测试、收反馈、修 bug、写说明。别把“AI 能写代码”误解成“工具会自动成功”。
十三、给新手的一份复制清单：照着做就能开始
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
如果你现在就想开始，别从“我要做一个很大的系统”开始。
从这句话开始：
今天就能复制的启动句
我不懂代码，但我想把【一个重复工作】做成一个普通同事可以双击打开的桌面工具。请你先别写代码，先帮我判断这个需求是否适合做成 MVP，并通过 10 个问题帮我澄清输入、处理规则、输出、异常情况和验收标准。最终目标是 Windows/Mac 都能像 App 一样打开，不需要部署，不需要命令行。
十四、结尾：AI 真正改变的，是普通人把经验产品化的能力
过去，做一个内部工具是开发同事的事。
现在，它正在变成每个懂业务的人都能尝试的事。
这并不意味着开发不重要。恰恰相反，专业开发仍然是复杂系统的核心。
但对大量部门级、小范围、辅助型、流程型工具来说，门槛已经明显下降了。
你不需要从零学一门编程语言，也不需要先理解所有技术名词。
你需要做的是：
-
找到一个真实重复的痛点； -
把流程讲清楚； -
让 AI 按 App 形态交付； -
用截图和报错持续反馈； -
把价值量化给团队和领导看。
最后想问你一个问题：你所在的部门里，最想被做成小工具的重复工作是什么？
是周报、会议纪要、客户跟进、合同检查、文件归档、数据清洗，还是老板每周都要看的那张表？
可以在评论区写下你的场景。我会挑留言里最典型的几个，继续拆成“0 基础 AI 内部工具开发模板”：包括需求怎么写、提示词怎么问、界面怎么设计、怎么打包成双击就能用的 App。
如果你身边也有人还停留在“AI 只能写文案”的阶段，把这篇转给他。也许他差的不是代码基础，而是第一次把业务痛点做成工具的勇气。