Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/kehanzzz/opsx-dev-workflow/skillnpx skills add kehanzzz/opsx-dev-workflow --skill skillgit clone --depth 1 https://github.com/kehanzzz/opsx-dev-workflowWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00040 | $0.03981 |
| Opus 5 | $0.00020 | $0.01990 |
| Sonnet 5 | $0.00008 | $0.00796 |
| Haiku 4.5 | $0.00004 | $0.00398 |
Grade A, and why
opsx-development-workflow scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 391 lines — stays where its author put it; the contents beside it link to each section on GitHub.
OpsX Development Workflow
Overview
Drive development through fixed gates: clarify, create the change and spec, write a plan, execute, verify, archive, and finish.
Start by stating: I am using the opsx-development-workflow skill to drive this end-to-end development workflow.
When to Use
- The task must go through the full change / spec / verification / archive loop.
- You need to use both OpenSpec and
superpowersin the same workflow. - You do not want to skip the planning, verification, or branch finish gates.
Do not use this skill for:
- Conversations that only answer questions without producing a tangible implementation.
- One-off edits unrelated to the OpsX change workflow.
Preconditions
- Required OpenSpec skills:
openspec-propose,openspec-verify-change, andopenspec-archive-change. - Optional OpenSpec skills:
openspec-explore,openspec-new-change,openspec-continue-change,openspec-ff-change,openspec-apply-change, andopenspec-sync-specs. - These OpenSpec skills still rely on the upstream
openspecCLI under the hood; follow the host's current OpenSpec distribution instead of pinning this repository to older aliases. - Required superpowers skills:
superpowers:writing-plans,superpowers:finishing-a-development-branch. - Recommended capability:
superpowers:subagent-driven-development. If a subagent is unavailable, the external execution branch described in step 5 is still an option. - Treat
superpowers:test-driven-developmentas a mandatory implementation discipline. - If a required skill is missing, stop immediately and report rather than silently skipping process steps.
Workflow
After creating or selecting a change through openspec-propose or the optional openspec-new-change path, read session-bootstrap.md. It reanchors the current session to the external state stored in the change directory, preventing you from relying solely on conversational memory. It is normal for the pre-change exploration phase to have no workflow-state yet.
What ships with it
60 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
- agents/openai.yaml 296 B
- assets/document-templates/architecture.md 2.2 KB
- assets/document-templates/business.md 1.5 KB
- assets/document-templates/learnings.md 1.5 KB
- assets/document-templates/product.md 1.7 KB
- assets/efficiency-batch-prompt-body.md 2.2 KB
- assets/quality-task-prompt-body.md 2.5 KB
- assets/state-templates/audit-log.md 376 B
- assets/state-templates/current-plan.md 230 B
- assets/state-templates/current-task.md 253 B
- assets/state-templates/current-workflow-state.md 924 B
- assets/state-templates/review-checklist.md 700 B
- assets/tool-wrapper-examples.md 4.6 KB
- prompts/archive-subagent.md 2.0 KB
- prompts/branch-finish-subagent.md 1.6 KB
- prompts/memory-generation-subagent.md 4.6 KB
- prompts/memory-generation.md 14 KB
- references/execution-modes.md 7.3 KB
- references/external-agent-tools.md 3.4 KB
- references/session-bootstrap.md 4.7 KB
- references/verification-log-template.md 893 B
- references/verification-plan.md 6.3 KB
- references/workflow-reference.md 11 KB
- scripts/advance-phase.sh 525 B runs code
- scripts/append-audit-log.sh 721 B runs code
- scripts/check-workflow-state.sh 1.3 KB runs code
- scripts/complete-finalization-stage.sh 3.2 KB runs code
- scripts/continue-code-review-loop.sh 3.5 KB runs code
- scripts/ensure-docs-dir.sh 1.4 KB runs code
- scripts/enter-approved-phase.sh 1.8 KB runs code
- scripts/finish-batch-review.sh 1.1 KB runs code
- scripts/finish-task-review.sh 1.2 KB runs code
- scripts/generate-checkpoint-summary.sh 13 KB runs code
- scripts/get-project-root.sh 1.4 KB runs code
- scripts/handle-code-review-result.sh 3.8 KB runs code
- scripts/init-change-state.sh 573 B runs code
- scripts/merge-document.sh 11 KB runs code
- scripts/prepare-phase-gate.sh 1.7 KB runs code
- scripts/render-archive-prompt.sh 1.2 KB runs code
- scripts/render-branch-finish-prompt.sh 1.2 KB runs code
- scripts/render-memory-generation-prompt.sh 2.6 KB runs code
- scripts/review-result.sh 461 B runs code
- scripts/run-external-tool.sh 873 B runs code
- scripts/select-verification-strategy.sh 1.9 KB runs code
- scripts/set-current-task.sh 789 B runs code
- scripts/start-code-review-loop.sh 3.0 KB runs code
- scripts/start-execution-mode.sh 1.0 KB runs code
- scripts/start-finalization-pipeline.sh 1.8 KB runs code
- scripts/test-check-workflow-state.sh 1.6 KB runs code
- scripts/test-checkpoint-flow.sh 15 KB runs code
- scripts/test-code-review-loop.sh 7.4 KB runs code
- scripts/test-finalization-pipeline.sh 3.1 KB runs code
- scripts/test-finalization-prompts.sh 1.9 KB runs code
- scripts/test-memory-generation.sh 30 KB runs code
- scripts/test-phase-gates.sh 1.4 KB runs code
- scripts/test-verification-strategy.sh 955 B runs code
- scripts/test-workflow-contracts.sh 3.8 KB runs code
- scripts/update-checkpoint-state.sh 2.1 KB runs code
- scripts/update-state-field.sh 1.3 KB runs code
- scripts/validate-execution-state.sh 1.4 KB runs code
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 2d ago First seen · 391 lines · 40 tokens per session scan A 47ce6c0fad1d
opsx-development-workflow is a skill published in the GitHub repository kehanzzz/opsx-dev-workflow (2 stars, last pushed 4mo ago), licensed MIT. It adds 40 tokens to every session and 3,981 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
gcloud-usage
This skill should be used when user asks about "GCloud logs", "Cloud Logging queries", "Google Cloud metrics", "GCP observability", "trace analysis", or "debugging production issues on GCP".
review
5-pass structured code review — correctness, security, performance, readability, consistency.
scaffold
Project-aware file generation. Reads existing codebase conventions (naming, structure, imports, exports, test patterns) then generates new files that match exactly. Wires generated files into the project's registration points.
marshal
Meta-orchestrator that takes any direction — broad, specific, or vague — and autonomously chains skills and context into actionable work. Gathers context from codebase, docs, and memory. Only asks the user when it genuinely cannot proceed. Single-session orchestrator.
organize
Repository structure only: directory layout, file placement, naming conventions, and where-does-this-belong decisions. Detects the project's convention, audits files against it, and executes move plans with import-path updates. Never changes code inside files beyond the import updates a move forces; in-file…
postmortem
Auto-generates a structured postmortem from a completed campaign. Reads the campaign file, telemetry logs, and feature ledger. Produces a documented analysis of what broke, what the safety systems caught, and what patterns emerged. Can also be invoked manually for any incident.