Catalog/E family/E05
Proposed specificationSource-located exemplarH1H3

Composable harness foundry

Construct and evolve reusable harness components.

JOIN POINTharness_component_build_and_evaluateRECORD STATUSCandidate · v0.1.0
UML class view for Composable harness foundry, showing participant roles, received calls, and analytical dependencies
FIG. E05 / UML CLASS VIEW
Object interaction diagram for Composable harness foundry, showing role collaboration and a numbered message sequence
FIG. E05 / OBJECT INTERACTIONS
Context
Harness behavior is assembled from independently typed components.
Trigger
Components are selected, composed, or replaced.
Structure
Component interface, composition builder, evaluator, and artifact registry.
Effect
The built harness is executable and its component provenance is recoverable.
Requires
Components have compatible contracts and composition operators.
Ensures
Invalid composition is rejected before execution.
Invariant
Reusing a component does not silently reuse privileged state.
Violation
Build conflicts, incompatible versions, and evaluation failure are explicit.

Negative control

Separate helper functions without component contracts are insufficient.

Permitted variation

Typed processors, foundry DSL, component search, and immutable builders.

Test obligation

Test composition, incompatible component, rebuild, and provenance.

Evolution question

Did composition move from code edits to a searchable component space?

PROMPT SKETCH
Compose harness components only through compatible contracts. Reject an invalid composition before execution, and keep the builder and component versions immutable.
CODE DESIGN / PYTHON
def compose(components):
    builder = HarnessBuilder()
    for component in components:
        if not builder.accepts(component.contract):
            raise IncompatibleComposition(component.id, builder.contract)
        builder = builder.add(component)
    return builder.freeze()

Illustrative design sketch. A foundry's value is rejection before execution, not a larger configuration space. This example is a teaching aid, not implementation evidence or a conformance claim.

Join point
harness_component_build_and_evaluate
Source locator
See the source record.
Lexical cue
(?i)\b(?:harness[_-]?foundry|HarnessX|component[_-]?search|composable[_-]?harness)\bFrozen expression, v0.1.0. A match is a retrieval cue, not a confirmed implementation.
Aliases
harnessfoundry, componentsearch, harnessbuild, composeharness
Canonical exemplar
Darwin-Agent/HarnessXharnessx/core/builder.py:73Support: tests/unit/test_builder.py:1
Negative control
Separate helper functions without component contracts are insufficient.

Scope-anchored review. pohe-agent analyze <repo> --pattern E05 anchors the cue to its enclosing declaration and checks a separate operational signature for all four pointcut dimensions. Missing roles and negative-control risks remain visible; a structural match is not E2/E3. Calibration report ↗

Source-located exemplar

A concrete source anchor is available for this proposed record. It is one exemplar, not evidence that all repositories—or every contract field—conform.

Review boundary: this candidate and its specification come from an AI-assisted study. Independent human validation remains open.

ANY-EVIDENCE FAMILY COVERAGE2/36

5.6% of repository families in the frozen panel have at least one current cue, historical cue, or canonical source layer. This is not confirmed prevalence.

Current lexical-cue repositories: 2 / 41
Canonical source anchorDarwin-Agent/HarnessX ccb411691343harnessx/core/builder.py:73

Immutable composition of typed harness processors.

Exploratory retrieval cue Regex / v0.1.0
(?i)\b(?:harness[_-]?foundry|HarnessX|component[_-]?search|composable[_-]?harness)\b

This expression is a discovery instrument only. A match is a retrieval cue—not a confirmed implementation, pointcut match, or contract proof.