Scope
This follow-up issue audits the remaining customization debt after the HIL/TDD baseline implemented in #138 and #139. The implemented HIL baseline is treated as complete and is not redesigned here.
Findings
- The TDDDriver agent still uses generic TypeScript/Jest/JWT/auth examples instead of PoKeysHal-specific C99, PoKeysLib, LinuxCNC HAL, and RT-safe TDD guidance.
- The TestingSpecialist agent still reflects a generic web-app test stack (Jest, Cypress, Playwright, databases, REST, browser flows) rather than the repository's real test layers.
- The repository prompts still contain off-repo examples that should be removed or replaced with PoKeysHal-specific patterns.
- There is still overlap between agent roles, prompts, instructions, and skills around TDD flow, issue traceability, and evidence-based verification.
Planned corrective phases
Phase 1 — Reframe agent responsibilities
- Rewrite TDDDriver for PoKeysHal's actual implementation workflow: C99, PoKeysLib, LinuxCNC HAL, RT-safe changes, and HIL-aware TDD.
- Rewrite TestingSpecialist for the repository's real test layers: compile smoke tests, userspace HAL smoke tests, RT tests, protocol/async tests, and HIL fixture validation.
- Keep the responsibilities distinct: TDDDriver owns implementation-side Red-Green-Refactor execution; TestingSpecialist owns test design, coverage strategy, and verification evidence.
Phase 2 — Remove generic examples and consolidate duplicated rules
- Remove TypeScript, JWT, REST, database, browser, Java, Jest, Cypress, and Playwright examples from the relevant agent and prompt content.
- Consolidate duplicated rules that currently appear in agents, prompts, instructions, and skills into a smaller, repo-specific guidance set.
Phase 3 — Align prompts with the repository reality
- Rewrite tdd-compile.prompt.md so it reflects PoKeysHal's actual TDD workflow and traceability expectations.
- Rewrite repository-audit.prompt.md so it audits the repository's issue traceability, HIL/TDD scaffolding, C/RT build/test layers, and documentation consistency rather than generic web-app architecture.
- Validate the result with a short repository-specific checklist before closing the issue.
Acceptance criteria
Scope
This follow-up issue audits the remaining customization debt after the HIL/TDD baseline implemented in #138 and #139. The implemented HIL baseline is treated as complete and is not redesigned here.
Findings
Planned corrective phases
Phase 1 — Reframe agent responsibilities
Phase 2 — Remove generic examples and consolidate duplicated rules
Phase 3 — Align prompts with the repository reality
Acceptance criteria