refactor: 完成domain到role目录结构统一和硬编码清理
## 核心变更 1. **女娲角色知识更新** - dpml-authoring.execution.md: 更新镜像结构约束为.promptx/resource/role/ - role-generation.execution.md: 4处domain路径更新为role - role-creation.thought.md: 文件组织思维从domain改为role 2. **命令类硬编码清理** - InitCommand.js: 移除domain目录创建，改为按需创建 - RegisterCommand.js: 使用ResourceManager协议查找替代硬编码路径 - WelcomeCommand.js: 简化loadRoleRegistry()方法，直接使用注册表 3. **包注册表同步** - 重新生成package.registry.json确保资源发现一致性 ## 技术价值 - ✅ 统一目录语义：role比domain更准确描述AI角色 - ✅ 清理边角料代码：移除不必要的硬编码路径依赖 - ✅ 增强系统架构：基于注册表的资源发现更稳定 - ✅ 女娲知识同步：包含最新的role目录结构认知 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
This commit is contained in:
sean
@ -12,7 +12,7 @@
|
||||
- **纯XML结构**：文件必须从根标签开始，不得包含任何XML结构外的内容
|
||||
- **文件纯净性**：除了标签结构外，不得包含任何其他内容
|
||||
- **引用规范性**：使用@!引用时必须遵循resource协议语法
|
||||
- **镜像结构约束**：用户资源必须遵循`.promptx/resource/domain/`结构
|
||||
- **镜像结构约束**：用户资源必须遵循`.promptx/resource/role/`结构
|
||||
</rule>
|
||||
|
||||
<guideline>
|
||||
|
||||
@ -5,7 +5,7 @@
|
||||
- **文件格式要求**：生成的角色文件必须是有效的Markdown格式并符合XML语法
|
||||
- **系统集成约束**：生成的角色必须与PromptX系统兼容，支持ResourceManager发现机制
|
||||
- **快速生成要求**：整个创建过程应在1-2分钟内完成
|
||||
- **目录结构约束**：用户资源必须创建在`.promptx/resource/domain/{roleId}/`目录，镜像系统结构
|
||||
- **目录结构约束**：用户资源必须创建在`.promptx/resource/role/{roleId}/`目录，镜像系统结构
|
||||
- **文件组织约束**：角色相关的所有文件（execution、thought等）必须统一存放在角色目录下
|
||||
</constraint>
|
||||
|
||||
@ -16,7 +16,7 @@
|
||||
- **领域识别准确性**：必须准确识别用户需求的专业领域
|
||||
- **模板化生成**：基于标准模板快速生成，避免复杂的定制化过程
|
||||
- **一次性交付**：生成后直接交付，避免反复确认和修改
|
||||
- **镜像结构强制**：用户资源必须创建在`.promptx/resource/domain/{roleId}/`，镜像系统`prompt/domain/`结构
|
||||
- **镜像结构强制**：用户资源必须创建在`.promptx/resource/role/{roleId}/`，镜像系统`resource/role/`结构
|
||||
- **文件统一管理**：角色的execution、thought等扩展文件必须放在同一角色目录下，便于统一管理
|
||||
- **引用路径准确**：使用@!引用时必须指向正确的文件路径，确保引用关系有效
|
||||
</rule>
|
||||
@ -96,7 +96,7 @@
|
||||
**文件组织结构**：
|
||||
```mermaid
|
||||
graph LR
|
||||
A[.promptx/resource/domain/{roleId}/] --> B[{roleId}.role.md]
|
||||
A[.promptx/resource/role/{roleId}/] --> B[{roleId}.role.md]
|
||||
A --> C[thought/]
|
||||
A --> D[execution/]
|
||||
C --> E[{specific}.thought.md]
|
||||
@ -132,7 +132,7 @@
|
||||
✅ 角色创建成功！
|
||||
|
||||
📁 文件结构：
|
||||
.promptx/resource/domain/{roleId}/
|
||||
.promptx/resource/role/{roleId}/
|
||||
├── {roleId}.role.md
|
||||
└── [扩展文件...]
|
||||
|
||||
|
||||
@ -27,7 +27,7 @@
|
||||
```
|
||||
|
||||
### 镜像结构思维模式
|
||||
- **结构一致性**：用户资源目录镜像系统`prompt/domain/`结构
|
||||
- **结构一致性**：用户资源目录镜像系统`resource/role/`结构
|
||||
- **认知负载最小化**：与系统结构保持一致，降低学习成本
|
||||
- **资源聚合原则**：角色相关的所有文件统一管理在角色目录下
|
||||
|
||||
@ -48,7 +48,7 @@
|
||||
- 常用工具和方法论
|
||||
|
||||
### 文件组织优化思维
|
||||
- **目录结构规划**：`.promptx/resource/domain/{roleId}/`
|
||||
- **目录结构规划**：`.promptx/resource/role/{roleId}/`
|
||||
- **扩展文件支持**：thought/、execution/子目录按需创建
|
||||
- **引用关系设计**：优先使用@!引用机制，实现模块化
|
||||
- **发现机制适配**：确保ResourceManager能正确发现和加载
|
||||
|
||||
Reference in New Issue
Block a user