菜单
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
基于 SOC 职业分类
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/lujuncheng1225-cloud/AI_Commercialization--Product-Management-skills --skill ai-feature-brief命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
| name | ai-feature-brief |
| description | 定义一个 AI 功能的用户任务、输入、输出、质量标准和 fallback。适用于把模糊 AI 点子整理成可讨论方案的场景。 |
| type | component |
| best_for | ["定义 AI 功能","在写完整 PRD 前先把 AI 能力说清楚","减少模糊的 AI 想法"] |
| scenarios | ["定义一个 AI 访谈总结功能","把 AI copilot 点子整理成产品 brief"] |
在团队真正投入开发前，先把 AI 功能定义清楚。
一个 AI feature brief 至少要说明：
AI feature brief 不是在描述“模型能做什么”，而是在判断“这件事值不值得以 AI 方式交付”。
在成文前先检查：
优先区分：
模型会不会做用户会不会用产品应不应该把它做成一个正式功能如果一个想法只能证明“模型能演示”，不能说明：
则不要把它写成正式 feature。
在把一个 AI 点子写成 brief 前，先问：
## AI Feature Brief
### User Job
[用户任务]
### Trigger
[触发点]
### Inputs
- [输入]
### Outputs
- [输出]
### Quality Bar
- [什么算好]
### Failure Modes
- [最重要的失败方式]
### Fallback Behavior
- [低置信度时怎么办]
### Why This Should Exist As A Product Feature
- [为什么值得做成正式功能，而不是 demo / prompt / 内部工具]
好：
差：
template.md../llm-evaluation-plan/SKILL.md../ai-risk-review/SKILL.md