LoopX v0.1.6
Summary
LoopX v0.1.6 promotes the latest stable control-plane fixes from main to the public stable channel at commit 1e3df9df.
This release is a fast follow after v0.1.5. It focuses on making visible long-running work easier to start, easier to route across agents, and safer to validate through the release path.
Highlights since v0.1.5
- Auto-research startup is more visible and easier to trigger: one-click start entry, question contract entrypoint, visible wake acceptance, and public readiness notes.
- Decentralized/multi-agent operation is clearer: A2A driver contract, multi-agent wake prompt, pane-local tick rounds, and runtime-driver hints in help/manpage.
- Monitor and scheduler behavior is steadier: monitor cadence is respected in scheduler backoff, and explicit next action now takes precedence over monitor repair noise.
- Codex CLI first-run release path is tighter:
loopx commandsnow exposes the full first-run verification command set while top-levelloopx --helpstays compact. - SkillsBench app-server flow is safer for goal prompts and bridge-only baselines.
- Canary and release readiness coverage improved through organized control-plane/canary smokes, product capability smokes, and the public release timeline.
Update
Existing users can update from the stable channel:
loopx update --check
loopx update --execute
loopx doctorNew users can install from the stable channel:
curl -fsSL https://raw.githubusercontent.com/huangruiteng/loopx/main/scripts/install-from-github.sh | bash
export PATH="$HOME/.local/bin:$PATH"
loopx doctorCompatibility notes
- Existing commands remain compatible.
loopx --helpremains a compact start surface and points users toloopx commandsfor the grouped command reference.loopx commandsnow includescodex-cli-bootstrap-message,codex-cli-tui-bootstrap-smoke-bundle, andcodex-cli-visible-attach-acceptancefor the no-clone Codex CLI first-run route.- Known update-check limitation:
loopx update --checkis still freshness-based. If a very recentv0.1.5snapshot reports no update needed, runloopx update --executeto force a refresh tov0.1.6.
Validation
python3 -m py_compile loopx/*.py loopx/cli_commands/*.pypython3 examples/release/release-version-contract-smoke.pypython3 examples/release/release-readiness-doc-smoke.pypython3 examples/loopx-update-smoke.pypython3 examples/fresh-clone-quickstart-smoke.pypython3 examples/release/codex-cli-no-clone-release-verification-smoke.pypython3 examples/canary/canary-promotion-readiness-smoke.py --no-write-evidencepython3 examples/codex-cli-first-run-rehearsal-smoke.pypython3 examples/codex-cli-tui-bootstrap-smoke-bundle-smoke.pypython3 examples/codex-cli-proof-capture-demo-fixtures-smoke.pygit diff --checkPYTHONPATH=. python3 -m loopx.cli --versionPYTHONPATH=. python3 -m loopx.cli --format json check --scan-path README.md --scan-path docs/ --scan-path examples/ --scan-path loopx/help_surface.py- isolated temporary-HOME install from
stable, followed byloopx --versionandloopx doctor
Note: loopx check reported the pre-existing loopx-meta duplicate-index warning; public/private boundary scans were clean. The promotion canary skipped dashboard browser readiness because local dashboard npm dependencies were unavailable, and still completed the non-browser promotion checks successfully.