docs: 记录阶段 0C 基线与 IME 双时机定位结论

开发记录/模块/Module-20261001-0003-阶段0C宽字符绘制与IME坐标探测规格.md

@@ -7,10 +7,10 @@
 
 - 模块 ID：Module-20261001-0003
 - 模块名称：阶段 0C 宽字符绘制与 IME 坐标探测规格
-- 状态：设计中（评审意见已并入，探测器尚未实现）
+- 状态：当前可用环境基线通过（0C-1/0C-2 自动基线通过；0C-3 微软拼音与搜狗真实定位通过；100%/125%/跨屏矩阵仍受实机条件限制）
 - 类型：新增模块 / 诊断基础设施
 - 所属系统 / 子系统：StellarX Core / Window / GDI / IMM32 / DPI
-- 版本 / 分支：`master`，前置阶段 0A 基线 `c218c25`
+- 版本 / 分支：`master`，本轮实现起点 `225bc35`，前置阶段 0A 基线 `c218c25`
 - 环境：Windows + Visual Studio 2022 + MSVC v143 + EasyX + GDI + IMM32
 - 负责人：Codex 协作设计
 - 阶段定位：阶段 0 探测的能力分类之一（0A 消息链路 / 0B 消费实验 / 0C 绘制与坐标）。编号不代表严格执行顺序，建议顺序为 0A → 0C → 0B。
@@ -109,6 +109,26 @@ GetBkMode / GetTextColor / GetBkColor / GetTextAlign
 GetTextCharacterExtra
 ```
 
+`BeginBatchDraw` 前后即使 HDC 值相同，其内选入的 bitmap 也可能变化，因此表面身份必须在“实际绘制发生的那一刻”采集。绘制矩阵必须覆盖批次状态：
+
+```text
+默认画面 / SetWorkingImage
+    ×
+批次外 / BeginBatchDraw 批次内
+    ×
+绘制后 / FlushBatchDraw 后 / EndBatchDraw 后
+    ×
+EasyX 绘制 / 宽字符 GDI 绘制
+```
+
+这样才能区分五种不同结果：
+
+- API 返回成功但画到了错误 bitmap。
+- 已进入离屏缓冲但尚未合成上屏。
+- `FlushBatchDraw` 后才可见（合成链正确）。
+- `EndBatchDraw` 后被后续 EasyX 绘制覆盖。
+- 工作图像正确但屏幕合成失败。
+
 主画面和工作图像分别使用不同的固定哨兵底色，并按以下步骤验证：
 
 1. `SetWorkingImage` 切换前后分别采集 HDC、selected bitmap 和 GDI 状态。
@@ -118,6 +138,21 @@ GetTextCharacterExtra
 5. 从目标表面回读像素，验证目标发生预期变化。
 6. 从非目标表面回读相同区域，验证没有串画。
 7. 调用 `RestoreDC`，重新采集状态并验证未污染 EasyX 后续绘制。
+8. 记录 `FlushBatchDraw` 前、后以及 `EndBatchDraw` 后的屏幕证据，区分“已进离屏未合成”与“合成后可见”。
+9. 在 `EndBatchDraw` 后对同一区域用 EasyX 再绘制一次并回读，确认宽字符 GDI 结果是否被后续 EasyX 绘制覆盖。
+
+实测还确认了一个 EasyX 特有的调用顺序约束：不得在 `SetWorkingImage(&working)` 保持为当前目标时直接进入 `BeginBatchDraw()`；本轮隔离运行中该顺序稳定触发 `0xC0000005`。探测器和后续框架应使用：
+
+```text
+SetWorkingImage(nullptr)
+BeginBatchDraw()
+SetWorkingImage(&working)   // 只在批次内部切换工作图像
+...绘制...
+SetWorkingImage(nullptr)   // Flush/End 前回到主画面
+FlushBatchDraw()/EndBatchDraw()
+```
+
+这不是“工作图像不能在批次内绘制”，而是“批次必须从主画面安全进入和退出”。工作图像上的宽字符结果仍需通过显式 `putimage` 合成到主画面。
 
 宽字符能力与字体覆盖分开判定：
 
@@ -136,9 +171,23 @@ GetTextCharacterExtra
 - 验证 EasyX 逻辑坐标是否等于 HWND 目标坐标，还是需要显式换算。
 - IMM 输入链只定义为：合成控件局部坐标 → EasyX 绘制坐标 → 目标 HWND 相对坐标 → `COMPOSITIONFORM/CANDIDATEFORM`。
 - 同时把目标 HWND 相对坐标换算为屏幕坐标，作为截图标注和诊断证据；屏幕坐标不是预设的 IMM 输入中间态。
+- 额外记录：`GetMapMode`、viewport/window origin 与 extent、当前 graphics mode / world transform、`GetClientRect`、`GetWindowRect`，以及 `ClientToScreen → ScreenToClient` 的往返误差。
+
+验证 EasyX 是否隐式缩放时，不只画文字，而是在同一组数值坐标上分别绘制：
+
+```text
+EasyX 十字和矩形
+原生 GDI 十字和矩形
+EasyX 文字基线
+TextOutW 文字基线
+```
+
+然后通过像素 bounding box 比较位置和尺寸，区分“坐标相同但字体度量不同”与“整个绘图坐标系发生缩放”。
 
 规则：只有实测发现 EasyX 坐标空间与目标 HWND 坐标空间不一致时，才引入显式换算；否则直接使用，避免双重缩放。
 
+DPI awareness 不得在窗口创建后临时切换；需要比较不同 awareness 模式时各自启动独立进程，否则结论易受 Windows 虚拟化状态污染。
+
 验收预期必须服从实际 DPI awareness：
 
 | Awareness | `GetDpiForWindow` 预期 | 跨屏预期 |
@@ -174,6 +223,13 @@ COMPOSITIONFORM 输入值与 API 返回值
 CANDIDATEFORM 输入值与 API 返回值
 ```
 
+IME 位置采用“双时机写入”，不得假定所有输入法都会先向目标 HWND 发送相同的组合生命周期消息：
+
+1. 焦点、caret 或合成 anchor 变化时，立即对当前 IME context 调用 `ImmSetCompositionWindow/ImmSetCandidateWindow`，为下一次组合预设位置。
+2. 收到 `WM_IME_STARTCOMPOSITION/WM_IME_COMPOSITION` 时使用最新 anchor 再校准一次。
+3. 两类调用必须分别记录 `positionTrigger`、调用次数与成功次数；预设调用成功不能代替真实输入和视觉验收。
+4. 诊断程序至少还要有一次真实 IME 生命周期定位事件完成 context 获取与两个 setter，才允许自动运行整体完成；仅切换三个 anchor 或只观察到失败的生命周期调用不得伪造通过。
+
 测试至少覆盖微软拼音和搜狗输入法，并记录输入法标识、版本（可取得时）、HKL 和测试时间。不同 IME 可能主动调整位置或不显示独立组合窗口：
 
 - API 返回成功不能代替视觉验收。
@@ -213,6 +269,8 @@ anchor：top_left_safe / center / bottom_right_safe
 ```text
 TestResults/VisualProbe/<sessionId>/manifest-v1.json
 TestResults/VisualProbe/<sessionId>/evidence/*.png
+TestResults/VisualProbe/<sessionId>/manual-evidence/*.png
+TestResults/VisualProbe/<sessionId>/manual-review-v1.json
 ```
 
 `visualProbeSchemaVersion` 初始为 1。manifest 必须包含：
@@ -227,7 +285,9 @@ TestResults/VisualProbe/<sessionId>/evidence/*.png
 | `testCaseId` | 是 | 矩阵中唯一用例 ID |
 | `testStringId/codePoints/utf16Units` | 绘制用例 | 固定测试串身份与实际构造结果 |
 | `surfaceId` | 绘制用例 | `main` 或指定 working image |
-| `hdc/hbitmap/hfont/logFont` | 绘制用例 | 表面和字体指纹 |
+| `batchState` | 绘制用例 | `outside / inside`，描述绘制发生时是否位于批次括号内 |
+| `observationPhase` | 绘制用例 | `after_draw / after_flush / after_end`；不适用的组合写 `not_applicable` |
+| `hdc/hbitmap/bitmapWidth/bitmapHeight/planes/bitsPerPixel/stride/dibSection/hfont/logFont` | 绘制用例 | 表面和字体指纹；无法从 DDB 稳定取得的字段允许写 `not_available` |
 | `gdiStateBefore/gdiStateAfter` | 绘制用例 | mapping、clip、颜色、对齐等 |
 | `apiResults` | 绘制用例 | 各 GDI API 的函数特定返回语义 |
 | `logicalExtent` | 绘制用例 | 相同 HDC/字体/状态下的测量结果 |
@@ -239,20 +299,27 @@ TestResults/VisualProbe/<sessionId>/evidence/*.png
 | `anchorCoordinates` | 坐标用例 | local/surface/HWND-relative/screen 四组坐标 |
 | `compositionForm/candidateForm` | IME 用例 | 输入值、style、API 结果 |
 | `imeId/imeVersion/hkl` | IME 用例 | 输入法身份 |
+| `positionTrigger/compositionActiveAtAttempt` | IME 用例 | 区分 anchor 预设与 IME 生命周期校准，并记录调用时是否处于组合态 |
+| `preconfigureApiAttemptCount/lifecycleApiAttemptCount` | IME 用例 | 两类定位调用及其成功次数，避免把不同触发来源混为一类 |
 | `positionDisposition` | IME 用例 | `as_requested/system_adjusted/not_observable` |
 | `automatedStatus` | 是 | `pass/fail/inconclusive/not_available` |
 | `manualStatus` | 是 | `pass/fail/inconclusive/not_reviewed/not_available` |
+| `sourceManualReview/manualReview` | 有人工评审时 | 评审旁车路径与哈希、实际输入法身份来源、评审时间和摘要 |
 | `failureCategory` | 否 | 失败分类，不得只写自由文本 |
 | `evidenceFiles` | 是 | 相对路径、用途、SHA-256、裁剪区域 |
 | `notes` | 否 | 补充说明，不能替代结构化结论 |
 
 截图只能包含探测窗口和固定非敏感测试内容；不得截取其他应用或真实用户输入。每个 evidence 文件记录 SHA-256，防止结果文件和图片错配。
 
+人工结论通过独立 `manual-review-v1.json` 输入 analyzer，不直接手改生成的 manifest。analyzer 必须验证 review 覆盖所有用例、状态和位置枚举合法、`pass` 用例具有明确的 `manual-evidence` 文件、人工通过不覆盖自动失败，并校验总体状态可由逐用例状态推导；任一条件不满足即拒绝生成 manifest。
+
 `failureCategory` 只允许以下初始枚举；新增类别必须提升或兼容扩展 schema：
 
 ```text
 surface_unreachable
 surface_cross_write
+surface_not_composited
+screen_composite_failed
 gdi_state_not_restored
 measurement_relation_invalid
 font_coverage_missing
@@ -316,15 +383,60 @@ evidence_missing
 
 CP936 只允许作为已证实宽字符绘制链无法使用后的显式显示降级；测量差异、字体缺字或单个 IME 定位异常都不是 CP936 降级依据。任何降级必须带证据并保留 UTF-16 内部原文。
 
+### 10. 运行模式与进程隔离
+
+0C-1 与 0C-2 可以并行开发和独立运行，但不得在同一进程内同时探测：EasyX 工作图像、批次状态和 DPI awareness 都带有进程级或全局状态，混在一次运行中会互相污染。
+
+同一诊断工程提供独立模式，共享 manifest、截图和固定测试串基础设施，但每种模式独立启动进程：
+
+```text
+--mode wide-text
+--mode dpi-coordinate
+--mode ime-position
+```
+
+`--auto-close-ms` 仅用于不输入文字的 0C-3 生命周期烟测，正式人工运行不得启用；否则三个 anchor 不会产生真实 IME 位置证据，结果应为失败而不是伪通过。
+
+### 11. 0C 基线产物与 0B 引用契约
+
+0C 完成后必须生成可哈希的基线 manifest（绘制基线 + 坐标基线），并计算其 SHA-256。0B 的每轮实验结果必须强制记录：
+
+```text
+drawingBaselineManifest
+coordinateBaselineManifest
+drawingBaselineSha256
+coordinateBaselineSha256
+combinedBaselineId
+dpiAwareness
+dpiForWindow
+imeIdentity
+hkl
+```
+
+如果 0B 运行环境与 0C 基线不一致，该轮 0B 的候选框结论只能标记为 `inconclusive`，不得判定消费策略通过或失败。
+
 ## 实现与影响
 
 - 关键实现点:
-  - 当前只形成规格清单，尚未增加任何探测代码。
+  - 新增不链接 StellarX Core 的 `EasyX.VisualProbe` 独立诊断工程，避免框架 WndProc、控件或事件循环污染 EasyX 原始行为。
+  - `wide-text` 覆盖主画面/工作图像 × 批次外/批次内，构造五类固定 Unicode scalar 测试串，验证 W API、目标/非目标表面、GDI 状态恢复、Flush/End 合成和后续 EasyX 绘制兼容性。
+  - `dpi-coordinate` 在同一数值坐标上绘制 EasyX/GDI 矩形、十字和文本，记录 mapping、DPI awareness、像素 bounds 与客户区/屏幕往返误差。
+  - `ime-position` 提供三个合成 caret anchor；按总设计 v1 契约使用 `COMPOSITIONFORM/CFS_POINT` 与 `CANDIDATEFORM/CFS_EXCLUDE + caretLineRect`；anchor 变化时先预设位置，IME 生命周期消息到达时再校准；子类化分支只记录消息阶段、触发来源、anchor、HKL/IME 身份与 IMM API 返回值，不记录组合串或候选文字。
+  - 客户区截图优先使用 `GetDC(hwnd) + BitBlt`，只有失败才回退 `PrintWindow`，并把实际捕获后端写入 manifest，避免 `WM_PRINT` 扰动 Flush 前观察。
+  - PowerShell runner 为每个模式启动独立进程；analyzer 计算原始结果、manifest 和每张 PNG 的 SHA-256，并生成 0B 可引用的组合基线 ID。
+  - 执行顺序：0C-1（宽字符/批次绘制）与 0C-2（DPI/坐标）可并行 → 0C-3（真实 IME 定位）→ 回写带哈希的 0C 基线 → 0B 单消息消费实验 → 阶段 1 输入采集与规范化。
   - 实现时根据 Unicode scalar 列表构造固定测试串，使用合成 anchor、预定义采样区域和主/工作图像双表面哨兵，不依赖用户输入或真实 TextBox。
   - 实现结果由版本化 manifest 和独立 PNG 证据组成，不复用 0A 键盘 JSONL schema。
 - 涉及文件 / 类 / 函数:
-  - 预计观察现有 `Window`、EasyX 工作图像和 GDI 调用链。
-  - 具体文件名必须在实现前只读检查后确定，本规格不授权修改框架代码。
+  - `tests/EasyX.VisualProbe.vcxproj`
+  - `tests/visual-probe/VisualProbeCommon.h/.cpp`
+  - `tests/visual-probe/WideTextProbe.cpp`
+  - `tests/visual-probe/DpiCoordinateProbe.cpp`
+  - `tests/visual-probe/ImePositionProbe.cpp`
+  - `tests/visual-probe/VisualProbeMain.cpp`
+  - `scripts/run-visual-probe.ps1`
+  - `scripts/analyze-visual-probe.ps1`
+  - `imGui-easyX.sln`
 - 兼容性影响:
   - 探测关闭时不应产生文件、线程、定时器或公共 API 变化。
 - 性能影响:
@@ -338,7 +450,10 @@ CP936 只允许作为已证实宽字符绘制链无法使用后的显式显示
 ## 测试与验证
 
 - 测试范围:
-  - 当前仅验证规格完整性，探测器未实现。
+  - Debug x64 独立工程构建。
+  - 0C-1 四组表面/批次矩阵、五类固定测试串、30 张 PNG 证据与 40 个结构化 manifest 用例。
+  - 0C-2 当前生产 awareness（inherit/unaware）和独立 Per-Monitor-V2 进程下的坐标、像素与 DPI 证据。
+  - 0C-3 自动关闭失败门槛烟测，以及微软拼音/搜狗真实候选框定位与搜狗提交后 stale-position 回归。
 - 验证步骤:
 
 1. 实现前只读定位 EasyX `SetWorkingImage`、主画面/工作图像 HDC、selected bitmap 和 GDI 调用位置。
@@ -347,10 +462,33 @@ CP936 只允许作为已证实宽字符绘制链无法使用后的显式显示
 4. 依据 §9 分别判定宽字符链、测量链、字体覆盖、坐标换算和 IME 定位；禁止把不同失败类型合并成 CP936 降级。
 5. 阶段 6 使用真实 TextBox anchor 重跑坐标与 IME 定位集成验证。
 
+当前机器没有 `pwsh`，人工 0C-3 使用 Windows PowerShell，分别执行：
+
+```powershell
+powershell -NoProfile -ExecutionPolicy Bypass -File .\scripts\run-visual-probe.ps1 -Mode ime-position -ImeName MicrosoftPinyin
+powershell -NoProfile -ExecutionPolicy Bypass -File .\scripts\run-visual-probe.ps1 -Mode ime-position -ImeName Sogou
+```
+
+每轮依次用 F1/F2/F3 选择三个 anchor，只输入固定非敏感串 `ceshi`，观察候选框后按 Escape 取消。随后在 F3 提交一次固定候选，再切回 F1 输入 `ceshi`，确认没有沿用 F3 旧位置。要关闭 0C-3，必须在脚本打印的 `manual-evidence` 目录保存三个 anchor 的紧裁剪截图，并为提交后回到 F1 的回归场景再保存一张截图；建议文件名分别以 `anchor_top_left_safe_`、`anchor_center_`、`anchor_bottom_right_safe_` 开头。没有截图时即使 IMM API 自动状态通过，人工状态仍保持 `not_reviewed`。
+
 - 验证结果:
-  - 截至 2026-10-02，仅完成规格评审意见并入与文档归档，未执行任何绘制或坐标探测。
+  - 2026-10-05：`EasyX.VisualProbe` Debug x64、Release x64、Debug Win32 构建通过；仅有 EasyX 25.9.10 头文件自身的 C4201 匿名联合警告。解决宿主同时存在 `PATH/Path` 时，构建必须沿用干净子进程隔离，否则会触发环境导致的 MSB6001。
+  - 2026-10-05：最终自动组合基线位于忽略目录 `TestResults/VisualProbe/20261005-025951-856-06d08ac1-58fa-426f-b4c8-803d246b47dd`，`sessionId=06d08ac1-58fa-426f-b4c8-803d246b47dd`，自动状态为 `pass`，人工状态为 `not_reviewed`。
+  - 绘制 manifest SHA-256：`BCD0E3DD5D90C5D6F892F9127D81FD124C1DC7D619260B236DBCB8E53CBEC9CA`；坐标 manifest SHA-256：`35D15BF2DD54D9A57B1F8470C8415025F1BAE6CE98D4628F13B64AB1EC381000`；组合基线 ID：`sha256:5C544D9FEC9C1A2324A7AF3F593A1A34110100644BAF5071E777302387E3C6C5`。
+  - 0C-1：`TextOutW`、`DrawTextW`、`GetTextExtentPoint32W` 在主画面和工作图像、批次内外全部成功；目标表面变化、非目标表面不变、GDI 状态恢复；主画面批次内在 Flush 前不可见、Flush 后可见；工作图像不会自行上屏，经 `putimage + FlushBatchDraw` 后正确合成；End 后追加 EasyX 绘制未改变受保护文字区域的像素摘要。
+  - 0C-1 截图复核可见 BMP 中文、代理对 emoji 的单色 glyph、NFD 组合字符和混排结果；这属于模型辅助复核，不能替代规格要求的人类视觉签字，因此 manifest 仍保持 `manualStatus=not_reviewed`。
+  - 0C-2：当前程序继承模式为 DPI-unaware，`GetDpiForWindow=96`；在同一台实际 150% 显示器上，以独立 Per-Monitor-V2 进程运行得到 `GetDpiForWindow=144`。两种 awareness 下 EasyX 与原生 GDI 的像素 bounds 均与客户区一致，四个 `ClientToScreen -> ScreenToClient` 往返误差均为 0，未观察到 EasyX 自身额外隐式缩放。
+  - Per-Monitor-V2 补充 manifest SHA-256：`091E446F77BD997428452979A0AF122883129497104035F2688A3535C1A191E1`；该结果只覆盖当前 144 DPI 显示器，不代表 100%/125% 或跨屏矩阵已完成。
+  - 0C-3 无输入自动关闭烟测按预期生成三个 anchor 客户区证据与可解析 manifest，并因没有真实 IME API 事件返回失败；这证明失败门槛没有被烟测绕过，不构成候选框定位通过证据。
+  - 2026-10-05：微软拼音在三个 anchor 上的 IMM 调用均成功，人工截图未观察到相对 caret 的整体偏移；两轮实际都使用微软拼音，第二轮脚本参数 `Sogou` 仅为预期标签，不得当作搜狗证据。
+  - 2026-10-05 23:51：首次真实搜狗定位运行 `20261005-235150-704-4e01df99-019b-41bd-b8ea-b2ff508626e0` 按门槛正确失败。F1/F2 的 IMM API 尝试均为 0，F3 为 2/2；人工截图显示 F1/F2 候选框位于窗口外，首次获得 F3 生命周期定位后又沿用 F3 旧位置。
+  - 2026-10-06：确认根因是探测器只在 `WM_IME_STARTCOMPOSITION/WM_IME_COMPOSITION` 到达后设置位置。已改为 anchor 变化立即预设、生命周期消息再次校准，并增加触发来源及分项计数；三平台构建与搜狗真实复验均已完成。
+  - 2026-10-06：修复后搜狗运行 `20261006-010231-219-3fc5186a-f494-4d88-8988-67d80b25ed7e` 自动与人工状态均为 `pass`。F1 预设 2/2、F2 预设 1/1、F3 预设 1/1 且生命周期校准 2/2；提交后回到 F1 的截图与初始 F1 裁剪字节一致，证明没有沿用 F3 stale position。
+  - 成功搜狗 manifest SHA-256：`4908B1F9B5C29555216EF62BE64F2F6780F7EF213D8E1ECE16817B5915FF9AED`；人工评审旁车 SHA-256：`94459F19A3F74E46C23322E6276C03B3AF054D6293DA4D090220FF06470A32A3`；四张人工证据和三张自动 anchor 图均已进入 manifest，`evidenceCount=7`。
 - 已知限制 / 遗留问题:
-  - 跨屏不同 DPI 结论依赖实机环境。
+  - 当前可用环境下微软拼音与搜狗的三个 anchor 已完成真实视觉验收，搜狗“提交一次后再次切换”回归也已通过；0C-3 当前环境门槛关闭。
+  - 当前 `-ImeName` 只是操作者预期标签；同一中文 HKL 下的 TSF 配置文件切换不能由现有 HKL/IMM32 身份字段自动证明，最终身份需保留操作者确认边界。
+  - 当前只覆盖同一台 150% 显示器上的 DPI-unaware 虚拟化视图（96 DPI）和 Per-Monitor-V2 物理视图（144 DPI）；100%、125% 与跨屏不同 DPI 仍依赖实机环境。
   - 字体回退行为与 EasyX 字体设置的耦合需要实测确认。
   - 0C 使用合成 anchor，只验证坐标转换和 IMM 调用链；真实 TextBox anchor 必须在阶段 6 复验。
   - 某些 IME 不显示独立组合窗口或会主动调整候选框，允许用例得到 `not_available`、`system_adjusted` 或 `inconclusive`，但必须保留证据。
@@ -359,7 +497,7 @@ CP936 只允许作为已证实宽字符绘制链无法使用后的显式显示
 
 - 关联功能变更 ID：无
 - 关联 BUG / Fix：无
-- Commit：无实现提交（本文件仅归档 0C 规格；0C 探测器尚未实现）
+- Commit：`43cf4ac`（实现起点 `225bc35`）
 - PR：无
 - 发布版本：未发布
 - 相关文档: