Monitor CI
nrwl/nx
Monitor Nx Cloud CI pipeline and handle self-healing fixes. An agent skill from nrwl/nx.
Drive a work item through the workflow in auto mode - resolve the next stage, run it, advance state, and stop only at gates.
$ npx skills add oocx/tfplan2md --skill run-workflow -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install oocx/tfplan2md run-workflow --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/oocx/tfplan2md.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/run-workflow .claude/skills/run-workflow && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "run-workflow" agent skill from https://github.com/oocx/tfplan2md/tree/main/.agents/skills/run-workflow into .claude/skills/run-workflow/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "run-workflow", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/oocx/tfplan2md/tree/main/.agents/skills/run-workflowType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add oocx/tfplan2md --skill run-workflow -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install oocx/tfplan2md run-workflow --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/oocx/tfplan2md.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.agents/skills/run-workflow .agents/skills/run-workflow && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "run-workflow" agent skill from https://github.com/oocx/tfplan2md/tree/main/.agents/skills/run-workflow into .agents/skills/run-workflow/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "run-workflow", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add oocx/tfplan2md --skill run-workflow -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install oocx/tfplan2md run-workflow --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/oocx/tfplan2md.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.agents/skills/run-workflow .cursor/skills/run-workflow && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "run-workflow" agent skill from https://github.com/oocx/tfplan2md/tree/main/.agents/skills/run-workflow into .cursor/skills/run-workflow/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "run-workflow", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/oocx/tfplan2md.git --path .agents/skills/run-workflow--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add oocx/tfplan2md --skill run-workflow -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install oocx/tfplan2md run-workflow --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/oocx/tfplan2md.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.agents/skills/run-workflow .gemini/skills/run-workflow && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "run-workflow" agent skill from https://github.com/oocx/tfplan2md/tree/main/.agents/skills/run-workflow into .gemini/skills/run-workflow/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "run-workflow", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install oocx/tfplan2md run-workflowInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add oocx/tfplan2md --skill run-workflow -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/oocx/tfplan2md.git skills-src && mkdir -p .github/skills && cp -r skills-src/.agents/skills/run-workflow .github/skills/run-workflow && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "run-workflow" agent skill from https://github.com/oocx/tfplan2md/tree/main/.agents/skills/run-workflow into .github/skills/run-workflow/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "run-workflow", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add oocx/tfplan2md --skill run-workflow -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install oocx/tfplan2md run-workflow --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/oocx/tfplan2md.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.agents/skills/run-workflow .opencode/skills/run-workflow && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "run-workflow" agent skill from https://github.com/oocx/tfplan2md/tree/main/.agents/skills/run-workflow into .opencode/skills/run-workflow/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "run-workflow", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
run-workflowDrive a work item through the workflow in auto mode - resolve the next stage, run it, advance state, and stop only at gates.
Run Workflow is an agent skill from oocx/tfplan2md. Drive a work item through the workflow in auto mode - resolve the next stage, run it, advance state, and stop only at gates.
Its SKILL.md is about 1.4k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It sits in DevOps & Cloud. The repository describes itself as: Convert terraform plans (json) into human readable markdown for easier review of changes in pull requests. The licence is MIT.
Read from SKILL.md and the folder at commit 3fa4b5a. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
No scripts in the folder and no shell commands in SKILL.md (its code samples are bash).
From the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Run Workflow loads about 1.4k tokens when it runs. Until then it costs about 34 tokens; SKILL.md has 725 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from oocx/tfplan2md at commit 3fa4b5a, republished under its MIT licence (© oocx). 725 words, ~1,356 tokens.
.claude/skills/run-workflow/SKILL.md (or your agent's skills folder).The driver. Runs a work item from its current stage to completion, stopping only at
the three gates. Read docs/workflow.md for the stages and
gate rules, and the agent-runtime skill for how roles operate.
scripts/workflow-next.sh # what runs next, and with which model
# ... run that stage; the role appends its own work-protocol entry ...
scripts/workflow-next.sh # repeatYou do not call wp-append.sh --role. The role that ran the stage appends its own
entry before returning, and that append is what advances the stage. A second append
from the driver would advance past whichever role is now current, silently skipping it.
wp-append.sh refuses a --role that does not match the current stage, so a duplicate
call fails loudly rather than corrupting the run — but the rule is that completion has
exactly one owner.
The driver does use wp-append.sh for --gate and --rework, which are its own
decisions rather than a role's.
workflow-next.sh derives everything from the branch name and state.json. Note that
it is not purely a query: it advances past a skipped UAT stage and records that UAT is
required, so calling it is part of driving the run rather than inspecting it. Use
scripts/workflow-gate.sh status when you only want to look. It costs
almost nothing and needs no memory of previous turns, so a session that compacted or
died resumes by calling it again.
Exit codes: 0 a stage is ready, 2 blocked at a gate.
Spawn the role as a subagent with the model workflow-next.sh reports — that
isolation is why this workflow is affordable. Give it:
Act as the
<Role>role. Read.agents/roles/<stage>.mdand theagent-runtimeskill, then do your stage for the work item in<work-item-dir>.
Do not paste the role file into the prompt; the subagent reads it. Do not add your own instructions about how to do the role's job — if they were needed, they belong in the role file.
One exception: the code-reviewer stage runs in Codex, not as a subagent:
scripts/codex-review.sh <work-item-dir>Its exit code decides what happens next, and it advances the stage itself:
| Exit | Meaning | What you do |
|---|---|---|
| 0 | APPROVED | Continue the loop |
| 1 | REWORK | Continue the loop — it has already routed back to the Developer |
| 2 | codex unavailable or failed twice | Spawn the Code Reviewer subagent instead, and pass --problems "reviewer: claude-fallback" on its work-protocol entry so the retrospective can see the review was single-family |
Exit 2 is not a rework signal. Treating it as one sends the Developer back for a review that never happened.
The entry role creates the branch, the folder, work-protocol.md and state.json:
| Request | Entry role | Branch |
|---|---|---|
| New feature | Requirements Engineer | feature/NNN-<slug> |
| Bug | Issue Analyst | fix/NNN-<slug> |
| Workflow change | Workflow Engineer | workflow/NNN-<slug> |
| Website change | Web Designer | website/NNN-<slug> |
Reserve NNN with the next-issue-number skill. Do not ask which role to start with —
determine it from the request and delegate; the entry role asks the clarifying
questions, because that is its job and not yours.
When workflow-next.sh exits 2, stop and put the question to the Maintainer, along with
any open_questions accumulated since the last gate. Then record the answer:
scripts/wp-append.sh --gate spec --decision approvedarch is only pending when the Architect wrote contested into it. uat is skipped
automatically when the diff does not touch user-visible output — the driver reports the
skip and moves on.
The code reviewer routes its own rework. codex-review.sh calls --rework itself
before exiting 1, so do not call it again — a second call counts the same rejection
twice and can block the run after two failed reviews instead of three.
For a UAT failure, use the gate; for a build failure, call rework yourself:
scripts/wp-append.sh --gate uat --decision rejected # UAT failed
scripts/wp-append.sh --rework release-manager --reason "PR validation failed"Both route back to the Developer and increment attempts, which escalates the model
one tier. Escalating forever is not a strategy: after three attempts at the same
stage, stop and involve the Maintainer. Repeated failure at one stage is usually a
specification problem wearing an implementation costume.
scripts/workflow-gate.sh allNon-zero means a required role never logged its work, and the release does not proceed.
wp-append.sh --question ... --assumed ...) and continue.© oocx, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in .agents/skills/run-workflow of oocx/tfplan2md.
Open the folder on GitHubat commit 3fa4b5a
Run Workflow next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Run Workflow this skilloocx/tfplan2md | 174 | — | ~1.4k | Automated safety check: Pass | MIT | |
| Monitor CInrwl/nx | 29k | 5 repos | ~4.7k | Automated safety check: Pass | MIT | |
| Repo Hygiene Scan and FixQwenLM/qwen-code | 28k | — | ~1.7k | Automated safety check: Pass | Apache-2.0 | |
| Terravision Cloud Diagramspatrickchugh/terravision | 1.6k | — | ~5.6k | Automated safety check: Notes | AGPL-3.0-only | |
| Bash Defensive Patternspromovaweb/setupvibe | 101 | 13 repos | ~572 | Automated safety check: Pass | GPL-3.0 | |
| Author Migrationnrwl/nx | 29k | — | ~12k | Automated safety check: Notes | MIT |
nrwl/nx
Monitor Nx Cloud CI pipeline and handle self-healing fixes. An agent skill from nrwl/nx.
QwenLM/qwen-code
Scheduled CI skill that scans a repository for small, certain docs, test and code hygiene issues and fixes them on one branch with a commit per finding.
patrickchugh/terravision
Draw cloud architecture diagrams for AWS, Azure or GCP with the official provider icon sets, using TerraVision.
promovaweb/setupvibe
Master defensive Bash programming techniques for production-grade scripts.
nrwl/nx
Author or scope a first-party Nx migration. An agent skill from nrwl/nx.
nginx/kubernetes-ingress
Gives step-by-step checklists for adding Ingress annotations, VirtualServer fields and Helm values to the NGINX Kubernetes Ingress Controller, with common gotchas.
oocx/tfplan2md
Create a new Agent Skill following project standards and templates.
oocx/tfplan2md
Detect and analyze edge crossings and overlaps in SVG workflow diagrams using geometric intersection algorithms and visual analysis.
oocx/tfplan2md
Generate PNG screenshots for release notes using the repository's HtmlRenderer and ScreenshotGenerator tools.
oocx/tfplan2md
Safely rebase the current feature branch on top of the latest origin/main.
oocx/tfplan2md
Determine the next available issue number across all change types (feature, fix, workflow, website) by checking both local docs and remote branches, then reserve it by pushing an empty branch.
oocx/tfplan2md
Run User Acceptance Testing by creating a PR with rendered markdown on GitHub or Azure DevOps.
Categories
Drive a work item through the workflow in auto mode - resolve the next stage, run it, advance state, and stop only at gates. Run Workflow is an agent skill from oocx/tfplan2md. Drive a work item through the workflow in auto mode - resolve the next stage, run it, advance state, and stop only at gates.
Run Workflow fits situations like: devOps & Cloud work in your project.
Run `npx skills add oocx/tfplan2md --skill run-workflow -a claude-code`. Or copy the skill folder (.agents/skills/run-workflow in oocx/tfplan2md) into .claude/skills/run-workflow in your project. Claude Code loads it when a task matches its description.
Run `npx skills add oocx/tfplan2md --skill run-workflow -a codex`. Or copy the skill folder (.agents/skills/run-workflow in oocx/tfplan2md) into .agents/skills/run-workflow in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add oocx/tfplan2md --skill run-workflow -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/run-workflow, .gemini/skills/run-workflow, .github/skills/run-workflow and .opencode/skills/run-workflow in your project.
SKILL.md names no scripts, command-line tools or credentials: Run Workflow is instructions for the agent only.
SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Run Workflow is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 1.4k tokens (SKILL.md is roughly 5.4k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Run Workflow: Monitor CI (nrwl/nx, 29k stars), Repo Hygiene Scan and Fix (QwenLM/qwen-code, 28k stars), Terravision Cloud Diagrams (patrickchugh/terravision, 1.6k stars) and Bash Defensive Patterns (promovaweb/setupvibe, 101 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
oocx (a GitHub user) maintains it in oocx/tfplan2md, which has 174 GitHub stars. The repository holds 28 skills in this directory. The repository was last updated on October 6, 2026.
Source: oocx/tfplan2md on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.