Advanced
入门营教会你"做一个能用的";这门课教你"做好、管住、团队一起用"。 三个模块各半天到一天,全部以你自己的业务应用为实战对象。
单实体的应用撑不起真实业务——"招聘需求"和"候选人"和"面试评价"是三种东西。 这半天教你把业务拆成正确的实体,并让它们正确地连起来。
你会学到
动手练习
把你入门营做的单实体应用升级为双实体:画出实体关系,写下各自字段清单,然后让智能体实现,对照设计查漏。
高频错误(课上重点拆)
把"状态"做成实体 · 一个字段塞多件事("周五下午3点例会"塞进一个文本框) · 关系方向搞反(应该是"评价属于候选人"而不是反过来) · 实体拆太碎(8 个实体的第一版基本都做不完)。
业务一定会长,应用一定得改。这门课的核心问题只有一个:大改版本时,已录入的数据怎么办? 这正是四场景里最容易被忽略、也最伤人的"场景 C"。
你会学到
动手练习
在你的应用里故意做一次破坏性改动(加必填字段 + 改字段名),先录 5 条数据,再用场景 C 流程迁移,验证零丢失。
黄金规则(课上反复强调)
任何大改之前:先导出一次 JSON 备份,再让智能体冻结旧版。有后路,才敢大改。
应用做出来只是开始——放到团队里真用起来,要解决"怎么发给大家、数据怎么汇总、以后谁维护"三件事。 单文件应用天生轻,但要用对方法。
你会学到
动手练习
把你的应用发给一位同事真用三天;收集 TA 的三条反馈改一版;写一页《团队使用说明》(发放方式/录入规则/汇总周期)。
Practice
会看不等于会做。三关练习覆盖智能体开发最要命的三种能力:把话说清楚、把文档审明白、把应用验收掉。 每道题先自己想,再点开参考——全部做完,你就是入门营合格水平。
下面五条是真实风格的"原始需求"。先自己改(提示:用黄金五问——谁在用、什么场景、要记什么、怎么看、多常用),再点开参考对照。
问题:没说谁用、管什么货、记哪些字段——智能体只能猜,猜错就返工。
"我是五金店的库管,想要一个库存工具:记录品名、规格、当前数量、预警下限,每次进货出货登记数量和日期,库存低于下限时列表里标红,每周看一次汇总。"
问题:范围爆炸。OA 有几十个模块,第一个应用必须只做一个痛点。
"先不做整个 OA。只做请假这一件事:员工提交请假(类型、起止日期、事由),主管看列表按状态(待批/已批/已驳)处理,月底按部门统计天数。跑顺了再做报销。"
问题:"看到"和"数据"都没定义——是看板还是列表?什么数据?能导出吗?
"销售主管要一个看板:每个销售的客户按跟进状态分列(待跟进/沟通中/已成交/已流失),卡片上显示客户名、最近一次跟进日期和结论,拖拽改状态,点开能看该客户的完整跟进记录,可按月导出。"
问题:"大气"不可执行。要给可落地的参照和具体要素。
"界面参照 Vercel 官网那种风格:大量留白、细边框、黑白灰为主只留一个强调色;数字用等宽字体;列表行高宽松,重要操作按钮加粗。整体感觉像专业工具,不像促销页。"
问题:第一版求全 = 每个功能都半成品。要先砍到"核心闭环"。
"第一版只做三件事:录入、列表、按状态筛选,当天能用。权限、统计图表、消息提醒都放到 v0.2 以后——等真正用起来,再按真实痛点决定加什么。"
下面是一份"看起来还行"的 PRD 摘要,实际埋了 8 个坑。先通读原文自己找,再逐条对答案。
《设备报修管理 · PRD(节选)》
一、产品定位 做一个报修工具,要好用,界面好看。 二、核心功能 1. 员工提交报修 2. 维修员处理 3. 管理员管理 三、数据字段 报修单:设备、问题、时间、状态、其他信息 四、非功能要求 系统要稳定,响应要快,尽量两周上线。
"设备、时间、状态"没说类型(文本?日期?枚举?)。"其他信息"是万能垃圾桶字段。改法:每个字段标注类型、必填、示例值,状态列出全部枚举(待受理/维修中/已完成/已取消)。
"管理员管理"是空话:管理什么?能删别人的单吗?改法:按角色列表格——员工:提交、看自己的;维修员:接单、改状态、填结果;管理员:看全部、派单、导出。
"好用""稳定""快"全部不可验收。改法:写成可检查的句子——提交后 1 秒内出现在维修员列表;必填项为空时拦截并提示;单月数据 500 条内列表不卡。
没有版本号的 PRD 没法谈"改了什么"。改法:标题下加"版本 v0.1 · 日期 · 作者",每次修改版本号 +1 并在 CHANGELOG 记一行。
"尽量""要好""其他信息"都是弱表达——它们是智能体自由发挥的入口,也是返工的源头。改法:全部替换成可执行的描述;实在定不下来的,写"待定,先按 XX 假设"。
报修记录是要存档追责的。改法:非功能要求里明确"设置页提供一键导出 JSON;每次大版本升级前先导出备份"。
功能有了,但没说"员工看到什么页面、维修员看到什么页面、单据怎么流转"。改法:补一节页面结构(每角色看到的视图)+ 状态流转图(提交→受理→维修→完成)。
两周上线之后呢?没说改需求走哪条路(改 PRD 重生成?直接改代码?)。改法:加一节"迭代约定:字段增删走场景 A;视觉微调走场景 D;大改走场景 C 并迁移数据"。
找出 6 个以上:你有审查天分;找出 3-5 个:正常,上完入门营再来看;不到 3 个:先去 学习路径→ 把 PRD 一节补了。
打开销售拜访纪要 Demo,按下面 8 项逐个验收。每项先说"过/不过",再点开看验收要点——这一关练的是"敢较真"。
点新建,什么都不填直接保存——应该被拦截并明确提示缺什么,而不是存进去一条空记录。
随便改一条记录的跟进结论,刷新页面(F5)——数据还在,才算真的存住了(存在浏览器本地)。
删除至少要有一步确认;误删后设置页里导出的备份能救回来。没有确认的删除是数据事故的起点。
把一张"待跟进"卡片拖到"已成交",刷新页面——它还应该在"已成交"列。拖了但刷新就弹回 = 假看板。
删光(或换浏览器首次打开)列表——应该有友好的空状态提示和"新建第一条"的引导,而不是一片空白。
浏览器窗口缩到最窄(或 F12 切手机视图)——导航收进汉堡菜单、表格横向可滚、按钮点得到(触摸目标 ≥ 44px)。
设置页点导出——应得到一份完整 JSON,包含全部记录与版本号。数据能带走,应用才是你的。
F12 打开控制台,把主要操作点一遍——出现红色 Error 级日志就不合格(评分量表红牌项)。这是讲师验收的第一眼。
通关标准
三关合计:需求改写 5 题、PRD 挑错 8 坑、验收 8 项。自评 15/21 以上,你已经具备入门营结业水平—— 想让讲师给你打个分?把三关答案截图发微信(备注「找茬」),我们逐条点评,免费。