菜单
把需求、原始 PRD、竞品分析、零散笔记或模糊产品想法提炼成可直接发给 Claude Code、Codex 或其他编码 Agent 的精简中文 Markdown PRD。触发：用户说“帮我写一个用来vibe coding的PRD”、要求整理 coding-agent-ready PRD/spec/prompt，或希望从业务/产品材料中抽取实现所需信息。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Use when drafting, rewriting, reviewing, or planning Chinese long-form content for public accounts, blogs, newsletters, professional analysis, product or technical writing, especially when preserving an author's voice, using personal material, or reducing formulaic AI-sounding prose.
HTML/React 第一页 Hero 生成工作流。用户提供 Hero Prompt、品牌主题、首页视觉需求、背景视频/图片、或要求"先对齐再生成第一页"、"需要你更改的部分: {}"、"做一个能跑的交互 Hero 页面"时必须使用。本 skill 要求先同步理解和需要替换的部分，确认后再创建或修改前端工程，并交付可运行、可预览、可打包的第一页。
HTML/PPT 风格网页演示文稿生成工作流。用户提供第一页 Hero Prompt、现有 Hero 工程、演示文稿扩展指令、或要求"先对齐再执行"、"需要你更改的部分: {}"、"把 hero 扩成多页汇报/slide deck/HTML PPT"时必须使用。本 skill 要求先同步理解、列出需要用户更改或确认的部分，得到明确确认后才修改代码，并保持第一页视觉系统一致。
协助意疏写「意疏的AI口袋」公众号文章。Claude 是协作者不是写手——voice 必须从意疏嘴里出来，AI 负责结构化、扩写、降 AI 味。触发：写公众号文章 / 帮我整理口述 / 有素材但想不清 / 这段 AI 味太重 / 看看有没有意疏味道 / 帮我把骨架写成文章。输出 Markdown，排版找 wechat-formatter，发布找 wechat-publisher。
微信公众号文章的发布管道——封面生成、本地图片上传素材库、创建草稿、发布草稿、以及从 mp.weixin URL 提取原文。**触发场景**:用户说 "发到公众号草稿箱" / "推送到公众号" / "做张公众号封面" / "上传图片到微信" / "把这篇文章提取成 markdown" / "改写这篇 mp.weixin 链接(的提取部分)" / 任何提到「发布 / 草稿 / 封面 / 推送 / 提取微信文章」的请求。本 skill **不写文章**(交给 wechat-writer),**不做 markdown → html 排版**(交给 wechat-formatter)——它只处理图片生成、文件上传、微信 API 调用。
把 Markdown 文稿转换成微信公众号可用的内联样式 HTML。**触发场景**:用户说 "把 markdown 转成公众号能用的 HTML" / "排版一下这篇文章" / "套个主题" / "微信编辑器不识别我的样式" / 任何提到「公众号排版 / 微信 HTML / md 转 html / doocs 主题」的请求。微信编辑器不识别 `<style>` 标签,必须把所有 CSS 内联到每个 HTML 元素的 style 属性里——本 skill 用 doocs/md 主题完成这件事。本 skill 只负责格式转换;写作交给 wechat-writer,发布交给 wechat-publisher。
| name | vibe-coding-prd |
| description | 把需求、原始 PRD、竞品分析、零散笔记或模糊产品想法提炼成可直接发给 Claude Code、Codex 或其他编码 Agent 的精简中文 Markdown PRD。触发：用户说“帮我写一个用来vibe coding的PRD”、要求整理 coding-agent-ready PRD/spec/prompt，或希望从业务/产品材料中抽取实现所需信息。 |
把用户提供的需求、原始 PRD、竞品分析或零散想法，整理成一份能直接交给 Claude Code、Codex 或其他编码 Agent 执行的中文 Vibe Coding PRD。
request_user_input 或等价弹框工具，用 1-3 个简短选择题引导；若没有，就在聊天里给选择题并等待用户回答。把用户材料归为一种主类型，并用一句话告诉用户：
如果分类不确定，先让用户确认。
正式设计前，确认这些字段：
缺字段时，一次最多问 1-3 个选择题。示例：
我先确认一下真实需求，选最接近的即可：
1. 给自己用的效率工具
2. 给团队/客户用的业务系统
3. 复刻或改造某个竞品功能
只有用户确认后才继续。若用户明确要求“先按你的假设写”，可以继续，但必须在 PRD 的“假设/开放问题”里标注。
先写一段简短需求定义，包含：
写完后让用户确认。用户确认后再进入功能清单。
输出功能表，字段必须包含：
然后询问用户：哪些做、哪些不做、哪些推迟、优先级是否调整。
优先级排序原则：
根据产品形态、产品大小、复杂度、数据复杂度、AI/tool 调用需求、登录权限、上线时间、本地自用或生产上线要求推荐技术栈。
技术栈表格包含：
如果是 AI 产品，补充模型/API 选择建议、Agent 是否需要工具调用、是否需要记忆或数据库、是否需要人工确认节点。涉及最新模型、API 或框架版本时，先查官方文档；无法查证时标注“待确认”，不要凭记忆写死。
写完技术栈建议后，让用户确认方向。
为核心主功能界面设计低保真原型。不要做营销页，不写装饰性描述，只设计用户真正操作的界面。
每个核心页面包含：
可用文本框架、简单布局描述或 Mermaid。输出后让用户二次确认，再写详细功能模块。
如果是 AI 产品，输出：
如果是传统产品，输出：
每个 P0 功能和用户确认要做的 P1 功能都要写验收标准。推荐格式：
Given [初始状态]
When [用户执行明确动作]
Then [系统出现可观察结果]
示例：
Given 用户已经进入需求输入页面
When 用户粘贴一段竞品分析并点击“生成 PRD”
Then 系统展示“输入类型：竞品分析”，并出现 4 个方向选择按钮：“复刻功能”“改进功能”“融合多个产品”“差异化版本”
避免：
确认完成后，输出一份完整 Markdown PRD。按实际情况删除不适用章节，不要为了完整而填废话。
# [产品名称] - Vibe Coding PRD
## 1. 需求定义
- 目标用户：
- 使用场景：
- 解决问题：
- 产品形态：
- MVP 目标：
## 2. 范围和优先级
| 优先级 | 一级模块 | 二级模块 | 功能 | 是否现在做 | 时间 | 说明 |
|---|---|---|---|---|---|---|
## 3. 推荐技术栈
| 层级/功能 | 推荐技术 | 推荐理由 | 替代方案 | 风险/成本 |
|---|---|---|---|---|
## 4. 核心原型图（框架版）
### 页面：[页面名称]
[低保真文本框架、页面区域和关键操作]
## 5. 详细功能设计
### 模块：[模块名称]
- 目的：
- 用户流程：
- 输入/数据：
- 功能行为：
- 边界情况：
- 实现说明：
## 6. AI Agent 设计
<!-- 仅 AI 产品保留本节 -->
### Agent 工作流
### 提示词设计
### Tool 体系
### 记忆/状态
### 人工确认节点
## 7. 验收标准
### 功能：[功能名称]
- Given ...
- When ...
- Then ...
## 8. 暂不做范围
- ...
## 9. 假设和开放问题
- ...