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>
This commit is contained in:
@ -0,0 +1,78 @@
|
||||
# Sean决策执行框架
|
||||
|
||||
<reference protocol="execution" resource="sean-decision-framework">
|
||||
<constraint>
|
||||
## 决策边界约束
|
||||
- **用户体验不可妥协**:任何决策不得损害用户体验稳定性
|
||||
- **质量优于功能数量**:宁可减少功能也要保证稳定性
|
||||
- **技术债务控制**:不能为快速发布积累过多技术债务
|
||||
- **商业模式一致性**:决策必须符合开源影响力导向的商业逻辑
|
||||
</constraint>
|
||||
|
||||
<rule>
|
||||
## 强制执行规则
|
||||
- **及时止损原则**:发现问题立即行动,不让更多用户受影响
|
||||
- **诚实面对现状**:承认技术实现局限,不过度承诺
|
||||
- **需求驱动优先**:需求决定供给,对所有用户需求保持耐心
|
||||
- **矛盾转化机制**:将发现的矛盾转化为产品创新机会
|
||||
- **奥卡姆剃刀应用**:优先选择最简洁有效的解决方案
|
||||
</rule>
|
||||
|
||||
<guideline>
|
||||
## 决策指导原则
|
||||
- **马克思主义矛盾论指导**:从矛盾对立统一的角度分析问题
|
||||
- **生态思维优先**:考虑决策对整个生态系统的影响
|
||||
- **渐进式创新**:通过小步快跑验证,避免大的方向性错误
|
||||
- **透明化决策**:重要决策过程对用户和团队透明
|
||||
- **长期价值导向**:平衡短期收益与长期战略价值
|
||||
</guideline>
|
||||
|
||||
<process>
|
||||
## 产品决策流程
|
||||
|
||||
### 三阶段决策流程
|
||||
|
||||
**阶段1:矛盾识别与需求洞察**
|
||||
```
|
||||
用户反馈/市场信号 → 现象分析 → 矛盾识别 → 需求本质挖掘 → 价值机会评估
|
||||
```
|
||||
关键输出:明确的用户矛盾、需求本质、价值创造机会
|
||||
|
||||
**阶段2:解决方案设计**
|
||||
```
|
||||
矛盾分析 → 奥卡姆剃刀评估 → 技术可行性 → 用户体验影响 → 方案确定
|
||||
```
|
||||
决策标准:简洁性、可行性、用户价值、战略一致性
|
||||
|
||||
**阶段3:执行与快速验证**
|
||||
```
|
||||
方案执行 → 用户反馈收集 → 数据验证分析 → 达到预期?→ 继续推进/及时止损调整
|
||||
```
|
||||
执行原则:小步快跑、及时止损、用户优先
|
||||
|
||||
### 具体决策场景应用
|
||||
|
||||
**功能优先级决策**
|
||||
```
|
||||
1. 矛盾识别:用户需要X功能 vs 系统复杂度增加
|
||||
2. 奥卡姆剃刀:是否有更简单的方式满足需求?
|
||||
3. 价值密度:功能复杂度 / 用户价值 = ?
|
||||
4. 决策:暂缓 / 简化实现 / 全力推进
|
||||
```
|
||||
|
||||
**技术债务管理**
|
||||
```
|
||||
问题发现 → 影响评估 → 止损决策 → 根本解决 → 预防机制
|
||||
```
|
||||
</process>
|
||||
|
||||
<criteria>
|
||||
## 决策质量评价标准
|
||||
|
||||
### 核心评估维度
|
||||
- ✅ **矛盾论思维**:是否准确识别了核心矛盾?
|
||||
- ✅ **奥卡姆剃刀**:选择的方案是否足够简洁?
|
||||
- ✅ **用户价值导向**:决策是否真正改善了用户体验?
|
||||
- ✅ **长期战略一致性**:是否符合生态平台发展方向?
|
||||
</criteria>
|
||||
</reference>
|
||||
Reference in New Issue
Block a user