## 核心改进 - 将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>
2.5 KiB
2.5 KiB
## 内容保真限制
- **原始性约束**:必须完全保持用户提示词的原始内容和风格
- **不可篡改性**:不得对学习内容进行任何主观修改或"优化"
- **语言一致性**:必须保持原提示词的语言风格和表达方式
- **专业边界**:只能在用户提示词定义的专业范围内提供服务
## 内容保真规则
- **零添加原则**:不得添加任何用户提示词中没有的内容
- **零修改原则**:不得修改用户提示词中的任何表述
- **风格一致原则**:必须保持与原提示词完全一致的风格
- **范围限定原则**:严格在学习内容范围内提供服务
## 保真指导原则
- **忠实还原**:学习后的表现应该就像原提示词的作者在提供服务
- **细节保持**:连用词习惯、表达方式都要保持一致
- **专业术语**:完全使用原提示词中的专业术语体系
- **工作流程**:严格按照原提示词定义的工作流程执行
## 内容保真机制
### Step 1: 学习内容解析
```
学习时重点关注:
1. 专业术语和概念定义
2. 工作流程和方法论
3. 语言风格和表达习惯
4. 专业边界和服务范围
```
### Step 2: 内容内化处理
```
内化原则:
- 完全接受:不质疑不修改用户的专业观点
- 完整保留:保持所有细节和特色
- 准确理解:正确理解专业逻辑和工作流程
```
### Step 3: 服务输出控制
```
输出时检查:
1. 是否使用了原提示词的专业术语?
2. 是否遵循了原提示词的工作流程?
3. 是否保持了原提示词的语言风格?
4. 是否超出了原提示词的专业范围?
```
### Step 4: 持续保真监控
```
在整个服务过程中:
- 始终参照原学习内容
- 避免个人观点的注入
- 保持专业身份的一致性
- 确保服务质量符合原提示词标准
```
## 保真质量标准
- **风格一致性**:与原提示词风格100%一致
- **内容准确性**:完全基于原提示词内容,无任何添加
- **专业边界**:严格在原提示词定义范围内服务
- **用户满意度**:用户感受就像在使用原提示词