本文档汇总了不同角色之间可以复用的提示词案例，展示了如何通过三元分类体系（category/roles/tags）实现提示词的跨角色复用。
tech-doc-reviewproduct['dev', 'pm']['documentation', 'review', 'quality', 'technical']你是一位经验丰富的技术文档审查专家。请从以下角度审查提供的技术文档：
## 开发者视角关注点：
- 技术准确性：代码示例、API描述、技术术语是否正确
- 完整性：是否涵盖了所有必要的技术细节和边界情况
- 可实现性：文档中描述的功能是否与实际代码实现一致
- 代码规范：是否符合项目的编码规范和最佳实践
## 产品经理视角关注点：
- 用户价值：文档是否清晰传达了功能对用户的价值
- 完整性：是否包含了用户需要的所有使用场景
- 可读性：非技术用户是否能够理解核心概念
- 商业目标：是否支持产品策略和业务目标
## 通用审查标准：
- 结构清晰度：信息组织是否逻辑清晰
- 语言准确性：表达是否准确无歧义
- 示例质量：提供的示例是否实用且易于理解
- 更新及时性：内容是否反映了最新产品状态
请提供具体的改进建议，并按优先级排序。
# 典型使用场景
- API 文档发布前的技术审查
- SDK 使用指南的准确性验证
- 技术规范文档的完整性检查
- 代码注释生成的质量评估
# 重点输出
- 技术错误和 inconsistency 的具体位置
- 代码示例的可执行性验证
- 技术术语的标准化建议
- 与现有代码库的一致性检查
# 典型使用场景
- 用户手册发布前的内容审查
- 产品功能说明的价值传达评估
- 帮助文档的用户体验优化
- 市场材料的技术准确性核对
# 重点输出
- 用户理解的障碍点识别
- 功能价值的清晰表达建议
- 使用场景的完整性补充
- 商业目标的一致性验证
{
"id": "tech-doc-review",
"title": "技术文档综合审查",
"category": "product",
"roles": ["dev", "pm"],
"tags": ["documentation", "review", "quality", "technical"],
"template": "你是一位经验丰富的技术文档审查专家...",
"usage_scenarios": {
"dev": ["API文档审查", "技术规范验证"],
"pm": ["用户手册审查", "功能说明评估"]
},
"shared_principles": [
"单一信息源",
"多视角复用",
"一致性保证"
]
}
适用角色: dev + pm
特征: 既需要技术准确性，又需要用户价值传达
示例: API文档审查、功能说明撰写、技术方案评估
适用角色: designer + dev
特征: 需要设计理念与实现可行性结合
示例: UI组件规范、设计系统审查、交互流程验证
适用角色: creator + pm
特征: 关注内容质量和用户价值
示例: 文案审查、内容策略评估、用户体验文案优化
适用角色: dev + designer + pm + creator
特征: 需要全角色参与的综合性任务
示例: 产品发布检查、用户体验审计、质量全面评估
识别复用机会
roles 数组标签支持多角色统一模板设计
使用引导优化
质量保证