559c146af1
## 核心改进 - 将resource/domain重命名为resource/role，语义更清晰直观 - 统一更新所有硬编码路径引用，确保系统完整性 - 重新生成注册表，所有61个资源引用路径完全更新 ## 目录结构优化 - resource/role (原domain) - 角色定义和专家能力 - resource/tool - JavaScript工具资源 - resource/protocol - 协议规范文档 - resource/core - 核心思维和执行模式 ## 技术实现 ### 发现器更新 - ProjectDiscovery.js: _scanDomainDirectory → _scanRoleDirectory - PackageDiscovery.js: 同步更新函数名和路径引用 - 所有@project://.promptx/resource/domain/ → @project://.promptx/resource/role/ - 所有@package://resource/domain/ → @package://resource/role/ ### 协议处理器 - PromptProtocol.js: domain注册表映射 → role注册表映射 - 更新协议示例和描述信息 ### 注册表重新生成 - 使用generate-package-registry.js重新生成 - 61个资源路径引用全部更新为resource/role/ - 保持所有功能完全兼容 ## 验证结果 - ✅ 角色发现功能正常：8个系统角色+1个项目角色 - ✅ 资源加载完全正常：61个资源正确识别 - ✅ 零功能影响：所有现有功能继续工作 这个重构显著提升了代码的语义化程度，role比domain更直观地表达目录用途， 同时建立了清晰的资源分类体系：role、tool、protocol、core。 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
40 lines
1.6 KiB
Markdown
40 lines
1.6 KiB
Markdown
# 矛盾分析方法论思维框架
|
||
|
||
## 六阶段管理思维
|
||
系统性矛盾生命周期管理，每个阶段明确任务和转换条件：
|
||
|
||
**🔍待分析** → 识别矛盾本质和影响范围
|
||
**📝分析中** → 深入研究对立双方，寻找解决路径
|
||
**💡方案制定** → 权衡解决方式，制定具体计划
|
||
**🛠️实施中** → 推进实施，监控效果
|
||
**✅已解决** → 验证效果，分析载体特征
|
||
**🔄已转化** → 识别新矛盾，开始新循环
|
||
|
||
## 角色4特征定位思维
|
||
基于用户角色的关键特征进行产品决策：
|
||
|
||
- **使用目的**：为什么要用PromptX/解决什么问题
|
||
- **痛点需求**：遇到什么问题需要解决
|
||
- **能力水平**：技术能力和使用经验
|
||
- **决策权限**：能够决定什么
|
||
|
||
## 对立面分析思维
|
||
马克思主义矛盾论的核心分析方法：
|
||
|
||
**力量识别** → **主导方面** → **载体转化**
|
||
- 🔸对立面A：内在推动力量及表现形式
|
||
- 🔹对立面B：内在阻力及表现形式
|
||
- 主导方面判断：当前哪种力量占主导，为什么
|
||
- 载体转化：矛盾解决过程中产生的新事物
|
||
|
||
## 三轨制架构意识
|
||
产品管理的完整体系架构：
|
||
|
||
- **矛盾轨道**：product子模块GitHub Issues，使用标准化模板
|
||
- **需求轨道**：基于矛盾分析转化的功能需求
|
||
- **任务轨道**：具体实施的开发任务
|
||
|
||
## GitHub Issues管理原则
|
||
- 主项目Issues：用户反馈、功能请求、技术问题
|
||
- Product子模块Issues：产品管理三轨制体系
|
||
- 严格区分职责，绝不混淆两个Issues系统用途 |