harness-implementation

Implements MIL-STD-1553B harness features across C++ and C# layers using TDD.

Updated Nov 22, 2023
One-click install
npx skills add https://github.com/parksanghoon-sys/TestCode --skill harness-implementation-parksanghoon-sys
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: harness-implementation
Source: https://github.com/parksanghoon-sys/TestCode/tree/main/src/MIL-STD-1553B/.agents/skills/harness-implementation
Command: npx skills add https://github.com/parksanghoon-sys/TestCode --skill harness-implementation-parksanghoon-sys

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes assets (resource) components.

What problem does it solve? It guides developers through implementing MIL-STD-1553B harness functionality after a design review exists, preventing architecture violations, skipped tests, and inconsistent layering between the C++ native layer and the C# upper layer. ## Core Features & Use Cases - Enforced TDD Workflow: Follows the Red-Green-Refactor cycle so failing tests are written before any implementation code. - Layer Responsibility Separation: Keeps vendor SDK integration isolated in the C++ Infrastructure layer while C# orchestration calls the domain through use cases. - Korean XML Documentation Standards: Requires Korean XML doc comments on all public types and methods in both C++ and C#. - Use Case: After completing a design review for a new RT status query scenario, use this Skill to implement the feature with failing tests first, clean architecture boundaries, and updated design and test documents. ## Quick Start Implement the RT status query feature from the approved design review document using TDD with clean architecture and Korean XML comments.

Frequently Asked Questions about harness-implementation

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I implement a MIL-STD-1553B harness feature with TDD?▼

Start from an approved design review document, write a failing test first (Red), add the minimal implementation to pass it (Green), then refactor to clarify responsibilities. Update design and test documents together with the code.

How should C++ and C# responsibilities be separated in a 1553 harness?▼

Isolate vendor SDK integration in the C++ Infrastructure layer and lift word parsing, message composition, and status interpretation into the domain model. The C# layer orchestrates use cases and UI without calling device SDKs directly.

Can I start implementation without a design review document?▼

No. The workflow requires an existing design review with defined scope, exclusions, and C++/C# responsibility boundaries before any implementation begins. Starting without it violates the enforced design-review-then-implement order.

What documentation standards apply to C# and C++ public APIs?▼

All public types and methods must carry Korean XML documentation comments, including summary, parameter, and return tags. Complex private logic should also receive explanatory comments where needed.

What are the limitations of this implementation workflow?▼

It assumes a completed design review and does not cover requirements gathering or design itself. It also focuses on implementation discipline rather than vendor-specific SDK configuration or hardware setup.