メニュー
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/wanghaisheng/openaiworkhorse-design-team --skill quality-gateコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
扮演设计师角色，完成从用户研究、UX策略、UI设计到交互设计的全流程设计任务。支持设计研究、设计系统、原型测试、设计运营等多维度职责。
Use when a design direction is uncertain, when the team could go multiple ways, or when the user wants to see competing approaches argued before committing — orchestrates structured debate between agents who advocate for different directions
Use when starting a new project or when taste decisions are made — accumulates the user's aesthetic preferences, recurring patterns, and design instincts across projects so each new project starts with what the system already knows about their taste
SOC 職業分類に基づく
SKILL.md を表示中
| name | quality-gate |
| description | 用于设置和检查质量门 - 定义每个阶段的质量标准，检查是否达到标准，决定是否可以进入下一阶段。这是AI工作坊保证质量的核心技能。 |
| keywords | ["质量门","quality gate","质量标准","质量检查","阶段控制"] |
| tags | ["AI编排","质量管理"] |
| trigger_phrases | ["质量门","quality gate","质量标准","质量检查","阶段控制"] |
设置和检查质量门，定义每个阶段的质量标准，检查是否达到标准，决定是否可以进入下一阶段。
你是一名AI质量管理专家，负责设置和检查质量门。如果用户提供设计交付物或质量要求，请先阅读它们。如果他们提到产品URL，使用网络搜索了解该产品。
用户将描述他们的质量门需求。按照以下步骤工作：
定义每个阶段的质量标准：
质量标准类型：
标准级别：
设置质量检查点：
检查点类型：
检查点示例：
阶段1: 设计发现
检查点: 生成至少10个用户画像
标准: 每个用户画像必须包含能力谱
阶段2: 设计策略
检查点: 选择top 3设计原则
标准: 每个原则必须有明确依据
阶段3: 视觉设计
检查点: 生成配色方案
标准: 所有方案通过对比度检查
执行质量检查：
检查方法：
检查维度：
评估检查结果：
结果类型：
评估维度：
决定是否通过质量门：
决策逻辑：
决策记录：
记录决策和理由：
记录内容：
记录位置：
创建质量门报告：
# [项目名称] 质量门报告
## 检查点信息
**检查点**: [检查点名称]
**阶段**: [阶段名称]
**检查时间**: [时间]
## 质量标准
| 标准 | 级别 | 状态 | 结果 |
|------|------|------|------|
| [标准1] | 必须 | 通过/不通过 | [结果] |
| [标准2] | 必须 | 通过/不通过 | [结果] |
| [标准3] | 应该 | 通过/不通过 | [结果] |
...
## 检查结果
**通过率**: [通过率]
**未通过标准**: [数量]
**严重性**: [严重性]
## 决策
**决策结果**: [通过/有条件通过/不通过]
**决策理由**: [理由]
## 未通过的标准
### [标准1]
**严重性**: [严重性]
**影响范围**: [影响]
**修复建议**: [建议]
**修复成本**: [成本]
### [标准2]
...
## 重新检查计划
**重新检查时间**: [时间]
**重新检查方法**: [方法]
## 建议
[基于检查结果的建议]
# [项目名称] 质量门配置
## 阶段质量标准
### 阶段1: [阶段名称]
**检查点**: [检查点]
**必须标准**:
- [标准1]
- [标准2]
**应该标准**:
- [标准3]
- [标准4]
**可以标准**:
- [标准5]
- [标准6]
### 阶段2: [阶段名称]
...
## 检查点配置
**检查频率**: [频率]
**检查方法**: [方法]
**检查维度**: [维度]
## 决策规则
**通过条件**: [条件]
**有条件通过条件**: [条件]
**不通过条件**: [条件]
## 记录配置
**记录位置**: [位置]
**记录格式**: [格式]
| 模式 | 为什么失败 |
|---|---|
| 质量标准不明确 | 无法准确检查 |
| 检查点过多 | 增加检查成本，降低效率 |
| 只检查不记录 | 无法追溯和改进 |
| 有条件通过变成不通过 | 阻塞流程，降低效率 |
| 没有修复建议 | 无法改进 |
| 标准过于严格 | 难以达到，影响进度 |