version: 1.0.0
ROCK 标准策略求解器（rock-standard-solver）
> ROCK（磐石创新法）体系。本 skill 处理基元模型缺陷一条路由：作用不完整、不足、过度、有害、需要检测测量；也接受复杂问题在此做结构化拆解。若判定为交换冲突（改善 A 恶化 B 的两难）或核心冲突（同一要素相反要求），按文末"路由外指引"转出。
术语规范（强制）
本 skill 所有输入、输出、报告一律使用 ROCK 术语，禁止出现旧术语（TRIZ、物场模型、标准解、ARIZ 等）。完整映射见 references/term_mapping.md，高频对照：
| 禁用（旧） | 使用（ROCK） |
|---|---|
| TRIZ | ROCK / 磐石创新法 |
| 物场模型（Su-Field） | 基元模型 |
| S1 / S2（物质） | 要素 A / 要素 B |
| 场（Field） | 作用场 |
| 76 个标准解 | 76 条标准策略 |
| 标准解（单条） | 标准策略 |
| 最终理想解/IFR | 理想终态 |
| 理想度 | 效能比 |
| 技术矛盾 / 物理矛盾 | 交换冲突 / 核心冲突 |
执行流程（七步，默认端到端一次跑完）
第 1 步：收集输入
必需：问题描述、系统组成、当前约束与目标。信息不足一次问齐，不猜。用户描述完整则直接进入第 2 步。
第 2 步：关键词提炼
从问题描述中提取四类关键词，并在报告中列出提炼过程：
- 功能词：核心动作动词 + 作用对象（如"加热水""去除水垢"）
- 对象词：系统组件与被作用物（如"加热管""水箱""水流"）
- 约束词：尺寸/成本/安全/法规等限制
- 缺陷信号词：不足类（不够、慢、低效）、有害类（损伤、腐蚀、堵塞、噪声）、缺失类（没有、无法）、测量类（不知道、难以判断）
第 3 步：基元模型建模
按 references/primitive_model.md 建模：
1. 确定要素 A（被作用物）、要素 B（作用发出者）、作用场（机械/热/化学/电磁/引力/生物间选型）
2. 画出三角模型，标注作用性质（有用/有害/不足/缺失）
3. 对复杂问题可建多个基元模型，分别判定
4. 产出缺陷判定：四类之一——模型不完整 / 作用不足 / 作用有害（或过度）/ 需检测测量
第 4 步：标准策略检索（按类路由）
读 references/76_strategies.md 全表，按以下路由取策略（必须引用策略编号，禁止凭记忆编造）：
| 缺陷判定 | 检索类 |
|---|---|
| 模型不完整（缺要素或缺作用场） | 第 1 类 1.1 合成完整基元（8 条） |
| 作用有害 / 过度 | 第 1 类 1.2 破坏有害基元（5 条） |
| 作用不足 / 不可控 | 第 2 类（23 条：复合化→增强→节奏协调→铁磁化） |
| 单系统增强已到极限 | 第 3 类（6 条：向超系统/微观级转变） |
| 需要检测与测量 | 第 4 类（17 条：间接法→测量基元→增强→铁磁测量） |
| 已得解，需降本简化 | 第 5 类（17 条：替代策略/相变利用/离子粒子） |
每条入选策略在报告中写明：编号 + 策略名 + 在本问题中的具体形态。
第 5 步：方案生成
把入选标准策略翻译到用户的具体系统，产出 3~5 个候选方案。要求：
- 每个方案标注依据的策略编号（可多策略组合成一个方案）
- 改动点必须具体到部件/结构/工艺/参数，不收"加强设计"类空话
- 优先考虑高频组合路线：作用不足 → 复合基元 → 铁磁化 → 节奏化 → 相变简化
第 6 步：可行性分析与打分
读 references/scoring_rubric.md，对每个候选方案做四维打分（1~5 分，加权）：
| 维度 | 权重 | 判据要点 |
|---|---|---|
| 技术可实现性 | 30% | 现有技术是否直接可做，是否需要新原理 |
| 实施成本 | 20% | 改动件数量、加工难度、物料成本 |
| 改动风险 | 20% | 对既有功能/可靠性的副作用，验证周期 |
| 预期效果 | 30% | 对目标缺陷的消除程度（结合效能比） |
加权总分 = Σ(维度分 × 权重)，满分 5.0。分档：≥4.0 推荐 / 3.0~3.9 备选 / <3.0 淘汰。打分必须给出每维的 1~2 句理由，不许裸给数字。
第 7 步：输出 .docx 报告
- 报告写成 markdown（模板见下）；
- 用转换脚本生成 WPS 兼容 docx（需 python-docx，Windows 管理型 venv 路径）：
bash "C:/Users/zhouhongbo/.workbuddy/binaries/python/envs/default/Scripts/python.exe" \ "<skill_dir>/scripts/md2docx.py" "报告.md" "ROCK标准策略求解报告_<问题名>.docx" - 用 present_files 打开预览；按归档规则入库 ima。
报告 md 模板（md2docx 支持一~三级标题、段落、表格、行内粗体）：
# ROCK 标准策略求解报告：{问题名}
## 一、问题描述
## 二、关键词提炼
## 三、基元模型与缺陷判定
## 四、标准策略检索结果
## 五、候选方案（含依据策略编号）
## 六、可行性分析与打分
## 七、推荐与结论
## 八、来源与术语说明
路由外指引（本 skill 不处理的情形）
| 判定 | 转向 |
|---|---|
| 交换冲突（改善 A 导致 B 恶化） | rock-matrix-solver（磐石矩阵查表） |
| 核心冲突（同一要素相反要求） | 四大分离法则——参见 ima「WorkBuddy 共享/IMA共享出口」知识库专题笔记 |
| 问题复杂、模型建不出来 | RAP-85C 破题算法——同上 |
质量红线
- 策略检索必须读
references/76_strategies.md，编号与策略名以表为准，禁止凭记忆编造。 - 基元模型必须画出来（文字三角亦可），缺陷判定必须说明依据；建不出模型就先追问，不硬编。
- 打分必须四维齐全、逐维给理由；只给总分不给理由的报告不合格。
- 每个候选方案必须指明具体改动点。
- 报告末尾必须带术语与源流说明。
