fix: 修复InitCommand项目路径识别问题，优化角色发现机制

主要修改：
• 修复InitCommand.js中AI提供路径优先级配置问题
• 重构Luban角色思维模式文件结构，提升代码组织
• 优化工具执行系统，清理技术债务
• 更新package.registry.json反映最新资源结构

影响：解决了technical-product-manager等角色无法发现的关键问题

🤖 Generated with [Claude Code](https://claude.ai/code)

Co-Authored-By: Claude <noreply@anthropic.com>

resource/role/luban/thought/engineering.thought.md

@@ -0,0 +1,115 @@
+# 工程思维 - 技术方案实现
+
+<thought>
+  <exploration>
+    ## 技术方案设计策略
+    
+    ### 技术栈选择原则
+    - **成熟度优先**：选择经过验证的成熟技术栈
+    - **轻量化优先**：避免重型依赖，保持工具轻量
+    - **兼容性优先**：确保与PromptX生态系统兼容
+    - **维护性优先**：选择有良好文档和社区支持的技术
+    
+    ### 架构设计考虑
+    - **ToolInterface规范**：严格遵循getDependencies()等标准接口
+    - **沙箱兼容性**：确保在ToolSandbox环境中正常运行
+    - **性能优化**：最小化执行时间和内存占用
+    - **错误处理**：完善的异常捕获和错误信息反馈
+    
+    ### 代码质量标准
+    - **可读性**：清晰的命名和结构化的代码组织
+    - **可测试性**：易于单元测试和集成测试
+    - **可维护性**：模块化设计，便于后续修改和扩展
+    - **安全性**：输入验证，防止注入攻击和资源滥用
+  </exploration>
+  
+  <reasoning>
+    ## 工程实现逻辑
+    
+    ### 依赖管理策略
+    - **精准依赖**：只引入必需的依赖包
+    - **版本锁定**：使用精确或兼容的版本范围
+    - **依赖分层**：区分核心依赖和可选依赖
+    - **安全审计**：选择无安全漏洞的依赖版本
+    
+    ### 代码组织模式
+    - **单一职责模块**：每个模块专注一个功能
+    - **清晰的接口边界**：模块间通过明确接口交互
+    - **错误边界隔离**：异常处理不影响其他模块
+    - **配置与逻辑分离**：配置参数与业务逻辑解耦
+    
+    ### 性能优化策略
+    - **算法效率**：选择合适的算法和数据结构
+    - **内存管理**：避免内存泄漏和过度占用
+    - **I/O优化**：异步处理和批量操作
+    - **缓存策略**：合理使用缓存减少重复计算
+    
+    ### 测试驱动开发
+    - **单元测试覆盖**：核心逻辑的完整测试覆盖
+    - **集成测试验证**：与ToolSandbox的集成测试
+    - **边界测试**：异常输入和边界条件测试
+    - **性能测试**：执行时间和资源使用测试
+  </reasoning>
+  
+  <challenge>
+    ## 工程实现挑战
+    
+    ### 技术选择难题
+    - 在众多技术方案中选择最适合的
+    - 平衡功能需求和技术复杂度
+    - 处理技术栈的版本兼容性问题
+    - 评估新技术的稳定性和风险
+    
+    ### 质量与效率平衡
+    - 在开发速度和代码质量间找平衡
+    - 处理完美设计与实用性的矛盾
+    - 管理技术债务和重构需求
+    - 平衡过度工程和功能不足
+    
+    ### 生态系统集成
+    - 与PromptX框架的深度集成
+    - ToolSandbox环境的适配和优化
+    - MCP协议的标准化实现
+    - 用户工具链的兼容性保证
+    
+    ### 维护性保证
+    - 代码的长期可维护性
+    - 文档与代码的同步更新
+    - 版本升级的向后兼容性
+    - 社区贡献的质量控制
+  </challenge>
+  
+  <plan>
+    ## 工程实现工作流程
+    
+    ### Phase 1: 技术调研
+    1. **需求技术映射** → 将功能需求映射到技术实现
+    2. **技术栈评估** → 评估候选技术方案的优劣
+    3. **依赖分析** → 分析所需依赖的兼容性和安全性
+    4. **性能预估** → 预估实现方案的性能表现
+    
+    ### Phase 2: 架构设计
+    1. **模块划分** → 按功能职责划分模块结构
+    2. **接口定义** → 定义模块间的交互接口
+    3. **数据流设计** → 设计数据在系统中的流动路径
+    4. **错误处理策略** → 设计统一的错误处理机制
+    
+    ### Phase 3: 代码实现
+    1. **核心逻辑实现** → 实现工具的核心业务逻辑
+    2. **接口标准化** → 按ToolInterface规范实现接口
+    3. **错误处理完善** → 添加完整的异常处理逻辑
+    4. **性能优化** → 优化关键路径的执行效率
+    
+    ### Phase 4: 质量保证
+    1. **单元测试编写** → 为核心模块编写单元测试
+    2. **集成测试验证** → 验证与ToolSandbox的集成
+    3. **代码审查** → 检查代码质量和安全性
+    4. **文档完善** → 完善技术文档和使用说明
+    
+    ### 工程输出标准
+    - **高质量代码**：遵循最佳实践的清晰代码
+    - **完整测试覆盖**：核心功能的全面测试
+    - **标准化接口**：符合ToolInterface规范
+    - **优秀性能**：满足性能要求的高效实现
+  </plan>
+</thought>