@wular/coder 0.1.24 → 0.1.25
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 +30 -26
- package/package.json +1 -1
- package/plugins/claude/.claude-plugin/plugin.json +1 -1
- package/plugins/claude/skills/handle/SKILL.md +4 -0
- package/plugins/codex/.codex-plugin/plugin.json +1 -1
- package/plugins/codex/skills/handle/SKILL.md +4 -0
- package/plugins/cursor/.cursor-plugin/plugin.json +1 -1
- package/plugins/cursor/skills/handle/SKILL.md +4 -0
package/README.md
CHANGED
|
@@ -21,52 +21,56 @@ Plugs into Claude Code or Codex to enable the harness with Coder instances.
|
|
|
21
21
|
|
|
22
22
|
## Get started
|
|
23
23
|
|
|
24
|
-
|
|
24
|
+
**1. Install a host plugin.**
|
|
25
25
|
|
|
26
|
-
|
|
26
|
+
Pick the host you use (or both):
|
|
27
27
|
|
|
28
|
-
>
|
|
29
|
-
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
> Always use Coder for all implementation and system exploring tasks.
|
|
33
|
-
|
|
34
|
-
The work happens in the engine, and your session gets the result. Codex is the primary engine when available, with a Claude subagent as fallback.
|
|
35
|
-
|
|
36
|
-
### Claude Code
|
|
28
|
+
<table>
|
|
29
|
+
<tr><th>Claude Code</th><th>Codex</th></tr>
|
|
30
|
+
<tr valign="top">
|
|
31
|
+
<td>
|
|
37
32
|
|
|
38
33
|
```
|
|
39
34
|
/plugin marketplace add muzam1l/coder
|
|
40
|
-
|
|
41
35
|
/plugin install coder@coder-plugins
|
|
42
|
-
|
|
43
36
|
/reload-plugins
|
|
44
|
-
|
|
45
37
|
/coder:setup
|
|
46
38
|
```
|
|
47
39
|
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
```
|
|
51
|
-
npm install -g @wular/coder
|
|
52
|
-
coder host-setup --claude
|
|
53
|
-
```
|
|
54
|
-
|
|
55
|
-
### Codex
|
|
40
|
+
</td>
|
|
41
|
+
<td>
|
|
56
42
|
|
|
57
43
|
```
|
|
58
44
|
codex plugin marketplace add muzam1l/coder
|
|
59
45
|
codex plugin add coder@coder-plugins
|
|
60
46
|
```
|
|
61
47
|
|
|
62
|
-
|
|
48
|
+
</td>
|
|
49
|
+
</tr>
|
|
50
|
+
</table>
|
|
63
51
|
|
|
64
|
-
|
|
52
|
+
Or do it from the shell instead of slash commands - this installs the same plugin:
|
|
53
|
+
|
|
54
|
+
```bash
|
|
65
55
|
npm install -g @wular/coder
|
|
66
|
-
coder host-setup --codex
|
|
56
|
+
coder host-setup --claude # or --codex
|
|
67
57
|
```
|
|
68
58
|
|
|
69
|
-
|
|
59
|
+
**2. Install at least one engine CLI**, logged in: [codex](https://github.com/openai/codex) (`npm install -g @openai/codex && codex login`) or [Claude Code](https://github.com/anthropics/claude-code) (`npm install -g @anthropic-ai/claude-code && claude auth login`). Run `coder host-setup` any time to check which engines are ready.
|
|
60
|
+
|
|
61
|
+
**3. Ask your host to use it:**
|
|
62
|
+
|
|
63
|
+
> Use Coder to explain the directory structure of the workspace.
|
|
64
|
+
|
|
65
|
+
Or make it the default in AGENTS.md/CLAUDE.md:
|
|
66
|
+
|
|
67
|
+
> Always use Coder for all implementation and system exploring tasks.
|
|
68
|
+
|
|
69
|
+
The work happens in the engine, and your session gets the result. Codex is the primary engine when available, with a Claude subagent as fallback.
|
|
70
|
+
|
|
71
|
+
_Recommended setup: Claude Code as host (fable model preferably), Codex as engine - best for performance and cost distribution._
|
|
72
|
+
|
|
73
|
+
Note: with Codex as host, use "Ask for approval"/"Full Access", not "Approve for me" - the latter disables invoking CLI agents.
|
|
70
74
|
|
|
71
75
|
## Staying up to date
|
|
72
76
|
|
package/package.json
CHANGED
|
@@ -39,6 +39,10 @@ If `coder` is not on PATH, install it yourself without asking (`npm install -g @
|
|
|
39
39
|
|
|
40
40
|
When no coder engine can start (missing binaries, auth, quota across the whole chain), the runtime exits 3 with a JSON payload (`fallback.action: "run-native-subagent"`). Mention the failure to the user (including any limit-reset time), then run the task with your own subagent facility: spawn one `general-purpose` subagent via the Agent tool whose prompt is the payload's `task` verbatim, prefixed with: "NEVER run git write operations (commit, checkout, stash, reset, push, etc.); leave changes uncommitted." If the payload's `permissions` is not `auto`, append it: `read-only` means investigate and report without modifying anything; `workspace-write` means never touch anything outside the workspace. Relay its output when it completes.
|
|
41
41
|
|
|
42
|
+
## Supervision loop
|
|
43
|
+
|
|
44
|
+
With coders running in the background, don't fire-and-forget: schedule recurring check-ins (the `/loop` skill or ScheduleWakeup; interval by the work's pace, 10m default). Each tick: `coder task list`, fetch finished results, dispatch newly unblocked coders, steer stuck ones, stop off-track ones, surface pending approvals. Stop the loop when all tasks are done and relayed.
|
|
45
|
+
|
|
42
46
|
## Controlling tasks
|
|
43
47
|
|
|
44
48
|
- Continue prior work ("keep going", "apply the top fix"): `coder task steer <task-id> "<follow-up>"`.
|
|
@@ -33,6 +33,10 @@ When you run setup, also check codex is new enough for the default GPT-5.6 model
|
|
|
33
33
|
- Permissions default to auto mode. Pass `--permissions read-only` when the task is read-only; `--permissions workspace-write` to forbid any escalation beyond the project.
|
|
34
34
|
- A background dispatch prints a task id plus its result/steer/stop commands. Relay them and fetch the result (above) rather than polling.
|
|
35
35
|
|
|
36
|
+
## Supervision loop
|
|
37
|
+
|
|
38
|
+
With coders running in the background, don't fire-and-forget: run a recurring monitoring loop in this task (interval by the work's pace, 10m default). Each tick: `coder task list`, fetch finished results, dispatch newly unblocked coders, steer stuck ones, stop off-track ones, surface pending approvals. Stop the loop when all tasks are done and relayed.
|
|
39
|
+
|
|
36
40
|
## Controlling tasks
|
|
37
41
|
|
|
38
42
|
- Continue prior work ("keep going", "apply the top fix"): `coder task steer <task-id> "<follow-up>"`.
|
|
@@ -32,6 +32,10 @@ When you run setup, also check codex is new enough for the default GPT-5.6 model
|
|
|
32
32
|
- Permissions default to auto mode. Pass `--permissions read-only` when the task is read-only; `--permissions workspace-write` to forbid any escalation beyond the project.
|
|
33
33
|
- A background dispatch prints a task id plus its result/steer/stop commands. Relay them and fetch the result (above) rather than polling.
|
|
34
34
|
|
|
35
|
+
## Supervision loop
|
|
36
|
+
|
|
37
|
+
With coders running in the background, don't fire-and-forget: run a recurring monitoring loop in this session (interval by the work's pace, 10m default). Each tick: `coder task list`, fetch finished results, dispatch newly unblocked coders, steer stuck ones, stop off-track ones, surface pending approvals. Stop the loop when all tasks are done and relayed.
|
|
38
|
+
|
|
35
39
|
## Controlling tasks
|
|
36
40
|
|
|
37
41
|
- Continue prior work ("keep going", "apply the top fix"): `coder task steer <task-id> "<follow-up>"`.
|