Skip to content

Audit remaining TDD/HIL agent customization debt after #139 #140

Description

@zarfld

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

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions