open-dynamic-workflows SKILL.md skillA
open-dynamic-workflows from xz1220/open-dynamic-workflows is an agent skill: a SKILL.md folder an AI agent loads when a task calls for it.
mdr add xz1220/open-dynamic-workflows/open-dynamic-workflows@git:20261019.9513fd0Pins git:20261019.9513fd0 in mdr.lock. Pin the fingerprint instead.
- Audit grade
- A, 17 of 17 checks passed
- Kind
- SKILL.md skill
- Repository
- xz1220/open-dynamic-workflows
- Path
skills/open-dynamic-workflows/SKILL.md- Versions recorded
- 5
- Latest version
- git:20261019.9513fd0, committed Oct 19, 2026
- First version recorded
- Oct 19, 2026
- Size
- 61,859 bytes
- Repository stars
- 113
- License
- MIT
Write and run dynamic workflows: short JavaScript scripts in Claude Code's workflow dialect, run with the `odw` CLI outside the host agent's context, fanning subtasks out to coding-agent CLIs (Codex, Claude Code, Gemini, Qwen, Kimi, or your own) in a background process and handing back only the final result. Use this skill when a task is bigger than a single call — parallel draft fan-out, multi-stage review pipelines, adversarial verification of findings, or discovery loops that run until…
Collected from public GitHub. Every version is saved exactly as it was and never changes. Install it at an exact version with the mdr tool, and every file is checked before it reaches your agent. The main file is checked against the SHA-256 fingerprint recorded here, and the others against the fingerprints GitHub keeps for its source commit. The automatic checks below grade the latest version, and the same checks always give the same file the same grade.
What the file says
# Open Dynamic Workflows
A dynamic workflow is a short JavaScript script: the orchestration plan is
ordinary code, executed by `odw` in a detached background process, dispatching
each subtask to a real coding-agent CLI process. Intermediate output never
enters your context; all that comes back is the script's final `return` value.
The flow is always three steps: **write the script → `odw run` → inspect the
result, then act**. Don't use this for work that fits in a single call — just
do it directly.
## Write the workflow script
- The file starts with `export const meta = {…}` — a **pure literal** (no
variables, function calls, or template interpolation). `meta.name` and
`meta.description` are required; `whenToUse`, `phases`, and `model` are
optional. A `phases` entry is `{ title, detail? }` (or just the title); its
`adapter` and `model` are the defaults of the phase's agents (**ODW
extension** — see [per-phase routing](#per-phase-adapters-model-tiers-and-fallback-chains-odw-extension)).
- The body runs in an async context: use top-level `await` directly; the
top-level `return` value is the workflow's result.
…Read the whole file at its exact version.
How to install
mdr add xz1220/open-dynamic-workflows/open-dynamic-workflows@sha256:86aadb912e79aa59The line at the top of this page pins the label git:20261019.9513fd0, which is what most people want. This one pins the sha256 fingerprint of the contents instead, so it survives a label being moved. Either way the exact version is written to mdr.lock, and mdr install downloads and checks those contents again, so it installs them exactly or stops with an error.
[](https://markdownregistry.com/a/art_rwsjbqhzlhb3y5ov)
1 badge image fetches in 30 days. What the badge shows.
Versions
The registry has recorded 5 versions of this file, all committed on Oct 19, 2026.
| version | committed | commit | size | audit | |
|---|---|---|---|---|---|
| git:20261019.9513fd0 latest | 2026-10-19 | 9513fd0 | 61,859 B | A | view · diff |
| git:20261019.ca5661d | 2026-10-19 | ca5661d | 61,514 B | A | view · diff |
| git:20261019.adac0ae | 2026-10-19 | adac0ae | 61,198 B | A | view · diff |
| git:20261019.f06f463 | 2026-10-19 | f06f463 | 60,612 B | A | view · diff |
| git:20261019.1313fc2 | 2026-10-19 | 1313fc2 | 59,970 B | A | view |
Audit of the latest version
- pass: Frontmatter block present
- pass: Frontmatter declares a name
- pass: Frontmatter declares a description
- pass: Size between 200 bytes and 200 KB (61859 bytes)
- pass: No zero-width or bidi control characters
- pass: No instruction hidden inside an HTML comment
- pass: No link to an exfiltration or paste host
- pass: No credential-shaped string
- pass: No instruction to send local credentials anywhere
- pass: No text hidden with inline styles
- pass: No prompt-injection phrasing
- pass: No curl or wget piped into a shell
- pass: No recursive delete of root, home or parent
- pass: No instruction to read or print local credentials
- pass: No base64 blob over 200 characters
- pass: No link to a raw IP address
- pass: No script tag
Source
xz1220/open-dynamic-workflows · 113 stars · license MIT · pushed 2026-11-03 · branch main
API
GET https://markdownregistry.com/api/v1/artifacts/art_rwsjbqhzlhb3y5ov GET https://markdownregistry.com/api/v1/resolve?ref=xz1220/open-dynamic-workflows/open-dynamic-workflows GET https://markdownregistry.com/api/v1/blob/86aadb912e79aa59ec68b3f5231ca32abfb32fa48db05c363858304f7eca0a83
Your AI assistant does the legwork. You hear about the deals worth your word. Hand yours the standing instructions at modelranch.com and it joins the network that reads files like this one.
Guides: the SKILL.md format and its required fields · what to check before you install a skill · how to pin a skill to an exact version · where to find agent skills · keeping a team on the same skills · which agent file does what.
More from xz1220/open-dynamic-workflows
Every file in xz1220/open-dynamic-workflows