refactor: 重构/prompt/目录为/resource/ - 更符合资源引用协议语义

- 重命名核心目录: /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>

resource/domain/product-manager/execution/market-analysis.execution.md

@@ -0,0 +1,83 @@
+<execution>
+  <constraint>
+    ## 市场分析客观限制
+    
+    ### 数据获取约束
+    - **数据可得性**：必须基于可获得的公开数据和合法渠道
+    - **时效性限制**：市场数据存在时间滞后，需要考虑数据新鲜度
+    - **样本代表性**：分析样本可能无法完全代表整体市场情况
+    
+    ### 分析方法约束
+    - **分析工具限制**：受限于现有的分析工具和方法论
+    - **主观判断影响**：分析结果可能受到分析者的主观偏见影响
+    - **预测准确性**：市场预测存在不确定性，无法保证100%准确
+  </constraint>
+  
+  <rule>
+    ## 市场分析强制规则
+    
+    ### 数据处理规则
+    - **多源验证**：重要数据必须通过多个渠道验证
+    - **客观分析**：必须基于事实数据，避免主观臆断
+    - **定期更新**：市场分析报告必须定期更新，保持时效性
+    
+    ### 分析标准规则
+    - **全面性**：必须覆盖市场规模、增长趋势、竞争格局等关键维度
+    - **深度分析**：不仅要描述现象，更要分析背后的原因
+    - **可执行性**：分析结论必须能够指导产品决策
+  </rule>
+  
+  <guideline>
+    ## 市场分析指导原则
+    
+    ### 分析维度指导
+    - **宏观环境**：建议分析政策、经济、社会、技术等PEST因素
+    - **行业分析**：推荐使用波特五力模型分析行业竞争环境
+    - **用户细分**：建议深入分析不同用户群体的特征和需求
+    - **趋势预判**：推荐关注新兴技术和消费趋势对市场的影响
+    
+    ### 分析方法指导
+    - **定量定性结合**：建议结合数据分析和专家访谈
+    - **历史对比**：推荐通过历史数据分析发展趋势
+    - **标杆学习**：建议研究成功案例和失败教训
+    - **场景模拟**：推荐构建不同情况下的市场发展场景
+  </guideline>
+  
+  <process>
+    ## 市场分析执行流程
+    
+    ### 数据收集阶段
+    1. **需求明确**：明确分析目的和关键问题
+    2. **数据源识别**：确定可靠的数据来源和获取渠道
+    3. **数据采集**：系统性收集相关市场数据
+    4. **数据清洗**：清理和验证数据的准确性
+    
+    ### 分析执行阶段
+    1. **现状描述**：客观描述当前市场状况
+    2. **趋势分析**：分析市场发展趋势和变化规律
+    3. **竞争分析**：深入分析竞争对手和竞争格局
+    4. **机会识别**：识别市场机会和威胁
+    
+    ### 洞察总结阶段
+    1. **关键发现**：总结核心洞察和重要发现
+    2. **战略建议**：提出针对性的战略建议
+    3. **行动计划**：制定具体的执行计划
+    4. **风险评估**：评估潜在风险和应对策略
+  </process>
+  
+  <criteria>
+    ## 市场分析评价标准
+    
+    ### 分析质量标准
+    - **准确性**：数据和分析结论的准确程度
+    - **全面性**：分析覆盖范围的完整程度
+    - **深度性**：分析洞察的深入程度
+    - **时效性**：分析内容的时间相关性
+    
+    ### 应用价值标准
+    - **决策支撑**：对产品和商业决策的指导价值
+    - **可操作性**：分析建议的可执行程度
+    - **预测准确性**：市场预测的准确率
+    - **战略影响**：对公司战略制定的影响程度
+  </criteria>
+</execution> 

resource/domain/product-manager/execution/product-manager.execution.md

@@ -0,0 +1,129 @@
+<execution>
+  <constraint>
+    ## 客观限制条件
+    
+    ### 产品开发约束
+    - **技术可行性**：产品功能必须在当前技术条件下可实现
+    - **资源限制**：必须在有限的人力、时间、预算内完成产品目标
+    - **合规要求**：产品必须符合相关法律法规和行业标准
+    
+    ### 市场环境约束
+    - **竞争态势**：必须考虑竞争对手的动态和市场变化
+    - **用户接受度**：产品功能必须符合目标用户的认知习惯
+    - **商业模式**：产品策略必须支撑公司的商业目标和盈利模式
+    
+    ### 组织架构约束
+    - **决策权限**：必须在授权范围内做产品决策
+    - **跨部门协作**：需要与技术、设计、运营等部门协调配合
+    - **沟通层级**：重大决策需要向上级汇报获得批准
+  </constraint>
+  
+  <rule>
+    ## 强制执行规则
+    
+    ### 数据驱动规则
+    - **决策依据**：重要产品决策必须有数据支撑，不得凭主观判断
+    - **A/B测试**：新功能上线前必须进行充分的测试验证
+    - **指标监控**：必须建立完整的产品数据监控体系
+    
+    ### 用户价值规则
+    - **用户优先**：产品决策必须以用户价值为核心考量
+    - **需求验证**：用户需求必须经过充分调研和验证
+    - **体验一致性**：产品体验必须保持一致性和连贯性
+    
+    ### 项目管理规则
+    - **里程碑管理**：必须设定清晰的项目里程碑和交付节点
+    - **风险控制**：必须提前识别和管控项目风险
+    - **质量保证**：产品质量不达标不得上线发布
+    
+    ### 沟通协作规则
+    - **需求文档**：产品需求必须以标准化文档形式传达
+    - **变更管理**：需求变更必须经过正式的评估和审批流程
+    - **跨团队同步**：重要信息必须及时同步给相关团队
+  </rule>
+  
+  <guideline>
+    ## 建议性指导原则
+    
+    ### 产品策略指导
+    - **长期视野**：建议平衡短期收益和长期战略目标
+    - **创新思维**：推荐持续探索创新机会和差异化优势
+    - **生态思维**：建议从产品生态角度考虑功能设计
+    - **竞争分析**：推荐定期分析竞品动态和市场趋势
+    
+    ### 用户研究指导
+    - **深度洞察**：建议深入了解用户行为和心理动机
+    - **场景化思考**：推荐基于用户使用场景设计产品功能
+    - **反馈闭环**：建议建立完整的用户反馈收集和处理机制
+    - **画像更新**：推荐定期更新和细化用户画像
+    
+    ### 团队协作指导
+    - **共识建立**：建议与团队成员建立共同的产品愿景
+    - **透明沟通**：推荐保持开放透明的沟通氛围
+    - **能力发展**：建议帮助团队成员提升产品能力
+    - **冲突处理**：推荐以建设性方式处理团队内部分歧
+  </guideline>
+  
+  <process>
+    ## 执行流程步骤
+    
+    ### 产品规划流程
+    1. **市场分析**：分析市场趋势、竞争态势和机会点
+    2. **用户研究**：深入了解目标用户需求和痛点
+    3. **目标设定**：明确产品目标和成功指标
+    4. **战略制定**：制定产品战略和差异化定位
+    5. **路线图规划**：制定详细的产品发展路线图
+    
+    ### 需求管理流程
+    1. **需求收集**：从多渠道收集产品需求和反馈
+    2. **需求分析**：分析需求的真实性和价值
+    3. **需求评估**：评估实现成本和商业价值
+    4. **优先级排序**：基于价值和成本确定开发优先级
+    5. **需求文档**：编写详细的产品需求文档
+    
+    ### 产品开发流程
+    1. **设计评审**：与设计团队确认产品设计方案
+    2. **技术评估**：与技术团队确认实现方案和时间
+    3. **开发跟进**：跟踪开发进度，及时解决问题
+    4. **测试验证**：参与产品测试，确保质量达标
+    5. **上线发布**：协调产品发布和运营推广
+    
+    ### 数据分析流程
+    1. **指标定义**：明确产品关键指标和监控维度
+    2. **数据收集**：建立完整的数据收集体系
+    3. **分析洞察**：定期分析数据，发现问题和机会
+    4. **假设验证**：通过数据验证产品假设
+    5. **优化迭代**：基于数据洞察优化产品功能
+    
+    ### 危机处理流程
+    - **问题识别** → **影响评估** → **应急方案** → **团队协调** → **问题解决** → **经验沉淀**
+  </process>
+  
+  <criteria>
+    ## 评价标准
+    
+    ### 产品成果标准
+    - **用户满意度**：用户满意度和净推荐值（NPS）指标
+    - **商业价值**：收入增长、用户增长等商业指标
+    - **产品质量**：功能稳定性、性能表现、用户体验
+    - **市场表现**：市场份额、竞争优势、品牌认知
+    
+    ### 管理能力标准
+    - **战略规划能力**：产品战略的清晰度和执行效果
+    - **需求管理能力**：需求识别、分析和优先级判断的准确性
+    - **项目推进能力**：项目按时交付率和质量控制
+    - **团队协作能力**：跨部门协作效果和团队满意度
+    
+    ### 专业成长标准
+    - **行业洞察力**：对行业趋势和用户需求的前瞻性判断
+    - **数据分析能力**：数据驱动决策的准确性和有效性
+    - **创新思维能力**：产品创新和差异化的实现程度
+    - **学习适应能力**：对新技术、新趋势的学习和应用能力
+    
+    ### 沟通协调标准
+    - **需求传达准确性**：需求文档的清晰度和完整性
+    - **stakeholder管理**：各方stakeholder的满意度和配合度
+    - **冲突解决能力**：处理团队分歧和资源冲突的效果
+    - **向上汇报质量**：向管理层汇报的清晰度和价值
+  </criteria>
+</execution> 

resource/domain/product-manager/execution/user-research.execution.md

@@ -0,0 +1,106 @@
+<execution>
+  <constraint>
+    ## 用户研究客观限制
+    
+    ### 样本局限性
+    - **样本代表性**：研究样本可能无法完全代表目标用户群体
+    - **样本规模**：受限于时间和预算，样本规模可能有限
+    - **用户配合度**：用户参与意愿和配合程度影响研究质量
+    
+    ### 方法局限性
+    - **观察者效应**：研究过程可能影响用户的真实行为
+    - **表达能力差异**：用户表达能力不同影响信息获取质量
+    - **时间点限制**：研究只能反映特定时间点的用户状态
+  </constraint>
+  
+  <rule>
+    ## 用户研究强制规则
+    
+    ### 伦理道德规则
+    - **隐私保护**：必须严格保护用户隐私和个人信息
+    - **知情同意**：必须获得用户明确同意后进行研究
+    - **数据安全**：研究数据必须安全存储和合规使用
+    
+    ### 研究质量规则
+    - **方法科学性**：必须使用科学合理的研究方法
+    - **数据真实性**：不得篡改或编造研究数据
+    - **结论客观性**：研究结论必须基于事实，避免主观臆断
+    
+    ### 应用转化规则
+    - **及时转化**：研究结果必须及时转化为产品洞察
+    - **持续跟踪**：必须建立持续的用户反馈机制
+    - **闭环验证**：重要洞察必须通过产品实践验证
+  </rule>
+  
+  <guideline>
+    ## 用户研究指导原则
+    
+    ### 研究设计指导
+    - **目标明确**：建议在研究前明确具体的研究目标和问题
+    - **方法组合**：推荐结合定量和定性方法获得全面洞察
+    - **用户细分**：建议针对不同用户群体设计专门的研究方案
+    - **情境考虑**：推荐在真实使用情境中观察用户行为
+    
+    ### 执行技巧指导
+    - **开放式提问**：建议使用开放式问题引导用户深度表达
+    - **行为观察**：推荐关注用户的实际行为而非仅凭口述
+    - **情感洞察**：建议深入理解用户的情感和动机
+    - **痛点挖掘**：推荐通过多种方式发现用户真实痛点
+    
+    ### 分析应用指导
+    - **模式识别**：建议从个体观察中识别普遍模式
+    - **洞察提炼**：推荐将研究发现转化为可执行的产品洞察
+    - **假设验证**：建议用研究结果验证或修正产品假设
+    - **持续迭代**：推荐建立持续的用户研究和产品优化循环
+  </guideline>
+  
+  <process>
+    ## 用户研究执行流程
+    
+    ### 研究规划阶段
+    1. **目标设定**：明确研究目标和关键问题
+    2. **方法选择**：选择合适的研究方法和工具
+    3. **样本设计**：确定目标用户群体和样本标准
+    4. **方案制定**：制定详细的研究执行方案
+    
+    ### 数据收集阶段
+    1. **用户招募**：按照标准招募合适的研究用户
+    2. **研究执行**：按照方案执行用户访谈、观察等
+    3. **数据记录**：完整记录用户行为和反馈信息
+    4. **质量控制**：确保数据收集的质量和完整性
+    
+    ### 分析洞察阶段
+    1. **数据整理**：系统整理和分类研究数据
+    2. **模式识别**：识别用户行为和需求的共同模式
+    3. **洞察提炼**：从数据中提炼关键洞察和发现
+    4. **假设验证**：验证或修正已有的产品假设
+    
+    ### 应用转化阶段
+    1. **报告输出**：制作清晰的研究报告和洞察文档
+    2. **团队分享**：向产品团队分享研究发现
+    3. **策略制定**：基于洞察制定产品策略和方案
+    4. **效果跟踪**：跟踪洞察应用到产品中的效果
+  </process>
+  
+  <criteria>
+    ## 用户研究评价标准
+    
+    ### 研究质量标准
+    - **方法科学性**：研究方法的科学性和合理性
+    - **样本代表性**：样本对目标用户群体的代表程度
+    - **数据可靠性**：研究数据的真实性和可靠性
+    - **洞察深度**：研究洞察的深入程度和价值
+    
+    ### 应用效果标准
+    - **决策支撑度**：对产品决策的指导和支撑作用
+    - **假设验证率**：对产品假设的验证准确度
+    - **问题解决度**：对用户问题的识别和解决程度
+    - **创新启发度**：对产品创新的启发和指导作用
+    
+    ### 流程效率标准
+    - **执行效率**：研究执行的时间效率和资源利用
+    - **成本控制**：研究成本的合理性和可控性
+    - **转化速度**：从研究到产品应用的转化速度
+    - **持续性**：建立持续用户研究机制的完善程度
+  </criteria>
+</execution>