"count to 3" unmatched through the padatious pipeline on dev

🤖 Auto-generated by Claude Fable 5 (claude-fable-5) via Claude Code — NOT human-reviewed. Verify before acting.

Deterministic on current dev (5/5 runs, verified on an unmodified clone): the end2end bus round-trip for "count to 3" through ovos-padatious-pipeline-plugin-high never matches count_to_n — capture shows only recognizer_loop:utterance → play_sound → ovos.intent.unmatched → ovos.utterance.handled (test/end2end/test_stop.py::TestCountSkills::test_count_to_n_routes_and_speaks). The padacioso path matches the same utterance fine, and loading the intent file standalone raises no expansion-cap warning — the defect is specific to the padatious training/routing of this skill's 5254-line count_to_n.intent. Suspect the file's size interacts badly with padatious training (timing or sampling); needs a padatious-side reproduction with this exact file. Not caused by any open PR — the failure reproduces identically without them.

Start with test/end2end/test_stop.py::TestCountSkills::test_count_to_n_routes_and_speaks and reproduce the failure on an unmodified clone. Compare padatious with the working padacioso path using the 5254-line count_to_n.intent file; done means the end-to-end "count to 3" route matches count_to_n and speaks instead of producing ovos.intent.unmatched.