skills/breeze/SKILL.md
Operate the `first-tree breeze` CLI — a proposal/inbox agent that turns explicit GitHub mentions and review requests into a live Claude Code statusline, a browsable inbox, an activity feed, and scheduled background work. Use whenever you need to run, start, stop, inspect, poll, or debug the breeze daemon; view or respond to GitHub-triggered breeze work from the terminal; or wire up the breeze statusline hook.
npx skillsauth add agent-team-foundation/first-tree breezeInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
This skill is the operational handbook for the breeze product. If you have
not yet loaded the first-tree entry-point skill, load that first — it
explains the toolkit layout and how the four skills relate. This skill
covers how to drive the first-tree breeze CLI.
Load this skill when the task involves any of:
Breeze is designed for agents, not humans — most commands are idempotent and safe to re-run.
~/.breeze/.127.0.0.1:7878 for the dashboard.| Command | Purpose |
|---|---|
| first-tree breeze install --allow-repo owner/repo | First-run setup — checks gh/jq/gh auth, creates ~/.breeze/config.yaml with defaults, and starts the daemon. The repo scope is required so breeze never falls back to scanning the whole account. (Wiring the Claude Code statusline is a separate manual step — see the Statusline section.) |
| first-tree breeze start --allow-repo owner/repo | Launch the daemon in the background (launchd on macOS, detached spawn elsewhere) |
| first-tree breeze stop | Stop the daemon and remove its lock |
| first-tree breeze status | Print the daemon lock + runtime/status.env |
| first-tree breeze doctor | One-screen diagnostic of the local install |
| first-tree breeze watch | Live TUI: status board + activity feed |
| first-tree breeze poll | Poll explicit GitHub mentions and review requests once (no daemon required) |
These are the daemon's foreground entrypoints and manual-cleanup helpers.
Humans normally only need the primary set above; reach for these when
debugging the pipeline or when doctor directs you to.
| Command | Purpose |
|---|---|
| first-tree breeze run --allow-repo owner/repo / first-tree breeze daemon --allow-repo owner/repo | Run the broker loop in the foreground. start is preferred for humans; daemon is invoked by launchd. |
| first-tree breeze run-once --allow-repo owner/repo | Run one poll cycle, wait for drain, then exit. Useful for debugging the daemon pipeline. |
| first-tree breeze cleanup | Remove stale workspaces and expired claims. Only run if doctor suggests it. |
These exist for compatibility or to be called by other code. Never
invoke them manually from a shell or from an agent action — they are
listed here only so you recognize what they are when you encounter them
in ps, config files, or log lines.
| Command | Why it exists |
|---|---|
| first-tree breeze statusline | Claude Code statusline hook. Claude Code should be pointed at the pre-bundled dist/breeze-statusline.js directly for sub-30 ms cold start (see the Statusline section below). The CLI shim exists for parity. |
| first-tree breeze status-manager | Internal helper used by the breeze runner to manage per-session status entries. Runners call it programmatically; no direct human or agent use. |
| first-tree breeze poll-inbox | Legacy alias for poll. Kept so existing scripts keep working; new callers should use poll. |
For full options on any command, run first-tree breeze <command> --help.
Any command that starts the daemon now requires an explicit --allow-repo
scope. Use exact repos (owner/repo) and/or owner globs (owner/*).
npx -p first-tree first-tree breeze <command>
This always runs the latest published version.
For the statusline hook (called many times per Claude Code session), use the pre-bundled minimal entry point for sub-30 ms cold starts:
node /path/to/first-tree/dist/breeze-statusline.js
first-tree breeze install does not wire this up into Claude Code for
you. Configure the statusline hook manually after install if you want the
live inbox summary in your session UI.
BREEZE_DIR — override the default store root (~/.breeze/)BREEZE_HOME — override the default daemon private state dir
(~/.breeze/runner/)First-time setup on a fresh machine:
npx -p first-tree first-tree breeze install --allow-repo owner/repo
npx -p first-tree first-tree breeze start --allow-repo owner/repo
npx -p first-tree first-tree breeze status
If the daemon did not come up during install, run:
npx -p first-tree first-tree breeze start --allow-repo owner/repo
Something looks wrong:
npx -p first-tree first-tree breeze doctor
npx -p first-tree first-tree breeze status
npx -p first-tree first-tree breeze cleanup # only if doctor suggests it
Peek at activity without starting a daemon:
npx -p first-tree first-tree breeze poll
npx -p first-tree first-tree breeze watch
first-tree — entry-point skill: methodology, references, routing. Load
this first.tree — load if the task involves the Context Tree repo itself.gardener — load if the task involves automated responses to sync PR
feedback on tree repos.tools
Canonical whitepaper and routing skill for First Tree. Explains what belongs in a Context Tree, how source or workspace roots, tree repos, and bindings relate, and how the current `first-tree tree` and `first-tree github scan` surfaces fit together. Use when you need shared First Tree concepts, need to choose between onboarding, sync, write, or GitHub notification workflows, or need the high-level CLI map before acting.
tools
One-shot onboarding command for First Tree. Drives a repo or workspace from "no first-tree" all the way to "tree bound, real content drafted, daemon running, agent templates confirmed" — end to end, in one skill invocation. Trigger this skill when the user invokes `/first-tree-onboarding`, says "onboard this repo to first-tree", "set up first-tree here", "complete first-tree onboarding", or runs first-tree against an unbound repo or workspace. Also trigger when re-running on an already-bound repo to refresh skills, draft missing content, or reverify the daemon. Use this skill instead of running `first-tree tree init` from raw memory; it owns role-by-role branching, the initial-content drafting phase the CLI does NOT do, and the final doctor checks.
development
Audit and repair drift between merged code and the Context Tree in both directions — tree→code (does code still support tree facts?) and code→tree (does the tree register everything code now contains?). Use when the tree may be stale, wrong, outdated, or missing coverage for recent code changes; after a large merge; before release; on a freshly onboarded tree; or when a GitHub notification was routed `route=sync`. Sync owns broad drift discovery, structural skeleton repair, and substantive write hand-off across one tree. Use `first-tree-write` instead when the user already gave you a specific PR / doc / note to write into the tree.
tools
Operate the `first-tree github scan` CLI — the GitHub notification daemon and inbox runtime. Use whenever you need to run, start, stop, inspect, poll, or debug github-scan; view or respond to GitHub-triggered work from the terminal; or wire up the github-scan statusline hook.