@viraatdas/rudder 1.5.1 → 1.6.1
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 +7 -7
- package/dist/native/rudder-native +0 -0
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -168,13 +168,13 @@ reused next time. Rudder refreshes model metadata from
|
|
|
168
168
|
|
|
169
169
|
## Planning (the default)
|
|
170
170
|
|
|
171
|
-
Just type a task. Rudder
|
|
172
|
-
|
|
173
|
-
|
|
174
|
-
|
|
175
|
-
|
|
176
|
-
|
|
177
|
-
|
|
171
|
+
Just type a task. Rudder runs the model in **plan mode** (Claude Code or Codex), streamed
|
|
172
|
+
live in the orchestrator pane: it researches your repo read-only, reasons about the work,
|
|
173
|
+
and lays out a DAG of worker tasks. It will not implement anything. You watch it plan,
|
|
174
|
+
refine by typing (Rudder re-plans and the DAG updates in place), and when you are happy
|
|
175
|
+
press `Enter` to approve. The scheduler then drains the DAG (todo → in-progress → review →
|
|
176
|
+
done) as dependencies merge. The whole flow stays inside Rudder: you talk to Rudder, not to
|
|
177
|
+
a separate agent, and the planner can never go off and implement on its own.
|
|
178
178
|
|
|
179
179
|
After launch, typing a new task folds it into the running DAG as a new node. When a
|
|
180
180
|
worker finishes, Rudder reads back what it did and what work it found remaining (and
|
|
Binary file
|
package/package.json
CHANGED