AskaEth
f6eb93027d
fix(w79): 让「分享零声明 / 批量只第一条声明」只剩一个判据
接 W76 的 finding：M2 把口径提成纯函数 ShareRules.declaresSendPreference 并加了穷举测试，
但接线那一行落在 M2 scope 外，于是判据仍是两处、每处各半个——分享路径写死
applySendPreference = false，批量那条写 applySendPreference && index == 0，两处都单测不到，
而纯函数没有调用方（dead code）。
改法是把入口的事实交回入口：emitPlannedMessages 的参数从 applySendPreference: Boolean
改成 fromShare: Boolean（sendShared 传 true、输入栏 send 传 false），函数体只写
applySendPreference = ShareRules.declaresSendPreference(fromShare, index)。于是「谁声明」
这个问题的答案只剩 ShareRules 一处，VM 只负责把 (fromShare, index) 喂进去。
emitAndDeliver 的 applySendPreference: Boolean = true 默认值一并去掉（改必填）。唯一调用方
就是 emitPlannedMessages，留着默认值等于把口径又抄了一遍：任何新调用点不写这个参数就会
静默拿到「声明」，而这正是本次要消灭的那种第二出处。deliver 里 if (applySendPreference)
与 parallel = applySendPreference && … 一字未改，只是值的来源变了。
行为零变化（逐入口核对）：分享路径 fromShare = true ⇒ declaresSendPreference 恒 false ⇒
零 interrupt 帧、零 parallel，与原先写死 false 等价；手打路径 fromShare = false ⇒ 只有
index == 0 声明，与原先 && index == 0 等价。
测试：新增 ShareDeclarationWiringTest 3 条，钉的是「喂进去的是什么」——判据本身已被
ShareSendDeclarationTest 在裸整数上穷举，这里补另一半：VM 那个 forEachIndexed 的 index
是 plan.messages 的位置，不是选图顺序、也不是 imagesToSend 的下标，两者在超限截断时会分叉。
所以用 imageSendPlan + plan.messages.indices 复刻 VM 的形状，覆盖分享 N=0..MAX_IMAGES
恒不声明、手打只第一条声明、7 张图截断到 4 条时声明不落到这次不发的消息上。
ShareSendDeclarationTest 不动：裸整数判据与 plan 形状互补，合并会丢掉一层的分辨力。
全量 testDebugUnitTest --rerun-tasks：142 suites / 1755 tests / 0 failures / 0 errors /
0 skipped（基线 141/1752，+1 suite / +3 tests）。
顺手 git rm --cached .cyrene-build.lock：快照 e94bdf6 把一个空的构建锁带进了分支根目录，
锁的实际位置在仓库之外（D:/Project/Code/Uni/.cyrene-build.lock），这个 0 字节副本是误入。
仍未验：ChatViewModel 的编排本身仍没有测试穿过（项目缺 fake AppContainer / SessionsApi
基建，已登记在 05 的遗留里），本次靠「参数必填 + 判据单点 + 复刻喂入形状」三条结构约束守。