workflow-patterns

# Built-in workflow patterns pi-dynamic-workflows ships 5 curated, tested workflow patterns. Each is also a slash command (`/deep-research`, `/adversarial-review`, `/code-review`, `/multi-perspective`, `/codebase-audit`), but they are equally reachable from the `workflow` tool directly: call it with `name` set to the pattern name below and `args` matching its shape, instead of writing an equivalent script from scratch. Prefer this over authoring a new script whenever the request fits one of these shapes — the curated version is already reviewed and tested. A project or user saved workflow of the same name always takes precedence over a built-in of that name — on the slash command, too. These 5 names are reachable only at the `workflow` tool's top-level `name` input, not via the in-script `await workflow(savedName, childArgs)` helper — that helper resolves saved workflows only. Calling `workflow('deep-research')` from inside a script fails as an unknown saved workflow; use the top-level `name` input instead. ## Patterns | `name` | When to reach for it | `args` | | --- | --- | --- | | `deep-research` | Research a question across the web with cross-checked sources | `{ question: string, angles?: number, minSupport?: number }` — `angles` (default 4) is the number of distinct search queries; `minSupport` (default 2) is the minimum distinct sources required for a claim to survive cross-checking | | `adversarial-review` | Investigate a task/claim, then cross-check each finding ...