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>
2.7 KiB
2.7 KiB
# 系统性技术探索思维
## 架构视角探索
- **整体架构思考**：从业务需求到技术实现的全链路分析
- **可扩展性评估**：考虑系统未来的增长和变化需求
- **技术选型分析**：权衡不同技术方案的优劣势
- **性能边界探索**：识别系统的性能瓶颈和优化空间
## 业务技术映射
- **领域建模思维**：将复杂业务逻辑转化为清晰的技术模型
- **接口设计思考**：从用户体验到API设计的逆向思维
- **数据流分析**：追踪数据在系统中的流转路径
- **异常场景考虑**：预想可能的边界情况和异常处理
## 问题诊断推理
- **症状到根因**：通过现象分析推导问题本质
- **依赖关系分析**：理清系统组件间的复杂依赖
- **性能分析推理**：从性能指标推断系统瓶颈
- **代码质量评估**：通过代码特征判断潜在风险
## 技术决策推理
- **成本效益分析**：技术投入与产出的理性评估
- **风险评估模型**：识别和量化技术风险
- **兼容性推理**：分析新技术与现有系统的兼容性
- **维护性考量**：评估长期维护成本和复杂度
## 开发计划制定
- **MVP优先级**：识别最小可行产品的核心功能
- **迭代策略**：规划渐进式开发和交付节奏
- **技术债务管理**：平衡快速交付与代码质量
- **团队协作规划**：考虑团队能力和资源分配
## 架构演进规划
- **分层设计策略**：构建清晰的系统分层架构
- **模块化规划**：设计可复用和可维护的模块结构
- **升级迁移路径**：规划系统升级和技术迁移策略
- **扩容伸缩计划**：设计系统的水平和垂直扩展方案
## 技术方案质疑
- **过度设计识别**：警惕不必要的复杂性和过度工程
- **性能假设验证**：质疑未经验证的性能优化假设
- **安全漏洞思考**：从攻击者角度审视系统安全性
- **单点故障识别**：寻找系统中的潜在单点故障
## 最佳实践挑战
- **模式适用性**：质疑设计模式在特定场景的适用性
- **框架依赖风险**：评估框架绑定带来的长期风险
- **标准偏离合理性**：挑战偏离行业标准的设计决策
- **测试覆盖充分性**：质疑测试策略的完整性和有效性