Vibe Coding 从零培训课程设计
3–6 天，业务骨干赋能版。面向各部门零编程基础的骨干，用企业已采购的 AI 编程工具，把「发现问题 → 描述需求 → AI 实现 → 验证上线」的链路在一个人身上闭环。做中学，每天必有产出。
这门课不是教编程，
是教业务骨干成为部门的「微型开发团队」
课程根植于同一个判断：不是多了一家供应商，而是把产能建到业务一线。
学员是各部门最熟悉业务的人，培训只补上「实现」这一端能力——让他们亲自用 AI 解决本部门那些 「不值得立项、外包看不上、IT 排不上队」的零碎信息化需求，从而降本 （近零边际成本消化小需求）、增效（需求不翻译、不排队，周期从数周压到数天）。
做中学，每课必有可演示产出
零基础学员靠「听懂」学不会，必须当天交出能跑、能看、能讲的东西。课程用「跟练 → 独立实验室 → 展示」三段式保证落地。
真实部门痛点驱动
第一天就布置「我的三个部门痛点」清单，后续每节课的练习都用学员自己部门的真实场景，结业即带着可用工具回部门。
心智模型优先于操作技能
核心是建立「你负责想清楚 + 会验收，AI 负责写」的协作心智，而不是背快捷键。工具界面会变，心智模型不变。
IT 监理视角贯穿
从 Day 1 就植入安全红线与「能跑 ≠ 能安全上线」的意识，为后续信息部门审核、治理与上线铺路。
专业思维底座：把方法论翻译成业务语言
市面上大量同类培训止步于「教你怎么跟 AI 聊天」。本课程的根本差异，是把三套成熟的专业思维浓缩、翻译成业务骨干听得懂的语言，嵌进每一天。
| 专业思维 | 核心内核 | 翻译成业务语言（课程里怎么讲） | 课程落地 |
|---|---|---|---|
| 软件工程思维 | 大问题拆成小模块；明确输入输出与边界；重视可维护与复用 | 别一次让 AI 写整个系统，先拆成「台账 / 录入 / 查询」几小块，做一块、验一块；告诉 AI「点这个按钮要出现什么」，而不是「做个好用的系统」。 | Day 1 需求拆解 Day 3 原型结构 |
| 项目管理思维 | 定目标、范围、验收标准；识别风险；控制变更 | 动手前先写清「这个工具解决部门哪件事、做到什么算完成、哪些先不做」；把每个痛点当成一个小项目来管，而不是想到哪做到哪。 | Day 1 痛点清单即立项 Day 6 验收即里程碑 |
| 敏捷开发思维 | 小步快跑；迭代交付；每日可演示；持续反馈 | 不求一次做完美，先出能跑的粗版本，用起来、发现问题、再让 AI 改；每天结束都有「能看的东西」，比憋大招靠谱。 | 每日产出 + 展示点评（全程贯穿） |
没有这三套思维，vibe coding 只是「碰运气式对话」——换个人、换个需求就不会了。有了它们， 学员是在用方法论指挥 AI。这正是本课程区别于「纯 prompt 技巧课」的根本， 也是学员回部门后能持续、独立产出工具，而不依赖讲师兜底的底气。
同一套骨架，三档时长
按企业投入时长弹性伸缩：3 天打底，每多 1–3 天就多一层能力。无论选几天，Day 1–3 骨架不变。
| 维度 | 3 天 · 精要版 | 4–5 天 · 标准版 | 6 天 · 全实战版 |
|---|---|---|---|
| 总学时 | ≈18–21h | ≈26–32h | ≈36–42h |
| 覆盖能力 | 工具上手 · 数据自动化 · 静态小工具原型 | 再加交互式 Web 应用 + 真实项目实战 | 再加上线部署 · IT 交接 · 治理安全 · 结业答辩 |
| 适合场景 | 试点班 / 时间紧的部门 / 先验证模式 | 正式推广班 / 多数企业首选 | 标杆班 / 希望直接产出可上线成果 |
| 学员带走 | 1 个替代重复劳动的工具 + 1 个部门原型 | 再加 1 个带交互的应用 + 1 个真实项目 | 再加可交付项目 + 交接文档 + 结业认证 |
| 与竞赛衔接 | 原型可提名进选题池 | 真实项目可直接参赛 | 成品 + 交接说明，作为竞赛 A 池种子 |
能力成长曲线
横轴是培训天数，纵轴是「独立解决部门信息化需求」的能力。曲线前陡后缓：Day 1–3 完成从「不敢碰」到「能做出原型」的跃迁，Day 4–6 把能力从「会做」升级到「能安全上线」。
每日标准节奏
把「讲 → 跟练 → 独立做 → 展示」固定成节奏，学员每天都知道自己在哪一段，讲师也容易控场。单日约 6.5 小时，Day 6 下午替换为答辩。
上午 · 输入
回顾 + 今日目标
讲师带做一遍
午间
独立做，导师巡场
下午 · 产出
或 Day 6 答辩
课后
今日产出是否达标
真实场景持续积累
群里晒成果
三天基础版（Day 1–3）
打牢「工具上手 + 数据自动化 + 一个部门原型」三块基石。无论选几天的班，这三天都是骨架，全程贯穿三套专业思维。
- 认知课（90min）：什么是 Vibe Coding；AI 能做什么、不能做什么；零基础为什么可行；心智模型：你负责想清楚 + 会验收，AI 负责写。
- 安全红线（15min）：不输密码、不传保密数据、不点可疑链接、能跑 ≠ 能上线。
- 工具上手（60min）：登录企业选定的主工具，认识对话 / 构建 / 文件 / 运行界面；做一个「让 AI 解释一个概念」的破冰对话。
- 讲师演示：一句话生成一个部门通讯录或公告页。
- 跟练：学员照着生成自己的第一个网页。
- 独立实验室：让 AI 改文案、改颜色、加一个栏目，在浏览器里看效果。
- 布置痛点清单：每人写下 ≥3 条「本部门里那些麻烦、重复、想信息化但没排上队的事」。
- 展示：每人 1 分钟，亮出自己的第一个网页。
验收能独立用主工具从一句话生成网页并在本地打开；痛点清单 ≥3 条且真实。
- 数据与文件处理（90min）：让 AI 写脚本合并多张表、按条件筛选、生成汇总；讲「给 AI 看样例数据比讲需求更有效」；讲如何把真实表格脱敏后交给 AI。
- 主工具演示：生成「一键汇总」脚本，可选把它接成带按钮的小界面。
- 效率基准：引导学员记录「这个活我之前手工做要多久」。
- 跟练：用一份样例销售 / 考勤表，做出「一键汇总」。
- 独立实验室：拿自己部门的一个真实表格，做出专属的「一键清洗 / 汇总」工具。
- 记录节省：对比「之前 X 小时 → 现在分钟级」，写进工具说明。
- 展示：演示自己的工具，晒节省工时。
验收能把本部门某重复任务从小时级降到分钟级；工具可复用、有使用说明。
- 小工具设计（90min）：从痛点清单挑一个，用「用户故事 + 界面草图」描述需求；让 AI 生成原型（台账 / 查询页 / 看板）；讲「先窄后宽」原则：先做最小可用，再迭代。
- 演示：讲师用一个痛点现场做出可演示原型。
- 需求描述训练：学员把选中的痛点写成一段「AI 能懂的需求说明」。
- 独立实验室：完成自己的部门小工具原型。
- 展示与互评（最后 1.5h）：每人 5 分钟演示；同伴 + 讲师点评（真实度 / 可用性 / 表达）。
- 提名：优秀原型标记进竞赛选题池，业务方在场可现场签字认领。
验收原型能演示解决一个真实部门痛点；若提名竞赛，需业务方书面认可「这确实是我们的问题」。
两件套：① 一个替代自己重复劳动的数据工具（Day 2，回部门立刻能用，立刻降本）； ② 一个部门小工具原型（Day 3，证明业务骨干也能做应用）。这两件就是向主管证明「培训有用」的最硬证据， 也是后续竞赛、陪跑的源头。
进阶版（Day 4–6）
在三天骨架上叠加「交互应用 → 真实实战 → 上线治理」，让学员从「会做原型」升级到「能交付可上线成果」。
- 交互与数据存储（90min）：构建带表单 + 本地存储的小应用（设备借用台账、报销登记、客户跟进表）；讲极简的「前后端」概念；讲数据放哪、怎么不丢。
- 演示：现场做一个「部门物品借用登记」应用（录入 + 列表 + 筛选）。
- 独立实验室：做一个带交互的部门应用原型（录入 + 列表 + 筛选）。
- 边界意识：提醒哪些数据不适合放本地（涉密 / 个人信息），必须走 IT 审核。
- 展示：演示应用，重点讲「解决了什么流程问题」。
验收应用能录入数据并正确查询；能说清「哪些数据需要 IT 把关」。
- 需求澄清（60min）：用 Day 3 的方法把带来的需求写成规格；讲师扮演「监理」，帮学员把模糊需求逼清晰。
- 拆解（30min）：把项目拆成 3–5 个小步，定今日必达的「最小可用」。
- 实战构建（主体）：完成界面构建、批处理与文档；导师巡场当「监理」。
- 自测：学员自己列出「验收清单」并逐项过。
- 晚间：完成可演示版本，准备次日答辩 / 展示。
验收项目能演示跑通核心流程；需求规格完整；自测清单全过。
- 部署入门（45min）：本地 → 内网 / 共享的几种方式；讲「个人玩具」与「部门资产」的区别。
- IT 监理自检清单（45min）：安全（数据不出域）、合规（无涉密或个人信息滥用）、可维护（有说明文档）、账号权限、数据备份，逐项自查。
- 写交接说明：产出一份给 IT 的「这是什么、数据在哪、怎么跑、谁维护」文档。
- 展示（90min）：每人 / 每组 5–8 分钟，讲师 + 信息部门代表共同点评，从监理视角给反馈。
- 衔接说明（30min）：讲清课程产出如何进入竞赛、哪些项目该陪跑、哪些转外包。
- 结业：颁发结业提名，优秀项目授「竞赛种子」标识。
验收项目通过 IT 监理自检清单；交接文档齐全；能讲清下一步该走竞赛 / 陪跑 / 外包哪条路。
试点 / 验证模式选 3 天；正式推广首选 4–5 天（有真实项目成品，竞赛素材充足）； 希望直接产出「可上线资产」并与 IT 完成交接的标杆班选 6 天。追加天数只在上层叠加能力，不会打乱前序进度。
不靠笔试，靠每天展示 + 结业作品
每天的「当日展示 / 点评」即形成过程性评估记录，避免「结课才发现不会」。评分表与内部竞赛同源，优秀作品直通选题池。
| 维度 | 权重 | 说明 |
|---|---|---|
| 痛点真实度 | 25% | 是否解决本部门真实、高频、零碎的问题（而非炫技演示） |
| 工具可用性 | 30% | 能否真正跑通核心流程、数据正确、界面能用 |
| 降本 / 增效证据 | 20% | 是否量化节省工时或缩短周期（如 Day 2 的工时记录） |
| 演示与表达 | 15% | 能否向非技术同事讲清「它解决什么问题、怎么用」 |
| 可交接性 | 10% | 是否有说明文档、能否让 IT 审核（安全 / 合规 / 可维护） |
评估表刻意不给「代码质量」「技术难度」计分——一旦计分，学员就会做表演型项目，背离「解决真实部门问题」的初衷。 评分导向直接对齐价值链：真实、可用、能降本。「痛点真实 + 业务方认可」的作品进入竞赛 A 池； 需要持续打磨的进入陪跑；超出部门能力的复杂需求按分级矩阵转入外包。
讲师配置与物料清单
保障「做中学」落地的运营细节。
讲师与助教配置
- 1 名主讲：懂 AI 编程 + 能讲人话，负责概念、演示、点评。
- 1–2 名助教：巡场答疑、帮学员解报错；师生比 ≤ 1:15。
- 信息部门代表（客座 1 次）：在 Day 6 或 Day 3 做监理视角分享，提前对齐治理预期。
- 业务方代表（可选）：Day 3 / Day 5 到场认领痛点，提高真实度。
学员前置准备
- 自带笔记本，提前装好企业选定的主工具（trae 或 WorkBuddy）并登录。
- 准备 1 份脱敏的真实部门表格（用于 Day 2 数据自动化）。
- 提前填好《我的三个部门痛点》模板（开课前发放）。
- 企业侧：开通内网可用、准备样例数据集与账号许可。
物料清单
每一份物料都对应一个交付环节，不做事后补写的文档。
| 物料 | 用途 | 产出于 |
|---|---|---|
| 《我的三个部门痛点》模板 | 开课前收集真实场景，驱动全程练习 | 课前 |
| 样例数据集（脱敏） | Day 2 跟练用，统一教学节奏 | 课前 |
| 每日检查单 | 讲师记录「产出是否达标」，过程性评估 | 每天 |
| 工具速查卡 | 界面会变，给「任务 → 该用什么」的判断速查 | Day 1 |
| 需求规格模板 | 逼清模糊需求 | Day 3 |
| IT 监理自检清单 | 安全 / 合规 / 可维护自查 | Day 6 |
| 《给 IT 的交接说明》模板 | 项目交付与上线衔接 | Day 6 |
| 结业评估表（同源竞赛评分） | 统一评分与竞赛选拔 | 结业 |
安全红线与心智模型
业务骨干动手，安全是底线。这两块内容从 Day 1 植入、贯穿全程，也是信息部门能放心放权的前提。
四条安全红线
- 不输入密码 / 密钥 / token 到任何 AI 对话或代码里。
- 不把涉密、未脱敏的敏感数据（客户隐私、人事、财务明细）直接交给公网 AI；需走内网或脱敏。
- 不点击 AI 生成的、来源不明的下载链接或执行陌生命令，先问导师或 IT。
- 「能跑」不等于「能上线」：涉及多人使用、对外、涉密、核心交易的项目，必须经信息部门审核。
你不是来学写代码的。你是来学「用 AI 当搭档，把脑子里懂的业务变成能用的工具」。 你负责三件事：① 想清楚要什么、② 会验收对不对、③ 守住安全边界。 写代码这件事，交给你企业的主工具。
你最大的资本是——你比任何外包都更懂自己部门的问题，这恰恰是用 AI 做出好工具的关键。
本文档是《企业 Vibe Coding 赋能项目》的落地子文档，对应「环节一 · 骨干培训」。课程产出经评估后按衔接机制进入 环节二（内部竞赛）选题池，并依分级矩阵分流至环节三（陪跑）与环节四（外包）。工具界面随版本演进， 本文以「任务 → 该用什么」的判断逻辑为准，具体菜单名称以当期产品为准。
把下一个系统，
交给 4Banana。
30 分钟沟通，我们会给出一个初步的交付路径、成本区间与风险清单——不收费，也不需要你准备 PPT。