jsonl-subprocess-runner
Skill72 starsChanged 37 days agoMITView on GitHub
JSONL subprocess management patterns for Untether engine runners. Covers JsonlSubprocessRunner base class, template methods, event translation, session locking, resume tokens, process lifecycle, PTY usage, and concurrent session registries.
- Installs packages
In this repository11 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .codex/AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- .github/copilot-instructions.mdCopilot instructions
- llms-full.txtllms.txt
- llms.txtllms.txt
- claude-stream-jsonSkill
- codex-opencode-piSkill
- release-coordinationSkill
- telegram-bot-apiSkill
- untether-architectureSkill
The file
We split this skill into the rules it gives an agent
4 rules. About 0 are common, 1 is distinctive, and 3 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 19
All Untether engine runners (Claude, Codex, OpenCode, Pi.
- Very specific: line 49
When creating a new runner, override these methods on JsonlSubprocessRunner:
- Distinctive: line 80
Every run emits exactly this sequence:
- Very specific: line 135
New runs: don't know session_id until StartedEvent.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
JSONL Subprocess Runner Framework
All Untether engine runners (Claude, Codex, OpenCode, Pi; deprecated Gemini and AMP) extend JsonlSubprocessRunner, which manages subprocess lifecycle, JSONL parsing, session locking, and error handling.
Key files
| File | Purpose |
src/untether/runner.py | JsonlSubprocessRunner base class, Runner protocol, SessionLockMixin, ResumeTokenMixin |
src/untether/model.py | StartedEvent, ActionEvent, CompletedEvent, ResumeToken, Action, ActionKind |
src/untether/events.py | EventFactory — consistent event creation per engine |
src/untether/backends.py | EngineBackend dataclass, EngineConfig |
src/untether/progress.py | ProgressTracker — aggregates actions for UI rendering |
src/untether/runner_bridge.py | ProgressEdits, handle_message — connects runners to transport |
src/untether/runners/ | Engine-specific runner implementations |
Class hierarchy
Runner (Protocol)
BaseRunner (SessionLockMixin)
JsonlSubprocessRunner
CodexRunner
OpenCodeRunner (wraps run_impl: refuses OpenCode 2.x before spawning, #970)
PiRunner
GeminiRunner, AmpRunner (deprecated, unsupported)
ClaudeRunner (overrides run_impl for PTY support)
(each concrete runner also mixes in ResumeTokenMixin)Template methods to override
When creating a new runner, override these methods on JsonlSubprocessRunner:
class MyRunner(JsonlSubprocessRunner):
engine: EngineId = "myengine"
def command(self) -> str:
"""CLI binary name (e.g. 'codex', 'opencode', 'pi')."""
def build_args(self, prompt, resume, *, state) -> list[str]:
"""Build CLI arguments. Called once per run."""
def translate(self, data, *, state, resume, found_session) -> list[UntetherEvent]:
"""Translate a decoded JSON dict to Untether events. Core logic."""
def new_state(self, prompt, resume) -> Any:
"""Create per-run state (e.g. EventFactory, accumulators)."""
# Optional overrides:
def stdin_payload(self, prompt, resume, *, state) -> bytes | None:
"""Data to send on stdin. Default: prompt.encode()."""
def env(self, *, state) -> dict[str, str] | None:
"""Extra environment variables for the subprocess."""
def decode_jsonl(self, *, line: bytes) -> Any | None:
"""Custom JSON decoder. Default: json.loads."""Event model (3 events)
Every run emits exactly this sequence:
StartedEvent — emitted once when session ID is known
ActionEvent(s) — zero or more, with phase: started → completed
CompletedEvent — emitted exactly once, always lastStartedEvent
StartedEvent(engine="codex", resume=ResumeToken(engine="codex", value="thread_123"))ActionEvent
ActionEvent(
engine="codex",
action=Action(id="item_5", kind="command", title="ls -la", detail={...}),
phase="started", # or "completed"
ok=True, # only on completed phase
)CompletedEvent
CompletedEvent(engine="codex", ok=True, answer="Done.", resume=token, usage={...})ActionKind values
| Kind | When |
command | Shell execution (Bash, shell) |
tool | Generic tool call (Read, Grep, Glob, MCP tools) |
file_change | File edits (Edit, Write, MultiEdit, NotebookEdit) |
web_search | Web search/fetch (WebSearch, WebFetch) |
note | Commentary, reasoning, todos (TodoWrite, AskUserQuestion) |
warning | Non-fatal errors, permission denials |
turn | Turn markers (metadata-only, ignored by ProgressTracker) |
telemetry | Usage/cost data (metadata-only) |
subagent | Subagent/Task invocations |
Session locking
class SessionLockMixin:
session_locks: WeakValueDictionary[str, anyio.Semaphore]
def lock_for(self, token: ResumeToken) -> anyio.Semaphore:
# Key: "engine:session_id"
# WeakValueDictionary auto-cleans when semaphore has no referencesLocking rules:
- Resume runs: acquire lock immediately before spawning subprocess
- New runs: don't know session_id until
StartedEvent; acquire lock when firstsystem.init/thread.started/step_startarrives, before yielding the event - Lock held until run completes (released in
finally) - Serialises concurrent runs on the same session
Process lifecycle (run_impl)
1. new_state(prompt, resume) → create per-run state
2. build_args(prompt, resume, state) → construct CLI command
3. stdin_payload(prompt, resume, state) → optional stdin data
_check_prespawn_ram_guard(...) → RAM / max_concurrent_engine_runs gate before ANY spawn
(#350/#589; every spawn site incl. ClaudeRunner, pinned by #838)
4. manage_subprocess(cmd, ...) → spawn with PIPE for stdin/stdout/stderr
publish_run_stream(stream, pid) → create JsonlStreamState, publish stream + PID
together to the per-run RunStreamHandle (#510)
5. _send_payload(proc, payload) → send stdin, close stdin
6. drain_stderr(proc.stderr) → log stderr concurrently (task group)
7. _iter_jsonl_events(proc.stdout) → parse JSONL, call translate()
8. proc.wait() → wait for exit code
9. stream_end_events() or → emit CompletedEvent if not already emitted
process_error_events()JSONL stream state
@dataclass
class JsonlStreamState:
expected_session: ResumeToken | None # from resume arg
found_session: ResumeToken | None # from stream
did_emit_completed: bool # guard: exactly one CompletedEvent
ignored_after_completed: bool # drop lines after CompletedEvent
jsonl_seq: int # line counter for logging
followup_turns: bool # #776: Claude live sessions read past CompletedEvent
# ... plus activity / stall-diagnostic fields (last_event_type, saw_result, proc_returncode, …)Key invariants:
- Exactly one CompletedEvent per run — after emitting, all subsequent lines are dropped, unless the runner sets
followup_turns = True(Claude live sessions, #776), where later turns becomeTurnEventsegments - Per-run stream binding (#510) — runner instances are shared across chats, so
runner.current_stream/runner.last_pidare diagnostics only ("latest spawn in any chat"). The bridge binds aRunStreamHandlevia ContextVar inrun_runner_with_cancel; runners publish into it withpublish_run_stream(). Bridge code reads the handle, never the runner attributes - Session verification — if expected_session is set and stream yields a different session_id, raise RuntimeError
- Duplicate StartedEvent suppression — a repeat StartedEvent without
metais dropped; one carryingmetapasses through as a supplementary event (#225, e.g. Pi's late model) andProgressTracker.note_eventmerges it
Error handling
| Scenario | Behaviour |
| Invalid JSON line | invalid_json_events() → warning ActionEvent, continue |
| Decode error (msgspec) | decode_error_events() → warning ActionEvent, continue |
| Translation error | translate_error_events() → warning ActionEvent, continue |
| Non-zero exit code | process_error_events() → CompletedEvent(ok=False) |
| Stream ends without result | stream_end_events() → CompletedEvent(ok=False) |
| Pre-spawn block (RAM, concurrency, unsupported CLI version) | completed_error(..., usage={PRESPAWN_BLOCKED_KEY: reason}), nothing spawned; the bridge keeps the saved session (#838) |
Resume token mixin
class ResumeTokenMixin:
engine: EngineId
resume_re: re.Pattern[str] # engine-specific regex
def extract_resume(text) -> ResumeToken | None # parse last match
def format_resume(token) -> str # canonical resume line
def is_resume_line(line) -> bool # for stripping from promptsResume line formats per engine:
- Claude:
`claude --resume <session_id>` - Codex:
`codex resume <thread_id>` - OpenCode:
`opencode --session <ses_XXX>` - Pi:
`pi --session <token>`
Engine backend registration
Each runner module exports a BACKEND:
# src/untether/runners/myengine.py
BACKEND = EngineBackend(
id="myengine",
build_runner=_build_runner,
cli_cmd="myengine",
install_cmd="pip install myengine",
)Registered in pyproject.toml:
[project.entry-points."untether.engine_backends"]
codex = "untether.runners.codex:BACKEND"
claude = "untether.runners.claude:BACKEND"
opencode = "untether.runners.opencode:BACKEND"
pi = "untether.runners.pi:BACKEND"
gemini = "untether.runners.gemini:BACKEND" # deprecated
amp = "untether.runners.amp:BACKEND" # deprecatedDiscovery: importlib.metadata.entry_points(group="untether.engine_backends")
EventFactory
Helper for consistent event creation:
factory = EventFactory(engine="codex")
factory.started(token, title="Codex")
factory.action_started(action_id="item_1", kind="command", title="ls")
factory.action_completed(action_id="item_1", kind="command", title="ls", ok=True)
factory.completed_ok(answer="Done.", resume=token, usage={...})
factory.completed_error(error="timeout", resume=token)ClaudeRunner PTY exception
ClaudeRunner overrides run_impl entirely because it uses a PTY for the bidirectional control channel instead of standard PIPE stdin. It manages:
pty.openpty()for stdin (prevents deadlock with persistent stdin)- Session registries (
_SESSION_STDIN,_REQUEST_TO_SESSION) for concurrent sessions - Control request/response draining after every JSONL line
See .claude/skills/claude-stream-json/SKILL.md for Claude-specific details.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

