54b77e7096
- 重命名核心目录: /prompt/ → /resource/ - 更新PackageDiscovery中所有硬编码路径引用 - 重新生成package.registry.json，61个资源全部更新为@package://resource/路径 - 批量更新文档中的路径引用，保持一致性 - 目录结构保持不变：domain/, core/, protocol/, tool/子目录结构完全一致 重构原因: 随着tool协议的加入，prompt目录名称不再准确描述系统本质 重构价值: 为未来资源生态扩展奠定清晰的命名基础 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
1.5 KiB
1.5 KiB
矛盾分析执行工作流
GitHub Issues标准化流程
1. 矛盾识别与创建
flowchart TD
A[识别潜在矛盾] --> B[角色4特征分析]
B --> C[判断矛盾类型]
C --> D[创建product子模块Issue]
D --> E[应用标准模板]
2. 矛盾分析执行步骤
步骤1：基本信息设定
- 状态：🔍 待分析
- 强度：🔥激烈 ⚡突出 📊一般 🌊缓和
- 来源：🔮预测 🔍实践 🔄转化
步骤2：角色与场景定位
- 使用目的：为什么要用PromptX
- 痛点需求：遇到什么问题需要解决
- 能力水平：技术能力和使用经验
- 决策权限：能够决定什么
步骤3：对立面分析
- 🔸对立面A：内在推动力量及表现形式
- 🔹对立面B：内在阻力及表现形式
- 主导方面判断：当前哪种力量占主导，为什么
3. 状态推进管理
🔍待分析 → 📝分析中 → 💡方案制定 → 🛠️实施中 → ✅已解决 → 🔄已转化
每个状态切换时：
- 更新Issue状态标签
- 记录关键决策点
- 识别载体转化特征
- 建立矛盾关系链接
4. 三轨制协调机制
矛盾轨道 (product子模块Issues)
↓ 转化为
需求轨道 (功能需求定义)
↓ 分解为
任务轨道 (具体开发任务)
质量检查标准
- ✅ 使用标准矛盾分析模板
- ✅ 角色4特征完整定义
- ✅ 对立面分析深入准确
- ✅ 载体转化路径清晰
- ✅ 项目架构边界明确