feat: install and connect self-hosted Sessions with one command - #219
Merged
Merged
Conversation
SaladDay
force-pushed
the
codex/daemon-onboarding-20260929
branch
from
September 29, 2026 08:07
3577ddc to
52cb101
Compare
SaladDay
force-pushed
the
codex/daemon-onboarding-20260929
branch
from
September 29, 2026 08:28
f56dc12 to
65a0daf
Compare
SaladDay
marked this pull request as ready for review
September 29, 2026 09:00
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Self-hosted Session creation and detail responses now return an Environment-specific installation command in
x_agents_core.installation. Core Web displays that command in the Self-hosted Session. API callers can complete onboarding without Web or a Core key.The command downloads the native bundle matching the Core revision and Runtime protocol, uses the existing installer to select and install Harnesses, starts the existing daemon and verifies its authenticated connection. Interactive and noninteractive modes share the same implementation. The Session workspace stays fixed; users can choose the installation directory and additional supported Harnesses.
Authorization expires after 30 minutes and can claim one Environment credential. The installer saves its generated secret before claiming it, so a lost response is recoverable. Long-lived credentials stay out of command arguments and output. Repeated installation reuses compatible components, preserves workspace/history and avoids a second daemon.
Supported distributions: Linux amd64, macOS arm64 and Windows amd64. Codex and Claude Code are available on all three; MiniMax Code remains Unix-only. Installation runs with the user's existing permissions. Model configuration, upgrades, auto-update and execution isolation are outside this change. Installation, daemon connection and model readiness are reported separately.
Validation:
The connection checks validate installation and authenticated transport, not model/provider execution. Core deployments need the matching native artifact catalog; missing distributions are reported explicitly. Native CI: https://github.com/MiniMax-AI/parsar-core/actions/runs/36545481420 (all three platforms passed). API acceptance: https://github.com/MiniMax-AI/parsar-core/actions/runs/36545481356 (passed). Full
make check: https://github.com/MiniMax-AI/parsar-core/actions/runs/36545481344 (passed, including the fullmake check).The final full CI run passed on d81efe5, including
make check, API acceptance and all three native platforms.