这门课的名字里有「prompt工程师」，但真正的落点在「业务开发」四个字上。如果你只是想学怎么写几句好用的提示词，市面上零散技巧已经够多；这门课的假设是：你愿意把 prompt 嵌进一个真实的开发流程里，用 Go 写后端、用 Vue 写前端，把注册和登录这两个最不起眼、却最考验工程完整度的模块做出来。

先说清楚它不解决什么

它不会教你从零学 Go 语法，也不会带你过一遍 Vue 的响应式原理。如果你连路由、ORM、中间件分层都没写过，跟起来会吃力。反过来，如果你已经是熟练的后端或前端，只是没认真想过「AI 到底能替我做哪一段活」，这门课的价值才显现出来——它给的是一个可复用的协作节奏，而不是一份代码模板。

注册登录之所以被选作载体，是因为它天然包含校验、加密、会话、接口联调、错误提示这些琐碎环节。琐碎，正是 prompt 最容易发挥也最容易翻车的地方。

能力缺口一般出现在哪几处

拿到需求后直接让模型「写一个登录接口」，结果产出的代码结构散、命名乱，改起来比手写还慢。缺的是先把任务拆成模型能稳定执行的粒度。
前后端字段对不上，密码加密方式、token 存放位置、错误码约定各自为政。缺的是用 prompt 维持跨文件、跨端的一致性。
模型给出的代码看着对，跑起来报错，又不知道是自己描述错了还是模型理解偏了。缺的是对输出做验证和追问的习惯。
敏感逻辑（密码哈希、JWT 密钥、参数校验）交给模型后不复核，留下安全隐患。

这几处缺口，本质上都不是「提示词写得不够花哨」，而是工程判断力的问题。课程按项目推进，正好把这些点暴露在具体场景里。

配套练习该怎么做

看课时别只跟着敲。比较有效的做法是：先自己写一版提示词，再对照课程里的写法，标出差异——差在约束条件、上下文给得够不够、有没有明确输出格式。注册模块做完后，把同样的方法迁移到一个课程里没出现的功能上，比如修改密码或第三方登录，看自己能不能独立拆解。

另外建议刻意记录两类失败：模型理解错需求的场景，和它产出正确但你不放心的场景。前者帮你改描述，后者帮你定审核边界。这份记录比课程本身更耐用。

看完应该能回答的问题

一个注册接口，哪些部分适合交给模型生成，哪些必须自己定死？
怎么用提示词让前后端字段和错误码保持统一，而不是每轮对话都重新解释一遍？
模型产出的加密、鉴权代码，你按什么标准判断能不能进主分支？
当需求变更时，你改的是提示词、代码，还是两者都要动？

如果这些问题你在看之前答不上来，看完之后能给出自己的答案，这门课就算没白看。它训练的不是「会用 AI」，而是「知道哪一段不该交给 AI」。