openclaw-code-agent 4.2.0 → 4.2.2
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +35 -14
- package/dist/index.js +125 -122
- package/openclaw.plugin.json +21 -1
- package/package.json +9 -4
- package/skills/code-agent-orchestration/SKILL.md +11 -10
package/README.md
CHANGED
|
@@ -17,33 +17,41 @@ Use it when you want to start coding work from Telegram, Discord, or another Ope
|
|
|
17
17
|
- **Full session lifecycle**. Suspend, resume, fork, interrupt, and recover sessions across restarts with persisted metadata and output.
|
|
18
18
|
- **Explicit goal-task loops**. Opt into verifier-driven repair loops or Ralph-style completion loops when you need iterative autonomous execution toward a specific goal.
|
|
19
19
|
- **Real operator visibility**. `agent_sessions`, `agent_output`, and `agent_stats` show status, buffered output, duration, and USD cost.
|
|
20
|
-
- **Two harnesses, one control plane**. Claude Code and Codex share the same tools, routing, notification pipeline, and worktree strategy model while each backend uses its own
|
|
20
|
+
- **Two harnesses, one control plane**. Claude Code and Codex share the same tools, routing, notification pipeline, and worktree strategy model while each backend uses its own adapter and resume substrate.
|
|
21
21
|
- **One continuation path**. Follow-ups, approvals, revisions, interrupts, and redirects all continue the existing session instead of launching a duplicate.
|
|
22
22
|
|
|
23
23
|
This plugin is separate from OpenClaw's bundled `acpx` runtime plugin and bundled core `codex` plugin. Those own adjacent OpenClaw runtime/provider surfaces; `openclaw-code-agent` owns chat orchestration and repository follow-through for its own Claude Code and Codex harnesses. See [docs/ACP-COMPARISON.md](docs/ACP-COMPARISON.md) for the boundary details.
|
|
24
24
|
|
|
25
|
-
## From
|
|
25
|
+
## From Chat To Resolved Work
|
|
26
26
|
|
|
27
27
|
1. Ask OpenClaw to launch a coding session from chat.
|
|
28
|
-
2.
|
|
29
|
-
3. Let the agent finish in an isolated worktree.
|
|
30
|
-
4. Merge into the base branch, open a PR, defer the decision, or discard the sandbox from the same
|
|
28
|
+
2. Choose the review style you want: direct execution, user plan approval, delegated review, or explicit worktree decisions.
|
|
29
|
+
3. Let the agent finish in an isolated worktree when branch follow-through is enabled.
|
|
30
|
+
4. Merge into the base branch, open a PR, defer the decision, or discard the sandbox from the same thread.
|
|
31
31
|
|
|
32
|
-
###
|
|
32
|
+
### Direct Completion
|
|
33
33
|
|
|
34
|
-
|
|
34
|
+
For small trusted changes, an orchestrator can launch a session, let Codex or Claude Code finish, and report the verified outcome back to chat. The session stays observable through launch, completion, cost, duration, and commit summary.
|
|
35
35
|
|
|
36
|
-
|
|
36
|
+

|
|
37
37
|
|
|
38
|
-
|
|
38
|
+
### Plan Review
|
|
39
|
+
|
|
40
|
+
The default review loop is plan-first. Claude Code and Codex feed the same approval UX: the plugin receives a structured plan artifact, blocks implementation until approval, and continues the same session after the plan is approved. The user can approve, request a revision, or reject the plan from the originating thread.
|
|
41
|
+
|
|
42
|
+

|
|
43
|
+
|
|
44
|
+
### Worktree Decisions
|
|
45
|
+
|
|
46
|
+
In `ask`, the user controls branch follow-through after the agent finishes. Current buttons adapt to state: new branches can show **Merge**, **Open PR**, **Later**, and **Discard**; branches with an existing PR can show **View PR** and **Sync PR** instead of **Open PR**.
|
|
39
47
|
|
|
40
|
-

|
|
41
49
|
|
|
42
|
-
|
|
50
|
+
### Delegated Worktrees
|
|
43
51
|
|
|
44
|
-
|
|
52
|
+
In `delegate`, the orchestrator reviews the completed worktree and attempts the merge follow-through when the change is clean. The agent edits files in the managed worktree so the main checkout is not touched during implementation; after review, delegated follow-through merges the finished branch back to the base branch unless a conflict, error, or explicit policy requires escalation.
|
|
45
53
|
|
|
46
|
-
|
|
54
|
+

|
|
47
55
|
|
|
48
56
|
### Worktree Lifecycle
|
|
49
57
|
|
|
@@ -70,6 +78,19 @@ openclaw gateway restart
|
|
|
70
78
|
openclaw plugins inspect openclaw-code-agent --runtime --json
|
|
71
79
|
```
|
|
72
80
|
|
|
81
|
+
If OpenClaw blocks installation with a dangerous-code scanner finding for
|
|
82
|
+
`child_process`, that is expected for this trusted plugin because it launches
|
|
83
|
+
local coding harnesses and git tooling. Review the rationale in
|
|
84
|
+
[docs/SECURITY.md](docs/SECURITY.md), then rerun the trusted package/source with
|
|
85
|
+
the unsafe-install override:
|
|
86
|
+
|
|
87
|
+
```bash
|
|
88
|
+
openclaw plugins install openclaw-code-agent --force --pin --dangerously-force-unsafe-install
|
|
89
|
+
```
|
|
90
|
+
|
|
91
|
+
Use that override only for a package/source you already trust. When validating a
|
|
92
|
+
specific reviewed release, add its version after the package name.
|
|
93
|
+
|
|
73
94
|
Add the smallest useful config under `plugins.entries["openclaw-code-agent"]` in `~/.openclaw/openclaw.json`:
|
|
74
95
|
|
|
75
96
|
```json
|
|
@@ -103,7 +124,7 @@ Because worktree isolation defaults to `delegate`, `defaultWorkdir` should norma
|
|
|
103
124
|
|
|
104
125
|
Chat-launched sessions route updates back to their originating chat thread. For agent-launched tool sessions without an origin route, configure `fallbackChannel` or `agentChannels` in the reference guide.
|
|
105
126
|
|
|
106
|
-
This release targets the OpenClaw SDK package `openclaw@2026.5.
|
|
127
|
+
This release targets the OpenClaw SDK package `openclaw@2026.5.6`, while keeping the plugin peer floor at `>=2026.4.21`.
|
|
107
128
|
|
|
108
129
|
If you use Codex, make sure the local `codex` command or `OPENCLAW_CODEX_APP_SERVER_COMMAND` override is available and authenticated. When Codex auth is inconsistent, this is the recommended `~/.codex/config.toml` setting:
|
|
109
130
|
|