Glossary
Domain vocabulary for DeepSeek Harness uses one canonical term per concept. Terms link to their entries with standard Markdown anchors; implementation detail stays in package READMEs and Agent Notes.
capability-seam
- seam — a swappable capability with three roles: a Service Definition (the Cordis
Servicethat owns itsctx.<key>and vocabulary types — an abstract class such asShellExecutor, or a concrete registry such asWebRuntime, never a TypeScriptinterface), one or more Service Providers, and one or more Consumers that inject the service.packages/shellis the canonical example:dsh-shell(Service Definition),dsh-bash-local/dsh-bash-sandbox(providers), anddsh-tool-bash(Consumer). Roles normally occupy separate packages when they evolve independently, but a package may own multiple roles when they are one concern (dsh-llmowns its Service Definition and Consumer). The seam is the complete capability, never one role; reserve the term for that meaning and name a constituent by its role, class, service, contract, or extension point.
agent-scope
- scope — the unit of per-agent registration: a contribution (tool, prompt section, variable, restriction, listener) is either global (visible to every agent) or scoped (owned by exactly one scope key). Two levels, flat: scoped registrations do not inherit down to subagents; subtree behavior is expressed with lineage data, never scope structure.
- scope key — the opaque identity a scope is keyed by, compared by object identity. The harness convention: a live agent is the key of its own scope.
- agent context (
agent.ctx) — the agent's scoped context; registrations through it are scope-visible AND scope-lifetime (one fact drives both), and listeners on it participate in that agent's scope-filtered dispatches. Registry-subject events may remain deliberately unfiltered under their own event contracts. - scope carrier — the
thisArga scope-filtered dispatch carries (built byscopeTarget); its filter admits untagged listeners plus the subject's own. A subject-less carrier (no key) admits untagged listeners only. - scoped dispatch — the rule: an event about one agent's activity dispatches with that agent's carrier. Events about a registry itself (a tool was added) are registry-subject and stay unfiltered.
- shadowing — most-specific-wins name resolution: a scoped tool/section/variable replaces its same-named global twin for that scope alone. The per-agent persona and per-agent tool-variant mechanism.
- restriction / scope-local registration — a restriction (
tools.restrict) filters the GLOBAL tool set for one scope (compose by intersection); scope-local registrations are merged after that filter. A filtered-away global tool is absent from the prompt AND refuses execution, indistinguishably from a nonexistent one. - setup window — the creation slot where a creator composes an agent's scoped world (
CreateAgentOptions.setup): after the scope and agent object exist but before the agent or session is published,agent/session-startfires, or the first prompt is assembled. Setup registers; it never drives the agent. - lineage — parent/child facts carried as data (
parentSession, durabledelegationDepth, runtimesubagentDepth); never affects visibility.
goal
- goal — one durable completion objective attached to an existing session, with a revisioned
active/paused/blocked/completephase and a goal-round cap;blockedretains a policy code and explanation. A goal is state, not a scheduler or a separate conversation; the session log remains its source of truth. - goal round — one continuation cycle admitted for the current goal. The same-session driver materializes a goal round as one goal-sourced turn, which can contain zero or more steps; unrelated human turns in the same session do not consume the goal-round cap.
- goal activation — process-local permission for a continuation consumer to admit another goal round. Activation is either
armedordisarmed; it is deliberately absent from durable replay, so resume and fork require a later human-authorized resume mutation through/goalor the model tool before automatic work.
human command
- human command — a slash-prefixed instruction interpreted and executed by a human-facing adapter through
ctx.commands, without becoming a model message. It is distinct from a model-facing tool and from shell command execution throughctx.shell. - command plane — discovery, parsing, dispatch, cancellation, and result rendering owned by UI adapters and command plugins. Command output is UI state unless the handler separately mutates a durable domain.
- goal command — the
/goalhuman command contributed bydsh-command-goal; it observes or mutates the current goal directly while the goal domain owns every durable, model-visible record.
loop hierarchy
- turn — one drain of admitted input in a session, ending after the model and its tools stop or a terminal policy intervenes.
- step — one model request plus the tool executions caused by its response; a turn contains zero or more steps.
- round — an outer policy iteration containing a turn, such as a goal round or one fresh-agent Ralph attempt. Round counters belong to that policy and do not count every turn in a session.
Ralph
- Ralph loop — one foreground fresh-agent workflow run toward an immutable objective. It is a model-facing tool policy composed from workflow and subagent primitives, not a same-session goal, agent-loop mode, scheduler, or generic workflow-script feature.
- Ralph round — one fresh child session in a Ralph loop. The child receives no parent or prior-child conversation seed; the shared workspace and one bounded Ralph handoff carry cross-round state.
- Ralph handoff — the normalized bounded structured report passed from one continuing Ralph round to the next, containing status, summary, evidence, next steps, and blocker text. It supplements the shared workspace rather than replacing it as authority.