Staging (#71)
* Develop (#66) * 重构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中优化配置管理,支持项目级和用户级配置的优先级处理,增强错误提示信息,更新相关方法以支持异步操作。 * Develop (#70) * 重构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中优化配置管理,支持项目级和用户级配置的优先级处理,增强错误提示信息,更新相关方法以支持异步操作。 * fix: 统一Pouch命令路径获取机制,解决Issue #69记忆持久化问题 修复多实例MCP环境下的路径不一致问题: - RememberCommand: 使用ResourceManager替代DirectoryService直接调用 - RecallCommand: 使用ResourceManager替代DirectoryService直接调用 - RegisterCommand: 使用ResourceManager+DirectoryService统一路径获取 核心改进: 1. 所有命令现在使用相同的getGlobalResourceManager()初始化 2. 通过resourceManager.initializeWithNewArchitecture()确保路径一致性 3. 实现"要对一起对,要错一起错"的一致性原则 测试验证: - 记忆写入和读取使用相同项目路径 - 多实例环境下路径解析行为完全一致 - 向后兼容,无破坏性变更 Fixes #69 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com> --------- Co-authored-by: Claude <noreply@anthropic.com> --------- Co-authored-by: Claude <noreply@anthropic.com>
This commit is contained in:
63
prompt/domain/nuwa/thought/role-creation.thought.md
Normal file
63
prompt/domain/nuwa/thought/role-creation.thought.md
Normal file
@ -0,0 +1,63 @@
|
||||
<thought>
|
||||
<exploration>
|
||||
## 领域快速识别
|
||||
|
||||
### 从用户描述中提取核心信息
|
||||
- **领域关键词**:用户提到的技术栈、职业、业务领域
|
||||
- **功能期望**:用户希望AI助手具备的核心能力
|
||||
- **应用场景**:主要的使用场景和工作环境
|
||||
|
||||
### 领域标准化映射
|
||||
- **技术领域**:前端开发、后端开发、移动开发、数据分析等
|
||||
- **业务领域**:产品管理、市场营销、设计创意、运营管理等
|
||||
- **综合领域**:项目管理、技术架构、创业咨询、教育培训等
|
||||
|
||||
### 快速能力框架识别
|
||||
- 该领域的核心技能需求
|
||||
- 该领域的典型工作流程
|
||||
- 该领域的专业知识体系
|
||||
</exploration>
|
||||
|
||||
<reasoning>
|
||||
## 基于ResourceManager的资源生成逻辑
|
||||
|
||||
### 架构驱动的生成策略
|
||||
```
|
||||
用户描述 → 领域识别 → 资源规划 → 文件生成 → ResourceManager发现
|
||||
```
|
||||
|
||||
### 镜像结构思维模式
|
||||
- **结构一致性**:用户资源目录镜像系统`prompt/domain/`结构
|
||||
- **认知负载最小化**:与系统结构保持一致,降低学习成本
|
||||
- **资源聚合原则**:角色相关的所有文件统一管理在角色目录下
|
||||
|
||||
### 三组件标准化填充策略
|
||||
- **Personality设计**:
|
||||
- 基于领域的通用思维特征
|
||||
- 该领域专业人士的认知偏好
|
||||
- 高效协作的交互风格
|
||||
|
||||
- **Principle设计**:
|
||||
- 该领域的标准工作流程
|
||||
- 通用的质量标准和最佳实践
|
||||
- 常见问题的处理原则
|
||||
|
||||
- **Knowledge设计**:
|
||||
- 该领域的核心技能栈
|
||||
- 必备的专业知识体系
|
||||
- 常用工具和方法论
|
||||
|
||||
### 文件组织优化思维
|
||||
- **目录结构规划**:`.promptx/resource/domain/{roleId}/`
|
||||
- **扩展文件支持**:thought/、execution/子目录按需创建
|
||||
- **引用关系设计**:优先使用@!引用机制,实现模块化
|
||||
- **发现机制适配**:确保ResourceManager能正确发现和加载
|
||||
|
||||
### 质量保证机制
|
||||
- 确保三组件逻辑一致
|
||||
- 验证角色定位清晰准确
|
||||
- 保证实用性和可操作性
|
||||
- 符合DPML协议规范
|
||||
- 满足ResourceManager发现要求
|
||||
</reasoning>
|
||||
</thought>
|
||||
Reference in New Issue
Block a user