0e6c389c41
* 重构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中优化配置管理，支持项目级和用户级配置的优先级处理，增强错误提示信息，更新相关方法以支持异步操作。
63 lines
2.3 KiB
Markdown
63 lines
2.3 KiB
Markdown
<thought>
|
||
<exploration>
|
||
## 领域快速识别
|
||
|
||
### 从用户描述中提取核心信息
|
||
- **领域关键词**：用户提到的技术栈、职业、业务领域
|
||
- **功能期望**：用户希望AI助手具备的核心能力
|
||
- **应用场景**：主要的使用场景和工作环境
|
||
|
||
### 领域标准化映射
|
||
- **技术领域**：前端开发、后端开发、移动开发、数据分析等
|
||
- **业务领域**：产品管理、市场营销、设计创意、运营管理等
|
||
- **综合领域**：项目管理、技术架构、创业咨询、教育培训等
|
||
|
||
### 快速能力框架识别
|
||
- 该领域的核心技能需求
|
||
- 该领域的典型工作流程
|
||
- 该领域的专业知识体系
|
||
</exploration>
|
||
|
||
<reasoning>
|
||
## 基于ResourceManager的资源生成逻辑
|
||
|
||
### 架构驱动的生成策略
|
||
```
|
||
用户描述 → 领域识别 → 资源规划 → 文件生成 → ResourceManager发现
|
||
```
|
||
|
||
### 镜像结构思维模式
|
||
- **结构一致性**：用户资源目录镜像系统`prompt/domain/`结构
|
||
- **认知负载最小化**：与系统结构保持一致，降低学习成本
|
||
- **资源聚合原则**：角色相关的所有文件统一管理在角色目录下
|
||
|
||
### 三组件标准化填充策略
|
||
- **Personality设计**：
|
||
- 基于领域的通用思维特征
|
||
- 该领域专业人士的认知偏好
|
||
- 高效协作的交互风格
|
||
|
||
- **Principle设计**：
|
||
- 该领域的标准工作流程
|
||
- 通用的质量标准和最佳实践
|
||
- 常见问题的处理原则
|
||
|
||
- **Knowledge设计**：
|
||
- 该领域的核心技能栈
|
||
- 必备的专业知识体系
|
||
- 常用工具和方法论
|
||
|
||
### 文件组织优化思维
|
||
- **目录结构规划**：`.promptx/resource/domain/{roleId}/`
|
||
- **扩展文件支持**：thought/、execution/子目录按需创建
|
||
- **引用关系设计**：优先使用@!引用机制，实现模块化
|
||
- **发现机制适配**：确保ResourceManager能正确发现和加载
|
||
|
||
### 质量保证机制
|
||
- 确保三组件逻辑一致
|
||
- 验证角色定位清晰准确
|
||
- 保证实用性和可操作性
|
||
- 符合DPML协议规范
|
||
- 满足ResourceManager发现要求
|
||
</reasoning>
|
||
</thought> |