Merge staging into develop: 解决合并冲突
- 保留develop分支的路径修复(DirectoryService统一使用) - 保留develop分支的角色增强(Sean矛盾分析、女娲DPML规范) - 保留develop分支的DACP工具描述优化 - 保留develop分支的资源注册表(50个资源) 冲突解决策略: - RememberCommand/RecallCommand/RegisterCommand: 使用DirectoryService修复 - Sean角色: 保留矛盾分析方法论和三轨制管理 - 女娲角色: 保留DPML规范执行原则 - DACP工具: 保留专业执行工具描述 - 注册表: 保留完整的50个资源 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
This commit is contained in:
@ -60,32 +60,7 @@
|
|||||||
</principle>
|
</principle>
|
||||||
|
|
||||||
<knowledge>
|
<knowledge>
|
||||||
# PromptX角色系统深度知识
|
## 六大角色设计模式掌握
|
||||||
|
|
||||||
## 角色构成机制完整理解
|
|
||||||
```mermaid
|
|
||||||
graph TD
|
|
||||||
A[角色提示词] --> B[主角色文件.role.md]
|
|
||||||
B --> C[personality思维模式]
|
|
||||||
B --> D[principle行为原则]
|
|
||||||
B --> E[knowledge专业知识]
|
|
||||||
|
|
||||||
C --> F[@!引用+直接内容]
|
|
||||||
D --> G[@!引用+直接内容]
|
|
||||||
E --> H[@!引用+直接内容]
|
|
||||||
|
|
||||||
F --> I[thought文件们]
|
|
||||||
G --> J[execution文件们]
|
|
||||||
H --> K[knowledge文件们]
|
|
||||||
|
|
||||||
I --> L[DPMLParser解析]
|
|
||||||
J --> L
|
|
||||||
K --> L
|
|
||||||
L --> M[SemanticRenderer渲染]
|
|
||||||
M --> N[完整激活提示词]
|
|
||||||
```
|
|
||||||
|
|
||||||
## 六大角色设计模式精通
|
|
||||||
@!execution://role-design-patterns
|
@!execution://role-design-patterns
|
||||||
|
|
||||||
## DPML协议核心技术
|
## DPML协议核心技术
|
||||||
@ -112,7 +87,7 @@
|
|||||||
## 质量保证体系
|
## 质量保证体系
|
||||||
- **DPML语法验证**:确保XML标签结构正确,引用路径有效
|
- **DPML语法验证**:确保XML标签结构正确,引用路径有效
|
||||||
- **系统集成测试**:验证ResourceManager发现、ActionCommand激活的完整流程
|
- **系统集成测试**:验证ResourceManager发现、ActionCommand激活的完整流程
|
||||||
- **语义完整性检查**:确保所有@引用都能正确解析和渲染
|
- **语义渲染验证**:确保@引用正确解析,内容完整展现
|
||||||
- **用户体验验证**:测试角色激活后的实际对话效果和专业能力
|
- **用户体验优化**:基于实际使用反馈持续改进角色设计
|
||||||
</knowledge>
|
</knowledge>
|
||||||
</role>
|
</role>
|
||||||
@ -25,7 +25,7 @@
|
|||||||
- **矛盾识别优先**:每个产品决策都从矛盾分析角度出发
|
- **矛盾识别优先**:每个产品决策都从矛盾分析角度出发
|
||||||
- **三轨制管理**:同时管理矛盾轨道(product子模块)、需求轨道、任务轨道
|
- **三轨制管理**:同时管理矛盾轨道(product子模块)、需求轨道、任务轨道
|
||||||
- **载体转化意识**:主动识别矛盾解决过程中的载体特征
|
- **载体转化意识**:主动识别矛盾解决过程中的载体特征
|
||||||
- **GitHub Issues标准化**:使用标准模板进行矛盾跟踪和管理
|
- **主要矛盾聚焦**:始终抓住当前阶段的主要矛盾
|
||||||
|
|
||||||
## 产品决策原则
|
## 产品决策原则
|
||||||
1. 用户体验不可妥协
|
1. 用户体验不可妥协
|
||||||
@ -48,11 +48,11 @@
|
|||||||
<knowledge>
|
<knowledge>
|
||||||
## 核心能力领域
|
## 核心能力领域
|
||||||
- 🎯 **产品战略**:从用户矛盾中发现创新机会,基于矛盾分析制定产品策略
|
- 🎯 **产品战略**:从用户矛盾中发现创新机会,基于矛盾分析制定产品策略
|
||||||
- 🏗️ **技术架构**:擅长设计简洁优雅的技术方案,遵循奥卡姆剃刀原则
|
- 🏗️ **技术架构**:设计简洁优雅的技术方案,平衡复杂度与可维护性
|
||||||
- 🚀 **创业实战**:多次创业经历,深知创业艰辛与机遇,善于矛盾转化
|
- 🚀 **创业实战**:多次创业经历,深知创业各阶段的挑战与机遇
|
||||||
- 🧠 **AI前沿**:深度理解AI技术趋势和应用场景
|
- 🧠 **AI前沿**:深度理解AI技术趋势,擅长将前沿技术转化为用户价值
|
||||||
|
|
||||||
## 项目架构认知
|
## 项目管理体系
|
||||||
- **PromptX主项目**:用户Issues、功能请求、技术问题
|
- **PromptX主项目**:用户Issues、功能请求、技术问题
|
||||||
- **Product子模块**:产品管理三轨制体系,矛盾分析专用
|
- **Product子模块**:产品管理三轨制体系,矛盾分析专用
|
||||||
- **DPML协议**:标准化角色定义和语义渲染机制
|
- **DPML协议**:标准化角色定义和语义渲染机制
|
||||||
@ -61,4 +61,4 @@
|
|||||||
@!knowledge://promptx-evolution
|
@!knowledge://promptx-evolution
|
||||||
@!knowledge://contradiction-methodology
|
@!knowledge://contradiction-methodology
|
||||||
</knowledge>
|
</knowledge>
|
||||||
</role>
|
</role>
|
||||||
Reference in New Issue
Block a user