菜单
Bootstrap and run bean work from a hail delivery when session cwd, skills catalog, or checkout layout are ambiguous. Use for isaac-work hails, orchestration/process-test beans, or when list_skills returns empty.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Use this skill when working with c3kit.apron.schema — defining schemas, calling coerce/validate/conform/present, handling errors, or writing custom spec functions. Covers the full API including nested types, entity-level specs, and error handling.
Use this skill when working in projects that depend on c3kit libraries (apron, bucket, wire, scaffold). Covers the schema system, database API, web layer, app lifecycle, and conventions specific to the c3kit ecosystem.
Use when mutation-testing Clojure code, assessing test quality beyond coverage, or investigating surviving mutations to strengthen specs
Use this skill when writing, reviewing, or refactoring Clojure or ClojureScript code. Covers naming, formatting, function design, state management, error handling, threading, and cross-platform conventions.
Use when the user asks for a CRAP report, cyclomatic complexity analysis, or code quality metrics on a Clojure project
Use this skill when implementing gherclj feature steps, working on beads that reference .feature files, or writing defgiven/defwhen/defthen definitions and their helpers. Ensures step definitions follow gherclj conventions — especially that defthen helpers assert results.
| name | hail-bean-work |
| description | Bootstrap and run bean work from a hail delivery when session cwd, skills catalog, or checkout layout are ambiguous. Use for isaac-work hails, orchestration/process-test beans, or when list_skills returns empty. |
Use when a hail (or band prompt) assigns bean work and you need a reliable start
path without guessing checkout locations or waiting on load_skill.
Run in order before claiming or editing anything.
.beans/ and .beans.yml (always
the isaac git clone). From session cwd, check ./isaac, ../isaac, or
sibling role homes (~/agents/work-1/isaac, etc.). If hail prose names a
path that does not exist, ignore the label and use the discovered clone.git -C <isaac-clone> pull --rebase — beans and source sync together.beans show <id> (or beans list --ready) — read full body + acceptance.
There is no beans list --all; use beans list or beans show.isaac-discord, isaac-hail, monolith isaac, …). Work in the sibling
checkout under your role home; git clone on demand per AGENTS.md.list_skills / load_skill if available. If empty or
missing, read directly:
../AGENTS.md (shared boot)isaac/AGENTS.mdisaac/.toolbox/commands/work.mdbeans update <id> --status=in-progress, commit + push
.beans/ from the isaac clone.All beans commands and bean markdown commits happen in the isaac clone even
when implementation edits happen in a module sibling.
| Surface | Typical path | Holds |
|---|---|---|
| Role home | ~/agents/work-N/ | Session cwd, hail landing |
| Beans + toolbox | ~/agents/work-N/isaac/ | .beans/, .toolbox/ |
| Module checkout | ~/agents/work-N/isaac-discord/ etc. | Split-repo source |
Hail init text ("checkout in quarters") describes intent, not a guaranteed path.
Authoritative rule: the clone that contains .beans/ is the beans repo.
Follow isaac/.toolbox/commands/work.md:
bb spec / bb features per bean acceptancebeans update <id> --tag=unverified (stay in-progress)When the bean body says process test, no-op, or orchestration smoke
(e.g. isaac-orc1):
isaac/AGENTS.md are suspended for that bean.## Process Observations in the bean body.isaac-evws).beans update <id> --tag=unverified + push.in-progress + tag=unverified, push isaac .beans/ with any notes./verify.