# AGENTS.md — Keysat workspace Self-hosted, Bitcoin-native software licensing service running as a StartOS 0.4.x package, with four wire-compatible SDKs and a public landing/docs site. This file holds whole-repo, every-session facts. Subsystem detail lives in scoped guides under `docs/guides/` (symlinked to `.claude/rules/` so Claude Code auto-loads each when you edit matching files). **Before editing a subsystem, read its guide** — see the index below. ## Stack - **Daemon**: Rust 1.88, `axum`, `sqlx` + SQLite, Ed25519 signing. - **Wrapper**: TypeScript, `@start9labs/start-sdk ^1.3.2`, `@vercel/ncc` bundle, Node 22. - **SDKs**: TS (npm), Rust (crates.io), Python (PyPI), Go (proxy.golang.org). - **Platform**: StartOS 0.4.0.x (LXC under the hood — commands/paths reflect that, not Docker). - **Payment providers**: BTCPay Server (required dep); Zaprite (optional, gated by `zaprite_payments`). ## Subsystem guides (read before editing the area) - Before editing the daemon source, read `docs/guides/daemon-architecture.md`. - Before editing payment / provider / merchant-profile code or migrations 0020–0022, read `docs/guides/payments.md`. - Before touching self-license or tier-gating code, read `docs/guides/licensing-tiers.md`. - Before changing the LIC1 wire format, crypto, or crosscheck fixtures, read `docs/guides/crypto-wire-format.md`. - Before building, bumping the version, or editing the StartOS wrapper, read `docs/guides/startos-packaging.md`. - Before editing the admin SPA (`web/index.html`), read `docs/guides/admin-ui.md`. - Before editing public site/docs copy, read `docs/guides/website-copy.md`. - Before adding/altering tests or relying on lint/CI, read `docs/guides/testing.md`. ## Build / test / run (quick ref) From `licensing-service-startos/`: `make x86` | `make arm` | `make universal` | `make install` | `make clean` | `npm run check`. From `licensing-service-startos/licensing-service/`: `cargo check` | `cargo build --release` | `cargo test` | `cargo test --test ` | `cargo test `. Details, the version-bump-before-build rule, and release scripts: `docs/guides/startos-packaging.md`. Test suites, the no-CI / formatting-not-enforced status, and known-failing tests: `docs/guides/testing.md`. ## Directory layout ``` licensing-service-startos/ daemon + StartOS wrapper (s9pk package source) licensing-service/src/ Rust daemon → guides/daemon-architecture.md licensing-service/migrations/ SQLite migrations (numbered, additive) licensing-service/web/index.html embedded admin SPA → guides/admin-ui.md licensing-service/tests/ integration suites → guides/testing.md startos/ wrapper TS → guides/startos-packaging.md Dockerfile Makefile s9pk.mk build pipeline keysat-xyz-landing/ keysat-docs/ keysat-registry-landing/ public sites → guides/website-copy.md licensing-client-{rust,ts,python,go}/ the four SDK source repos activate-license-template/ Tauri desktop template for license activation keysat-design-system/ design tokens / brand assets plans/ design specs (multi-provider-payment-model.md, keysat-smtp-emails.md) tests/crosscheck/ cross-language LIC1 verifier → guides/crypto-wire-format.md ``` Note: the daemon (`licensing-service-startos`, repo `keysat`), each SDK, and `plans/` are **separate git repos** — commit code/plan changes in their own repo. The root `Licensing` repo (`keysat-root`) tracks only `AGENTS.md` + `docs/guides/` + `.claude/rules/` + `EVALUATION.md` (the latest full-eval report; overwritten each run, history in git log). **Remotes differ per repo**: the daemon's `main` tracks **GitHub** (`origin`, the public upstream) with a `gitea` backup — plain `git push` goes to GitHub, so also `git push gitea main`; root + plans are **Gitea-only**. Run `git remote -v` (full) and check what the branch tracks before pushing. ## Conventions (whole-repo) - Daemon licensed `LicenseRef-Keysat-1.0` (custom, source-available); SDKs MIT. - Commits in imperative mood, body only when the "why" isn't obvious. **Sign as Keysat (Grant), not Claude** — git user is `Keysat`. - Direct push to `main` + run `~/.keysat/publish.sh` is the authorized release flow until launch. - Never rewrite user-facing copy outside the explicit scope of a request. ## Never - **No AI co-authorship** on commits or PRs (no "Co-Authored-By", no "Generated with…"). - **Don't push `--no-verify`** or bypass hooks unless explicitly authorized. - **Don't commit built artifacts** (`*.s9pk`, `keysat-*.s9pk`, `javascript/`) or **secrets** — reference env-var names; real values live in `~/.keysat/filebrowser.env` and `/data/keysat-license.txt` outside the repo. ## Memory references Operator-specific memories at `~/.claude/projects/-Users-macpro-Projects-licensing-Licensing/memory/` (scan before a major change): `keysat_release_workflow.md`, `no_unauthorized_copy_changes.md`, `keysat_admin_ui_pill_convention.md`, `startos_lxc.md`, `startos_registry_icon_unrenderable.md`, `keysat_open_threads.md`. ## Open TODOs - Extend `publish.sh` to build + upload aarch64 (arm builds fine; only x86 ships today), or narrow the manifest's arch claim. `riscv` target unverified. - StartOS Community Registry submission criteria — Start9 hasn't published the checklist; reach out directly when ready. - Registry icon doesn't render in the StartOS marketplace (see `guides/startos-packaging.md`). - Split `audit:read` out of the blanket `:read` scope into its own tier so a Read-only scoped key can read dashboards/licenses but NOT the full audit log (`api/api_keys.rs::Role::grants`). Deferred from the scoped-keys session. - Build the admin SPA "API keys" management panel (create w/ role picker, list, revoke) — backend is wired; UI deferred to a design-focused session. ## Current state (2026-06-13) - **Live**: server `immense-voyage.local` runs daemon `0.2.0:54` (migrations 0020–0022). Registry `registry.keysat.xyz` publishes `:54`; four SDKs published; `keysat.xyz` + `docs.keysat.xyz` deployed. **Prod is still `:54` — this session's two P1 fixes are committed to source but NOT yet built/installed/ published. Next release builds `:55`.** - **`:52`/`:53` = multi-provider/merchant-profile model**: data model + backend resolution shipped and audited sound; resolution/CRUD query surface has tests. Both `:54` P0s (provider-injection test seam; Zaprite webhook-forgery re-confirm) remain fixed; live purchase + settle paths sound. - **Done this session (source only, awaiting `:55`)** — the two open P1s: 1. **Settle-amount tripwire.** `get_invoice_status` now returns `ProviderInvoiceSnapshot { status, amount }`; `audit_settle_amount` (shared by webhook + reconcile issue paths) WARNs + writes an `invoice.amount_mismatch` audit row on drift, then **issues anyway** (advisory, not a gate — a hard gate would fight BTCPay payment tolerance). SAT-only: skips non-SAT (fiat sub renewals) and `None`. Reviewed (caught + fixed a fiat-renewal false-positive). See `docs/guides/payments.md`. 2. **Scoped API keys wired.** 58 admin endpoints migrated `require_admin`→ `require_scope`; 12 sensitive ones stay master-only (issuer key, provider connect/disconnect, set-password, api-key CRUD, db-info, operator-name, per-license tier change). `require_scope` re-exported from `api::admin`. Role boundary tests added. Boundary documented in `api/api_keys.rs` module doc. - **GAP — multi-profile still non-functional end-to-end**: nothing writes `products.merchant_profile_id` (INSERT in `create_product_with_currency` omits it; `update_product_with_currency` has no field; `Product` in `models.rs` lacks it). Resolver fully supports it; only the product→profile **write path** is missing. **Gating piece for multi-profile.** - **Work queue (next, in order)**: 1. **product→merchant-profile picker** (the GAP — add `merchant_profile_id` to `Product` + `repo.rs` SELECT; `set_product_merchant_profile` writer mirroring `set_product_entitlements_catalog`; field on `CreateProductReq`/ `UpdateProductReq` applied post-write; profile `