企业官网建设流程全解析

系列导语：本系列基于 Anthropic《The AI-Native SDLC Playbook》改写，用大白话 + 可落手的动作讲清"AI 提速十倍后，研发流程怎么重做"。保留 Claude Code / Claude Tag / MCP 等原品牌名，方便你对照自家工具链。第 1 篇讲了"瓶颈在构建之外"，这篇钻进第一个阶段Plan。
《The AI-Native SDLC Playbook》相关文章链接：https://blog.csdn.net/justlookxia/article/details/164093318

你团队里是不是有个永远清不完的 backlog？

一个想法要过 backlog、用户故事、估算、精炼会，才能真的动手。
等文档写好，需求早变了几轮，所有权也被转手好几次。
AI-native 的做法，反过来：想法一冒出来，就当场把它钉死成一份版本化的文件。

传统痛点：想法在流程里"旅游"

传统 SDLC 里，发起想法的人通常不是最终实现的人。
想法要经委员会收集、写成用户故事、做估算、开精炼会，层层转移所有权。
等轮到工程，原始意图已经稀释，返工全在后面埋雷。

AI-native 做法：发起者 + Claude 直接出 intent.md

在 AI-native 流程里，发起者（比如业务方、运营）直接在 Claude（用 claude.ai 或 Cowork 这类协作界面）里描述问题，和 Claude 脑暴，产出一个 markdown 原型规格，存成intent.md。它写清楚三件事：

• 要什么（Proposed outcome）
• 为什么（Problem）
• 约束是什么（Constraints / Open questions）

然后产品负责人审改、纠偏，确认后提交。
因为是版本化的，作者和时间戳都进记录，谁提的、啥时候提的，一目了然。

关键点：意图以"原话"被捕获，不再等人写文档。
AI 不是替你写代码，而是替你把"想要的到底是什么"先说清楚。

一份能直接抄的 intent.md

# Intent: claims status self-service Author: J. Ortiz (claims operations). Status: draft. ## Problem Customers phone the contact center to ask where their claim is. Handlers spend roughly a third of call time on status-only queries. ## Proposed outcome Customers see claim status, next step and expected date in the portal. ## Affected users and systems Claims handlers, portal team, claims-core API. ## Constraints No new PII in the portal session. Existing authentication only. ## Open questions Do third-party loss adjusters need access too?

具体怎么起步（5 步）

1. 在 claude.ai / Cowork 里描述问题；
2. 与 Claude脑暴；
3. Claude按模板写出intent.md；
4. 发起人纠偏；
5. 提交（作者 + 时间戳进入记录）。

先决条件：无。这是整个循环的起点，不需要任何前置。

怎么知道转成功了

• 领先指标：从首次对话到提交intent.md的时间——目标降到小时级（而不是天或周）。
• 滞后指标：产品负责人接受率；以及首个spec.md之后又回头改了几次intent.md（改得越少，说明意图捕获越准）。

下篇预告

第 3 篇Design：需求与设计为什么要"合体"成一次会话？一份被工程直接接手的spec.md是怎么从intent.md长出来的。

系列文快链：

1. 【AI原生研发转型·第1篇】为什么你的AI写码很快，团队却还是慢？
2. 【AI原生研发转型·第2篇】想法不该等人写文档：用intent.md把意图一次性钉死
3. 【AI原生研发转型·第3篇】需求与设计合体：一次会话出spec.md
4. 【AI原生研发转型·第4篇】没有计划不写码，机构知识变成文件
5. 05-08待发布

原文出处：https://claude.com/blog/the-ai-native-sdlc-playbook （Louis Claxton, 2026-08-21, Anthropic）
系列索引：① 总论 · ② Plan（本篇）· ③ Design · ④ Build · ⑤ Test · ⑥ Deploy · ⑦ Maintain · ⑧ 番外
本系列为外部技术博客的改写，保留原品牌名，仅供团队学习交流。