ROCK 矛盾矩阵求解器（rock-matrix-solver）
> ROCK（磐石创新法）体系。本 skill 只处理交换冲突（改善某要素导致另一要素恶化）一条路由；若判定为核心冲突（同一要素相反要求）或基元模型缺陷，按文末"路由外指引"转出。
术语规范（强制）
本 skill 所有输入、输出、报告一律使用 ROCK 术语，禁止出现 TRIZ 原术语。完整映射见 references/term_mapping.md，高频对照：
| 禁用（旧） | 使用（ROCK） |
|---|---|
| TRIZ | ROCK / 磐石创新法 |
| 技术矛盾 | 交换冲突 |
| 物理矛盾 | 核心冲突 |
| 39个工程参数 | 39 项工程要素 |
| 矛盾矩阵 | 磐石矩阵 |
| 40个发明原理 | 40 条磐石法则 |
| 最终理想解/IFR | 理想终态 |
| 理想度 | 效能比 |
执行流程（六步，默认端到端一次跑完）
第 1 步：收集输入
必需信息：问题描述、系统组成、当前约束。信息不足时先追问（一次问齐），不猜。若用户给了完整描述则直接进入第 2 步。
第 2 步：冲突定式
把问题表述为标准交换冲突句式："为了改善【X】，导致【Y】恶化"。
- 读 references/39_parameters.md，把 X、Y 映射到 39 项工程要素的编号（给出候选 + 推荐，向用户确认或说明理由）。
- 若发现 X、Y 是同一要素（核心冲突），或找不出两个不同要素 → 路由外指引（见文末），本 skill 终止。
第 3 步：磐石矩阵查表
用 Python 读 references/rock_matrix.csv（UTF-8-SIG，列：improving_id, improving_param, worsening_id, worsening_param, principles），按 (improving_id, worsening_id) 精确取 principles 单元格。
- 有值 → 得到 2~4 条磐石法则编号。
- 空格 → 该冲突无经典推荐，向用户说明，并建议改用相邻要素对或转 RAP（见路由外指引）。
- 查表示例：
python
import csv
with open(r"<skill_dir>/references/rock_matrix.csv", encoding="utf-8-sig") as f:
for row in csv.DictReader(f):
if int(row["improving_id"]) == 2 and int(row["worsening_id"]) == 14:
print(row["principles"]) # 如 "35,40,27,1"
第 4 步：磐石法则解读
读 references/40_principles.md，对每条命中法则输出：法则名 + 一句话内核 + 2 个跨行业类比（机械/家电/软件等领域）。
第 5 步：方案移植
把每条磐石法则翻译到用户的具体系统，产出 3~5 个候选方案。要求：方案必须可落地（改哪个部件/结构/工艺/参数），不写空话。允许多法则组合成一个方案。
第 6 步：效能比评价 + 输出 .docx 报告
对每个候选方案做效能比检验：效能比 = 有用功能 /（有害功能 + 成本），并用理想终态校验（是否自我实现功能、不引入新复杂度）。淘汰明显劣解，标注推荐序。
最终产出 WPS 可直接打开的 .docx 报告：
1. 先把报告内容写成 markdown（结构见下方模板）；
2. 用通用转换脚本生成 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"
脚本已内置中文排版（黑体标题/宋体正文/表格样式）。若 venv 缺 python-docx，先 pip install python-docx。
3. 报告文件名：ROCK求解报告_<问题名>.docx，用 present_files 打开预览。
报告 md 模板（md2docx 支持一级~三级标题、段落、无序列表、表格）：
# ROCK 矛盾矩阵求解报告：{问题名}
## 一、问题描述
## 二、冲突定式
（改善【X 要素#编号】 → 恶化【Y 要素#编号】）
## 三、磐石矩阵查表结果
## 四、磐石法则解读与类比
## 五、候选方案（方案移植）
| 方案 | 依据法则 | 具体做法 | 预期收益 | 实施成本 |
## 六、效能比评价与推荐
## 七、来源与术语说明
（本报告采用 ROCK（磐石创新法）术语体系，映射关系见 term_mapping；方法论源流：阿奇舒勒矛盾矩阵 1973 经典版）
参考件索引
| 文件 | 用途 |
|---|---|
references/39_parameters.md |
39 项工程要素全表（中文 + 判定说明） |
references/40_principles.md |
40 条磐石法则详表（内核 + 应用要点） |
references/rock_matrix.csv |
磐石矩阵 39×39 全表数据（经典 1973 版，三源交叉验证） |
references/term_mapping.md |
ROCK ↔ 旧术语完整映射表（对外文档转换时复用） |
路由外指引（本 skill 不处理的情形）
| 判定 | 转向 |
|---|---|
| 核心冲突（同一要素相反要求） | 四大分离法则——参见 ima「WorkBuddy 共享/IMA共享出口」知识库的 TRIZ 专题笔记 |
| 基元模型缺陷（作用不完整/有害/不足） | 76 条标准策略——同上 |
| 问题复杂、冲突模糊 | RAP-85C 破题算法——同上 |
质量红线
- 矩阵查表必须读 CSV，禁止凭记忆给原理编号。
- 空格单元格不得编造原理。
- 每个候选方案必须指明具体改动点，报告不收"加强设计""优化结构"这类空话。
- 报告末尾必须带术语与源流说明。
