@kasenri/dsh-orbit
让 AI 项目可以在无人监管下持续推进。Orbit 会自动规划任务、分工执行、逐步检查并继续完成后续工作；不同环节可以使用不同模型，让低成本模型承担执行任务、强模型负责规划和审核，从而降低整体 AI 使用成本。Watchdog 还会监控运行异常，在任务卡死或中断时协助恢复。
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add github:KasenRi/dsh-orbit#35e4ac1a3924be9f1da077c27d658d734875656bOrbit 以 @kasenri/dsh-orbit 发布，当前版本为 0.5.10。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
This repository is an installable release mirror for @kasenri/dsh-orbit 0.5.10. Canonical source: https://github.com/KasenRi/dsh-orbit-browser-plugins/tree/main/packages/orbit Do not develop features here; publish changes from the canonical source monorepo. Community plugin for DeepSeek Harness (DSH). Not affiliated with or endorsed by DeepSeek.
让 AI 项目可以在无人监管下持续推进。 Orbit 会自动规划任务、分工执行、逐步检查并继续完成后续工作；不同环节可以使用不同模型，让低成本模型承担执行任务、强模型负责规划和审核，从而降低整体 AI 使用成本。Watchdog 还会监控运行异常，在任务卡死或中断时协助恢复。
Orbit — Deterministic Engineering Orchestration for DeepSeek Harness
Technical integration:
OrbitService on ctx.orbitorbit_controller tool (cx_controller remains a legacy alias)Goal
│
▼
OrbitService
└─ Deterministic Supervisor
├─ Commander (plan / step & final evaluation / strategy reconsider)
├─ Executor (one engineering step at a time)
└─ Smart Watchdog (runtime diagnosis and recovery)
Every child role runs on DSH's native ctx.subagents service; durable state
lives in <project>/.cx/state.json.
Orbit is a bounded, self-converging engineering execution track:
PLAN → EXECUTE → EVALUATE → CORRECT / RECOVER → SUCCESS
It is not a timer loop, an infinite auto-continue, a pure reviewer, a pure planner, or an agent swarm. It is a deterministic supervisor plus Commander, Executor, Smart Watchdog, durable state and bounded recovery.
| Component | Tested with |
|---|---|
@deepseek-ai/dsh | 0.1.5-rc.2 |
@deepseek-ai/cordis | 4.0.2 |
| Node.js | >= 22.19.0 |
Requires the DSH base services: agents, subagents, tools, sessions
(the standard/web profile provides them).
Install the current stable Git source so DSH can compare the locked commit with repository HEAD:
dsh plugin --profile web add github:KasenRi/dsh-orbit
The canonical source monorepo also keeps versioned GitHub Release tarballs for manual or offline installation.
The orbit_controller tool drives the run:
| Action | Meaning |
|---|---|
run / start | Start a run for a goal (or continue the current one). |
resume | Continue the persisted run after an interruption. |
status | Inspect phase, plan, loop budget and last error. |
stop | Close the run. |
doctor | Read-only environment and configuration checks. |
// orbit_controller
{
"action": "run",
"goal": "…",
"approved_loop_count": 4,
"user_hard_constraints": ["only touch src/"]
}
Orbit supports three activation styles:
/agent-orbit <goal> — deterministic slash-command activation. In the Web
GUI it appears in the / menu (使用 Orbit 确定性工程编排执行目标); on headless/CLI surfaces a genuine user message
that starts with /agent-orbit activates Orbit directly. The original
command line stays visible in the conversation, the goal is passed through
without rewriting, and no goal asks for one instead of starting an empty run.orbit模式 — recommended natural-language activation, e.g.
“用 orbit模式完成这个项目”.cx模式 — legacy compatibility; still resolves to Orbit.All three routes converge on the existing orbit_controller tool and
OrbitService; the activation layer never starts a run of its own.
After a hard-activated run reaches SUCCESS, the initiating Session displays
the Final Commander's user-visible result directly, with the Commander's frozen
provider/model provenance. The parent model and parent tools remain bypassed.
The Orbit model control is the final entry in conversation.input.right, so
other composer-side controls (for example DSH's rollback control) stay to its
left while the native conversation.input.model seat stays immediately to its
right. Its button names the Commander's model; the menu edits three roles:
orbit settings namespace (settings.yaml). Picking a
model first opens reasoning selection; nothing is saved until the user chooses
a catalog-declared effort or provider default. No effort is inferred.ModelDirectory, so a change in either place updates the other.A new run resolves its routes exactly once — Commander/Watchdog from orbit
settings, Executor from the initiating session's current selection — and freezes
them into state.routes. Orbit ships no provider/model or reasoning defaults.
Changes made while a run is active apply to the next run; resumed runs keep
their frozen routes. Explicit profile routes are permitted for headless/CLI:
Commander/Watchdog use settings then explicit config; Executor uses the Session
selection, with explicit config only when there is no Session. Missing or
unavailable roles block creation of a Run before any child starts.
PLAN → EXECUTE → EVALUATE → SUCCESS
│
├─ correction (bounded per step)
├─ append (bounded by remaining loop budget)
├─ NEEDS_USER
└─ BUDGET_EXHAUSTED
max(5, steps + 2), therefore at most 7 for
the 1–5-step plan schema). Explicit approved_loop_count / max_loops
values are never enlarged automatically.PASS_CURRENT_STEP /
CORRECT_CURRENT_STEP / NEEDS_USER for step evaluation, SUCCESS /
APPEND / NEEDS_USER for final evaluation, KEEP_APPROACH /
REPLACE_CURRENT_STEP / NEEDS_USER for strategy reconsider).read/read_image/glob/grep).
Each Step explicitly declares filesystem, shell, web, or browser to
add only the corresponding tools. Legacy web-api-recon normalizes to web
plus browser. No capability means no bash, writers, web, or browser tools.create_goal, ralph, workflow) are refused, and Orbit refuses to start
while an active Goal driver owns the same workspace. Only an Orbit-owned
Executor child can use mutation tools while Orbit owns that workspace.step_results preserve each Step's summary, changes and
test evidence. Cold resume retains them and FINAL_EVALUATE sees every Step..cx durable state is written only by the Orbit service (atomic write, short
lock transaction, monotonic revision).| Key | Default | Meaning |
|---|---|---|
projectDir | session cwd | Project the run operates on. |
routes.commander | none | Explicit profile fallback; normally user-selected in Orbit settings. |
routes.executor | none | Explicit config only without a Session; otherwise follows DSH Session selection. |
routes.watchdog | none | Explicit profile fallback; normally user-selected in Orbit settings. |
executorTools | read/read_image/glob/grep | Base read-only subset; mutation tools require Step capabilities. |
browserTools | ["agent_browser"] | Browser capability tool names. |
commanderReadOnlyTools | read/glob/grep/web… | Commander allowlist. |
watchdogTools | read/glob/grep | Watchdog allowlist. |
executorTimeoutMs | 480000 | Deterministic executor runtime timeout. |
registerTool | true | Register the orbit_controller tool and the legacy cx_controller alias. |
registerGuards | true | Register recoverable tool guards. |
slashCommand | true | Register the /agent-orbit host command and the gesture boundary. |
Routes are normal DSH model routes; configure them for your own provider and model identifiers. No credentials are included in this package.
Orbit does not depend on @kasenri/dsh-browser. A plan step that declares
capabilities: ["browser"] needs the agent_browser tool to be registered by
the browser plugin; otherwise Orbit reports BROWSER_CAPABILITY_UNAVAILABLE and
lets the Commander decide what to do. Install both packages to use that path:
dsh plugin --profile web add github:KasenRi/dsh-browser
dsh plugin --profile web add github:KasenRi/dsh-orbit
| CX | Orbit |
|---|---|
dsh-cx | dsh-orbit |
@kasenri/dsh-cx | @kasenri/dsh-orbit |
cx_controller | orbit_controller |
| CX mode | Orbit mode (orbit模式; cx模式 still works) |
ctx.cx | ctx.orbit (same OrbitService instance; ctx.cx remains an alias) |
.cx/state.json remains unchanged.cx模式 remains supported..cx/state.json, including historical CX_* error strings..cx is retained as the durable execution state path for backward
compatibility with existing CX projects.MIT