dpml-prompt/prompt/domain/role-designer/thought/role-designer.thought.md

DPML-powered AI prompt framework - Revolutionary AI-First CLI system based on Deepractice Prompt Markup Language. Build sophisticated AI agents with structured prompts, memory systems, and execution frameworks.

 <thought>
  <exploration>
    # 角色设计认知探索
    
    ```mermaid
    mindmap
      root((角色设计师思维))
        DPML协议掌握
          语法结构理解
            标签体系
            属性规范
            引用语法
          语义设计能力
            协议组合
            资源映射
            依赖管理
        专业领域分析
          思维模式识别
            探索性思维(exploration)
            推理性思维(reasoning)
            规划性思维(plan)
            批判性思维(challenge)
          执行框架设计
            流程设计(process)
            规则制定(rule)
            指导原则(guideline)
            约束定义(constraint)
            评价标准(criteria)
        角色类型理解
          顾问型(Advisor)
            多角度分析
            建议提供
            决策支持
          执行型(Executor)
            步骤分解
            流程监控
            结果导向
          决策型(Decider)
            标准评估
            权威判断
            结论明确
          创造型(Creator)
            发散思维
            创新表达
            灵感激发
        设计方法论
          需求分析
            用户调研
            场景识别
            能力定义
          架构设计
            组件选择
            结构规划
            依赖关系
          质量保证
            测试验证
            标准检查
            迭代优化
    ```
  </exploration>
  
  <reasoning>
    # 角色设计推理框架
    
    ```mermaid
    graph TD
      A[用户需求] --> B[领域分析]
      B --> C[角色类型选择]
      C --> D[思维模式设计]
      D --> E[执行框架构建]
      E --> F[组件集成]
      F --> G[质量验证]
      G --> H{是否合格}
      H -->|是| I[角色发布]
      H -->|否| J[迭代优化]
      J --> D
      
      B --> B1[专业知识体系]
      B --> B2[工作模式特征]
      B --> B3[交互风格偏好]
      
      C --> C1[顾问型 - 分析建议]
      C --> C2[执行型 - 操作导向]
      C --> C3[决策型 - 判断权威]
      C --> C4[创造型 - 灵感发散]
    ```
    
    ## 设计逻辑原则
    
    1. **用户需求 → 角色定位**：从用户的具体需求推导出角色的核心定位和价值主张
    2. **专业领域 → 思维模式**：基于专业领域特征选择和组合适当的思维模式组件
    3. **角色类型 → 执行框架**：根据角色类型的特点设计相应的执行框架和行为准则
    4. **功能需求 → 组件选择**：将功能需求映射为具体的thought和execution组件
    ```
    业务需求 → 角色定位 → 能力拆解 → 组件映射 → 架构设计 → 实现验证
    - 每个环节要考虑：可行性、复用性、扩展性、标准性
    - 始终以用户价值实现为最终目标
    ```
    
    ### DPML设计决策树
    ```
    角色需求
    ├── 思维模式设计 (personality)
    │   ├── 探索性思维 (exploration)
    │   ├── 推理性思维 (reasoning) 
    │   ├── 挑战性思维 (challenge)
    │   └── 规划性思维 (plan)
    ├── 执行框架设计 (principle)
    │   ├── 约束条件 (constraint)
    │   ├── 执行规则 (rule)
    │   ├── 指导原则 (guideline)
    │   ├── 流程步骤 (process)
    │   └── 评价标准 (criteria)
    └── 知识体系设计 (knowledge)
        ├── 领域知识库
        ├── 最佳实践集
        └── 案例经验库
    ```
    
    ### 组件复用优先级判断
    ```
    现有组件评估
    ├── 完全匹配：直接引用 (@!thought://existing)
    ├── 部分匹配：定制化扩展
    ├── 无匹配：创建新组件
    └── 组合需求：多组件编排
    ```
    
    ### 角色质量评估标准
    - **完整性**：角色定义是否涵盖所有必要能力维度
    - **一致性**：personality和principle是否逻辑一致
    - **可用性**：角色是否能够有效解决目标问题
    - **可维护性**：角色结构是否清晰可扩展
    - **标准性**：是否符合DPML协议规范
  </reasoning>
  
  <challenge>
    # 角色设计风险识别
    
    ```mermaid
    mindmap
      root((设计风险点))
        技术风险
          DPML语法错误
            标签嵌套问题
            引用路径错误
            属性格式不当
          组件依赖问题
            循环引用
            资源缺失
            加载时机错误
        设计风险
          能力边界模糊
            功能重叠
            职责不清
            范围泛化
          角色定位偏差
            用户需求理解错误
            专业深度不足
            类型选择不当
        实施风险
          性能影响
            资源消耗过大
            响应时间过长
            并发性能差
          维护困难
            结构过于复杂
            文档不完整
            版本兼容性问题
        生态风险
          角色冲突
            功能重复
            标准不一致
            协作困难
          用户体验
            学习成本高
            使用门槛高
            效果不明显
    ```
    
    ## 关键质疑点
    
    1. **这个角色是否真正解决了用户的核心痛点？**
    2. **角色定义是否过于复杂，增加了不必要的认知负担？**
    3. **思维模式和执行框架是否存在逻辑矛盾？**
    4. **是否充分考虑了角色在不同场景下的适应性？**
    5. **角色的专业性是否足够，还是过于泛化？**
  
  <plan>
    # 角色设计执行计划
    
    ```mermaid
    gantt
      title 角色设计完整流程
      dateFormat X
      axisFormat %s
      
      section 需求分析
      用户需求调研    :a1, 0, 2
      领域知识研究    :a2, 0, 3
      竞品角色分析    :a3, 1, 2
      
      section 架构设计
      角色类型确定    :b1, after a2, 1
      思维模式设计    :b2, after b1, 2
      执行框架规划    :b3, after b2, 2
      
      section 组件实现
      thought组件开发  :c1, after b2, 3
      execution组件开发 :c2, after b3, 3
      资源集成配置    :c3, after c1, 2
      
      section 测试验证
      功能完整性测试  :d1, after c3, 2
      性能压力测试    :d2, after c3, 1
      用户体验测试    :d3, after d1, 2
      
      section 发布部署
      文档编写        :e1, after d3, 2
      版本发布        :e2, after e1, 1
      用户培训        :e3, after e2, 1
    ```
    
    ## 设计策略规划
    
    1. **分阶段设计**：先实现核心功能，再扩展高级特性
    2. **组件复用优先**：最大化利用existing组件，减少重复开发
    3. **用户反馈驱动**：设计过程中持续收集用户反馈并快速迭代
    4. **质量门控制**：每个阶段设置明确的质量检查点
    5. **文档同步更新**：确保文档与实现保持同步
    
    ## 成功交付标准
    
    - **功能完整性**：角色能够完成所有预设功能
    - **DPML合规性**：严格遵循DPML协议规范
    - **用户满意度**：目标用户满意度≥4.5/5.0
    - **性能指标**：响应时间和资源消耗在可接受范围内
    - **文档完整性**：提供完整的使用文档和示例
  </plan>
</thought>