Skip to main content
reopt Handbook
reopt Handbook
Harness Engineering

Problem and Structure

Foundations of Harness EngineeringRepo-Readable SystemsThe Five Elements of a HarnessEngineering Mechanics

Evaluation and Interpretation

Evaluation Loop DesignExternal Case Comparison

Case Studies

Case: OpenAICase: AnthropicCase: TossCase: gstackCase: revfactory/harness

Domain Playbooks

Domain PlaybooksScenario: Frontend TeamScenario: Platform TeamScenario: Payments and Settlement TeamScenario: AI Product TeamWhy You Eventually Need Your Own Harness

Rollout and Operations

Team Harness Rollout StrategyTeam Harness Design ChecklistOperations: Entropy and Garbage Collection

Appendix

Verification ReportUpdates
Handbook›Harness Engineering›Scenario: AI Product Team
한국어English

Scenario: AI Product Team

Design a harness where eval sets, safety policy, online telemetry, and model rollout control nondeterministic behavior.

Key takeaways

  • AI product harnesses resemble code harnesses but must also control model nondeterminism and drift.
  • Load-bearing elements are an eval set, a versioned prompt/policy spec, canary or shadow rollout, and online telemetry.
  • The recommended loop runs prompt/policy change to offline eval to safety checks to shadow/canary to online telemetry, rolling back if unhealthy.
  • A rollout plan defines offline must-pass thresholds, a small canary traffic percentage, and explicit rollback triggers like a >10% success drop.
  • First 30 days: build a 20-50 flow eval-set.jsonl, version prompt and policy changes, and define a 5 percent canary with rollback thresholds.

AI product harnesses resemble code harnesses, but they must also handle model nondeterminism and drift.

Problem Structure

  • The same change may produce different model behavior.
  • Prompt or policy changes can degrade quality without obvious code diffs.
  • Offline success may fail online.
  • Safety policy and cost budget can drift away from implementation.

Load-Bearing Elements

ElementWhy it matters
Eval setPrevents quality judgment by feel
Prompt / policy specMakes changes comparable
Canary / shadow rolloutLimits online blast radius
TelemetryTracks quality, cost, and failure patterns

Recommended Loop

Artifact Structure

prompt-spec.md
safety-policy.md
tool-permissions.md
eval-set.jsonl
rubric.md
baseline-report.md
rollout-plan.yaml
online-observations.md
rollback-thresholds.yaml

Rollout Plan Example

model_change:
  offline_must_pass:
    - "task success >= baseline"
    - "safety violation <= baseline"
  online_canary:
    traffic_percent: 5
    watch:
      - "completion success"
      - "tool failure rate"
      - "cost per successful task"
  rollback_if:
    - "success drops more than 10%"
    - "safety incidents increase"

Why This Is Engineering

An AI product harness is nondeterministic system control. It versions prompt and policy specs, anchors quality in offline evals, watches online telemetry, and uses canary or shadow rollout to reduce blast radius.

First 30 Days

  1. Build a small eval-set.jsonl with 20 to 50 core user flows.
  2. Version prompt, spec, and policy changes.
  3. Define a 5 percent canary and rollback thresholds before full rollout.

Read Next

  • /en/books/harness-engineering/case-anthropic
  • /en/books/harness-engineering/case-revfactory
  • /en/books/llmops-agentops

Related docs

Deployment and AI CI/CD

Vercel Enterprise AI Platform · Ship AI systems with preview checks, evaluations, canaries, kill switches, and rollback.

Ch2. Versioning and Release

LLMOps and AgentOps in Production · Release prompts, models, tools, and policies as traceable artifacts

AI SDK Runtime

Vercel Enterprise AI Platform · Use AI SDK as the application runtime layer for streaming, tools, agents, and telemetry.

Verification

Vercel Enterprise AI Platform · A checklist for validating an enterprise AI platform on Vercel.

Team Harness Rollout Strategy

Use Toss, gstack, revfactory, OpenAI, and Anthropic patterns to scale personal routines into a team execution system.

Scenario: Payments and Settlement Team

Design a harness where approval, reconciliation, audit trail, and rollback reduce financial correctness risk.

Why You Eventually Need Your Own Harness

Explain what to copy from external harnesses and what must be redesigned for your domain and team.

On this page

Problem StructureLoad-Bearing ElementsRecommended LoopArtifact StructureRollout Plan ExampleWhy This Is EngineeringFirst 30 DaysRead Next