Task · SKT-0013.10

Make both pod-log transports explicitly declared and guarded

Description

Both pod-log transports are currently emitted by the catalogue, verified 2026-08-28 from a complete -inventory-json dump: the Loki-native shape matching the capture byte for byte, and the OTLP shape. SKT-0013.05 settled that both are real and the difference is the transport, so both must stay covered.

The problem is that neither is covered deliberately.

Both halves are one keystroke from disappearing, and the fidelity gate would report the loss as a coverage gap among six hundred others rather than as a regression.

Make the coverage explicit and guarded. Both transports should be declared by name in a blueprint rather than inherited from a default, and something should fail when the catalogue stops emitting one of them — an architecture test over resolved blueprints, or a fidelity-gate assertion that both loki and otlp_logs entries for the pod-log family are present in the synth inventory.

Do not solve this by declaring both transports in one environment. The whole point of SKT-0013.05 is that a given deployment runs one or the other; a blueprint claiming both would model a cluster that does not exist.

Acceptance Criteria

Definition of Done

Implementation Plan

Lane F builds the transport guard and returns explicit root-owned blueprint and architecture-test diffs.

Implementation Notes

2026-08-30 closeout: both pod-log transports are explicit in separate blueprints, architecture coverage fails if either disappears, and the final dump/gates exited 0.

Final Summary

Loki and OTLP pod-log coverage is explicit, separate, and guarded against accidental catalogue loss.

View the source file on GitHub