Member Junction
    Preparing search index...

    Drives ANY command that speaks a documented newline-delimited JSON event contract.

    This is the escape hatch that keeps "adding a harness must not require core changes" true in the strong sense: a harness MJ has never heard of works with zero MJ code, provided its CLI emits lines matching the vocabulary below.

    Each stdout line is a JSON object with a type field:

    type Other fields Meaning
    text text Narration; streamed, never persisted
    activity description In-sandbox activity, for live view only
    permission id, description, command? Requests approval; becomes a HITL row
    usage input_tokens, output_tokens, cost_usd? Turn usage; drives cost guardrails
    complete text Turn ended; text carries the envelope
    error message Turn failed

    Unrecognised lines are ignored, so a harness may interleave its own diagnostics freely.

    Capabilities default to the conservative end — an unknown harness is assumed NOT to resume sessions or honour permission hooks, so the runtime emulates continuity rather than silently losing context. Override via AIAgentHarness.CapabilitySettings when the harness does better.

    Hierarchy (View Summary)

    Index

    Constructors

    Properties

    activeProcess: HarnessProcess = null
    config: HarnessSessionConfig = null
    executable: string = 'harness'
    extraArgs: string[] = []
    sessionId: string = undefined

    Accessors

    • get DidResumeSession(): boolean

      Whether this session actually continued HarnessSessionConfig.ResumeSessionId.

      Default false: a harness that cannot resume, or one offered no prior session, starts cold and must be sent the full conversation. Adapters that DO resume MUST override this and report truthfully — the caller sends only the newest message when it returns true, so a false positive leaves the harness answering a question it never saw the context for.

      Deliberately separate from CapabilitySettings.SessionResume. That flag says the adapter CAN resume in principle; this says it DID, this time. A stale or pruned session id makes the two disagree, and only the second one is safe to branch the turn input on.

      Returns boolean

    • get ReportedModel(): string

      The model the harness actually used, if it reports one.

      Adapters that can observe this SHOULD override it. Accounting resolves AIPromptRun.ModelID from this first and only falls back to the harness row's declared model, because a harness left to choose its own model will — and billing a run against a model it never used is worse than having no attribution at all, since it looks authoritative.

      Returns string

    Methods

    • Tears the session down.

      MUST be idempotent and MUST be safe to call on every exit path — success, failure, cancellation and crash — because it is what revokes the per-run MCP credential and releases the workspace. A teardown that only runs on the happy path leaks a live credential.

      Returns Promise<void>

    • Answers a permission-request the adapter raised.

      Only meaningful when Capabilities.PermissionHooks is true; adapters without hooks should treat this as a no-op rather than throwing, because the posture layer above may still call it defensively.

      Parameters

      • _requestId: string
      • _approved: boolean
      • Optional_note: string

      Returns Promise<void>

    • Runs one turn and streams what happens.

      The first call receives the task prompt; subsequent calls receive formatted results of steps MJ executed on the harness's behalf. Implementations MUST emit exactly one terminal event — turn-complete or session-error — so the caller's accumulation loop always terminates.

      Where the harness cannot resume a session natively (SessionResume false), the adapter is responsible for replaying prior context into a fresh invocation here, and for reporting the resulting token cost through usage so the run's guardrails see the true spend.

      Parameters

      • input: string

      Returns AsyncIterable<HarnessTurnEvent>

    • Supplies MJ's system prompt for the session, where the harness can accept one.

      Harnesses ship their own system prompt defining their identity, and it dominates anything sent as user text. MJ's turn-end contract delivered as a user message therefore competes with the harness's own instructions and loses — observed directly: a harness given the contract in the user turn still answered "what can you do?" in prose, costing a retry every run.

      Adapters whose harness accepts a system prompt SHOULD override this. Those that cannot are no worse off than before: the contract still rides in the turn input.

      Parameters

      • _systemPrompt: string

      Returns void