Skip to content
建议与反馈
微信公众号二维码
扫码关注 「槽痞」
直接发送您的意见或疑问

0.1 跨越鸿沟 —— 从 Chat 到 Coding Agent 的觉醒

本节目标

理解为什么传统"聊天式"AI 编程在校园项目中容易失败,以及如何用 Agent(智能体)思维重新组织工作流程。

1. 被困在信息中心的"全能战士"

先说说咱们的真实处境。

很多信息科技教师的状态是这样的:教学、运维、修设备、做报表,什么都要会,什么都要做。你想静下心来做点自己的事,比如写个小工具帮学校提高效率,但总是被打断。

AI 本来是个好帮手,但用错了方式,反而更累。

2. 为什么你用 AI 写代码总是翻车

2.1 聊天式编程的局限

传统的 AI 编程方式,本质上还是"对话":

你:帮我写个排座系统
AI:好的,这是代码……
你:运行报错了
AI:我看看,修改如下……

问题在于,校园项目不是一次对话能搞定的。一个完整的 Web 应用涉及:

  • 数据库设计
  • 后端接口
  • 前端页面
  • 部署配置

你让 AI 写数据库,它建了表;你接着让它写接口,它可能忘了之前的表结构;你再让它做前端,它又忘了接口地址。

上下文一断,项目就乱了。

2.2 复制粘贴的陷阱

很多老师的做法是:AI 生成一段,复制粘贴到编辑器里,运行,报错,再回去问 AI。

这个过程的问题在于:

  1. 上下文丢失:AI 记不住你之前的所有对话
  2. 代码碎片化:前后不连贯,改一处坏一处
  3. 调试成本高:你懂业务,但不懂语法,报错了也不知道怎么修

结果是:AI 写了代码,但你不敢用;想自己改,又没时间学。

3. Agent(智能体)思维的转变

3.1 从"聊天"到"派活"

Agent 思维的核心区别是:你不再跟 AI 聊天,而是给它一份完整的工作说明书,让它按流程执行。

就像你给新来的实习老师发一份教案,告诉他:

  • 这节课要讲什么
  • 用什么教具
  • 作业怎么布置
  • 课后要反馈什么

你不需要在旁边一步步指导,等他做完验收就行。

3.2 Markdown 就是你的"需求文档"

在 Vibecoding 里,Markdown 文档就是你的需求说明书。你把所有要求写清楚:

markdown
# 机房排座系统需求文档

## 数据库设计
- 班级表:班级名称、学生人数
- 座位表:行号、列号、学生姓名

## 功能要求
1. 支持按班级导入学生名单
2. 支持手动拖拽调整座位
3. 支持导出座位表为 Excel

## 技术栈
- 前端:Vue 3 + Element Plus
- 后端:Node.js + Express
- 数据库:SQLite

然后,你把这份文档交给 AI,让它按顺序完成:

  1. 先建数据库表
  2. 再写后端接口
  3. 然后做前端页面
  4. 最后配置部署

AI 不再是"聊天机器人",而是"执行员工"。

3.3 你的新角色

传统方式Agent 方式
你写代码,AI 补全你提需求,AI 执行
你调试报错,AI 改代码你验收结果,AI 负责实现
你记所有细节,AI 只回答当前问题你写需求文档,AI 按文档执行

你从"程序员"变成了"产品经理 + 测试"。

4. 本书主线

这本小册不讲复杂的编程理论,只讲怎么用 AI 快速做出能用的校园工具

我们会从最简单的机房排座系统开始,逐步扩展到成绩分析、算法可视化等场景。每一章都会给你:

  • 真实的需求文档
  • 可直接运行的代码
  • 踩坑后的避坑经验

你不需要成为编程高手,只需要学会怎么跟 AI 高效协作。


封面

最后更新于:

💬 建议与反馈

如果在阅读本书、配置环境或实践案例时遇到问题,欢迎与我交流。

您可以在微信搜索并关注公众号 「槽痞」 后直接发送消息。无论是错别字纠正、代码 BUG 反馈,还是您对 Vibe Coding 在中小学教学落地中的宝贵建议,我都会认真阅读并予以回复。

微信公众号二维码微信扫一扫

基于 VitePress 构建 · 书本质感主题