Sync Upstream
nyaruka/phonenumbers
Sync this Go port with a new upstream google/libphonenumber release — regenerate the embedded metadata and reconcile the ported Java logic.
Verify that a merged design's success criteria are actually met in the live cluster.
$ npx skills add Smana/cloud-native-ref --skill verify-spec -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install Smana/cloud-native-ref verify-spec --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/Smana/cloud-native-ref.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/verify-spec .claude/skills/verify-spec && 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 "verify-spec" agent skill from https://github.com/Smana/cloud-native-ref/tree/main/.agents/skills/verify-spec into .claude/skills/verify-spec/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "verify-spec", 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/Smana/cloud-native-ref/tree/main/.agents/skills/verify-specType 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 Smana/cloud-native-ref --skill verify-spec -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install Smana/cloud-native-ref verify-spec --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/Smana/cloud-native-ref.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.agents/skills/verify-spec .agents/skills/verify-spec && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "verify-spec" agent skill from https://github.com/Smana/cloud-native-ref/tree/main/.agents/skills/verify-spec into .agents/skills/verify-spec/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "verify-spec", 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 Smana/cloud-native-ref --skill verify-spec -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install Smana/cloud-native-ref verify-spec --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/Smana/cloud-native-ref.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.agents/skills/verify-spec .cursor/skills/verify-spec && 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 "verify-spec" agent skill from https://github.com/Smana/cloud-native-ref/tree/main/.agents/skills/verify-spec into .cursor/skills/verify-spec/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "verify-spec", 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/Smana/cloud-native-ref.git --path .agents/skills/verify-spec--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 Smana/cloud-native-ref --skill verify-spec -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install Smana/cloud-native-ref verify-spec --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/Smana/cloud-native-ref.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.agents/skills/verify-spec .gemini/skills/verify-spec && 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 "verify-spec" agent skill from https://github.com/Smana/cloud-native-ref/tree/main/.agents/skills/verify-spec into .gemini/skills/verify-spec/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "verify-spec", 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 Smana/cloud-native-ref verify-specInstalls 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 Smana/cloud-native-ref --skill verify-spec -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/Smana/cloud-native-ref.git skills-src && mkdir -p .github/skills && cp -r skills-src/.agents/skills/verify-spec .github/skills/verify-spec && 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 "verify-spec" agent skill from https://github.com/Smana/cloud-native-ref/tree/main/.agents/skills/verify-spec into .github/skills/verify-spec/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "verify-spec", 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 Smana/cloud-native-ref --skill verify-spec -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install Smana/cloud-native-ref verify-spec --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/Smana/cloud-native-ref.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.agents/skills/verify-spec .opencode/skills/verify-spec && 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 "verify-spec" agent skill from https://github.com/Smana/cloud-native-ref/tree/main/.agents/skills/verify-spec into .opencode/skills/verify-spec/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "verify-spec", 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.
verify-specVerify that a merged design's success criteria are actually met in the live cluster.
Verify Spec is an agent skill from Smana/cloud-native-ref. Verify that a merged design's success criteria are actually met in the live cluster. Deploys the example manifest, watches Flux reconciliation, queries VictoriaMetrics/VictoriaLogs for evidence, writes docs/superpowers/specs/<topic-verification.md.
Its SKILL.md is about 1.5k 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 Business, Finance & HR, covering Accounting and bookkeeping. It works with Kubernetes. The repository describes itself as: Opiniated Cloud Native Platform Reference. The licence is Apache-2.0.
7 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit e5ee7e1. It shows what the files ask for, not the result of running them.
Pre-approves these tools, so the agent can use them without asking each time:
ReadWriteBash(kubectl:*)Bash(flux:*)GrepGlobFrom allowed-tools in the SKILL.md frontmatter.
Shell commands in SKILL.md call:
kubectlFrom the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md. Its commands use kubectl, which can reach the network depending on how they are called.
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.
Verify Spec loads about 1.5k tokens when it runs. Until then it costs about 65 tokens; SKILL.md has 483 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 Smana/cloud-native-ref at commit e5ee7e1, republished under its Apache-2.0 licence (© Smana). 483 words, ~1,506 tokens.
.claude/skills/verify-spec/SKILL.md (or your agent's skills folder).Close the acceptance loop. Merged work is not "done" until the design's success criteria are observably met in the target cluster.
Resolve $ARGUMENTS to a design document under docs/superpowers/specs/. Accept a bare topic
slug and glob for it. Abort with guidance if not found.
Read:
docs/superpowers/plans/<same-date>-<same-topic>-plan.md, if present —
its per-task verification commands are usually the best evidence sourceArchived specs under docs/specs/done/ are also accepted, for re-verifying older work. Those use
the retired SC-XXX format; parse **SC-XXX**: <text> lines when you see them.
Superpowers designs state criteria in prose and in a Testing table rather than as numbered
SC-XXX items. Extract one checkable claim per row or per bullet, and give each a stable local
id (C-1, C-2, …) for the report. For each, infer a verification method:
| Criterion pattern | Verification method |
|---|---|
| "pods can call AWS APIs …" | kubectl run a test pod; try the API; check result |
| "reconciliation succeeds within Xs" | flux get + time window check |
| "metrics emit" | VictoriaMetrics query for the metric name |
| "logs appear" | VictoriaLogs query for the log stream |
| "latency p95 < Y" | VictoriaMetrics histogram_quantile(0.95, ...) |
| "eviction deterministic" | deploy, fill, observe eviction counter |
| "resource X created" | kubectl get X -l <label> |
| a literal shell command in the Testing table | run it verbatim; compare to the stated expected output |
If the method is unclear, list the criterion as MANUAL and ask the user how they want to verify.
Prefer kubectl apply -k <dir>/examples/ or kubectl apply -f <dir>/examples/<name>.yaml. If the resource is a Flux HelmRelease / Kustomization, just wait for reconciliation — Flux owns deployment.
Do not deploy to production namespaces without explicit user approval. Confirm target cluster context before each apply.
For Crossplane/Flux-managed specs, use the Flux MCP tools:
mcp__flux-operator-mcp__get_kubernetes_resources (kind: Kustomization/HelmRelease)
mcp__flux-operator-mcp__reconcile_flux_kustomization (if stalled)
mcp__flux-operator-mcp__get_flux_instanceReport any resource whose Ready=False condition persists past the timeout named in the spec (default 5 min).
For metrics-based SCs: mcp__victoriametrics__query / query_range with the metric name extracted from the SC text. For log-based SCs: mcp__victorialogs__query with a LogsQL stream filter (respect the project's dot-notation convention: kubernetes.container_name, log.level, etc.).
Emit to docs/superpowers/specs/<YYYY-MM-DD>-<topic>-verification.md, using the same date and
topic as the design it verifies:
# Verification: <spec title>
**Design**: <design-doc filename>
**Cluster**: <context> (`kubectl config current-context`)
**Verified**: <YYYY-MM-DD HH:MM TZ>
**Verifier**: Claude (verify-spec)
---
## Success criteria results
| ID | Criterion (1 line) | Method | Verdict | Evidence |
|-----|------------------------------------------|---------------------|---------|----------|
| C-1 | Pods call AWS APIs without credentials | kubectl exec probe | ✅ PASS | `aws-cli output snippet` |
| C-2 | Evictions deterministic | VictoriaMetrics q | ❌ FAIL | metric `cache_evictions_total` absent |
| C-3 | IAM roles cleaned up on delete | kubectl delete + re-query | ✅ PASS | no dangling roles |
| C-4 | Reconcile < 2 min | flux get | ✅ PASS | 42s |
## Issues found
### C-2 FAIL — eviction metric absent
<diagnosis, root cause hypothesis, suggested fix>
## Deployment artifacts
- Namespace: `<ns>`
- Flux Kustomizations: `<names>` — all Ready=True
- Helm releases: `<names>`
- Crossplane XRs: `<names>` — Synced=True, Ready=True
## References
- Design: `docs/superpowers/specs/<name>-design.md`
- Plan: `docs/superpowers/plans/<name>-plan.md` (if present)
- Example applied: `<path>`Return to the main context:
If any criterion failed, suggest opening a follow-up issue and reference the verification report.
superpowers:brainstorming — produced the design this verifiessuperpowers:verification-before-completion — the generic evidence discipline/gitops-cluster-debug (fluxcd plugin) — deep Flux troubleshooting© Smana, Apache-2.0. 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/verify-spec of Smana/cloud-native-ref.
Open the folder on GitHubat commit e5ee7e1
Verify Spec 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 |
|---|---|---|---|---|---|---|
| Verify Spec this skillSmana/cloud-native-ref | 103 | — | ~1.5k | Automated safety check: Pass | Apache-2.0 | |
| Sync Upstreamnyaruka/phonenumbers | 1.6k | — | ~2.8k | Automated safety check: Pass | MIT | |
| Longbridge Value Investinghelsome/folio | 269 | 2 repos | ~1.2k | Automated safety check: Pass | MIT | |
| Radiology Tablehuang-sir1/radiology-skills | 1.9k | — | ~1.3k | Automated safety check: Pass | Custom licence | |
| Odoo Agency Fleet Reviewerpipe-org/mcp-odoo | 420 | — | ~699 | Automated safety check: Pass | MIT | |
| Beancount Closebex-co/beancount-io | 295 | — | ~1.4k | Automated safety check: Pass | MIT |
nyaruka/phonenumbers
Sync this Go port with a new upstream google/libphonenumber release — regenerate the embedded metadata and reconcile the ported Java logic.
helsome/folio
Value investing analysis using Graham (NCAV/net-net/defensive-investor) and Buffett (economic moat/ROE/FCF) methodologies.
huang-sir1/radiology-skills
Create/audit editable publication tables with source reconciliation; not figures or statistical inference.
erpipe-org/mcp-odoo
Review many client Odoo databases at once through odoo-mcp's cross-instance tools — fleet-wide accounting health, per-client aging, partial-failure triage — for agencies and partners managing 5–50…
bex-co/beancount-io
Close an accounting period in a Beancount ledger by reconciling each active account through beancount-reconcile, checking assertions and recurring gaps, reviewing flags, then proposing a commit with…
avansaber/erpclaw
Operates the ERPClaw self-hosted ERP in plain language: accounting, invoicing, inventory, purchasing, tax, HR, payroll and reports, treating the ERP as the single source of truth.
Smana/cloud-native-ref
Run pre-commit validation before committing. An agent skill from Smana/cloud-native-ref.
Smana/cloud-native-ref
Take a finished branch through the full pre-merge pipeline in one pass — rebase onto origin/main, simplify, prune prose, run the repo's validators and cite their output, review the diff, act on…
Smana/cloud-native-ref
Rebase the current branch onto the latest origin/main before pushing, reviewing, or opening a PR.
Smana/cloud-native-ref
Create or update a Pull Request with AI-generated description, mermaid diagram, file walkthrough, and automatic design-doc detection.
Smana/cloud-native-ref
Research patterns, ecosystem tools, and best practices before writing a design.
Works with
Categories
Verify that a merged design's success criteria are actually met in the live cluster. Verify Spec is an agent skill from Smana/cloud-native-ref. Verify that a merged design's success criteria are actually met in the live cluster.
Verify Spec fits situations like: tasks that involve Accounting and bookkeeping.
Run `npx skills add Smana/cloud-native-ref --skill verify-spec -a claude-code`. Or copy the skill folder (.agents/skills/verify-spec in Smana/cloud-native-ref) into .claude/skills/verify-spec in your project. Claude Code loads it when a task matches its description.
Run `npx skills add Smana/cloud-native-ref --skill verify-spec -a codex`. Or copy the skill folder (.agents/skills/verify-spec in Smana/cloud-native-ref) into .agents/skills/verify-spec 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 Smana/cloud-native-ref --skill verify-spec -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/verify-spec, .gemini/skills/verify-spec, .github/skills/verify-spec and .opencode/skills/verify-spec in your project.
Going by SKILL.md and its folder, Verify Spec needs the command-line tools its instructions call (kubectl). Its frontmatter pre-approves these tools: Read, Write, Bash(kubectl:*), Bash(flux:*), Grep, Glob.
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.
Verify Spec is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 1.5k tokens (SKILL.md is roughly 6k 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 Verify Spec: Sync Upstream (nyaruka/phonenumbers, 1.6k stars), Longbridge Value Investing (helsome/folio, 269 stars), Radiology Table (huang-sir1/radiology-skills, 1.9k stars) and Odoo Agency Fleet Review (erpipe-org/mcp-odoo, 420 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
Smana (a GitHub user) maintains it in Smana/cloud-native-ref, which has 103 GitHub stars. The repository holds 6 skills in this directory. The repository was last updated on October 8, 2026.
Source: Smana/cloud-native-ref on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.