@chrono-meta/fh-gate 1.4.41 → 1.4.43
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/AGENTS.md +5 -3
- package/CATALOG.md +6 -0
- package/CLAUDE.md +65 -130
- package/docs/CONTRIBUTING.md +2 -2
- package/knowledge/shared/dialogue/ai_dialogue_playbook.md +137 -0
- package/knowledge/shared/dialogue/claude_code_runtime_flow.md +170 -0
- package/knowledge/shared/dialogue/memory_intent_recall.md +209 -0
- package/knowledge/shared/harness-core/claude_md_gate_details.md +170 -0
- package/knowledge/shared/harness-core/companion_store_pluggable_cross_audit_2026-06-11.md +118 -0
- package/knowledge/shared/harness-core/crucible_mode.md +112 -0
- package/knowledge/shared/harness-core/deep_research_capability_ladder.md +122 -0
- package/knowledge/shared/harness-core/fh_detail_protocols.md +163 -0
- package/knowledge/shared/harness-core/fh_ecosystem_positioning.md +147 -0
- package/knowledge/shared/harness-core/fh_opencode_governance_wrapper.md +163 -0
- package/knowledge/shared/harness-core/fh_synergy_playbook.md +217 -0
- package/knowledge/shared/harness-core/gate_locality_principle.md +57 -0
- package/knowledge/shared/harness-core/goal_quench_anthropic_issue.md +104 -0
- package/knowledge/shared/harness-core/harness_6axis_framework.md +136 -0
- package/knowledge/shared/harness-core/harness_design_decision_lens.md +108 -0
- package/knowledge/shared/harness-core/harness_frontier_diagnosis_2026-06-02.md +102 -0
- package/knowledge/shared/harness-core/hub_compounding_loop.md +109 -0
- package/knowledge/shared/harness-core/hub_maturity_roadmap.md +201 -0
- package/knowledge/shared/harness-core/hybrid_orchestration_architecture_roadmap.md +196 -0
- package/knowledge/shared/harness-core/live_surface_automation_pattern.md +110 -0
- package/knowledge/shared/harness-core/measurement-integrity-checklist.md +59 -0
- package/knowledge/shared/harness-core/meta_harness_engineering_definition.md +116 -0
- package/knowledge/shared/harness-core/multi_model_sidecar_strategy.md +651 -0
- package/knowledge/shared/harness-core/persona_container_schema.md +172 -0
- package/knowledge/shared/harness-core/return_path_gate.md +120 -0
- package/knowledge/shared/harness-core/self_evolution_routine.md +268 -0
- package/knowledge/shared/harness-core/skill_quality_rubric.md +71 -0
- package/knowledge/shared/harness-core/tpa_schema.md +136 -0
- package/package.json +3 -2
|
@@ -0,0 +1,116 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: meta-harness-engineering-definition
|
|
3
|
+
description: Defines meta harness engineering — the discipline of building systems that build, evaluate, and evolve AI harnesses. Grounds FH's mission in external academic convergence (arXiv 2605.18747, 2604.14228) and maps FH's 6-axis framework to the emerging field taxonomy.
|
|
4
|
+
type: reference
|
|
5
|
+
date: 2026-05-29
|
|
6
|
+
tags: [harness-engineering, meta-harness, definition, frontier, academic-convergence, 6-axis]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Meta Harness Engineering — Definition and FH Positioning
|
|
10
|
+
|
|
11
|
+
## What is a Harness?
|
|
12
|
+
|
|
13
|
+
A harness is the engineering layer that surrounds an AI model and determines how it behaves in practice:
|
|
14
|
+
context injection, tool routing, permission management, memory, output verification, and improvement loops.
|
|
15
|
+
|
|
16
|
+
The model provides reasoning capability. The harness determines whether that capability is reliable, reproducible, and improvable.
|
|
17
|
+
|
|
18
|
+
> VILA-Lab empirical finding (arXiv 2604.14228): analysis of Claude Code v2.1.88 (1,884 files, ~512,000 lines of TypeScript) found that **98.4% is harness infrastructure; 1.6% is AI decision logic**. As foundation models converge in reasoning capability, the engineering harness is the primary differentiator.
|
|
19
|
+
|
|
20
|
+
---
|
|
21
|
+
|
|
22
|
+
## What is Meta Harness Engineering?
|
|
23
|
+
|
|
24
|
+
**Harness engineering**: building a harness for a specific project.
|
|
25
|
+
|
|
26
|
+
**Meta harness engineering**: building a system that:
|
|
27
|
+
1. **Seeds** harnesses for new projects (templates, protocols, onboarding)
|
|
28
|
+
2. **Evaluates** harness quality across projects (diagnosis, quality rubrics, regression detection)
|
|
29
|
+
3. **Evolves** harnesses over time (self-improvement loops, pattern extraction, frontier absorption)
|
|
30
|
+
|
|
31
|
+
The meta layer does not replace the project-level harness — it accelerates, standardizes, and continuously improves it.
|
|
32
|
+
|
|
33
|
+
---
|
|
34
|
+
|
|
35
|
+
## Academic Convergence (2026)
|
|
36
|
+
|
|
37
|
+
Two independent research threads converged on the same insight in 2026:
|
|
38
|
+
|
|
39
|
+
### "Code as Agent Harness" (arXiv 2605.18747)
|
|
40
|
+
**Authors**: Xuying Ning, Katherine Tieu, Dongqi Fu, + 39 collaborators (May 2026)
|
|
41
|
+
|
|
42
|
+
> "Code has evolved from being an output of LLMs to serving as the basis for agent infrastructure."
|
|
43
|
+
|
|
44
|
+
Proposed three-layer harness taxonomy:
|
|
45
|
+
|
|
46
|
+
| Academic Layer | Description |
|
|
47
|
+
|---|---|
|
|
48
|
+
| **Harness interface** | Connecting agents to reasoning environments |
|
|
49
|
+
| **Harness mechanisms** | Planning, tool use, state management |
|
|
50
|
+
| **Scale** | Single → multi-agent coordination |
|
|
51
|
+
|
|
52
|
+
### FH 6-Axis Framework Mapping
|
|
53
|
+
|
|
54
|
+
| Academic Layer | FH Equivalent | Assets |
|
|
55
|
+
|---|---|---|
|
|
56
|
+
| Harness interface | Context injection layer | `CLAUDE.md` · `.claude/rules/*.md` · `MEMORY.md` |
|
|
57
|
+
| Harness mechanisms | Skill bus | `verify-bidirectional` · `steel-quench` · `phantom-quench` · `agent-composer` |
|
|
58
|
+
| Scale | Multi-agent dispatch | Agent View · `context-bridge-dispatch` · `agent-composer` parallel dispatch |
|
|
59
|
+
| *(meta layer, not in taxonomy)* | Harness evolution | `harvest-loop` · `harness-doctor` · `frontier-digest` · `prompt-regression` |
|
|
60
|
+
|
|
61
|
+
The academic taxonomy covers the **static structure** of a harness. FH adds the **dynamic evolution layer** — the mechanism by which the harness improves itself over time.
|
|
62
|
+
|
|
63
|
+
---
|
|
64
|
+
|
|
65
|
+
## FH's Differentiating Position
|
|
66
|
+
|
|
67
|
+
Three contemporary approaches to harness engineering, compared:
|
|
68
|
+
|
|
69
|
+
| Approach | Representative | Axis | Human role |
|
|
70
|
+
|---|---|---|---|
|
|
71
|
+
| **Automation-maximalist** | Sylph.AI ("The Last Harness You'll Ever Build", arXiv 2604.21003) | Fully automated adversarial loops — minimize human touch | Minimal (approve outputs) |
|
|
72
|
+
| **Automation-first** | harness-evolver (raphaelchristi) | Outer-loop field observation → adversarial critique → integration → verification | Light (curate exceptions) |
|
|
73
|
+
| **Human-in-the-loop curation** | **forge-harness** | Knowledge accumulation + AI-assisted evolution + mandatory human gate on PRs | Active (all merges require approval) |
|
|
74
|
+
|
|
75
|
+
FH's position: **human judgment is not a cost to minimize — it is the quality gate that prevents harness drift**. Automation handles pattern detection, drafting, and proposal; humans decide what enters the harness.
|
|
76
|
+
|
|
77
|
+
> **Principle (field harness)**: "A good harness gets simpler over time. If it's getting more complex, something is wrong."
|
|
78
|
+
> **Principle (meta-harness)**: Optimize, not necessarily simplify — complexity is justified when it earns its scope. Red flags: orphaned skills, redundant overlap, decorative structure (complexity that exists but doesn't change behavior).
|
|
79
|
+
|
|
80
|
+
---
|
|
81
|
+
|
|
82
|
+
## The 6-Axis Framework as Practice Layer
|
|
83
|
+
|
|
84
|
+
The 6-axis framework (`harness_6axis_framework.md`) is FH's operational implementation of meta harness engineering:
|
|
85
|
+
|
|
86
|
+
| Axis | Name | What it governs |
|
|
87
|
+
|---|---|---|
|
|
88
|
+
| 1 | **Structure** | File layout, naming conventions, required assets |
|
|
89
|
+
| 2 | **Context** | What information the AI sees at session start |
|
|
90
|
+
| 3 | **Plan** | How work is decomposed and tracked |
|
|
91
|
+
| 4 | **Execute** | How tasks are carried out (inline / agent dispatch / skill) |
|
|
92
|
+
| 5 | **Verify** | How outputs are validated (regression, bidirectional, simulation) |
|
|
93
|
+
| 6 | **Improve** | How the harness evolves (harvest-loop, frontier-digest, compounding) |
|
|
94
|
+
|
|
95
|
+
Axis 6 is the meta layer within the framework — the harness improves itself through structured cadence.
|
|
96
|
+
|
|
97
|
+
---
|
|
98
|
+
|
|
99
|
+
## External Evidence Base
|
|
100
|
+
|
|
101
|
+
| Source | Finding | FH Relevance |
|
|
102
|
+
|---|---|---|
|
|
103
|
+
| VILA-Lab (arXiv 2604.14228) | 98.4% of Claude Code = harness infrastructure | Validates that harness engineering is the primary differentiator, not model capability |
|
|
104
|
+
| Ning et al. (arXiv 2605.18747) | Code = agent harness substrate; 3-layer taxonomy | FH maps to all 3 layers + adds evolution layer |
|
|
105
|
+
| Seong / Sylph.AI (arXiv 2604.21003) | "Terminal harness" — convergence point exists | Sister asset: automation-maximalist vs FH human-in-loop; titles echo simplification principle |
|
|
106
|
+
| harness-evolver (raphaelchristi) | Outer-loop field observation → adversarial critique | Sister asset: automation-first complement to FH knowledge-accumulation-first |
|
|
107
|
+
|
|
108
|
+
---
|
|
109
|
+
|
|
110
|
+
## Related FH Assets
|
|
111
|
+
|
|
112
|
+
- `harness_6axis_framework.md` — The operational framework
|
|
113
|
+
- `hub_compounding_loop.md` — Weekly/monthly/quarterly improvement cadence (Axis 6)
|
|
114
|
+
- `skill_quality_rubric.md` — Quality standard for skill assets
|
|
115
|
+
- `return_path_gate.md` — Closed-loop skill chain pattern (structural)
|
|
116
|
+
- `hub_maturity_roadmap.md` — Phase I→II→III evolution path
|