[Lovepeace-art]

变更说明

现状：复制反查（出厂 cofc，以及各方案直通词库里的 ofi 之类）只能查剪贴板第一个字的编码。
原因在命令层：dict.rev(text, n) 省略 n 时把 n 当 1，只取第 1 个字交给宿主反查；而宿主侧
EvalContext::reverse_lookup(text, format) 本来就收任意文本，${code_rev_all} 走的
word_codes_display 也是整词接口。缺的只是「把整串交出去」这一步。

本 PR 把「省略 n」的语义改成整串反查：

写法	行为
dict.rev(clip())	整串反查：复制「好吧」就查「好吧」这个词的码
dict.rev(clip(), 1)、dict.rev(s, 2)	不变，仍是第 n 个字（按 rune 计），越界返回空串

要点：

• 词条零改动。出厂 cofc、用户既有的 $SS("反查", "{dict.rev(clip(),1)}", …) 逐字写法都不受影响
  —— 只有省略 n 的调用方语义变了，而那正是「查不到词」的那批写法。
• 空白串（"" / 纯空格 / 制表 / 换行）直接返回空串，由词条里的 default(...) 显示提示语，
  与「点候选时剪贴板为空」表现一致。
• 查不到码时不返回空值而是带提示语 —— 沿用注册表里 default(反查结果, 提示语) 的既有形态。
• 查询范围不变：仍是「该方案启用的系统词库 + 用户词库」，不含临时词库与草稿层
  （设计口径见 docs/design/text-code-lookup.md §2）。

附带同步：

• docs/design/clipboard-reverse-lookup.md：签名表改为整串，新增「为什么省略 n 就是整串」小节
  （逐字替代不了整串的三条理由：形码词级简码/容错码拼不出、逐字摊成 N 条候选、宿主侧无需改动）。
• data/system.phrases.toml：cofc 上方注释块改「字或词」，$SS 示例标注为「逐字列举」并补 format 写法。
• 测试：rev_* 用例改为整串语义，新增 explicit_n_still_picks_that_char、whole_text_blank_yields_empty；
  coordinator / phrase 两个下游用例的剪贴板样本从「好人」改成「好吧」（「好人」不是词库词条，测不出整词码）。

变更类型

• Bug 修复
• 新功能
• 重构 / 代码优化
• 文档更新
• 构建 / CI 相关
• 其他（行为变更：命令层 dict.rev 省略 n 时的默认语义，词条与宿主侧均无需改动）

相关 Issue

Fixes #258

issue 里另外两条建议（把通配输入与反查的开关分开、让 ofi 直通词库统计/词库编辑）是另一个量级的
改动，不在本 PR 范围内；本 PR 只解「复制反查只能查第一个字、查不到词」这一半。

测试情况

• cargo test -p wind-cmdbar：153 passed；rev_ 过滤 7 passed

• cargo test -p wind-phrase：37 passed；clipboard_reverse 过滤 2 passed

• cargo test -p wind-coordinator --test builtin_reverse_phrase：3 passed

• cargo clippy -p wind-cmdbar -p wind-phrase --all-targets：干净；改动文件 rustfmt --check 干净

• 真实词库实测（五笔 86 词库）：好 → 好: vb/vbg hǎo；好吧 → 好吧: vbkc hǎo ba；
  我们 → 我们: trwu wǒ men

• 真机验证：本机把 release 构建换进日常使用的输入法实例（flypy 方案，ofi 词条），
  复制「好吧」打 ofi 得到整词码；服务日志与 IPC 均正常

• cargo test -p wind-coordinator --lib：1345 passed / 2 failed，失败的是
  handle_candidate::expand_stop_tests::expansion_that_shrinks_the_list_clamps_page_and_selection
  与 ::expansion_continues_past_an_all_filtered_batch（panic 于 handle_candidate.rs:8467）。
  用 git stash 回到未改动的 upstream/main 重跑同样失败，属既有问题，与本 PR 无关。

• 已在 Windows 10/11 上测试（Windows 11，MSVC/VS2022 工具链）

• 已在 macOS 上测试（如涉及）

• 已测试相关输入方案（五笔、flypy 双拼）

• .\scripts\dev.ps1 ci 通过（fmt 检查 + clippy + 测试）
  —— 逐项跑过：fmt/clippy 干净、上述用例全过；全 workspace 的 ci 因上面两个既有失败拿不到全绿

检查清单

• Rust 代码已用 cargo fmt 格式化（逻辑修改与 fmt 修改分开提交）
• 提交信息遵循 Conventional Commits
• 修改了 crate 对外接口/文件结构时，已同步更新对应 AGENTS.md
  —— 未改对外签名与文件结构，只需同步设计文档，已在 docs/design/clipboard-reverse-lookup.md 完成
• 已阅读贡献指南
• 首次贡献已签署 CLA（等 CLA Assistant 在 PR 里发起后签署）

兼容性说明

dict.rev(s) 与 dict.rev(s, 1) 从此语义分叉：前者整串、后者第 1 个字。所有显式给了 n 的既有词条
（包括出厂注释里的 $SS 逐字示例）行为不变；只有原本指望「省略 n = 第 1 个字」的自定义短语会改变表现，
而那种写法正是本 PR 要替换掉的。