harness

Provision disposable environments and orchestrate Planner/Generator/Evaluator agent lifecycles.

Updated Mar 2, 2022
One-click install
npx skills add https://github.com/ysuurme/azure_hello_world --skill harness-ysuurme
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: harness
Source: https://github.com/ysuurme/azure_hello_world/tree/main/.agents/skills/harness
Command: npx skills add https://github.com/ysuurme/azure_hello_world --skill harness-ysuurme

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents context degradation and unverified agent output by managing the execution environment and the lifecycle of a multi-agent session.

Core Features & Use Cases

  • Dev Container / Codespaces Provisioning: Creates a disposable, per-task environment so work never inherits hidden state.
  • Planner/Generator/Evaluator Split: Ensures the agent never grades its own work by using a dedicated Evaluator path.
  • Context Health & Recovery Protocol: Uses compaction and reset/rehydration rules when prompts approach large-context thresholds.
  • Tool-Call Offloading: Keeps large outputs (logs, graphs, build artifacts) in the filesystem and loads only summaries.

Quick Start

Start a new multi-step implementation by running the harness to provision a fresh environment, load CONTEXT.md then AGENTS.md, and configure the Planner/Generator/Evaluator execution split.

Frequently Asked Questions about harness

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

FAQPage Schema
How do I prevent context drift in multi-step coding agent sessions?

To prevent context drift, you can provision a disposable dev container and use a Planner/Generator/Evaluator split to manage the agent lifecycle. This ensures context health by applying compaction and reset rules when prompts approach large-context thresholds.

How does a Planner/Generator/Evaluator agent split improve output reliability?

A Planner/Generator/Evaluator split improves output reliability by ensuring the agent never grades its own work. A dedicated Evaluator path enforces critique-only validation and triggers retries across phases, preventing self-validated outputs.

What is the best way to offload large tool-call outputs during agent orchestration?

The best way to offload large tool-call outputs is to keep large artifacts like logs and build files in the filesystem. The orchestration layer loads only summaries back into the context, preventing token overflow and maintaining session stability.

Do I need a dev container to manage context health for multi-step architecture tasks?

A dev container is recommended for managing context health because it provisions a disposable, per-task environment. This ensures work never inherits hidden state, providing a clean baseline for multi-step coding and architecture tasks.

How do I initialize a multi-step implementation session with context management?

To initialize a multi-step implementation session, run the harness to provision a fresh environment, load CONTEXT.md then AGENTS.md, and configure the Planner/Generator/Evaluator execution split before beginning your task.

When should I use context compaction and reset protocols in agent sessions?

You should use context compaction and reset protocols when prompts approach large-context thresholds. These rehydration rules manage token zones and enforce evaluator-only critique, maintaining context health during complex multi-step tasks.