What problem does it solve? When AL runtime behavior diverges from what the source code suggests, tests alone cannot reveal which branch, subscriber, or code path actually executed. This Skill provides a disciplined loop for dropping temporary FeatureTelemetry.LogUsage probes, exercising the code, reading the captured telemetry, and removing the probes afterward. ## Core Features & Use Cases - Hypothesis-driven probing: Place one or two DEBUG-* prefixed FeatureTelemetry.LogUsage calls inside the exact branch under investigation, then correlate runs with DEBUG-ENTRY scope markers. - Telemetry capture workflow: Read probe output from .output/TestResults//telemetry.jsonl produced by the /al-build test harness, with guidance for other harnesses and the same-publisher constraint that silences probes. - Event subscriber probes for inaccessible code: Attach DEBUG-BC- subscriber codeunits to BaseApp, System Application, or third-party events when the source cannot be edited. - Use Case: A document posts successfully but pricing is wrong. Add a DEBUG-PRICING-FALLBACK probe inside the suspected branch, run the posting test, and discover from telemetry.jsonl that the no-lines branch ran instead — the mismatch is the bug. ## Quick Start Ask the AI to add temporary DEBUG-* telemetry probes to the AL code path you suspect, run the test harness, and report which branch actually executed from telemetry.jsonl.