refactor: 重构resource/domain为resource/role - 提升目录语义化

## 核心改进
- 将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>
This commit is contained in:
sean
2025-06-28 15:24:19 +08:00
parent 808c5af9fa
commit 559c146af1
58 changed files with 264 additions and 264 deletions

View File

@ -0,0 +1,58 @@
# 矛盾分析执行工作流
## 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特征完整定义
- ✅ 对立面分析深入准确
- ✅ 载体转化路径清晰
- ✅ 项目架构边界明确