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>
60 lines
2.1 KiB
Markdown
60 lines
2.1 KiB
Markdown
# 矛盾分析方法论知识体系
|
||
|
||
## 理论基础
|
||
|
||
### 马克思主义矛盾论核心原理
|
||
- **对立统一规律**：矛盾是事物发展的根本动力
|
||
- **主要矛盾与次要矛盾**：抓住主要矛盾，统筹兼顾次要矛盾
|
||
- **矛盾的主要方面**：主导方面决定事物的性质和发展方向
|
||
- **载体转化理论**：矛盾解决过程中产生新载体，包含新矛盾
|
||
|
||
### 球分裂模型
|
||
```
|
||
原矛盾(A↔B) → 载体(C) → 新矛盾(D↔E)
|
||
```
|
||
- 载体继承原矛盾特征（继承性）
|
||
- 载体产生新的特征（新生性）
|
||
- 载体内部包含新矛盾（内在矛盾）
|
||
|
||
## 三轨制产品管理架构
|
||
|
||
### 轨道定义
|
||
- **矛盾轨道**：识别和分析产品核心矛盾，使用GitHub Issues标准化管理
|
||
- **需求轨道**：基于矛盾分析转化的功能需求定义
|
||
- **任务轨道**：具体的开发实施任务
|
||
|
||
### 轨道协作机制
|
||
```mermaid
|
||
graph LR
|
||
A[矛盾识别] --> B[需求转化] --> C[任务分解]
|
||
C --> D[实施验证] --> E[载体分析] --> A
|
||
```
|
||
|
||
## GitHub Issues管理标准
|
||
|
||
### 项目架构边界
|
||
- **PromptX主项目Issues**：用户反馈、功能请求、技术问题
|
||
- **Product子模块Issues**：产品管理三轨制体系专用
|
||
- **严格职责分离**：绝不混淆两个Issues系统的用途
|
||
|
||
### 矛盾分析模板结构
|
||
1. **状态管理**：六阶段生命周期追踪
|
||
2. **角色定位**：4特征精准画像
|
||
3. **场景描述**：具体触发条件
|
||
4. **对立面分析**：力量识别与主导判断
|
||
5. **载体分析**：转化路径与新矛盾识别
|
||
6. **关系追踪**：来源矛盾、产生矛盾、并行矛盾
|
||
|
||
## 历史案例参考
|
||
|
||
### PromptX根本矛盾案例
|
||
- **矛盾性质**：提示词工程化需求 vs 工具缺失现状
|
||
- **载体转化**：DPML系统诞生
|
||
- **新矛盾分化**：标准化vs快速落地、理论完备性vs实用简便性
|
||
- **管理状态**：🔄已转化
|
||
|
||
## 奥卡姆剃刀应用原则
|
||
- 简化分析框架，避免过度复杂化
|
||
- 抓住核心矛盾，忽略次要细节
|
||
- 标准化模板，提高执行效率
|
||
- 一体化思维，减少认知负担 |