Agent orchestration open questions and sources
Collects unresolved orchestration design questions, scope boundaries, related work, and primary comparative sources.
Summary
The remaining decisions concern contract surfaces, network defaults, integration ownership, task identity, credentials, service access, and persistence budgets.
Question and scope
Which questions remain unresolved after the comparative synthesis, what is outside this program, and which sources support the dossier?
Method
This supporting chapter preserves the primary-source catalog and links each unresolved decision back to the dossier's current synthesis.
Findings
Seven decisions remain open: session-contract shape, network defaults, integration ownership, task-source identity, credential-proxy ownership, service exposure, and persistence budgets. Each has a recommended design default, but delivery authority remains with its owning roadmap item.
Implications for jackin❯
Resolve these questions in the owning roadmap or design work; research preserves the rationale and evidence rather than execution sequencing.
Limitations and unknowns
- Session contract surface. Should
jackin explainbe its own command, a--dry-run --explainmode onload, or both? Recommended default: both, withjackin explainoptimized for scripts and docs. - Network policy baseline. Should the default be open networking with a
contract warning, or a minimal allowlist for known agent providers plus
package registries? Recommended default: open in
dindV1, explicit allowlist for future microVM backends that can enforce it outside the guest. - Stack integration ownership. Are integration hints global, role-owned, workspace-owned, or repo-recommended with operator approval? Recommended default: global built-ins plus repo-recommended names that require hash-based operator approval.
- Task source identity. Is a task source workspace-bound, agent-bound, or operator-global? Recommended default: workspace-bound, since parallelism limits naturally scope to one workspace's resources.
- Credential proxy destination. Is the host bridge the long-term place for credential proxying, or should sandbox backends own it? Recommended default: host bridge owns operator approval and audit; backends own transport.
- Service access model. Should port publication be workspace config, per-session command, console action, or all three? Recommended default: command/console action first, config only for stable dev servers; always show active mappings in the contract/status surface.
- Persistence budget. Should jackin❯ show per-instance disk usage and cleanup recommendations before adding microVM/private-daemon backends? Recommended default: yes, because Docker Sandboxes-style persistence is useful only if operators can see and reclaim it.
Out of scope for this program
- Shipping a macOS-only clone of Hazmat. Native macOS containment can inform a future backend, but jackin❯ baseline must stay cross-platform.
- Replacing role repos with integration manifests. Integrations are narrow ergonomics overlays; roles remain the runtime distribution model.
- Claiming Docker Sandboxes-equivalent security for
dind, rootless DinD, or first-phase microVM work before network and credential proxy gaps are closed. - Implementing Kubernetes support in this program. The containment and contract work should make Kubernetes easier later, but the platform item stays on the main roadmap.
Sources
Verification cutoff: 2026-05-22. Revalidate volatile product capabilities before changing implementation commitments. The Research Watchlist owns repeated cross-project checks; this chapter keeps the program-specific primary sources.
multicode
graemerocher/multicode— active reference implementation for this research. It covers workspace isolation, GitHub tag/status integration, authentication,multicode-remote, Codex provider support, editor-tool selection, autonomous queue / PR actions, and Apple-container experiments.
Agent status and attention systems
- Herdr — best current public baseline for foreground-process ownership, visible-screen heuristics, integration reports, state roll-ups,
doneuntil viewed, and socket waits. - Agent Runtime Status Authority — jackin❯ comparison matrix for Herdr, multicode, CCManager, Agent Session Manager, WezTerm Agent Deck, ccmux, TUICommander, Codemux, tmux-agent-status, agent-deck, claudeye, and Codeman.
Terminal observation and automation
- Terminal observation and automation — jackin❯ research input for
cellshot-style terminal frames, visible waits, input injection, artifact bundles, recording/replay, and automation scripts on top of Capsule sessions. - cellshot — PTY capture/session daemon with
wait,send,snapshot, structured terminal frames, JSONL recording, and text/JSON/ANSI/SVG/PNG outputs. - asciinema, Charmbracelet VHS, Microsoft tui-test, termtosvg, and classic
expect/ttyrec/scriptreplay— adjacent references for terminal recordings, scripted demos, visible-text waits, golden terminal snapshots, and raw PTY traces.
Hazmat
dredozubov/hazmat— README-level summary of dedicated user isolation, seatbelt, firewall, DNS blocklist, snapshots, harnesses, integrations, and limitations.- Hazmat overview — tier decision flow and the "Docker changes the boundary" rule.
- Hazmat harnesses — supported agent CLIs and credential storage/delivery matrix.
- Hazmat integrations — strict integration capability rules and repo-recommended integration flow.
- Hazmat Docker Sandboxes tier — private-daemon Docker path, devcontainer alternatives, and Compose hardening.
- Hazmat shared-daemon projects — why host Docker socket access is treated as a containment escape.
- Hazmat threat matrix — risk-by-risk tier comparison.
- Hazmat verified scope — formal verification boundaries and setup/rollback findings.
Docker Sandboxes
- Docker Sandboxes usage —
branch mode,
.sbx/worktrees, lifecycle, and signed-commit notes. - Docker Sandboxes security model — hypervisor, network, Docker Engine, and credential isolation layers.
Local jackin❯ references
- Selectable sandbox backends — deep Docker Sandboxes, OrbStack, and libkrun/smolvm comparison already captured in jackin❯ research and roadmap material.
- Per-mount isolation — worktree/clone design and Docker Sandboxes branch-mode comparison.
- Container credential exposure — current credential exposure model and proxy/bridge trajectory.
Related work
- Codebase map — workspace crate structure and tiered DAG.
- Multi-runtime support — runtime-neutral observability owner.
- Per-mount isolation — parallel-agent prerequisite and branch-mode comparison.
- Selectable sandbox backends — Docker Sandboxes and microVM comparison.
- Container credential exposure — current risk and proxy trajectory.