用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/zhaoxuya520/AI-Fullstack-Delivery-Workflow --skill pr-faq命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
设计 API 认证鉴权和权限矩阵时使用。适用于多角色系统、租户隔离、字段级权限。优先使用 OAuth 2.0 / JWT + RBAC + 资源归属检查。
设计具体 API 端点时使用。适用于资源建模后的下一步、列端点清单、HTTP 方法和状态码选择。优先使用 RFC 7231 HTTP 语义 + GitHub REST 命名规范。
设计 API 错误码和错误结构时使用。适用于错误响应规范、调用方错误处理、调试可观测。优先使用 RFC 7807 Problem Details + 业务错误码 + 调用方处理建议。
基于 SOC 职业分类
正在显示 SKILL.md
| name | pr-faq |
| description | 新产品/大功能的愿景对齐时使用。适用于从零定义产品、大版本规划、团队对"为什么做"有分歧。优先使用 Amazon Working Backwards 的 PR/FAQ 方法。 |
参考来源：Working Backwards、Amazon's Innovation Blueprint
从未来的用户体验倒推回来，先写"产品已经发布"的新闻稿。
传统方式：
想法 → 业务案例 → 设计 → 开发 → 上线 → 写新闻稿
问题：开发完才发现用户不需要
Working Backwards：
写新闻稿（假设已发布）→ 团队讨论是否真有价值 → 不行就改 → 行就开发
优势：用最低成本验证"用户为什么会用"
# [标题：一句话说明产品是什么]
## [副标题：目标用户 + 核心价值]
[发布日期] — [公司名] 今天发布了 [产品名]，[一句话产品介绍]。
[第一段：问题段]
[详细描述用户当前遇到什么问题，造成什么损失。]
[第二段：解决方案段]
[产品如何解决这个问题。重点写"用户体验"，不要写技术实现。]
[第三段：用户引言]
"[一个虚构的真实用户用自己的话说他/她的体验]"
— [用户姓名、身份]
[第四段：如何开始]
[用户怎么用上这个产品。访问 URL / 下载 App / 联系销售。]
[第五段：负责人引言]
"[公司高管说为什么我们要做这个，对用户/行业有什么意义]"
— [高管姓名、职位]
□ 这个产品是什么？
□ 谁能用？
□ 怎么用？
□ 多少钱？
□ 和 [竞品 X] 有什么区别？
□ 数据安全吗？
□ 支持哪些平台？
□ 上线时间？
□ 有什么限制？
□ 为什么现在做？
□ 为什么我们做（而不是竞品）？
□ 技术可行吗？
□ 成本多少（开发 + 运营）？
□ 有什么风险？
□ 需要哪些资源？
□ 失败标准是什么？
□ 成功指标是什么？
□ 对现有产品有什么影响？
□ 法务/合规考虑？
1. 写 PR 第一版（不超过一页）
↓
2. 团队评审 → 大家是否被这个产品打动？
├─ 否 → 修改 PR 或放弃
└─ 是 → 继续
↓
3. 写外部 FAQ（10~15 条）
↓
4. 写内部 FAQ（10~15 条，更深入）
↓
5. 内部 FAQ 暴露关键风险和未决问题
↓
6. 决策：投入开发 / 暂缓 / 放弃
↓
7. 投入开发 → PR/FAQ 成为团队的北极星文档
❌ "采用先进的 AI 推荐算法"
✅ "用户打开 App 第一眼就能看到他们想要的"
❌ "通过深度学习模型分析用户行为..."
✅ "新用户第 1 天就能找到 3 个感兴趣的话题"
❌ "这个产品太棒了！" — 用户
✅ "我以前每周花 8 小时手动整理报表，现在用这个工具 10 分钟就完成了。" — 王经理，某 SaaS 公司财务总监
❌ "颠覆性的 AI 解决方案"
✅ "把搜索准确率从 60% 提升到 90%"
# Notion AI：把笔记变成你的第二大脑
## 让每个写作者都拥有 AI 写作助手
2023 年 2 月 22 日 — Notion 今天发布了 Notion AI，第一个完全集成在笔记工具中的 AI 写作助手。用户无需切换工具，即可在写作过程中获得 AI 辅助。
**问题**
每天有数百万人使用笔记工具来思考、写作和协作。但当他们想用 AI 提升写作效率时，必须打开另一个标签页（如 ChatGPT），把内容复制过去，等待结果，再复制回来。这个过程不仅繁琐，还打断了思考流。更糟糕的是，AI 生成的内容缺少笔记的上下文，质量打了折扣。
**解决方案**
Notion AI 内置在每个 Notion 页面中。用户在写作时按下空格键即可调出 AI，让它续写、总结、翻译、改写或生成大纲。AI 可以读取当前页面的上下文，给出贴合主题的回答。所有操作不离开 Notion，写作流程不被打断。
**用户体验**
"我每周写 5 篇博客，以前每篇要 3 小时。用了 Notion AI 之后，AI 帮我快速搭建大纲、扩展观点、检查语法，我只需要 1 小时就能完成。" — Sarah，独立内容创作者
**如何开始**
所有 Notion 用户立即可用，每月免费 20 次 AI 调用，付费版无限次。访问 notion.so/ai 了解详情。
**负责人引言**
"我们相信 AI 不应该是另一个工具，而应该融入你已经在用的工具中。Notion AI 让 AI 写作助手变得像拼写检查一样自然。" — Ivan Zhao，Notion CEO
□ PR 是否一页纸（不超过 600 字）
□ 用户语言而非技术语言
□ 引言是否可信（具体场景、可量化结果）
□ 是否避免了"革命性""颠覆"等空话
□ 外部 FAQ 是否覆盖用户最关心的 10+ 问题
□ 内部 FAQ 是否暴露了真实风险
□ 团队读完是否有"我想要这个产品"的感觉
templates/pr-template.md — PR 模板templates/external-faq-template.md — 外部 FAQ 模板templates/internal-faq-template.md — 内部 FAQ 模板上游：
业务目标 / 用户研究
下游：
通过 → positioning（细化定位）
通过 → opportunity-tree（探索具体机会）
通过 → roadmap（规划阶段）
通过 → prd-writing（输出执行级 PRD）
失败 → 放弃或大改