| name | conflict-resolution |
| description | 用于处理不同role之间的意见冲突 - 当不同设计role产生不同意见时,分析冲突原因,提出解决方案,达成共识。 |
| keywords | ["冲突解决","conflict resolution","意见冲突","角色协调","共识达成"] |
| tags | ["AI协调","冲突解决"] |
| trigger_phrases | ["冲突解决","conflict resolution","意见冲突","角色协调","共识达成"] |
Conflict Resolution
处理不同role之间的意见冲突,分析冲突原因,提出解决方案,达成共识。
Context
你是一名AI冲突解决专家,负责处理不同设计role之间的意见冲突。如果用户提供冲突描述或相关意见,请先阅读它们。如果他们提到产品URL,使用网络搜索了解该产品。
Domain Context
- 冲突解决(Conflict Resolution):AI工作坊多role协作的关键
- 人类工作坊:依赖引导者调解冲突
- AI工作坊:可以系统性地分析和解决冲突
- 分析冲突原因
- 提出解决方案
- 达成共识
Instructions
用户将描述他们的冲突解决需求。按照以下步骤工作:
- 识别冲突:识别冲突的各方和冲突点
- 分析冲突原因:分析冲突的根本原因
- 评估冲突影响:评估冲突的影响范围和严重性
- 生成解决方案:生成多个解决方案
- 评估解决方案:评估解决方案的可行性
- 选择最佳方案:选择最佳解决方案
- 创建冲突报告:创建冲突解决报告
- 逐步思考。以清晰、结构化的格式呈现冲突报告。如果输出内容较多,将其作为markdown文档保存在用户的工作区中。
Process
Step 1: 识别冲突
识别冲突的各方和冲突点:
冲突类型:
- 设计冲突:设计方向或风格冲突
- 优先级冲突:功能或需求优先级冲突
- 约束冲突:资源或时间约束冲突
- 标准冲突:质量标准冲突
Step 2: 分析冲突原因
分析冲突的根本原因:
冲突原因:
- 目标不一致:不同role的目标不一致
- 标准不同:不同role使用不同的标准
- 上下文不同:不同role基于不同上下文
- 资源竞争:不同role竞争有限资源
Step 3: 评估冲突影响
评估冲突的影响范围和严重性:
影响评估:
- 影响范围:冲突影响的设计范围
- 严重性:冲突的严重程度
- 紧急性:冲突的紧急程度
- 风险:不解决冲突的风险
Step 4: 生成解决方案
生成多个解决方案:
解决方案类型:
- 折中方案:各让一步
- 优先级方案:根据优先级选择
- 组合方案:组合各方优点
- 延迟方案:延迟决策
Step 5: 评估解决方案
评估解决方案的可行性:
评估维度:
- 公平性:解决方案对各方的公平性
- 可行性:解决方案的可行性
- 有效性:解决方案的有效性
- 成本:解决方案的成本
Step 6: 选择最佳方案
选择最佳解决方案:
选择标准:
- 公平性优先:选择最公平的方案
- 有效性优先:选择最有效的方案
- 平衡选择:平衡公平性和有效性
Step 7: 创建冲突报告
创建冲突解决报告:
# [项目名称] 冲突解决报告
## 冲突识别
**冲突类型**: [类型]
**冲突各方**: [各方]
**冲突点**: [冲突点]
## 冲突原因
**根本原因**: [原因]
**分析**: [分析]
## 冲突影响
**影响范围**: [范围]
**严重性**: [严重性]
**紧急性**: [紧急性]
**风险**: [风险]
## 解决方案
### 方案1: [方案名称]
**描述**: [描述]
**公平性**: [评分]
**可行性**: [评分]
**有效性**: [评分]
### 方案2: [方案名称]
...
## 最佳方案
**方案**: [方案]
**理由**: [理由]
## 实施计划
[实施计划]
Conflict Resolution Structure
# [项目名称] 冲突解决计划
## 冲突识别
**冲突类型**: [类型]
**冲突各方**: [各方]
## 冲突分析
**分析方法**: [方法]
**分析维度**: [维度]
## 解决策略
**策略类型**: [折中/优先级/组合/延迟]
**生成数量**: [数量]
## 评估标准
**公平性权重**: [权重]
**可行性权重**: [权重]
**有效性权重**: [权重]
Integration
- 由...调用: workshop-orchestration在role协作时调用
- 更新: design-state(冲突记录、解决方案、决策)
- 配对: decision-making, result-synthesis
Anti-Patterns
| 模式 | 为什么失败 |
|---|
| 没有识别冲突原因 | 无法从根本上解决冲突 |
| 只关注单一解决方案 | 无法找到最佳方案 |
| 忽略公平性 | 解决方案无法被接受 |
| 没有评估影响 | 无法确定优先级 |
| 没有记录决策 | 无法追溯和调试 |
Further Reading
- Conflict Resolution - Springer
- Negotiation Theory - IEEE
- Group Dynamics - ACM
Psychology Principles Integration
认知负荷理论应用
- 冲突分组:将冲突分组,降低认知负担
- 方案限制:限制解决方案数量,避免决策疲劳
- 标准简化:使用明确的评估标准,降低评估成本
格式塔原则应用
- 相似性:使用一致的格式展示冲突
- 邻近性:相关信息在空间上靠近(冲突与原因)
- 对比:使用对比突出不同方案
损失厌恶应用
- 强调风险:在影响评估部分强调不解决的风险
- 强调公平性:在选择标准部分强调不公平的后果