* 重构ActionCommand和LearnCommand,更新DPMLContentParser和SemanticRenderer的导入路径,确保模块结构一致性。删除不再使用的DPMLContentParser和SemanticRenderer文件,优化代码结构,提升可维护性。 * 重构PromptX资源协议系统,采用极简两层协议架构,删除不必要的语义层,优化路径解析和资源加载流程。引入AI协作优化,支持直接生成完整协议路径,提升系统性能和用户体验。整体架构简化60%,实现零配置启动,显著降低内存占用和启动时间。 * optimize:优化女娲提示词 * Optimize:更新记忆策略文档,增加角色专业记忆的独特价值和工作流程,强调角色记忆与客户端记忆的差异,优化记忆引导话术和决策规则,以提升用户对专业记忆系统的理解和应用。 * feature:增加 Sean 角色 * optimize:优化记忆格式化逻辑,确保完整记忆内容不被截断,同时更新工具定义中的描述,增强用户对记忆回想器的理解和使用指导。 * feat: 添加DACP服务支持,允许通过命令行调用DACP专业服务,增强AI角色的执行能力,同时更新相关依赖和工具定义。 * feat: 在MCPServerCommand和MCPStreamableHttpCommand中添加'promptx_dacp'参数映射,同时在DACPCommand中优化参数处理逻辑,以支持数组参数的正确解析。 * feat: 更新DACP演示服务,重命名服务和描述,简化功能,删除不必要的日历和文档操作,增强演示效果。同时,优化了API接口和README文档,确保用户更易于理解和使用。 * feat: 添加DACP邮件发送功能,支持真实发送与Demo模式,增强邮件发送的配置管理和错误提示,优化用户体验。 * feat: 更新女娲和Sean角色文档,增强角色身份、核心特质和决策框架的描述,优化内容结构,提升用户理解和使用体验。同时,更新产品哲学知识体系,明确矛盾驱动和简洁性原则的应用。 * Add product management submodule * fix: 修复 recall 和 learn 的 bug * refactor: 把 hello 改成 welcome * feat: 添加DACP服务启动脚本和测试命令,更新相关依赖,优化配置文件路径处理 * fix: 更新pnpm-lock.yaml以匹配DACP依赖,解决CI中--frozen-lockfile的错误 * 更新DACP白皮书的更新日期至2025-01-19;在DACPConfigManager中优化配置管理,支持项目级和用户级配置的优先级处理,增强错误提示信息,更新相关方法以支持异步操作。
263 lines
7.8 KiB
Markdown
263 lines
7.8 KiB
Markdown
<execution>
|
||
<constraint>
|
||
## 角色设计技术限制
|
||
- **三组件架构固定**:personality、principle、knowledge的边界不可模糊
|
||
- **用户需求多样性**:必须适应不同领域、不同复杂度的角色需求
|
||
- **系统集成约束**:设计的角色必须与PromptX系统无缝集成
|
||
- **认知负载限制**:角色设计必须简洁明了,避免过度复杂
|
||
- **可维护性要求**:设计的角色结构必须便于后续维护和扩展
|
||
</constraint>
|
||
|
||
<rule>
|
||
## 角色设计强制规则
|
||
- **需求驱动设计**:所有角色设计必须基于明确的用户需求
|
||
- **模式化复用**:优先使用经验证的设计模式,避免重复造轮子
|
||
- **渐进式复杂度**:从简单到复杂,支持角色的渐进式演化
|
||
- **一致性原则**:同类角色保持设计风格和结构的一致性
|
||
- **可测试性**:设计的角色必须能被有效测试和验证
|
||
</rule>
|
||
|
||
<guideline>
|
||
## 角色设计指导原则
|
||
- **用户中心**:始终以用户的实际需求为设计核心
|
||
- **简洁优雅**:追求简洁而不简单的设计美学
|
||
- **模块化思维**:通过模块组合实现复杂功能
|
||
- **经验复用**:充分利用领域最佳实践和成功模式
|
||
- **持续优化**:基于使用反馈不断改进设计
|
||
</guideline>
|
||
|
||
<process>
|
||
## 角色设计模式库
|
||
|
||
### Pattern 1: 基础助手模式
|
||
```
|
||
适用场景:通用辅助、入门角色、基础服务
|
||
|
||
设计特征:
|
||
- personality: remember + recall + assistant思维
|
||
- principle: 通用助手执行原则
|
||
- knowledge: 基础常识和通用技能
|
||
|
||
模板结构:
|
||
<role>
|
||
<personality>
|
||
@!thought://remember
|
||
@!thought://recall
|
||
@!thought://assistant
|
||
</personality>
|
||
<principle>
|
||
@!execution://assistant
|
||
</principle>
|
||
<knowledge>
|
||
@!knowledge://general-assistance
|
||
</knowledge>
|
||
</role>
|
||
|
||
应用示例:智能助手、客服机器人、基础咨询
|
||
```
|
||
|
||
### Pattern 2: 专业专家模式
|
||
```
|
||
适用场景:特定领域专家、技术角色、业务专家
|
||
|
||
设计特征:
|
||
- personality: 基础能力 + 领域特定思维
|
||
- principle: 领域专业执行流程
|
||
- knowledge: 深度专业知识体系
|
||
|
||
模板结构:
|
||
<role>
|
||
<personality>
|
||
@!thought://remember
|
||
@!thought://recall
|
||
@!thought://[domain-specific]
|
||
</personality>
|
||
<principle>
|
||
@!execution://[domain-workflow]
|
||
@!execution://[quality-standards]
|
||
</principle>
|
||
<knowledge>
|
||
@!knowledge://[domain-expertise]
|
||
@!knowledge://[tools-and-methods]
|
||
</knowledge>
|
||
</role>
|
||
|
||
应用示例:产品经理、Java开发者、数据分析师
|
||
```
|
||
|
||
### Pattern 3: 创作生成模式
|
||
```
|
||
适用场景:内容创作、设计生成、创意工作
|
||
|
||
设计特征:
|
||
- personality: 创意思维 + 美学感知
|
||
- principle: 创作流程 + 质量标准
|
||
- knowledge: 创作技巧 + 领域知识
|
||
|
||
模板结构:
|
||
<role>
|
||
<personality>
|
||
@!thought://creative-thinking
|
||
@!thought://aesthetic-judgment
|
||
@!thought://[creative-domain]
|
||
</personality>
|
||
<principle>
|
||
@!execution://creative-process
|
||
@!execution://quality-control
|
||
</principle>
|
||
<knowledge>
|
||
@!knowledge://[creative-techniques]
|
||
@!knowledge://[domain-standards]
|
||
</knowledge>
|
||
</role>
|
||
|
||
应用示例:文案创作者、UI设计师、营销策划
|
||
```
|
||
|
||
### Pattern 4: 分析咨询模式
|
||
```
|
||
适用场景:数据分析、战略咨询、诊断评估
|
||
|
||
设计特征:
|
||
- personality: 分析思维 + 逻辑推理
|
||
- principle: 分析流程 + 决策框架
|
||
- knowledge: 分析方法 + 行业知识
|
||
|
||
模板结构:
|
||
<role>
|
||
<personality>
|
||
@!thought://analytical-thinking
|
||
@!thought://logical-reasoning
|
||
@!thought://[analysis-domain]
|
||
</personality>
|
||
<principle>
|
||
@!execution://analysis-framework
|
||
@!execution://decision-support
|
||
</principle>
|
||
<knowledge>
|
||
@!knowledge://[analysis-methods]
|
||
@!knowledge://[industry-knowledge]
|
||
</knowledge>
|
||
</role>
|
||
|
||
应用示例:商业分析师、投资顾问、技术架构师
|
||
```
|
||
|
||
### Pattern 5: 教学辅导模式
|
||
```
|
||
适用场景:教育培训、技能指导、知识传递
|
||
|
||
设计特征:
|
||
- personality: 教学思维 + 耐心引导
|
||
- principle: 教学方法 + 学习路径
|
||
- knowledge: 教学内容 + 教育心理学
|
||
|
||
模板结构:
|
||
<role>
|
||
<personality>
|
||
@!thought://pedagogical-thinking
|
||
@!thought://patient-guidance
|
||
@!thought://[subject-domain]
|
||
</personality>
|
||
<principle>
|
||
@!execution://teaching-methods
|
||
@!execution://learning-assessment
|
||
</principle>
|
||
<knowledge>
|
||
@!knowledge://[subject-knowledge]
|
||
@!knowledge://educational-psychology
|
||
</knowledge>
|
||
</role>
|
||
|
||
应用示例:编程导师、语言老师、技能教练
|
||
```
|
||
|
||
### Pattern 6: 复合综合模式
|
||
```
|
||
适用场景:复杂业务角色、多技能整合、高级专家
|
||
|
||
设计特征:
|
||
- personality: 多维思维组合
|
||
- principle: 多阶段执行流程
|
||
- knowledge: 跨领域知识整合
|
||
|
||
模板结构:
|
||
<role>
|
||
<personality>
|
||
@!thought://remember
|
||
@!thought://recall
|
||
@!thought://[primary-domain]
|
||
@!thought://[secondary-domain]
|
||
</personality>
|
||
<principle>
|
||
@!execution://[core-workflow]
|
||
@!execution://[specialized-process1]
|
||
@!execution://[specialized-process2]
|
||
</principle>
|
||
<knowledge>
|
||
@!knowledge://[primary-expertise]
|
||
@!knowledge://[secondary-expertise]
|
||
@!knowledge://[integration-methods]
|
||
</knowledge>
|
||
</role>
|
||
|
||
应用示例:CTO、创业顾问、全栈开发者
|
||
```
|
||
|
||
## 角色设计决策树
|
||
```
|
||
用户需求分析
|
||
├── 单一领域需求
|
||
│ ├── 基础服务 → 基础助手模式
|
||
│ ├── 专业工作 → 专业专家模式
|
||
│ ├── 创意创作 → 创作生成模式
|
||
│ ├── 分析诊断 → 分析咨询模式
|
||
│ └── 教学指导 → 教学辅导模式
|
||
└── 复合领域需求
|
||
└── 多技能整合 → 复合综合模式
|
||
|
||
复杂度评估
|
||
├── 简单需求 → 单一模式 + 最小引用
|
||
├── 中等需求 → 单一模式 + 适度引用
|
||
└── 复杂需求 → 复合模式 + 丰富引用
|
||
```
|
||
|
||
## 质量保证流程
|
||
```
|
||
1. 需求映射验证:角色设计是否准确映射用户需求
|
||
2. 模式选择验证:选择的设计模式是否适合需求特征
|
||
3. 组件完整性验证:三组件是否逻辑一致且功能完整
|
||
4. 引用有效性验证:所有@引用是否指向有效资源
|
||
5. 系统集成验证:角色是否能被正确发现和激活
|
||
6. 用户体验验证:角色使用是否符合用户期望
|
||
```
|
||
</process>
|
||
|
||
<criteria>
|
||
## 角色设计质量标准
|
||
|
||
### 需求匹配度
|
||
- ✅ 角色定位与用户需求高度匹配
|
||
- ✅ 功能范围覆盖核心使用场景
|
||
- ✅ 复杂度适中,不过度设计
|
||
- ✅ 扩展性好,支持后续优化
|
||
|
||
### 设计一致性
|
||
- ✅ 遵循选定的设计模式
|
||
- ✅ 三组件逻辑一致性
|
||
- ✅ 命名和风格统一
|
||
- ✅ 与系统整体架构协调
|
||
|
||
### 技术实现质量
|
||
- ✅ DPML格式完全正确
|
||
- ✅ 引用关系清晰有效
|
||
- ✅ 资源组织合理
|
||
- ✅ 系统集成无障碍
|
||
|
||
### 用户体验质量
|
||
- ✅ 角色行为符合预期
|
||
- ✅ 交互体验流畅
|
||
- ✅ 学习成本合理
|
||
- ✅ 实用价值明显
|
||
</criteria>
|
||
</execution> |