AGI 产品经理全栈进化指南

这门课的名字里有「全栈」两个字，容易被误读成「什么都学一点」。先把它放回真实工作场景里看：当你能直接调用模型接口、用低代码搭出原型、把用户反馈当天迭代进产品时，产品经理和工程之间的那道交接墙就变薄了。这门课讨论的正是这种变化，以及一个人要补上哪些具体能力，才能撑起所谓的「一人产品工坊」。

先说清楚：它不解决什么问题

如果你指望学完就能独立训练大模型、调参微调，那方向不对。课程的重心在应用层：把已有的模型能力组织成可用的产品。它也不会教你用三页 PPT 讲清楚 AGI 的哲学定义——这些不是产品经理的交付物。

它真正要处理的是另一类尴尬：不少产品经理能写需求文档、能画原型，但一到「这个能力边界在哪里、成本怎么算、失败时怎么兜底」就答不上来；也有技术背景的人会调接口，却说不清为什么这个功能值得做。两边都有缺口，课程按这个缺口来组织内容。

能力缺口大致分三层

第一层：对模型能力有手感

不是背参数，而是知道什么任务该用什么样的提示结构、上下文窗口吃紧时怎么取舍、多轮对话状态怎么维护。这一层决定你能不能判断一个需求「现在做得出来还是做不出来」。

第二层：能把想法变成能点开的东西

原型不再只是线框图。你需要能把模型接进去，让评审的人真的用一遍。这里涉及接口调用、简单的数据处理、常见的部署方式——不要求写生产级代码，但要能自己跑通链路。

第三层：产品判断没被技术冲昏

模型能做的事很多，值得做的事很少。评估标准怎么定、错误率多高算可接受、用户对「不确定的回答」容忍度多大，这些判断比调通接口更稀缺。

配套练习建议这样用

• 挑一个你日常重复处理的琐事（整理会议纪要、归类用户反馈、生成测试用例都行），先手写一遍流程，再想哪一步可以交给模型，最后比对你最初设想的方案差在哪。
• 给自己限定一个周末，做出一个只有你能用的工具。不追求界面好看，追求「明天还愿意打开它」。
• 拿一个已经上线的 AI 功能，反推它的提示词可能长什么样，再对照实际效果，找出你没预料到的失败情况。
• 记录每次模型输出让你意外的时刻。这些记录比任何教程都更接近你自己的能力边界。

看完应该能回答的问题

• 手头这个需求，用现有模型能力能不能做，大概要花多少调用成本？
• 模型输出错了，用户在什么场景下会原谅，什么场景下会直接卸载？
• 如果明天模型 API 涨价一倍，你的产品方案还成立吗？
• 你上一次把一个想法推到「别人能上手用」，中间卡在哪一步？
• 「一人产品工坊」对你来说缺的是工具，还是判断力，还是把它做完的耐心？

最后提醒一句：AGI 这个词眼下被用得很松，有些课拿它当噱头。这门课的价值不在名词，而在它是否逼你把上面这些问题一条条答出来。答不出来的地方，就是你要补的地方。