story: expor diff granular trecho-a-trecho por ruleId (não só agregado por release)

[elson-vinicius-lopes]

Origem

Bloqueio do LayoutParserReact #228 ([Task] 203c — Diff granular por regra (ruleId) no Mapping Studio).

Gap

Hoje o contrato de diff agrega por release (já consumido pelo front em `8cff185`). Falta expor a associação trecho-a-trecho por regra individual (`ruleId`) — qual regra do mapper produziu qual trecho da saída, e o diff correspondente por regra.

Escopo a desenhar (@lp-architect / @lp-parser-llm)

• Verificar o que `CanonicalDiffer` / o pipeline de compilação (`MappingCompilationController`) já retém sobre origem por regra.
• Contrato: por `ruleId`, o(s) nó(s)/XPath(s) de saída afetados + o diff (esperado vs gerado) naquele escopo.
• Endpoint novo ou extensão do contrato de diff existente (preferir extensão sem quebrar o agregado já consumido).

Critério de aceite

• Contrato de diff por `ruleId` definido, sem quebrar o agregado por release atual.
• Endpoint/campo novo entregue e documentado (Swagger).
• `dotnet build`/`dotnet test` verdes.

Relacionado

• LayoutParserReact gate: isolamento de identidade e dados entre workspaces fiscais #228, feat: sectionMappings Fase 0 - rastreabilidade TXT-XML por linha/secao (issue #138) #203 (autoria e diff seguro), feat: diagnostico estruturado de pathwayDiagnostics em execute-candidates (fecha LayoutParserReact#86) #200 (gate).