产品人人都是产品经理·需求解法局··AI 生成
从 Skill 到应用，最难的不是写代码，而是先想清楚这5件事
作者在将已验证的AI协作Skill封装成独立应用时，发现真正的挑战并非编码，而是产品形态、成本模型、权限边界等产品决策问题。文章详细复盘了从分析、方案到MVP开发的完整路径，揭示了Vibe Coding时代，AI能加速代码生成，但方向、边界与成本仍需人来定义。适合正在将AI原型工具化的产品经理、项目经理和独立开发者阅读。原文 ↗原文 ↗
核心观点
- ▍从Skill到应用，核心挑战不是写代码，而是产品形态、成本模型、权限边界等产品决策，这些不会因为代码生成得快就自动消失。
- ▍正确的开发路径是：先分析，再定方案，最后才写代码。不要一上来就让AI开始开发，而是先做可行性分析，验证产品形态。
- 01作者的第一版错误地选择了浏览器插件，后发现工具涉及登录、任务管理、云端生成等完整流程，独立客户端更合适，被迫重写。
- 02可行性分析揭示了作者原本以为只是“套个界面”的背后，包含了页面采集、任务服务、AI内容生成、Word排版、账号与订单等多个模块。
- 03应用开发完成后，即使不迭代，只要持续调用大模型就会持续产生费用，开发前必须估算调用频率、单次消耗和用户规模。
- 04个人购买的编程套餐（Coding Plan）不等于应用或商业用途的API调用权限，需要接入标准开发API。
反方 / 局限
- — 作者承认，所有功能都想交给模型是错误，有些功能（如格式转换、字段校验）使用确定性规则实现得更稳定、更便宜。
- — 作者暗示，Vibe Coding降低了编码门槛，但并未消除产品经理的核心问题（用户是谁、验证什么、成本能否接受），不会做产品决策的人仍可能失败。
概念锚点
平行视角
未来推演
延伸追问