7.5
深览指数
产品人人都是产品经理·hanpangzi··AI 生成
Vibe Coding 之后，我们真正要积累的是上下文
本文提出，AI Coding的核心已从“Vibe Coding”升级为“Loop Engineering”，关键在于构建一个让AI自主行动的闭环系统。作者认为，产品经理真正的价值不在于写出完美提示词，而在于沉淀四类可复用的“上下文资产”：业务上下文、规则上下文、产品上下文和交付上下文。文章强调，代码易过期，而上下文能产生复利，是AI Coding时代产品经理最应积累的核心能力。适合正在探索或观望AI Coding的产品经理阅读，能帮助其找准自身在新范式下的定位和发力点。原文 ↗
核心观点
- ▍AI Coding的讨论已从Vibe Coding（自然语言编程）演进到Loop Engineering（闭环工程），关键在于设计一个让AI自主行动、检查、调整并达成目标的系统，而非写出完美单次Prompt。
- ▍产品经理在AI Coding时代最值得沉淀的四类上下文资产是：业务上下文、规则上下文、产品上下文和交付上下文。这些上下文比代码本身更具复利价值，是长期竞争壁垒。
- 01Vibe Coding的浅层应用（如生成一个页面或接口）已不难，但进入真实业务，难点在于上下文：如内部工具需明确谁可发起、谁可审批、字段是否必填、异常如何兜底等，这些是代码问题，更是上下文问题。
- 02安装和配置AI Coding工具（如Codex、Claude CLI）本身有技术门槛，但作者认为可先用更易用的AI工具辅助完成安装和配置，不应成为观望的理由。
- 03作者以自身经验说明，用AI Coding产出的内部工具已从Demo进入企业实际使用，需结合业务、IT、运维、供应商等资源补齐部署、安全、权限和稳定性，而AI Coding减少了早期验证和基础实现成本。
- 04作者将应沉淀的上下文分为四类：业务上下文（需求根源、用户场景、痛点）、规则上下文（状态流转、复核条件、数据权限）、产品上下文（页面布局、角色入口、空状态提示）和交付上下文（账号、部署、培训、反馈机制）。
- 05真实落地暴露Demo阶段无法发现的问题：业务方会问字段可否少填、状态是谁改的；执行方会问任务边界和交付标准；管理者会问进度和质量评估。这些反馈是补充上下文的关键。
反方 / 局限
- — 作者指出，自己并不认为产品经理需要把自己包装成工程师，也不认为AI Coding可以替代所有生产级工程能力。这暗示了文章的局限性：非工程背景的产品经理若想独立完成部署和运维，仍可能面临巨大挑战。
- — 文章核心假设是产品经理能从真实业务中提炼并沉淀上下文，但现实中，许多产品经理的工作环境可能缺乏清晰的业务规则和稳定的流程，导致“上下文沉淀”的前提条件本身就不具备。
- — 文章主要讨论了企业内部工具场景，对于面向C端消费者的、高度创新或快速变化的业务场景，上下文可能滞后于需求变化，沉淀的复用性可能大打折扣。
9 分钟 · 3 卡片 · 5 资料
读原文 →