7b1b4b7a6d
* 重构ActionCommand和LearnCommand，更新DPMLContentParser和SemanticRenderer的导入路径，确保模块结构一致性。删除不再使用的DPMLContentParser和SemanticRenderer文件，优化代码结构，提升可维护性。 * 重构PromptX资源协议系统，采用极简两层协议架构，删除不必要的语义层，优化路径解析和资源加载流程。引入AI协作优化，支持直接生成完整协议路径，提升系统性能和用户体验。整体架构简化60%，实现零配置启动，显著降低内存占用和启动时间。 * optimize:优化女娲提示词 * Optimize:更新记忆策略文档，增加角色专业记忆的独特价值和工作流程，强调角色记忆与客户端记忆的差异，优化记忆引导话术和决策规则，以提升用户对专业记忆系统的理解和应用。 * feature：增加 Sean 角色 * optimize:优化记忆格式化逻辑，确保完整记忆内容不被截断，同时更新工具定义中的描述，增强用户对记忆回想器的理解和使用指导。 * feat: 添加DACP服务支持，允许通过命令行调用DACP专业服务，增强AI角色的执行能力，同时更新相关依赖和工具定义。 * feat: 在MCPServerCommand和MCPStreamableHttpCommand中添加'promptx_dacp'参数映射，同时在DACPCommand中优化参数处理逻辑，以支持数组参数的正确解析。 * feat: 更新DACP演示服务，重命名服务和描述，简化功能，删除不必要的日历和文档操作，增强演示效果。同时，优化了API接口和README文档，确保用户更易于理解和使用。 * feat: 添加DACP邮件发送功能，支持真实发送与Demo模式，增强邮件发送的配置管理和错误提示，优化用户体验。 * feat: 更新女娲和Sean角色文档，增强角色身份、核心特质和决策框架的描述，优化内容结构，提升用户理解和使用体验。同时，更新产品哲学知识体系，明确矛盾驱动和简洁性原则的应用。 * Add product management submodule * fix: 修复 recall 和 learn 的 bug * refactor: 把 hello 改成 welcome * feat: 添加DACP服务启动脚本和测试命令，更新相关依赖，优化配置文件路径处理 * fix: 更新pnpm-lock.yaml以匹配DACP依赖，解决CI中--frozen-lockfile的错误 * 更新DACP白皮书的更新日期至2025-01-19；在DACPConfigManager中优化配置管理，支持项目级和用户级配置的优先级处理，增强错误提示信息，更新相关方法以支持异步操作。 * fix: 统一Pouch命令路径获取机制，解决Issue #69记忆持久化问题 修复多实例MCP环境下的路径不一致问题： - RememberCommand: 使用ResourceManager替代DirectoryService直接调用 - RecallCommand: 使用ResourceManager替代DirectoryService直接调用 - RegisterCommand: 使用ResourceManager+DirectoryService统一路径获取 核心改进: 1. 所有命令现在使用相同的getGlobalResourceManager()初始化 2. 通过resourceManager.initializeWithNewArchitecture()确保路径一致性 3. 实现"要对一起对，要错一起错"的一致性原则 测试验证: - 记忆写入和读取使用相同项目路径 - 多实例环境下路径解析行为完全一致 - 向后兼容，无破坏性变更 Fixes #69 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com> * doc: 新增“女娲”使用心得 (#73) * feat：添加女娲的使用心得 refactor：readme最新版本同步到英文版 * docs: 添加社区教程与案例部分，包含基于PromptX架构的MCP工具开发实践经验 * Staging (#71) * Develop (#66) * 重构ActionCommand和LearnCommand，更新DPMLContentParser和SemanticRenderer的导入路径，确保模块结构一致性。删除不再使用的DPMLContentParser和SemanticRenderer文件，优化代码结构，提升可维护性。 * 重构PromptX资源协议系统，采用极简两层协议架构，删除不必要的语义层，优化路径解析和资源加载流程。引入AI协作优化，支持直接生成完整协议路径，提升系统性能和用户体验。整体架构简化60%，实现零配置启动，显著降低内存占用和启动时间。 * optimize:优化女娲提示词 * Optimize:更新记忆策略文档，增加角色专业记忆的独特价值和工作流程，强调角色记忆与客户端记忆的差异，优化记忆引导话术和决策规则，以提升用户对专业记忆系统的理解和应用。 * feature：增加 Sean 角色 * optimize:优化记忆格式化逻辑，确保完整记忆内容不被截断，同时更新工具定义中的描述，增强用户对记忆回想器的理解和使用指导。 * feat: 添加DACP服务支持，允许通过命令行调用DACP专业服务，增强AI角色的执行能力，同时更新相关依赖和工具定义。 * feat: 在MCPServerCommand和MCPStreamableHttpCommand中添加'promptx_dacp'参数映射，同时在DACPCommand中优化参数处理逻辑，以支持数组参数的正确解析。 * feat: 更新DACP演示服务，重命名服务和描述，简化功能，删除不必要的日历和文档操作，增强演示效果。同时，优化了API接口和README文档，确保用户更易于理解和使用。 * feat: 添加DACP邮件发送功能，支持真实发送与Demo模式，增强邮件发送的配置管理和错误提示，优化用户体验。 * feat: 更新女娲和Sean角色文档，增强角色身份、核心特质和决策框架的描述，优化内容结构，提升用户理解和使用体验。同时，更新产品哲学知识体系，明确矛盾驱动和简洁性原则的应用。 * Add product management submodule * fix: 修复 recall 和 learn 的 bug * refactor: 把 hello 改成 welcome * feat: 添加DACP服务启动脚本和测试命令，更新相关依赖，优化配置文件路径处理 * fix: 更新pnpm-lock.yaml以匹配DACP依赖，解决CI中--frozen-lockfile的错误 * 更新DACP白皮书的更新日期至2025-01-19；在DACPConfigManager中优化配置管理，支持项目级和用户级配置的优先级处理，增强错误提示信息，更新相关方法以支持异步操作。 * Develop (#70) * 重构ActionCommand和LearnCommand，更新DPMLContentParser和SemanticRenderer的导入路径，确保模块结构一致性。删除不再使用的DPMLContentParser和SemanticRenderer文件，优化代码结构，提升可维护性。 * 重构PromptX资源协议系统，采用极简两层协议架构，删除不必要的语义层，优化路径解析和资源加载流程。引入AI协作优化，支持直接生成完整协议路径，提升系统性能和用户体验。整体架构简化60%，实现零配置启动，显著降低内存占用和启动时间。 * optimize:优化女娲提示词 * Optimize:更新记忆策略文档，增加角色专业记忆的独特价值和工作流程，强调角色记忆与客户端记忆的差异，优化记忆引导话术和决策规则，以提升用户对专业记忆系统的理解和应用。 * feature：增加 Sean 角色 * optimize:优化记忆格式化逻辑，确保完整记忆内容不被截断，同时更新工具定义中的描述，增强用户对记忆回想器的理解和使用指导。 * feat: 添加DACP服务支持，允许通过命令行调用DACP专业服务，增强AI角色的执行能力，同时更新相关依赖和工具定义。 * feat: 在MCPServerCommand和MCPStreamableHttpCommand中添加'promptx_dacp'参数映射，同时在DACPCommand中优化参数处理逻辑，以支持数组参数的正确解析。 * feat: 更新DACP演示服务，重命名服务和描述，简化功能，删除不必要的日历和文档操作，增强演示效果。同时，优化了API接口和README文档，确保用户更易于理解和使用。 * feat: 添加DACP邮件发送功能，支持真实发送与Demo模式，增强邮件发送的配置管理和错误提示，优化用户体验。 * feat: 更新女娲和Sean角色文档，增强角色身份、核心特质和决策框架的描述，优化内容结构，提升用户理解和使用体验。同时，更新产品哲学知识体系，明确矛盾驱动和简洁性原则的应用。 * Add product management submodule * fix: 修复 recall 和 learn 的 bug * refactor: 把 hello 改成 welcome * feat: 添加DACP服务启动脚本和测试命令，更新相关依赖，优化配置文件路径处理 * fix: 更新pnpm-lock.yaml以匹配DACP依赖，解决CI中--frozen-lockfile的错误 * 更新DACP白皮书的更新日期至2025-01-19；在DACPConfigManager中优化配置管理，支持项目级和用户级配置的优先级处理，增强错误提示信息，更新相关方法以支持异步操作。 * fix: 统一Pouch命令路径获取机制，解决Issue #69记忆持久化问题 修复多实例MCP环境下的路径不一致问题： - RememberCommand: 使用ResourceManager替代DirectoryService直接调用 - RecallCommand: 使用ResourceManager替代DirectoryService直接调用 - RegisterCommand: 使用ResourceManager+DirectoryService统一路径获取 核心改进: 1. 所有命令现在使用相同的getGlobalResourceManager()初始化 2. 通过resourceManager.initializeWithNewArchitecture()确保路径一致性 3. 实现"要对一起对，要错一起错"的一致性原则 测试验证: - 记忆写入和读取使用相同项目路径 - 多实例环境下路径解析行为完全一致 - 向后兼容，无破坏性变更 Fixes #69 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com> --------- Co-authored-by: Claude <noreply@anthropic.com> --------- Co-authored-by: Claude <noreply@anthropic.com> * 更新README文件，替换女娲创造工坊的logo图片，添加社区教程与案例部分，展示基于PromptX架构的MCP工具开发经验，提升内容的可读性和用户体验。 * 更新README文件，优化“女娲”功能的描述，强调其无需编程知识即可使用的便利性，并介绍其创建“小红书营销”专家的能力，提升内容的清晰度和用户体验。 --------- Co-authored-by: Sean <sean@deepracticex.com> Co-authored-by: coso <wutongci@example.com> Co-authored-by: Claude <noreply@anthropic.com> * refactor: 优化DACP工具提示词，去除诱导性描述 - 将DACP工具描述从功能介绍改为使用条件 - 强调需要专业知识才能正确使用 - 避免AI在不了解服务配置时盲目尝试 - 符合"先学会使用工具再做事"的设计理念 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com> * Optimize：优化女娲提示词，为 Sean 添加 Github Issues 矛盾分析方法论 * fix: 修复 这几个命令使用了废弃的项目路径定位方案 * Optimize: 优化 sean 提示词 --------- Co-authored-by: Claude <noreply@anthropic.com> Co-authored-by: AgustD <100462005+lsh2002@users.noreply.github.com> Co-authored-by: coso <wutongci@example.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实用简便性
|
||
- **管理状态**：🔄已转化
|
||
|
||
## 奥卡姆剃刀应用原则
|
||
- 简化分析框架，避免过度复杂化
|
||
- 抓住核心矛盾，忽略次要细节
|
||
- 标准化模板，提高执行效率
|
||
- 一体化思维，减少认知负担 |