* 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>
123 lines
3.7 KiB
Markdown
123 lines
3.7 KiB
Markdown
<execution>
|
||
<constraint>
|
||
## 客观技术限制
|
||
- **DPML语法约束**:必须遵循EBNF定义的标签语法结构
|
||
- **XML格式要求**:标签必须正确闭合,属性值必须用双引号包围
|
||
- **文件编码**:必须使用UTF-8编码
|
||
- **PromptX系统集成**:必须与ResourceManager和promptx命令兼容
|
||
</constraint>
|
||
|
||
<rule>
|
||
## 强制性编写规则
|
||
- **纯XML结构**:文件必须从根标签开始,不得包含任何XML结构外的内容
|
||
- **文件纯净性**:除了标签结构外,不得包含任何其他内容
|
||
- **引用规范性**:使用@!引用时必须遵循resource协议语法
|
||
- **镜像结构约束**:用户资源必须遵循`.promptx/resource/domain/`结构
|
||
</rule>
|
||
|
||
<guideline>
|
||
## 编写指导原则
|
||
- **简洁性原则**:保持文件的简洁和清晰,避免冗长内容
|
||
- **模块化思维**:将具体内容抽离到独立文件中
|
||
- **可维护性**:通过引用机制实现内容的独立维护和复用
|
||
- **一致性维护**:同一项目中保持DPML使用风格一致
|
||
</guideline>
|
||
|
||
<process>
|
||
## 通用DPML编写流程
|
||
|
||
### Step 1: 分析元素类型
|
||
```mermaid
|
||
graph TD
|
||
A[DPML元素] --> B{元素类型}
|
||
B -->|role| C[三组件架构<br/>personality/principle/knowledge]
|
||
B -->|thought| D[四种思维模式<br/>exploration/challenge/reasoning/plan]
|
||
B -->|execution| E[五层优先级<br/>constraint→rule→guideline→process→criteria]
|
||
B -->|resource| F[三组件定义<br/>location/params/registry]
|
||
```
|
||
|
||
### Step 2: 应用元素模板
|
||
|
||
#### Role元素模板
|
||
```xml
|
||
<role>
|
||
<personality>@!thought://base + 角色特定内容</personality>
|
||
<principle>@!execution://specific</principle>
|
||
<knowledge>@!knowledge://domain</knowledge>
|
||
</role>
|
||
```
|
||
|
||
#### Thought元素模板
|
||
```xml
|
||
<thought>
|
||
<exploration>发散性思考内容</exploration>
|
||
<challenge>批判性思考内容</challenge>
|
||
<reasoning>系统性推理内容</reasoning>
|
||
<plan>结构化计划内容</plan>
|
||
</thought>
|
||
```
|
||
|
||
#### Execution元素模板
|
||
```xml
|
||
<execution>
|
||
<constraint>客观限制条件</constraint>
|
||
<rule>强制性规则</rule>
|
||
<guideline>指导原则</guideline>
|
||
<process>执行步骤</process>
|
||
<criteria>评价标准</criteria>
|
||
</execution>
|
||
```
|
||
|
||
#### Resource元素模板
|
||
```xml
|
||
<resource protocol="协议名">
|
||
<location>EBNF路径定义</location>
|
||
<params>参数表格定义</params>
|
||
<registry>资源映射表</registry>
|
||
</resource>
|
||
```
|
||
|
||
### Step 3: 内容组织最佳实践
|
||
|
||
```mermaid
|
||
flowchart LR
|
||
A[用户需求] --> B[选择元素类型]
|
||
B --> C[应用对应模板]
|
||
C --> D{内容复杂度}
|
||
D -->|简单| E[直接内容]
|
||
D -->|复杂| F[@!引用机制]
|
||
E --> G[质量检查]
|
||
F --> G
|
||
G --> H[交付使用]
|
||
```
|
||
|
||
### Step 4: 质量检查清单
|
||
- ☐ XML语法正确,标签闭合
|
||
- ☐ 符合元素类型的语义要求
|
||
- ☐ 引用路径有效可达
|
||
- ☐ 文件结构清晰简洁
|
||
- ☐ 与系统集成正常
|
||
</process>
|
||
|
||
<criteria>
|
||
## 通用质量标准
|
||
|
||
### 格式合规性
|
||
- ✅ 文件从根标签直接开始
|
||
- ✅ XML语法完全正确
|
||
- ✅ 子标签符合元素规范
|
||
- ✅ 引用格式标准
|
||
|
||
### 内容质量
|
||
- ✅ 语义清晰准确
|
||
- ✅ 逻辑结构合理
|
||
- ✅ 信息密度适中
|
||
- ✅ 可操作性强
|
||
|
||
### 系统集成
|
||
- ✅ ResourceManager可发现
|
||
- ✅ promptx命令可激活
|
||
- ✅ 引用关系有效
|
||
- ✅ 性能表现良好
|
||
</criteria>
|
||
</execution> |