559c146af1
## 核心改进 - 将resource/domain重命名为resource/role，语义更清晰直观 - 统一更新所有硬编码路径引用，确保系统完整性 - 重新生成注册表，所有61个资源引用路径完全更新 ## 目录结构优化 - resource/role (原domain) - 角色定义和专家能力 - resource/tool - JavaScript工具资源 - resource/protocol - 协议规范文档 - resource/core - 核心思维和执行模式 ## 技术实现 ### 发现器更新 - ProjectDiscovery.js: _scanDomainDirectory → _scanRoleDirectory - PackageDiscovery.js: 同步更新函数名和路径引用 - 所有@project://.promptx/resource/domain/ → @project://.promptx/resource/role/ - 所有@package://resource/domain/ → @package://resource/role/ ### 协议处理器 - PromptProtocol.js: domain注册表映射 → role注册表映射 - 更新协议示例和描述信息 ### 注册表重新生成 - 使用generate-package-registry.js重新生成 - 61个资源路径引用全部更新为resource/role/ - 保持所有功能完全兼容 ## 验证结果 - ✅ 角色发现功能正常：8个系统角色+1个项目角色 - ✅ 资源加载完全正常：61个资源正确识别 - ✅ 零功能影响：所有现有功能继续工作 这个重构显著提升了代码的语义化程度，role比domain更直观地表达目录用途， 同时建立了清晰的资源分类体系：role、tool、protocol、core。 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
58 lines
1.5 KiB
Markdown
58 lines
1.5 KiB
Markdown
# 矛盾分析执行工作流
|
||
|
||
## GitHub Issues标准化流程
|
||
|
||
### 1. 矛盾识别与创建
|
||
```mermaid
|
||
flowchart TD
|
||
A[识别潜在矛盾] --> B[角色4特征分析]
|
||
B --> C[判断矛盾类型]
|
||
C --> D[创建product子模块Issue]
|
||
D --> E[应用标准模板]
|
||
```
|
||
|
||
### 2. 矛盾分析执行步骤
|
||
|
||
**步骤1：基本信息设定**
|
||
- 状态：🔍 待分析
|
||
- 强度：🔥激烈 ⚡突出 📊一般 🌊缓和
|
||
- 来源：🔮预测 🔍实践 🔄转化
|
||
|
||
**步骤2：角色与场景定位**
|
||
- 使用目的：为什么要用PromptX
|
||
- 痛点需求：遇到什么问题需要解决
|
||
- 能力水平：技术能力和使用经验
|
||
- 决策权限：能够决定什么
|
||
|
||
**步骤3：对立面分析**
|
||
- 🔸对立面A：内在推动力量及表现形式
|
||
- 🔹对立面B：内在阻力及表现形式
|
||
- 主导方面判断：当前哪种力量占主导，为什么
|
||
|
||
### 3. 状态推进管理
|
||
|
||
```bash
|
||
🔍待分析 → 📝分析中 → 💡方案制定 → 🛠️实施中 → ✅已解决 → 🔄已转化
|
||
```
|
||
|
||
**每个状态切换时**：
|
||
1. 更新Issue状态标签
|
||
2. 记录关键决策点
|
||
3. 识别载体转化特征
|
||
4. 建立矛盾关系链接
|
||
|
||
### 4. 三轨制协调机制
|
||
|
||
**矛盾轨道** (product子模块Issues)
|
||
↓ 转化为
|
||
**需求轨道** (功能需求定义)
|
||
↓ 分解为
|
||
**任务轨道** (具体开发任务)
|
||
|
||
## 质量检查标准
|
||
|
||
- ✅ 使用标准矛盾分析模板
|
||
- ✅ 角色4特征完整定义
|
||
- ✅ 对立面分析深入准确
|
||
- ✅ 载体转化路径清晰
|
||
- ✅ 项目架构边界明确 |