@olhapi/maestro-darwin-x64 0.1.4 → 0.1.5-rc.3
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 -3
- package/lib/maestro +0 -0
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -291,13 +291,17 @@ Fresh `maestro workflow init --defaults` output currently defaults to:
|
|
|
291
291
|
- `agent.mode: app_server`
|
|
292
292
|
- `agent.dispatch_mode: parallel`
|
|
293
293
|
- `codex.command: codex app-server`
|
|
294
|
-
- `codex.expected_version: 0.
|
|
294
|
+
- `codex.expected_version: 0.116.0`
|
|
295
295
|
- `codex.approval_policy: never`
|
|
296
296
|
- `codex.initial_collaboration_mode: default` for fresh `app_server` threads
|
|
297
|
+
- `phases.review.enabled: true`
|
|
298
|
+
- `phases.done.enabled: true`
|
|
297
299
|
- runtime permission profiles now live in the DB per project/issue instead of `WORKFLOW.md`
|
|
298
300
|
|
|
299
301
|
`initial_collaboration_mode: default` keeps unattended runs execution-first for a fresh `app_server` thread. Use `plan` only when you explicitly want a plan-gated startup mode. Interactive approvals and `requestUserInput` prompts still depend on using a non-`never` approval policy, and those prompts are queued through the dashboard's global interrupt panel. Resumed threads and `stdio` runs do not use that startup-mode path.
|
|
300
302
|
|
|
303
|
+
Interactive `maestro workflow init` now walks through `workspace.root`, `codex.command`, `agent.mode`, `agent.dispatch_mode`, `agent.max_concurrent_agents`, `agent.max_turns`, and `agent.max_automatic_retries`, then asks for `codex.approval_policy` and `codex.initial_collaboration_mode` only for `app_server`. Those extra tuning knobs remain interactive-only; `--defaults` stays the stable scripted path, and the existing flags still override only the workspace root, Codex command, and agent mode.
|
|
304
|
+
|
|
301
305
|
Supported prompt-template variables are:
|
|
302
306
|
|
|
303
307
|
- `{{ issue.identifier }}`
|
|
@@ -311,13 +315,13 @@ Supported prompt-template variables are:
|
|
|
311
315
|
- `{{ attempt }}`
|
|
312
316
|
|
|
313
317
|
When a project has a description, Maestro's default implementation, review, and done prompts include it automatically under a `Project context:` section. Custom workflows can place `{{ project.description }}` wherever they want.
|
|
314
|
-
The default done prompt now focuses on merge-back, PR readiness, and blocker reporting instead of asking for a preview artifact.
|
|
318
|
+
The default done prompt now focuses on merge-back, worktree cleanup, PR readiness, and blocker reporting instead of asking for a preview artifact.
|
|
315
319
|
|
|
316
320
|
The checked-in [`WORKFLOW.md`](WORKFLOW.md) is this repository's own workflow example. It is not guaranteed to match fresh `workflow init` defaults exactly.
|
|
317
321
|
|
|
318
322
|
Missing-file behavior differs by command:
|
|
319
323
|
|
|
320
|
-
- `maestro workflow init` creates `WORKFLOW.md` explicitly
|
|
324
|
+
- `maestro workflow init` creates `WORKFLOW.md` explicitly; `maestro init` is a root-level alias for the same command
|
|
321
325
|
- `maestro run` bootstraps a missing file automatically
|
|
322
326
|
- `maestro verify` checks readiness and returns remediation guidance
|
|
323
327
|
- `maestro doctor` runs the same readiness checks with different presentation
|
package/lib/maestro
CHANGED
|
Binary file
|