Release Post
quarto-dev/quarto-r
Create professional package release blog posts following Tidyverse or Shiny blog conventions.
Use during the specwrite stage to author specifications for translated Python (or new-source) projects in two substeps — reason about what specs should exist, then formalize them in Lean.
$ npx skills add sunblaze-ucb/vero --skill vero-spec-write -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install sunblaze-ucb/vero vero-spec-write --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/sunblaze-ucb/vero.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.claude/skills/vero-spec-write .claude/skills/vero-spec-write && 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 "vero-spec-write" agent skill from https://github.com/sunblaze-ucb/vero/tree/main/.claude/skills/vero-spec-write into .claude/skills/vero-spec-write/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "vero-spec-write", 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/sunblaze-ucb/vero/tree/main/.claude/skills/vero-spec-writeType 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 sunblaze-ucb/vero --skill vero-spec-write -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install sunblaze-ucb/vero vero-spec-write --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/sunblaze-ucb/vero.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.claude/skills/vero-spec-write .agents/skills/vero-spec-write && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "vero-spec-write" agent skill from https://github.com/sunblaze-ucb/vero/tree/main/.claude/skills/vero-spec-write into .agents/skills/vero-spec-write/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "vero-spec-write", 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 sunblaze-ucb/vero --skill vero-spec-write -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install sunblaze-ucb/vero vero-spec-write --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/sunblaze-ucb/vero.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.claude/skills/vero-spec-write .cursor/skills/vero-spec-write && 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 "vero-spec-write" agent skill from https://github.com/sunblaze-ucb/vero/tree/main/.claude/skills/vero-spec-write into .cursor/skills/vero-spec-write/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "vero-spec-write", 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/sunblaze-ucb/vero.git --path .claude/skills/vero-spec-write--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 sunblaze-ucb/vero --skill vero-spec-write -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install sunblaze-ucb/vero vero-spec-write --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/sunblaze-ucb/vero.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.claude/skills/vero-spec-write .gemini/skills/vero-spec-write && 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 "vero-spec-write" agent skill from https://github.com/sunblaze-ucb/vero/tree/main/.claude/skills/vero-spec-write into .gemini/skills/vero-spec-write/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "vero-spec-write", 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 sunblaze-ucb/vero vero-spec-writeInstalls 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 sunblaze-ucb/vero --skill vero-spec-write -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/sunblaze-ucb/vero.git skills-src && mkdir -p .github/skills && cp -r skills-src/.claude/skills/vero-spec-write .github/skills/vero-spec-write && 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 "vero-spec-write" agent skill from https://github.com/sunblaze-ucb/vero/tree/main/.claude/skills/vero-spec-write into .github/skills/vero-spec-write/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "vero-spec-write", 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 sunblaze-ucb/vero --skill vero-spec-write -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install sunblaze-ucb/vero vero-spec-write --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/sunblaze-ucb/vero.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.claude/skills/vero-spec-write .opencode/skills/vero-spec-write && 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 "vero-spec-write" agent skill from https://github.com/sunblaze-ucb/vero/tree/main/.claude/skills/vero-spec-write into .opencode/skills/vero-spec-write/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "vero-spec-write", 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.
vero-spec-writeUse during the specwrite stage to author specifications for translated Python (or new-source) projects in two substeps — reason about what specs should exist, then formalize them in Lean.
Vero Spec Write is an agent skill from sunblaze-ucb/vero. Use during the specwrite stage to author specifications for translated Python (or new-source) projects in two substeps — reason about what specs should exist, then formalize them in Lean. Pair with vero-lean-pitfalls.
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 Writing & Content. It works with Python. The licence is Apache-2.0.
6 steps, taken from the first numbered list in SKILL.md.
Read from SKILL.md and the folder at commit 0a7325d. 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:
ReadWriteEditBashGrepGlobFrom allowed-tools in the SKILL.md frontmatter.
No scripts in the folder and no shell commands in SKILL.md (its code samples are markdown and lean).
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.
Vero Spec Write loads about 1.5k tokens when it runs. Until then it costs about 59 tokens; SKILL.md has 641 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 noted patterns worth knowing about, such as sudo or a known installer.
allowed-tools: Read, Write, Edit, Bash, Grep, GlobAutomated 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 sunblaze-ucb/vero at commit 0a7325d, republished under its Apache-2.0 licence (© sunblaze-ucb). 641 words, ~1,504 tokens.
.claude/skills/vero-spec-write/SKILL.md (or your agent's skills folder).The spec_write stage is the bridge between an executable-only translation (Impl/ files only, Spec/ files empty) and a benchmark-ready project. It runs in two substeps with a human-review gate between them.
Reference the canonical shape at reference/BankLedger/. Every spec compiles, every spec is (impl : RepoImpl) : Prop, every public API is referenced by ≥1 spec.
You read the translated Impl files + manifest and write curation/spec_plan.md proposing one or more specs per API.
Coverage rule: every public API must appear in ≥1 proposed spec. The mapping is captured in a Coverage table at the bottom of spec_plan.md.
Non-vacuity rule: a spec should usually constrain an implementation
through impl.<repo_impl_field>.<api>. Do not propose specs whose
substantive body is just True, non-empty output, deterministic
repetition of the same call, or a theorem-only helper fact unless the
plan explicitly marks it as a helper/non-obligation. Success-only
postconditions are not enough for partial APIs; include failure behavior
when the source has it.
Be creative. Look beyond per-API correctness:
f and g commute; f is the inverse of g on its image; iterating f preserves a measure; merge is associative + commutative.f x ledger doesn't change accounts other than x.Format (one section per spec):
## spec_<descriptive_name>
- **Module:** `<ModuleName>`
- **Covers APIs:** `f`, `g`
- **Intent (NL):** one paragraph plain English.
- **Lean sketch:**
```lean
def spec_<name> (impl : RepoImpl) : Prop :=
∀ … , … -- pseudocode is fine
If a spec needs a new helper predicate (used only inside specs), propose it under `## spec_helpers (proposed)` near the top of the plan.
End the file with a `## Coverage` table:
```markdown
| Module | API | Specs |
|---|---|---|
| Account | createAccount | spec_create_zero_balance, spec_create_exists |
| Account | closeAccount | spec_close_removes |After writing the file, the stage pauses. The human edits the proposed specs in place and adds # APPROVED as the first non-blank line of spec_plan.md to release the gate.
After the human approves, you read the (potentially edited) plan back and write Lean defs into <Project>/<Project>/Spec/<Module>.lean.
Hard rules (validator-enforced):
def spec_<name> (impl : RepoImpl) : Prop := …. The parameter name may be _impl if unused.def spec_* and def spec_helper_* declarations. No theorem, lemma, example, axiom, instance, or !benchmark markers.impl.<repo_impl_field>.<fn> — see <Project>/Bundle.lean for the field name (lowerCamelCase of the package name).spec_helper_* defs (executable predicates referenced inside specs) live alongside the specs in the same module's Spec file, near the top.manifest.json::packages[].modules[].specs[] with the bare-string names. Helpers go under the module's optional spec_helpers[] list..vero/source_map.json; include
the source function/theorem/pre/postcondition that motivated it.Order of operations:
spec_plan.md.Spec/<Module>.lean file:import <Project>.Harness
/-! # <Project>.Spec.<Module>
<one-paragraph module summary>
DO NOT MODIFY — frozen curator-given content.
-/
/-- helper predicate (if any) -/
def spec_helper_foo (…) : Bool := …
/-- <NL intent for spec_x> -/
def spec_x (impl : RepoImpl) : Prop :=
…manifest.json specs[] (and spec_helpers[] if used) for that module.lake build from the project root. Iterate until clean.spec_shape rule check passes: every listed spec is typed (impl : RepoImpl) : Prop and no theorem/lemma/example slipped in.Harness.lean's RepoImpl structure. Always read Bundle.lean + Harness.lean first.Prop body that depends on axiom. Don't. The grader rejects user-introduced axioms.theorem in a spec file. Theorems live in Proof/ (materialized later by the gen pipeline) — never in Spec/.def spec_helper_x : … → Bool) is fine. A Prop-typed helper that can't be specialized to a RepoImpl shouldn't claim to be a spec_* — name it spec_helper_* so the validator skips the (impl : RepoImpl) : Prop shape rule.© sunblaze-ucb, 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 .claude/skills/vero-spec-write of sunblaze-ucb/vero.
Open the folder on GitHubat commit 0a7325d
Vero Spec Write 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 |
|---|---|---|---|---|---|---|
| Vero Spec Write this skillsunblaze-ucb/vero | 107 | — | ~1.5k | Automated safety check: Notes | Apache-2.0 | |
| Release Postquarto-dev/quarto-r | 160 | 1 repos | ~2.5k | Automated safety check: Pass | MIT | |
| China Travel Kittczyliu/china-travel-kit | 194 | — | ~1.3k | Automated safety check: Pass | MIT | |
| Ghostwritersuperzhang21/ghostwriter | 302 | — | ~759 | Automated safety check: Pass | CC-BY-NC-ND-4.0 | |
| Sloptrimseyedehsanhadi/sloptrim | 213 | — | ~5.2k | Automated safety check: Notes | Apache-2.0 | |
| Technology Searchfreestylefly/wesight | 943 | — | ~3.3k | Automated safety check: Pass | MIT |
quarto-dev/quarto-r
Create professional package release blog posts following Tidyverse or Shiny blog conventions.
tczyliu/china-travel-kit
Research and plan first-time independent trips in China with bilingual, source-aware city data and official live-check entry points.
superzhang21/ghostwriter
A skill your agent uses when switching AI persona/language style.
seyedehsanhadi/sloptrim
A skill your agent uses when the user wants to humanize text, trim slop, de-AI or de-slop writing, remove AI tells, fix robotic or ChatGPT-sounding prose, or make writing sound human and natural.
freestylefly/wesight
Search tech blogs, developer forums, and IT media (TechCrunch, Hacker News, 36氪, etc.) for software and hardware industry updates with heat ranking and EN↔CN translation.
python/python-docs-zh-tw
Translates PO file entries from English to Traditional Chinese (zhTW) following project conventions.
sunblaze-ucb/vero
A skill your agent uses when scanning a verified source repo (Dafny, Verus, or Coq) to classify every item and produce per-file discovery markdown for human curation.
sunblaze-ucb/vero
A skill your agent uses when translating selected verified items from Dafny/Verus/Coq into a compilable Lean 4 benchmark.
sunblaze-ucb/vero
Load BEFORE translating any Coq item to Lean 4 to avoid known Coq→Lean pitfalls.
sunblaze-ucb/vero
Load BEFORE translating any Dafny item to Lean 4 to avoid known Dafny→Lean pitfalls.
sunblaze-ucb/vero
Load BEFORE writing any Lean 4 translation to avoid common Lean pitfalls (universes, coercions, type-class resolution, notation).
sunblaze-ucb/vero
Use after vero-select to write a detailed translation plan as .vero/plan.json — the authoritative contract the TRANSLATE stage executes.
Works with
Categories
Use during the specwrite stage to author specifications for translated Python (or new-source) projects in two substeps — reason about what specs should exist, then formalize them in Lean. Vero Spec Write is an agent skill from sunblaze-ucb/vero. Use during the specwrite stage to author specifications for translated Python (or new-source) projects in two substeps — reason about what specs should exist, then formalize them in Lean.
Vero Spec Write fits situations like: writing & Content work in your project.
Run `npx skills add sunblaze-ucb/vero --skill vero-spec-write -a claude-code`. Or copy the skill folder (.claude/skills/vero-spec-write in sunblaze-ucb/vero) into .claude/skills/vero-spec-write in your project. Claude Code loads it when a task matches its description.
Run `npx skills add sunblaze-ucb/vero --skill vero-spec-write -a codex`. Or copy the skill folder (.claude/skills/vero-spec-write in sunblaze-ucb/vero) into .agents/skills/vero-spec-write 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 sunblaze-ucb/vero --skill vero-spec-write -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/vero-spec-write, .gemini/skills/vero-spec-write, .github/skills/vero-spec-write and .opencode/skills/vero-spec-write in your project.
SKILL.md names no scripts, command-line tools or credentials: Vero Spec Write is instructions for the agent only. Our summary lists: Python 3. Its frontmatter pre-approves these tools: Read, Write, Edit, Bash, 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 notes only (pre-approves every shell command (allowed-tools: bash)), nothing it rates as a warning. It is not a guarantee. Review the folder before installing.
Vero Spec Write 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 Vero Spec Write: Release Post (quarto-dev/quarto-r, 160 stars), China Travel Kit (tczyliu/china-travel-kit, 194 stars), Ghostwriter (superzhang21/ghostwriter, 302 stars) and Sloptrim (seyedehsanhadi/sloptrim, 213 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
sunblaze-ucb (a GitHub organization) maintains it in sunblaze-ucb/vero, which has 107 GitHub stars. The repository holds 16 skills in this directory. The repository was last updated on August 17, 2026.
Source: sunblaze-ucb/vero on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.