beancount-init

Scaffold a fresh ledger in the current working directory with one bea
installation for create and validate.

Run the steps in order. Stop if a preflight check fails — partial scaffolding
is worse than no scaffolding.

Prefer bea

Read references/bea-cli.md for the shared command contract. Create and
validate the ledger through bea init and bea check. If bea is absent,
use the explicit template and developer path in references/compatibility.md.
Fava is a separate, optional browser runtime; run Step 4 only when requested.

Step 1 — Preflight

Local ledger files only. For a ledger hosted on Beancount.io, stop this skill and offer a separately requested hosted workflow or local clone (references/bea-cli.md, Hosted ledgers).

Run pwd && ls -A to see the working directory.

Hard-refuse if any of these already exist: main.bean, pyproject.toml,
Makefile. Print which ones are present and stop. Do not overwrite.

If the directory contains other files but none of those markers, warn once and
ask for confirmation before continuing.

Check bea as references/bea-cli.md describes (installed, and at the
suite's minimum version) and remember BEA (yes/no). Ask for the operating
currency (default USD) and an optional checking opening balance; call the
answers CURRENCY and OPENING (empty when none). Also ask which of these the
household has — brokerage or retirement investment accounts, crypto
wallets/exchanges, a property (and mortgage) — and the name to use for each;
call the answers HOUSEHOLD (empty when none). They only shape Step 3b's
proposed opens; nothing is opened on the strength of this answer alone. Detect FAVA: yes when the
user asked for Fava / make start / "bootstrap fava", otherwise ask once
(default no when BEA is yes; default yes only when BEA is no and they
still want a browser — otherwise they can install bea later).

When FAVA is yes, verify uv with command -v uv. If missing, stop and tell
them to install it with their package manager (brew install uv on macOS),
or follow the official uv installation guide.

Step 2 — Resolve the opening date

Use the historical start date supplied by the user or beancount-migrate when
present. It must be on/before the earliest entry, including any opening-balance
transaction. Otherwise run date +%Y-%m-%d and use today. Call it OPEN_DATE.
Settle the date before writing: the opens are written once, not rewritten
later for older history.

Step 3 — Write main.bean

When BEA is yes, set directory to the current directory, currency to
CURRENCY, and open_date to OPEN_DATE:

bea --json --no-input init "$directory" --currency "$currency" --date "$open_date"

Add --opening-balance "Assets:Checking OPENING" to that command only when
OPENING is non-empty. Check bea init --help before using setup-catalog
options: published bea 0.3.1 has neither --preset nor --title. When
--preset is listed and the user names a purpose the setup catalog covers
(freelance work, a business, investments, a rental, shared expenses, a
community organization), add --preset <id> with the matching preset
(freelance@1, business@1, portfolio@1, rental@1,
shared-expenses@1, community@1; personal@1 is the household default and
blank@1 an empty chart). Add --title only when help lists it and a preset
is selected; select personal@1 when only a household ledger name was given.
Opening balances then name that preset's asset/liability accounts instead of
Assets:Checking. Without those options, use the base recipe and explain
that this CLI creates the standard chart; Step 3b can add the user's approved
investment/property accounts. Then bind ledger to the new root's absolute path and
run the check recipe in references/bea-cli.md.

bea init . writes ./main.bean, so on this path the file is exactly what
bea init produced and no template is written by hand. Continue to Step 3b
when HOUSEHOLD is non-empty, then Step 4 when FAVA is yes; otherwise Step 5.

When BEA is no, use the fourteen-account template in
references/compatibility.md, with the same currency, open date and optional
opening balance. Validate through the explicit developer path there; report
an unvalidated result if no checker is available.

Step 3b — Investor and property accounts (only when HOUSEHOLD is non-empty)

The starter accounts cover everyday money only, so an investor's first trade
would stall on missing accounts. Propose the opens for exactly what the user
named in Step 1 — show every open line, get one yes for the set, then
write them dated OPEN_DATE (the open recipe, with --currency repeated
per allowed commodity and, for investment accounts, --booking as chosen
below; on the no-bea path append the same lines to the template in its
style). Suggested shape, names from the user:

• Each brokerage/retirement account: Assets:<Name> with the operating
  currency plus the symbols they actually hold, and — once, shared by all —
  Income:Dividends and Income:CapitalGains (operating currency) so a
  first dividend or sale has somewhere to land.
• Each crypto wallet/exchange: Assets:Crypto:<Name> with its coins (plus
  the operating currency on an exchange that holds cash).
• A property: Assets:Property:<Name> with its one property commodity,
  Assets:Escrow:<Name>, Liabilities:Mortgage:<Name> when there is a
  loan, Income:Rent:<Name> for a rental (the model beancount-property
  uses; it can also propose these at purchase time).

For every investment account, explain the booking method before writing
it — it decides which lot an unnamed sell reduces, and changing it later
rewrites gain history, so this is the cheap moment to choose. In plain
terms: STRICT (the default when none is written) makes every sell name
its exact lot, or the write is refused as ambiguous; STRICT_WITH_SIZE
also matches a sell that exactly empties one lot; FIFO sells the oldest
lot first, LIFO the newest, HIFO the highest-cost; NONE books no
gain at all. Average cost is not supported by the engine — if the user
asks for it (some tax regimes require it), say so plainly and let them pick
another method now rather than discover it at their first sell. Write only
the method they choose (STRICT may be left unwritten, as the default).

After the opens, run the check recipe again. Balances and holdings
themselves are not seeded here: existing positions come in through
beancount-import's opening-lots path, and new trades through beancount-trade.

Step 4 — Optional Fava browser setup

Skip this entire step when FAVA is no.

Port

python3 -c "import random; bad={50000,55555,60000,65000}; ps=[p for p in range(49152,65536) if p not in bad and p%1000]; print(random.choice(ps))"

Call the integer PORT. If python3 is missing:
awk 'BEGIN{srand(); print 49152 + int(rand()*16384)}'.

uv project + Fava

uv init --bare
uv add fava

--bare skips hello-world boilerplate. uv add fava pulls Fava's own runtime
deps (including Beancount for the browser) into .venv/ — that is Fava's
environment, not a second customer CLI; bea operations need nothing more in it.

Makefile

Tab-indent the recipe line. Substitute {{PORT}}:

.PHONY: start
PORT ?= {{PORT}}

start:
	uv run fava main.bean -p $(PORT)

.gitignore

Overwrite whatever uv init --bare wrote with a .gitignore covering .venv/,
.fava/, Python build and cache artifacts, and common OS/editor files
(.DS_Store, .idea/, .vscode/).

Step 5 — Write the ledger instructions

Write AGENTS.md from references/agents-template.md, substituting the
currency and the account names read back from main.bean, plus the one-line
CLAUDE.md (@AGENTS.md) — each only when that file does not already exist.
Never overwrite an existing AGENTS.md or CLAUDE.md; if AGENTS.md
pre-existed, leave it and offer the bridge instead of writing unasked. The
template reference holds the exact text and rules.

Step 6 — git init (only if needed)

If .git/ does not already exist, run git init. Don't stage anything.

Step 7 — Report

Print:

• Files created (main.bean, AGENTS.md, CLAUDE.md when written; plus
  Makefile, .gitignore, pyproject.toml, uv.lock, .venv/ when FAVA
  ran).
• When BEA validated: bea check passed.
• When FAVA: the port and make start → http://localhost:<PORT>.
• Next steps: record an entry (beancount-add), import a bank export
  (beancount-import), or ask a question (beancount-ask); when Step 3b ran,
  also: seed existing holdings (beancount-import's opening lots) or record
  a trade (beancount-trade).

Keep the report tight — one short line per item.