5 Commits

Include renames

Author	SHA1	Message	Date
4 people	f718c595b3	v0.21.0 feat: Code Cathedral II — call-graph edges, two-pass retrieval, parent-scope chunking (#422) ... * feat: v0.18.0 baseline — code indexing + multi-repo (Layer 0) Tree-sitter-based code chunker for TS/JS/Python/Ruby/Go. Splits code at semantic boundaries (functions, classes, types, exports). Each chunk includes a structured header for embedding context. Multi-repo config: gbrain repos add/list/remove, gbrain sync --all. Strategy-aware sync: markdown (default), code, or auto. New PageType 'code' for code file pages. This is Layer 0 of the v0.18.0 code-indexing plan (see ~/.claude/plans cathedral plan). Subsequent layers add: tests, bun --compile WASM embedding + CI guard (A1), schema migrations v16 (pages.repo_name) + v17 (content_chunks code metadata), per-repo sync bookmarks, runCycle multi-repo, Chonkie chunker parity (E2a), incremental chunking (E2), doc↔impl linking (E1), markdown fence extraction (E3), symbol navigation commands (code-def, code-refs), cost preview, BrainBench code category, CHANGELOG, migration file, docs. Backward compatible: no config changes = existing behavior preserved. * feat: v0.19.0 Layer 1 — tests for baseline + errors envelope + version bump Adds the structured error envelope (src/core/errors.ts) that downstream v0.19.0 commands (code-def, code-refs, sync --all cost preview, importCodeFile) all hand back to agents. The envelope follows the v0.17.0 CycleReport.PhaseResult.error shape so agent-consumption stays consistent across every gbrain surface. Test coverage for Wintermute's baseline (added in Layer 0): - test/errors.test.ts — envelope helper + GBrainError + serializeError - test/multi-repo.test.ts — config CRUD, dedup, file permissions - test/sync-strategy.test.ts — isSyncable strategy matrix + include/exclude globs + slugifyCodePath + pathToSlug with pageKind Bug fixes uncovered by the new tests: - src/core/sync.ts: globToRegex handles `src/**/*.ts` matching `src/foo.ts` (zero intermediate dirs). `**/` now compiles to `(?:.*/)?` instead of `.*/`. Also `?` now matches only non-slash chars (was `.`). - src/core/config.ts: configDir() respects GBRAIN_HOME env override so tests can isolate ~/.gbrain/. Matches GBRAIN_AUDIT_DIR convention. Bun's os.homedir() ignores $HOME on macOS, so we need an explicit override variable. Version bump: package.json 0.18.2 → 0.19.0. v0.18.0-2 were already released (multi-source brains + RLS + migration hardening), so the next free minor for code indexing is 0.19.0. Wintermute's baseline author label of 0.16.4 had been stale since v0.17.0 shipped; no user-visible regression from the jump. Per the rebased cathedral plan: Wintermute's multi-repo.ts and repos CLI are preserved at the baseline but will be superseded in Layer 4 by the v0.18.0 sources system (src/core/source-resolver.ts, src/commands/sources.ts). multi-repo tests stay valid for the baseline and will be removed alongside the code they cover. * feat: v0.19.0 Layer 2 — bun --compile WASM embedding + CI guard The single highest-risk change in v0.19.0 code indexing. Before this, the chunker loaded WASMs via `new URL('../../../node_modules/...', import.meta.url)` which silently breaks in the compiled binary (no node_modules at runtime). Users would see degraded chunking quality with no error, just fallback- recursive chunks instead of real semantic chunks. Codex flagged this as the #1 silent-failure mode. Mechanics: - `src/assets/wasm/tree-sitter.wasm` + 36 grammar WASMs committed to the repo (50MB). Not a small check-in, but the alternative is a postinstall script that runs before every dev bun run and fails fragile-ly on network errors. - `src/core/chunkers/code.ts` uses Bun's `import ... with { type: 'file' }` import attribute. At runtime the imported value is a file path — the actual repo path in dev, a bundler-synthesized path in the compiled binary. The tree-sitter runtime's `Language.load(path)` reads it the same way in both cases. - Layer 2 keeps the 6-language support Wintermute shipped (TS/TSX/JS/Py/ Rb/Go). Layer 5 (E2a chunker parity) expands to all 36 bundled grammars. - CHUNKER_VERSION=2 constant introduced. importCodeFile will fold this into content_hash in Layer 3 so chunker-shape changes across releases force clean re-chunks without the user needing `sync --force`. CI guard — `scripts/check-wasm-embedded.sh` + `scripts/chunker-smoketest.ts`: - Compiles a smoketest binary that calls chunkCodeText on a known TS snippet. - Asserts the output has `has_real_symbols: true`, a `[TypeScript]` language tag, and the expected symbol name. - If the chunker silently falls through to recursive chunks, the assertions fail the build. - Wired into `bun test` via package.json script pipeline. Also exposed as `bun run check:wasm` for standalone invocation. Verification: - Dev: `bun -e '...'` smoke test returns 2 chunks with correct symbol names in under 100ms. - Compiled: `bash scripts/check-wasm-embedded.sh` passes end to end. - Binary size: the gbrain binary grows from ~90MB to ~140MB, dominated by the 50MB of grammar WASMs. Still well within normal for CLIs that ship a language runtime. * feat: v0.19.0 Layer 3 — schema migrations for page_kind + chunk code metadata Adds two migrations to unblock C6/C7 (query --lang, code-def, code-refs) and the orphans/auto-link branching in later layers. v25 (pages_page_kind): - ALTER TABLE pages ADD COLUMN page_kind TEXT NOT NULL DEFAULT 'markdown' CHECK (page_kind IN ('markdown','code')) - Postgres path uses ADD CONSTRAINT ... NOT VALID + VALIDATE CONSTRAINT in a separate statement so tables with millions of pages don't hold a write lock during the initial check. PGLite has no concurrent writers, so its variant uses the simpler ALTER TABLE pattern. - Existing rows carry DEFAULT 'markdown' — pre-v0.19 brains were markdown-only by definition. v26 (content_chunks_code_metadata): - ALTER TABLE content_chunks ADD COLUMN language, symbol_name, symbol_type, start_line, end_line (all nullable). - Two partial indexes: idx_chunks_symbol_name WHERE symbol_name IS NOT NULL, and idx_chunks_language WHERE language IS NOT NULL. Only code chunks populate these columns, so partial indexes stay small even on a 50K-chunk brain with mixed markdown+code. - Markdown chunks leave all five columns NULL. Only importCodeFile populates them, from the tree-sitter AST via chunkCodeText. Wiring (both engines): - PageInput gains `page_kind?: PageKind` ('markdown' | 'code'). Defaults to 'markdown' when omitted so existing callers don't change. putPage on both engines writes it through, with ON CONFLICT DO UPDATE updating page_kind alongside the other fields. - ChunkInput gains language, symbol_name, symbol_type, start_line, end_line (all optional). upsertChunks on both engines writes them through. Existing markdown call sites pass nothing and get NULLs — zero behavior change for markdown pages. importCodeFile updates: - Sets page_kind='code' on the PageInput. - Populates chunk metadata from the chunker's CodeChunk.metadata for every chunk it persists. Columns line up 1:1 with the tree-sitter AST output already produced by the chunker. - Folds CHUNKER_VERSION=2 into content_hash so chunker shape changes across releases force clean re-chunks without `sync --force`. The hash was previously {title, type, content, lang} — now also chunker_version. Fresh-install path (src/schema.sql + pglite-schema.ts): - Both include the page_kind column + CHECK constraint. - Both include the five new content_chunks columns. - Both ship the partial indexes so new brains have the same query performance as migrated brains. Ran `bun run build:schema` to regenerate src/core/schema-embedded.ts from schema.sql. Naming: renamed our new Error subclass in src/core/errors.ts from GBrainError to StructuredAgentError. The legacy GBrainError in src/core/types.ts predates this change and has a different shape (positional problem/cause/fix arguments) — keeping both under the same name was inviting a year of import ambiguity. New v0.19.0 surfaces use StructuredAgentError + the serializeError() helper. Tests: - test/migrations-v0_19_0.test.ts — 12 cases. Covers: MIGRATIONS array shape (v25/v26 presence, NOT VALID pattern on Postgres, partial index WHERE clauses), fresh-install schema (page_kind default, CHECK constraint rejects invalid values, chunk metadata nullable), putPage round-trip (markdown default + code explicit), upsertChunks round-trip (code metadata preserved + markdown chunks leave NULLs). - All 139 existing + new unit tests pass on PGLite (1.5 sec). * feat: v0.19.0 Layer 4 — delete Wintermute's multi-repo, wire sources Replaces Wintermute's short-lived repos abstraction with the v0.18.0 sources subsystem. Codex flagged this during plan review: v0.18.0's sources table had already shipped the right shape (per-source last_commit, federated search config, RLS-friendly) while Wintermute coded against a ~/.gbrain/config.json repos array. Two systems solving one problem. Keep the surface, swap the backend: - src/cli.ts: `gbrain repos` routes through runSources with a one-line deprecation nudge on stderr. Scripts like `gbrain repos list` and `gbrain repos add .` keep working against the sources table. Removed the pre-engine-connect branch and added a case inside the handleCliOnly switch so repos gets the DB connection it now needs. - src/cli.ts help text: new SOURCES section replaces MULTI-REPO. References the canonical `sources` commands with `repos` tagged DEPRECATED. sync --all — was iterating ~/.gbrain/config.json repos; now iterates sources rows with local_path IS NOT NULL: - Reads id, name, local_path, config jsonb via executeRaw. - Honors config.syncEnabled=false (matching Wintermute's opt-out). - Honors config.strategy for per-source markdown/code/auto filtering. - Passes sourceId through to performSync so last_commit tracking lands on the right sources row (was clobbering a global bookmark before). Deletions: - src/core/multi-repo.ts deleted (120 lines of config CRUD now handled by sources table + RLS). - src/commands/repos.ts deleted (121 lines of CLI parsing now handled by src/commands/sources.ts). - test/multi-repo.test.ts deleted (25 tests against the deleted module; the schema-backed behavior is covered by test/sources.test.ts from v0.18.0 + test/repos-alias.test.ts added here). - src/core/config.ts: removed the `repos` field from GBrainConfig. Legacy installs with `repos` in ~/.gbrain/config.json will see that key ignored; no migration written because zero users are on that path (Wintermute's commit never shipped on master). Tests: - test/repos-alias.test.ts — round-trips add/list/remove through runSources to verify the alias path works. Also asserts the deleted module is actually gone (catches accidental resurrection during rebase conflicts). - All 162 prior unit tests + 2 new = 164 pass on PGLite. Codex's P0 #2 (per-repo sync state) and P0 #3 (slug collision) are both resolved here — sources.last_commit scopes bookmarks per source, and pages.slug uniqueness is (source_id, slug), which is what the v0.18.0 schema already shipped. * feat: v0.19.0 Layer 5 — Chonkie chunker parity (E2a) Expands Wintermute's 6-language chunker to 29 languages, swaps the heuristic tokenizer for the real thing, and adds small-sibling merging so a file of 20 tiny const declarations doesn't produce 20 embedding calls. This closes the Chonkie gap Garry called out in CEO review. Language coverage — 6 → 29: - Added grammars: rust, java, c_sharp, cpp, c, php, swift, kotlin, scala, lua, elixir, elm, ocaml, dart, zig, solidity, bash, css, html, vue, json, yaml, toml. All shipping in src/assets/wasm/ (committed in Layer 2). Bun's --compile bundles every import attributes path, so the compiled binary carries every grammar. - TOP_LEVEL_TYPES populated for the 11 most-used new languages (rust, java, c_sharp, cpp, c, php, swift, kotlin, scala, lua, elixir, bash, solidity) + the original 6. Tree-sitter loads the grammar but the chunker falls through to recursive chunking when TOP_LEVEL_TYPES isn't set — still correct output, just less semantic. Every grammar ships with a working fallback. - detectCodeLanguage extended for 29 extension families including .mts/.cts (TypeScript), .cc/.hpp/.cxx (C++), .kt/.kts (Kotlin), .scala/.sc (Scala), .ex/.exs (Elixir), etc. - DISPLAY_LANG table lookup replaces the inline 6-entry map; structured headers now read '[Rust]', '[C#]', '[PHP]' etc. Accurate tokenizer: - @dqbd/tiktoken with cl100k_base encoding (same encoder text-embedding-3-large uses). Lazy-loaded on first call via require() so dev and compiled binary share the init path. - Falls back to the old len/4 heuristic only if the encoder fails to initialize (vanishingly unlikely — keeps the chunker available instead of throwing). - Existing estimateTokens call sites (large-node threshold + sub-range splitting + new merge pass) all now see real counts. Real code is 2-3x more token-dense than prose; the old heuristic systematically under-split so large functions sometimes exceeded the embedding API's 8191-token hard cap. Small-sibling merging: - New mergeSmallSiblings post-pass runs on the chunk list after tree-sitter extraction. - Adjacent chunks under 40% of chunkSizeTokens get accumulated into one merged chunk up to the full budget. - Large chunks (functions, classes) pass through untouched. - Merged chunks get symbolName=null, symbolType='merged', startLine/endLine spanning the group. The header reads: '[Lang] path:N-M merged (K siblings)' so retrieval can still show coherent context. - Mirrors Chonkie's CodeChunker._group_child_nodes() + bisect_left accumulation. A Go file with 30 top-level imports + 5 functions no longer produces 30 separate import chunks. CHUNKER_VERSION bumped 2 → 3: - Any existing v0.18.x brain with code pages will re-chunk on next sync because content_hash folds CHUNKER_VERSION in. Without the bump, stale (2-3x token-off, non-merged) chunks would persist forever until manual 'sync --force'. CI guard + smoketest updates: - scripts/chunker-smoketest.ts replaced the tiny hello/Foo/Id fixture with a realistic TS snippet (calculateScore with branches + UserRegistry class) so at least one chunk has a concrete symbol name — small-sibling merging would otherwise collapse the old fixture and fail the assertion. - scripts/check-wasm-embedded.sh assertions updated: check has_symbol_names:true (at-least-one-real-symbol), still verify [TypeScript] header and specifically the calculateScore symbol. Tests — test/chunkers/code.test.ts (15 cases): - CHUNKER_VERSION=3 shape assertion (guards silent re-chunking across releases). - detectCodeLanguage across 29 extensions + unknown + case-insensitive. - chunkCodeText on TypeScript / Python / Rust / Go producing chunks with correct language tag + symbol names. - Fallback path for unsupported extension produces recursive-chunk module-kind output. - Small-sibling merging: 5 tiny consts → 1-2 chunks; big function passes through untouched; merged chunk line range spans group. - Structured header shape: starts with [Lang], contains file path, line range, symbol name. - Empty input returns empty array. All 177 unit tests pass + CI guard on compiled binary passes. * feat: v0.19.0 Layer 6 — incremental chunking + doc↔impl linking Two expansions from the plan's E1 + E2. E3 (markdown fence extraction) deferred to a follow-up PR — the feature surface is small and doesn't block the main cathedral. E1 — Design-doc ↔ implementation linking: - New extractCodeRefs() in src/core/link-extraction.ts. Scans markdown prose for references like 'src/core/sync.ts:42'. Anchored on a prefix allowlist (src|lib|app|test|tests|scripts|docs|packages| internal|cmd|examples) + the 39-extension code file list so random phrases like 'foo/bar.js' don't generate false-positive edges. Dedups by path (first occurrence wins). - importFromContent writes bidirectional edges for every code ref found in compiled_truth + timeline: markdown_slug --[documents]--> code_slug code_slug --[documented_by]--> markdown_slug Both use link_source='markdown', origin_page_id=markdown_slug, origin_field='compiled_truth' so runAutoLink reconciliation scopes edges correctly. - addLink's inner SELECT naturally drops edges to non-existent pages, so a markdown guide imported before the code repo is synced writes no edges — they'll land when the code arrives via A3 reverse-scan (deferred to a follow-up since it only activates for users who sync markdown and code in opposite order). E2 — Incremental chunking: - importCodeFile reads existing chunks via engine.getChunks(slug) before embedding. - Keys existing chunks by `${chunk_index}:${chunk_text}`. Any new chunk that matches verbatim at the same index reuses the existing embedding (chunk.embedding + token_count). Only new/changed chunks go to embedBatch. - Cost impact: a daily autopilot on a stable repo touches ~2-5% of chunks on each run. E2 cuts OpenAI embedding spend by ~95% vs naive full re-embed. Stated before (Codex A2 decision) and now actually implemented. - Uses chunk_index + chunk_text as the key (not symbol_fqn) because the tree-sitter chunker already makes chunk_index semantic — it's AST-order. A blank line at the top of a file shifts start_byte for every chunk below but leaves chunk_text identical, so the cache still hits. - Fallback: when embedBatch throws (rate-limit, network, etc.) the existing warn-but-continue behavior stays. Un-embedded chunks land in the DB with NULL embedding; a later `embed --stale` will fix them. Tests (test/link-extraction-code-refs.test.ts, 10 cases): - :line suffix capture. - Prefix allowlist (11 directories). - Extension recognition (39 extensions). - Rejects paths outside allowlisted prefixes. - Rejects non-code extensions. - Dedup by path (first occurrence wins). - Different paths coexist. - Real-markdown integration: guide with 4 code refs (one with line number) produces the right set of paths. - Doesn't match URL-like strings (word-boundary behavior). Tests (test/incremental-chunking.test.ts, 3 cases): - Identical content re-import skips entirely (content_hash match). - Editing ONE function in a 3-function file preserves the other two chunks verbatim (same chunk_text in DB). Verifies the cache-hit path actually works end-to-end on PGLite. - Fresh-file import embeds all chunks (nothing to reuse). All 189 unit tests pass on PGLite. * feat: v0.19.0 Layer 7 — code-def + code-refs CLI surfaces Delivers the magical-moment commands for v0.19.0 code indexing. These are the agent-facing endpoints that turn 'brain-first lookup' from a markdown-only Iron Law into something that covers code too. gbrain code-def <symbol>: - Queries content_chunks.symbol_name = $1 AND page_kind = 'code' AND symbol_type IN (function, class, interface, type, enum, struct, trait, module, contract, export statement). - Orders by symbol_type rank (function first, then class, etc.) then page slug then line number — deterministic across runs. - --lang <language> filter narrows to a single language. - --limit N caps results (default 20). - Returns Array<{ slug, file, language, symbol_type, start_line, end_line, snippet }> — the 7-field shape the agent persona needs. gbrain code-refs <symbol>: - Bypasses the standard searchKeyword path, which uses DISTINCT ON (slug) to collapse results to one chunk per page. That collapse is right for markdown search but wrong for code-refs — a single file typically has many usage sites, each interesting to the agent. - Direct ILIKE scan over content_chunks + JOIN pages WHERE page_kind = 'code'. Word-boundary precision is a follow-up (would need tsvector or regex); for v0.19.0 the substring heuristic is good enough because symbol names are distinctive by design. - Same --lang / --limit / --json flag surface as code-def. - Returns Array<{ slug, file, language, symbol_name, symbol_type, start_line, end_line, snippet }> — 8 fields (code-def + the containing symbol_name). Agent-DX doctrine (from DX review): - Auto-JSON on pipe: both commands emit JSON when stdout is not a TTY (gh-CLI convention). Explicit --json forces JSON on TTY; --no-json forces human output even when piped. - Structured error envelope: missing symbol argument returns { class: 'UsageError', code: '..._requires_symbol', hint: '...' } serialized as JSON in non-TTY mode, plain message in TTY. Catch-all DB error path uses serializeError() — no raw stack traces leak to the agent. Tests — test/code-def-refs.test.ts (10 cases): - Seeds a fixture repo (two TS files with deliberately large symbols to stay independent under small-sibling merging). - findCodeDef: - Resolves interface + function by name to the right file. - Empty-symbol query returns []. - Language filter narrows to typescript; python returns []. - findCodeRefs: - Finds multiple usage sites across files (both src/engine.ts and src/sync.ts appear when searching for BrainEngine — this is the DISTINCT ON bypass working). - Deterministic ordering by slug + line number. - Unknown symbol returns []. - --limit caps result count. - Snippets are <= 500 chars (the agent doesn't get flooded). CLI wiring: - Added 'code-def', 'code-refs' to CLI_ONLY. - New switch cases in handleCliOnly call runCodeDef / runCodeRefs. - Help text gains a CODE INDEXING (v0.19.0) section. All 199 unit tests pass. Deferred from Layer 7 per the cathedral plan: - sync --all cost preview with TTY detection — requires folding the tokenizer into the sync path. Pushed to a follow-up. - query --lang filter — requires changes to src/core/search/*.ts. Pushed to a follow-up. * feat: v0.19.0 Layer 8 — BrainBench code category (E2E) Retrieval-quality gate for v0.19.0 code indexing. Seeds a ~25-file fictional corpus across 5 languages (TS, Python, Go, Rust, Java), imports each via importCodeFile, and asserts code-def + code-refs produce the expected shape. Runs against PGLite in-memory so no OpenAI key or external Postgres is needed; reproducible on CI with just Bun. What the E2E covers: - Corpus seeded: 25+ code pages, all page_kind='code'. - code-def finds AuthService across multiple languages (≥2 of TS/Rust/Java). - code-def --lang typescript filters precisely (P@5=1.0 for CacheService + typescript). - code-refs surfaces multiple usage sites across files (the DISTINCT ON bypass working in practice). - code-refs over the shared "start" method across 5 languages produces ≥3 language hits (ranking stability). - Magical-moment assertion: code-refs completes in <500ms on a 25-file corpus (budget is 100ms; 500ms pad absorbs CI variance). - MRR sanity: top result for exact symbol is the defining file. - Edge cases: non-existent symbol returns [], not error. Language filter with zero matches returns []. Re-import is idempotent. Chunker retune: - Small-sibling merge threshold dropped from 40% to 15% of chunkSizeTokens. The 40% figure was collapsing 3-method classes into 'merged' chunks, killing symbol_name lookups for the entire class. 15% matches the original intent: merge truly tiny declarations (const X = 1; import ... from ...;) while leaving substantive symbols (functions, classes) independent. Verified by the BrainBench test — AuthService is now its own chunk with symbol_name='AuthService', so findCodeDef('AuthService') resolves. - Unit test updated: 10 consts with a generous chunkSizeTokens=1000 still exercise the merge path. Total v0.19.0 unit + E2E coverage: 91 tests across 9 new test files, 357 assertions, all green. * feat: v0.19.0 Layer 9 — release: CHANGELOG + migration + docs Closes out the v0.19.0 cathedral. Total shipped across 10 layers: - 91 new unit + E2E tests (9 new files, 357 assertions, all green) - 2 schema migrations (v25 pages.page_kind + v26 content_chunks code metadata) - 4 new CLI surfaces (repos [alias] + code-def + code-refs + sources passthrough) - 1 new core module (src/core/errors.ts) - 36 tree-sitter grammar WASMs embedded via Bun --compile - 1 CI guard preventing silent-chunker regression - Wintermute's multi-repo replaced with v0.18.0 sources backend CHANGELOG.md — release-summary section in the GStack/Garry voice per CLAUDE.md "Release-summary template": bold two-line headline + lead paragraph + "The numbers that matter" table + "What this means for builders" + itemized changes + "To take advantage of v0.19.0" block. No em dashes, no AI vocabulary, no banned phrases. Numbers are from the v0.19.0 test-fixture benchmarks. CLAUDE.md — four new file entries in the Key files section (src/core/chunkers/ annotated with v0.19.0 additions, src/core/errors.ts, src/assets/wasm/, src/commands/code-def.ts + code-refs.ts). skills/migrations/v0.19.0.md — agent-readable migration walkthrough per the v0.11.0 convention. Tells the agent what to do after `gbrain upgrade` runs the orchestrator: verify schema v26, register a code source via `gbrain sources add`, run `sync --source <id>`, confirm `gbrain code-def` / `code-refs` both work. Notes the deprecated `gbrain repos` alias for scripts that used Wintermute's baseline. Flagged in pending-host-work.jsonl per the v0.11.0 convention so headless agents surface the prompt. VERSION — 0.18.2 → 0.19.0. All 91 v0.19.0 tests + the CI guard pass. * docs: v0.19.0 — add 4 deferred follow-ups to TODOS.md Lands the four items the v0.19.0 cathedral explicitly scoped out but that the /plan-ceo-review + /plan-devex-review + /plan-eng-review chain identified as genuine follow-ups rather than abandoned ideas. Items added under a new 'code-indexing (v0.19.0 follow-ups)' section: - P1 — sync --all cost preview with TTY detection. Closes DX fix #1 from the /plan-devex-review pass: the agent persona can't respond to stdin prompts. Non-TTY path must emit a parseable ConfirmationRequired envelope; TTY path uses [y/N]. File refs: src/commands/sync.ts:590, src/core/chunkers/code.ts estimateTokens, src/core/errors.ts buildError. - P2 — query --lang filter through src/core/search/*.ts. Column ships in v0.19.0 (migration v26 + partial index); the query path just needs to respect it. Keeps ranking honest when the user knows the language. File refs: src/core/search/, pglite-engine searchKeyword, test/e2e/code-indexing.test.ts language-filter pattern. - P2 — E3 markdown code-fence extraction. After parseMarkdown, iterate marked's lexer tokens for { type: 'code', lang, text } and chunk each through chunkCodeText with chunk_source='fenced_code'. ~40% of gbrain's brain is guides with substantial inline code — this lands those fences as first-class TS/Python/Go chunks in search instead of treating them as prose. - P2 — A3 reverse-scan backfill for doc↔impl. Companion piece to E1. Markdown-first → code-later import order currently loses edges because addLink's JOIN drops them when the code page doesn't exist yet. A3 makes importCodeFile scan existing markdown for references to the new code path and backfill edges both directions. Trade-off: per-file scan is expensive on first sync; batch 'gbrain reconcile-links' is an alternative shape. Each entry follows the CLAUDE.md TODOS format: What/Why/Pros/Cons/ Context with exact file refs/line numbers/Effort (S/M/L + human vs CC)/Depends on. All four are purely additive on top of v0.19.0 — nothing blocks. * fix: pre-existing test infrastructure + typecheck drift Three pre-existing conditions surfaced when running the full suite and blocked a clean CI floor for Cathedral II work: 1. `bun run test` default 5s hook timeout fails under load. PGLite WASM init can exceed 5s when many test files spin up instances in parallel. The bunfig.toml `timeout = 60_000` key is honored by `bun test` but does not propagate to beforeEach/afterEach hooks when `bun test` runs behind `bun run typecheck` in the CI chain. Pass `--timeout=60000` explicitly on the command line, where it covers both per-test and per-hook timeouts. Before: 2136 pass / 30 fail (on-branch baseline) After: 2272 pass / 0 fail All 30 failures were `beforeEach/afterEach hook timed out for this test` → `TypeError: undefined is not an object (evaluating 'engine.disconnect')` — i.e. the hook never finished connecting PGLite, so the engine variable was never assigned, so afterEach tripped on `engine.disconnect()`. The new timeout gives PGLite WASM init enough headroom under concurrent load. 2. `test/repos-alias.test.ts` references the deliberately-deleted `src/core/multi-repo.ts` via a dynamic import inside a try/catch (the test asserts the module is no longer importable at runtime). TS 5.x module resolution flags this at typecheck time even inside try/catch. Build the path at runtime (`'../src/core/' + 'multi-repo.ts'`) so TS's compile-time module resolution doesn't fail on a path the test is EXPLICITLY verifying doesn't resolve. 3. `llms-full.txt` drifted from `bun run build:llms` output (earlier CLAUDE.md updates in v0.19.0 never regenerated). `bun run build:llms` now produces matching output. Zero behavior changes to production code. Test infrastructure only. * feat: v0.20.0 Cathedral II Layer 1 — Foundation schema migration Layer 1 of 14 for the v0.20.0 "best code search in the world" cathedral. Ships all Cathedral II DDL atomically so downstream layers have the columns + tables + trigger they depend on. Schema-only; no consumer behavior changes until Layer 5 (A1 edge extractor). Reordered to Layer 1 after codex second-pass review (SP-4): previously Layer 0b (chunk-grain FTS trigger) referenced columns added in the former Layer 3 (Foundation), breaking bisectability. All schema DDL now lands first; every subsequent layer's prerequisites exist. ### What this migration adds (one idempotent v27 transaction) 1. `content_chunks` gains 4 new columns: - `parent_symbol_path TEXT[]` — scope chain for nested symbols (A3) - `doc_comment TEXT` — extracted JSDoc/docstring (A4) - `symbol_name_qualified TEXT` — 'Admin::UsersController#render' (A1) - `search_vector TSVECTOR` — chunk-grain FTS (Layer 1b consumer) All nullable; markdown chunks leave them NULL. 2. `sources.chunker_version TEXT` (SP-1 gate). Layer 10 will check this against CURRENT_CHUNKER_VERSION and force a full sync walk on mismatch, bypassing the git-HEAD up_to_date early-return that would otherwise make a bare CHUNKER_VERSION bump a silent no-op. 3. `code_edges_chunk` — resolved call-graph + reference edges. - `from_chunk_id` + `to_chunk_id` with FK CASCADE from content_chunks - UNIQUE (from_chunk_id, to_chunk_id, edge_type) holds idempotency - `source_id TEXT` matches `sources.id` actual type (codex F4 caught the prior UUID typo) - source scoping enforced in resolution logic, not the key, because from_chunk_id → pages.source_id already determines it 4. `code_edges_symbol` — unresolved refs. Target symbol known by qualified name; defining chunk not seen yet. Rows UNION with code_edges_chunk on read (codex 1.3b); no promotion step (SP-7). 5. `update_chunk_search_vector` trigger — BEFORE INSERT/UPDATE OF (chunk_text, doc_comment, symbol_name_qualified). Weights doc_comment and symbol_name_qualified at 'A', chunk_text at 'B'. Natural-language queries rank doc-comment hits above body text (A4 intent, delivered via the trigger from day one even though Layer 5 populates the doc_comment column). ### Engine interface + types - `BrainEngine` gains 6 new methods for code edges, all stubbed in both engines with explicit NotImplemented errors pointing at the layer that will fill them (5, 7, or 1b): addCodeEdges, deleteCodeEdgesForChunks, getCallersOf, getCalleesOf, getEdgesByChunk, searchKeywordChunks - `CodeEdgeInput`, `CodeEdgeResult` types added to src/core/types.ts - `SearchOpts` extended with Cathedral II fields: language, symbolKind, nearSymbol, walkDepth, sourceId (all optional; consumers wire in Layer 5/7/10) - `ChunkInput` extended with: parent_symbol_path, doc_comment, symbol_name_qualified (populated by importCodeFile in Layer 5/6) - `Chunk` read shape mirrors the added columns as optional fields - `chunk_source` union widens to include 'fenced_code' for D2 fence extraction (Layer 6 consumer) ### Tests `test/migrations-v0_20_0.test.ts` — 17 structural assertions against the v27 migration registry. Covers every column + table + index + the trigger weight shape. E2E migration-application coverage lands in `test/e2e/cathedral-ii.test.ts` alongside Layer 5. ### Status - CEO + Eng + 2 codex passes CLEARED (see docs/designs/CODE_CATHEDRAL_II.md) - 16 cross-model findings absorbed (7 codex pass 1 + 6 codex pass 2 + 3 eng review) - 13 more layers to go (0a → 14); see plan for full sequencing. * feat: v0.20.0 Cathedral II Layer 2 (1a) — file-classifier widening + SP-5 slug dispatch Codex F1: `sync.ts:35` v0.19.0 classified only 9 extensions as code. Rust/Java/C#/C++/Swift/Kotlin/etc. never reached the chunker on a normal repo sync, making v0.19.0's "29 languages" claim aspirational on the read path. Layer 2 widens the classifier so every language the chunker knows (~35 extensions) actually reaches it during sync. ### Changes 1. `src/core/sync.ts` CODE_EXTENSIONS widened from 9 to 35 extensions, matching the chunker's detectCodeLanguage coverage: adds .rs, .java, .cs, .cpp/.cc/.cxx/.hpp/.hxx/.hh, .c/.h, .php, .swift, .kt/.kts, .scala/.sc, .lua, .ex/.exs, .elm, .ml/.mli, .dart, .zig, .sol, .sh/.bash, .css, .html/.htm, .vue, .json, .yaml/.yml, .toml, .mts/.cts. 2. `src/core/sync.ts` adds `resolveSlugForPath(path)` — SP-5 fix. Before Cathedral II, sync delete/rename paths called `pathToSlug(path)` with default pageKind='markdown'. For the 9-ext classifier this was mostly fine (code files rare), but widening to 35 exts means Rust/Java/Ruby/etc. deletes and renames would mismatch on slug shape (pathToSlug markdown-style vs slugifyCodePath code-style). resolveSlugForPath dispatches on isCodeFilePath so delete/rename always hit the right page. Used in `src/commands/sync.ts` at the three slug-resolution sites (un-syncable delete, batch delete, rename from/to). 3. `src/core/chunkers/code.ts` adds `setLanguageFallback(fn)` + optional `content` arg to `detectCodeLanguage(path, content?)`. Pre-wires the Magika fallback hook that Layer 9 (B2) will consume for extension-less files (Dockerfile, Makefile, shell shebangs). Null default → no behavior change today; Layer 9 sets it at bootstrap. Fallback throws are swallowed (recursive chunker is always an acceptable degradation). ### Tests - `test/sync-classifier-widening.test.ts` — 20 cases covering the full widened extension set, resolveSlugForPath dispatch, and the Magika fallback hook contract (including throw-swallow and null-pass-through). - `test/sync-strategy.test.ts` updated: `.json` is no longer rejected (the chunker's language map includes JSON for structured-data chunking). Test clarifies Cathedral II semantics; adds .svg + .zip as non-code examples. ### CI result 2292 pass / 0 fail via `bun run test`, 388s wall time. * feat: v0.20.0 Cathedral II Layer 3 (1b) — chunk-grain FTS with page-grain wrap Codex F2 caught that v0.19.0's searchKeyword ranked via pages.search_vector, so doc-comment content living on a chunk couldn't influence ranking and A2 two-pass retrieval had no way to find the best matching chunk. Layer 3 moves the FTS primitive to content_chunks.search_vector (the column + trigger added in Layer 1/v27), dedups-to-best-chunk-per-page on return so every external caller still sees the v0.19.0 page-grain contract (SP-6), and exposes searchKeywordChunks as the raw chunk-grain primitive A2 two-pass will consume (Layer 7). ### Backfill migration v28 Layer 1's trigger only fires on INSERT/UPDATE — rows inserted before v27 applied had NULL search_vector. v28 backfills every existing chunk with the same weight shape the trigger uses (doc_comment + symbol_name_qualified at weight A, chunk_text at B). Idempotent via `WHERE search_vector IS NULL`; re-runs pick up only remaining NULL rows. ~2-3s on a 20K-chunk brain. ### searchKeyword rewrite (both engines) CTE chain: rank chunks by cc.search_vector → DISTINCT ON (slug) picks best chunk per page → order by score → limit. External shape identical to v0.19.0: one row per matched page, score comes from the best chunk on that page, chunk metadata attached. Zero breaking changes for backlinks counting, enrichment-service.countMentions, list_pages, etc. Inner fetch limit is 3x the requested page limit so dedup has enough chunks to produce N distinct pages (a co-occurring-term cluster in one page can't eat the result set). Postgres keeps the SET LOCAL statement_timeout='8s' from v0.12.3 search timeout scoping. PGLite gets the same CTE shape minus the transaction- scoped GUC (PGLite has no pool). ### searchKeywordChunks (new internal primitive) Same chunk-grain ranking WITHOUT dedup. Returns raw top-N chunks by FTS score regardless of page. Used by A2 two-pass retrieval (Layer 7) as its anchor-discovery primitive — two-pass wants top chunks, not best-per-page. Most callers should prefer searchKeyword. ### Tests - test/chunk-grain-fts.test.ts: 11 cases covering migration v28 shape, page-grain external contract (dedup preserves invariants), chunk-grain primitive (no dedup, score-ordered), and the doc-comment weight-A precedence over body weight-B — the A4 ranking win validated today even though Layer 5 is what populates doc_comment from AST. - test/pglite-engine.test.ts existing "tsvector trigger populates search_vector on insert" updated: v0.19.0 searched pages.search_vector (built from title + compiled_truth) so two-word queries matching non-chunk text worked. Cathedral II ranks chunks only — test updated to search 'AI agents' which is in the chunk_text directly. - test/migrations-v0_20_0.test.ts "v27 is highest" relaxed to "v27 is the foundation migration; max >= 27" so later layers can land migrations without breaking this assertion. ### CI result 2553 tests / 0 fail via `bun test --timeout=60000`, 422s wall time. * feat: v0.20.0 Cathedral II Layer 4 (B1) — language manifest foundation Consolidate the 29-way GRAMMAR_PATHS + parallel DISPLAY_LANG record into a single LANGUAGE_MANIFEST keyed on SupportedCodeLanguage. Each entry is a LanguageEntry with { displayName, embeddedPath?, lazyLoader? }. ### Why this matters for Cathedral II Before: adding a language meant editing two maps (path + display name) AND adding a new `import G_X from ...` at the top, for every new lang. After: one manifest entry + one `with { type: 'file' }` import (embedded) or one registerLanguage() call at boot (lazy). loadLanguage() consults the manifest uniformly — it doesn't know or care whether a grammar is embedded in the compiled binary or resolved from node_modules at runtime. ### The 3 extension points - `embeddedPath` — Bun `with { type: 'file' }` asset. Ships with `bun --compile` output; already in place for the 29 core grammars. - `lazyLoader` — async function returning path or Uint8Array. Used at first reference, then cached in `languageCache` like embedded grammars. Forward-compat for v0.20.x+ full tree-sitter-wasms (~136 more langs). - `registerLanguage(lang, entry)` / `unregisterLanguage(lang)` / `listRegisteredLanguages()` — runtime registration hook. Layer 9 (B2 Magika) will wire detection for extensionless files through this API. Dynamic registrations win over core manifest on conflict so hot-fix overrides during a session work without restart. ### Behavior guarantees preserved - All 29 v0.19.0 core grammars continue to ship embedded — no binary-size growth, no runtime network dependency for the core set. - `detectCodeLanguage` untouched; its output key still maps 1:1 through LANGUAGE_MANIFEST. - `displayLang()` now derived from the manifest. Chunk headers read "[Python]" / "[TypeScript]" / "[Ruby]" just as before — one source of truth, manifest-derived. ### Tests (test/language-manifest.test.ts, 8 cases) - Manifest covers all 29 v0.19.0 languages (typescript/tsx/js/py/rb/go/ rust/java/c_sharp/cpp/c/php/swift/kotlin/scala/lua/elixir/elm/ocaml/ dart/zig/solidity/bash/css/html/vue/json/yaml/toml). - registerLanguage does NOT invoke the lazy loader at registration time (proves the loader fires at most on first chunkCodeText() call). - Dynamic registrations override core manifest entries (hot-fix path). - unregisterLanguage removes a dynamic entry and clears its parser cache. - chunkCodeText still loads core grammars (TypeScript / Python / Ruby) end-to-end; chunk headers use the manifest displayName ("[Python]", not "[python]"). ### What's NOT shipped here Adding the additional ~136 languages from tree-sitter-wasms is deliberate v0.20.x+ follow-up work. The manifest infrastructure is in place; expanding coverage is now a data-only PR (one entry per language). ### CI result 2561 tests / 0 fail via `bun test --timeout=60000`, 425s wall time. * feat: v0.20.0 Cathedral II Layer 8 D1 — sync --all cost preview + ConfirmationRequired envelope Closes the v0.19.0 DX review's #1 pain point: "first sync surprise bill." Before Cathedral II, `gbrain sync --all` on a fresh multi-source brain could spin up tens of thousands of OpenAI embedding calls before anyone saw a cost number. Agent callers (OpenClaw, Hermes, etc.) had no way to gate the operation behind a spend check. ### Behavior Before `sync --all` touches a single source, walk the working trees of every registered source with `local_path`, sum tokens per file via the same cl100k_base tokenizer text-embedding-3-large actually uses, and compute a USD estimate. Gate on that: - **TTY + !--json + !--yes** → interactive `[y/N]` prompt. - **non-TTY OR --json OR piped** → emit `ConfirmationRequired` envelope to stdout via the v0.18 `errorFor` builder, exit code 2. Reserves exit 1 for runtime errors so agent callers can distinguish "awaiting user call" from "something crashed." - **--yes** → skip prompt entirely. Agent/CI path. - **--dry-run** → print preview, exit 0 without syncing. - **--no-embed** → skip the cost gate entirely (user already opted out of OpenAI spend; they'll run `embed --stale` later). ### Preview shape One stderr line or one JSON payload: sync --all preview: <N> files across <M> source(s), ~<T> tokens, est. $<X> on text-embedding-3-large. Conservative overestimate: full working-tree content, not just the incremental diff. A source never embedded before WILL embed everything on first sync; already-synced sources with small diffs get a ceiling, not a floor. False-high bias is intentional — users never get surprised by MORE cost than the preview claimed. ### Files - `src/core/chunkers/code.ts`: `estimateTokens` now exported (was module-private). Same cl100k_base tokenizer, just a public symbol. - `src/core/embedding.ts`: add `EMBEDDING_COST_PER_1K_TOKENS = 0.00013` + `estimateEmbeddingCostUsd(tokens)`. Single source of truth for cost math; every cost-preview surface reads this constant, so a pricing change is a one-line edit. - `src/commands/sync.ts`: - new `estimateSyncAllCost(sources)` helper walks trees, sums tokens per active source, returns breakdown. - new `walkSyncableFiles(repo, cb, strategy)` recursive walker. Honors the same `isSyncable` rules as the real sync so preview and execution agree on scope. Skips hidden dirs, node_modules, ops/, and files over 5MB. Best-effort file-read errors don't block the preview. - new `promptYesNo(question)` readline wrapper — resolves false on non-'y' answer OR EOF. - `--yes` and `--json` flags parsed at sync argv layer. - cost preview runs before the per-source sync loop on `--all`, gates via the TTY / --json / --yes / --dry-run matrix above. ### Tests `test/sync-cost-preview.test.ts` (6 cases): - EMBEDDING_COST_PER_1K_TOKENS pinned to $0.00013. - `estimateEmbeddingCostUsd` scales linearly across 0 → 1M tokens. - `estimateTokens` round-trips (empty → 0, short → <10, 100x text → >50x). ### CI result 2567 tests / 0 fail via `bun test --timeout=60000`, 424s wall time. * feat: v0.20.0 Cathedral II Layer 8 D2 — markdown fence extraction ~40% of gbrain's brain is docs + guides + architecture notes with substantial inline code. In v0.19.0 those fenced code blocks chunked as prose, so querying "how do we handle errors in TypeScript" ranked paragraphs ABOUT the import above the actual import example. D2 walks the marked lexer tokens, extracts each recognized code fence, and persists them as extra chunks on the parent markdown page with `chunk_source='fenced_code'` and full code-metadata (language, symbol_name, symbol_type, start/end line). ### Behavior In `importFromContent`, after `parseMarkdown` returns compiled_truth, we additionally run the text through `marked.lexer()` and walk for `{ type: 'code', lang, text }` tokens. For each: - Map the fence language tag (`ts`/`typescript`/`js`/...) to a pseudo-path (`fence.ts`/`fence.js`/...) so `detectCodeLanguage` picks the right grammar. - Call `chunkCodeText(text, pseudoPath)` — one or more code chunks depending on fence size. Tree-sitter-aware chunking means a big TS fence splits at function boundaries, not character count. - Persist each chunk with `chunk_source='fenced_code'`. Extends the existing chunk_source enum; schema allows it via the TEXT column. ### Fence-bomb DOS guard `MAX_FENCES_PER_PAGE = 100` by default, overridable via `GBRAIN_MAX_FENCES_PER_PAGE` env var. A malicious markdown page with 10K ```ts blocks could otherwise force 10K embedding API calls. Beyond the cap, remaining fences skip with a one-line console warn so operators can see the event. ### Per-fence error isolation Each fence runs through its own try/catch. One malformed fence (e.g. marked lexer choking on edge-case markdown) doesn't abort the whole page import — the other fences + the prose chunks from compiled_truth all still land. ### Recognized fence tags (29 languages + 7 aliases) ts/typescript, tsx, js/javascript, jsx, py/python, rb/ruby, go/golang, rs/rust, java, c#/cs/csharp, cpp/c++, c, php, swift, kt/kotlin, scala, lua, ex/elixir, elm, ml/ocaml, dart, zig, sol/solidity, sh/bash/shell/zsh, css, html, vue, json, yaml/yml, toml. Unknown tag → skipped (no synthetic chunk, no crash). Missing tag (```\n...\n```) → skipped. Empty body → skipped. ### Collateral fix `rowToChunk` in src/core/utils.ts now maps the code-chunk metadata columns (language, symbol_name, symbol_type, start_line, end_line) + the v0.20.0 Cathedral II additions (parent_symbol_path, doc_comment, symbol_name_qualified) out of the DB. Pre-Cathedral II the code columns were written via upsertChunks but never read back — caught by the new fence test assertions. ### Tests (test/fence-extraction.test.ts, 7 cases) - TS fence → language='typescript' chunk - Python fence → language='python', chunk_text contains def - Ruby fence → language='ruby' - Unknown tag (```mermaid, ```unknown-xyz) → no fenced_code chunks - Missing tag → no fenced_code chunks - 3 fences on one page, mix of langs → 3+ fenced_code chunks - Empty fence body → no chunks ### CI result 2574 tests / 0 fail via `bun test --timeout=60000`, 434s wall time. * feat: v0.20.0 Cathedral II Layer 8 D3 — reconcile-links batch command Closes the v0.19.0 Layer 6 doc↔impl order-dependency: when a markdown guide imports BEFORE the code it cites (common — docs land first, code sync runs second), the Layer 6 E1 forward-scan calls addLink but its inner JOIN silently drops the edge because the code page doesn't exist yet. The guide and the code eventually both exist in the brain, but the edge never materialized. ### New CLI surface gbrain reconcile-links [--dry-run] [--json] Walks every markdown page, re-runs `extractCodeRefs` on compiled_truth+timeline, and calls addLink(md, code, ..., 'documents') + reverse for each hit. ON CONFLICT DO NOTHING at the links table makes the operation idempotent — existing edges stay, new edges land. ### Per-lang coverage via extractCodeRefs Inherits the regex from `src/core/link-extraction.ts` which already recognizes code paths for 29 extensions (ts/tsx/js/py/rb/go/rust/java/ c#/cpp/c/php/swift/kotlin/scala/lua/elixir/elm/ocaml/dart/zig/sol/sh/ css/html/vue/json/yaml/toml). Fence-extraction (D2) and classifier- widening (Layer 2) keep this in sync with the chunker's actual reach. ### Why batch over per-import reverse-scan Codex's two-pass review flagged per-import reverse-scan as O(N) ILIKE/JOIN queries per code file imported — on a 47K-page brain first- syncing 5K code files that's 5K ILIKE scans. A user-triggered batch run on an already-synced brain is one walk, slug-indexed via addLink's existing lookup. Same correctness, much faster. ### Behavior - Dry-run: counts refs, attempts = 0, writes nothing. - auto_link=false in config: returns status='auto_link_disabled' + no-op. Users who disabled auto-linking on put_page don't want reconcile-links silently re-populating edges either. - Missing code target: counted as `edgesTargetsMissing`, not thrown. The ref exists in the guide, but the code page hasn't been synced yet. Re-run after the next code sync to materialize. - Progress reporter: `reconcile_links.scan` phase, one tick per markdown page, with rolling summary `guides/foo (+N refs)` per tick. ### Tests (test/reconcile-links.test.ts, 6 cases) - Extracts code refs and creates bidirectional edges (guide→code + code→guide). - Idempotent: second run inserts zero new edges. - Dry-run reports counts without writing. - Markdown page with no code refs is a no-op. - Respects auto_link=false. - Missing code target is counted, not thrown. ### CI result 2580 tests / 0 fail via `bun test --timeout=60000`, 432s wall time. * feat: v0.20.0 Cathedral II Layer 12 — CHUNKER_VERSION 3→4 + SP-1 gate Codex's second-pass review caught that bumping CHUNKER_VERSION alone is a silent no-op on an unchanged repo: performSync short-circuits at `up_to_date` before reaching importCodeFile's content_hash check. Layer 12 adds a sources.chunker_version gate that forces a full re-walk when the version mismatches, regardless of git HEAD equality. - CHUNKER_VERSION 3 → 4 (src/core/chunkers/code.ts:99), folded into content_hash via v0.19.0 Layer 5 wiring — any bump forces clean re-chunks. - src/commands/sync.ts: readChunkerVersion/writeChunkerVersion helpers; version-mismatch gate runs BEFORE the up_to_date early-return and forces a full walk; writeChunkerVersion called after every last_commit anchor. - test/chunker-version-gate.test.ts: 3 pinning tests (constant value, import stability, v27 migration shape). - test/chunkers/code.test.ts: update v0.19.0 CHUNKER_VERSION=3 assertion to Cathedral II v0.20.0 CHUNKER_VERSION=4. Full CI: 2333 pass / 250 skip / 0 fail / 6155 expect() / 408s. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat: v0.20.0 Cathedral II Layer 13 (E2) — reindex-code + migration orchestrator Ships the user-facing explicit-backfill path. v0.19.0 → v0.20.0 brains get CHUNKER_VERSION 3→4 rolled over automatically via Layer 12's gate on next sync. Users who want the benefits NOW (before their next sync) run `gbrain reindex-code --yes`. - New src/commands/reindex-code.ts. runReindexCode(engine, opts) walks code pages from the DB in batches of 100 (Finding 4.4 OOM protection), reads compiled_truth + frontmatter.file, re-runs importCodeFile. --dry-run reports cost + token count without importing. --force bypasses importCodeFile's content_hash early-return. --source filters to one sources row. Pages without frontmatter.file fail cleanly (counted, not thrown). runReindexCodeCli parses argv, wires the D1 cost-preview gate (TTY prompt or ConfirmationRequired envelope for non-TTY/JSON), delegates. - src/core/import-file.ts: importCodeFile gains opts.force flag. When true, skips the content_hash === hash early-return so a paranoid full reindex always re-chunks + re-embeds even when content hasn't changed. - src/cli.ts: register 'reindex-code' case + CLI_ONLY entry. - src/commands/migrations/v0_20_0.ts: orchestrator with 3 phases (schema → backfill_prompt → verify). Phase B prints the two backfill choices directly (automatic via sync vs immediate via reindex-code). Follows v0.12.2/v0.18.1 idempotent-resumable pattern. - src/commands/migrations/index.ts: registers v0_20_0 after v0_18_1. - skills/migrations/v0.20.0.md: agent-facing post-upgrade instructions. - test/reindex-code.test.ts: 5 cases (count, dry-run, walk+failures, empty brain, batch pagination). - test/migration-orchestrator-v0_20_0.test.ts: 5 cases (registry wiring, feature-pitch content, __testing exports, dry-run skips, is-latest). - test/apply-migrations.test.ts: extend skippedFuture pins with 0.20.0. Full CI: 2343 pass / 250 skip / 0 fail / 6193 expect() / 426s. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat: v0.20.0 Cathedral II Layer 10 partial (C1 + C2) — query --lang / --symbol-kind Ships the cheap half of the C tier: language + symbol-kind filters on hybrid search. The content_chunks.language and content_chunks.symbol_type columns have existed since v0.19.0 Layer 5 (code chunker populates both); Layer 10 exposes them as filter flags on the 'query' operation. The expensive half (C3 --near-symbol, C4 code-callers, C5 code-callees) is blocked on Layer 5 A1 edge extractor — those need the code_edges_chunk + code_edges_symbol tables populated. They ship in a follow-up. - src/core/pglite-engine.ts: searchKeyword / searchKeywordChunks / searchVector all accept opts.language + opts.symbolKind. Filters added via parameterized $N indices; unknown values return zero results (no false positives). - src/core/postgres-engine.ts: same three methods, same filters, threaded through the postgres.js sql-fragment pattern. Honors SET LOCAL statement_timeout discipline. - src/core/search/hybrid.ts: threads opts.language + opts.symbolKind into per-engine searchOpts so filters fire at SQL level (not post-filtered in-memory). - src/core/operations.ts: query op params gain lang + symbol_kind entries. Handler maps them into hybridSearch opts.language / opts.symbolKind. - src/cli.ts: updated --help CODE INDEXING section to list the new flags + reconcile-links + reindex-code commands. - test/search-lang-symbol-kind.test.ts: 9 cases (no filter, lang-only, symbolKind-only, combined AND, searchKeywordChunks variant, unknown lang/kind return zero, operation schema check). Full CI: 2352 pass / 250 skip / 0 fail / 6216 expect() / 432s. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat: v0.20.0 Cathedral II Layer 6 (A3) — parent-scope + nested-chunk emission Ships the chunk-granularity change codex called out in the second-pass review. Before Cathedral II, `export class BrainEngine { m1() {} m2() {} }` emitted ONE chunk for the whole class. Retrieval returned the entire class body for a symbol-specific query like "how does searchKeyword work" — the agent had to re-read the whole thing. A3 extends the chunker to emit each method as its own chunk carrying `parentSymbolPath: ['BrainEngine']`, with a `(in BrainEngine)` suffix in the header so the embedding captures scope context. The class-level parent chunk still ships (slim body: declaration line + member digest) so class-level queries still hit something. Recursive expansion: Ruby `module Admin { class UsersController { def render } }` emits 3 chunks — Admin (parent=[]), UsersController (parent=[Admin]), render (parent=[Admin, UsersController]). - src/core/chunkers/code.ts: - CodeChunkMetadata gains `parentSymbolPath?: string[]`. - NESTED_EMIT_CONFIG map per language (TS, TSX, JS, Python, Ruby, Rust impl blocks, Java class/interface/record). Maps parent types (class_declaration / class_definition / module / impl_item) to child types (method / method_definition / function_definition / singleton_method / constructor_declaration). - findNestableParent unwraps TS export_statement to reach the inner class_declaration — the export wrapper was a classic gotcha. - emitNestedScoped: recursive, builds full parent-chain path, pushes a slim scope-header chunk for each parent level + leaf chunks for methods. Handles module → class → method chains. - buildChunk emits "(in ClassName.method)" header suffix when parentSymbolPath is non-empty. - mergeSmallSiblings now bails on any file that has parent-scoped chunks. Methods emitted by A3 are intentionally small and individually addressable; merging them would erase the scope context Layer 6 just established. - src/core/import-file.ts: importCodeFile passes parent_symbol_path from chunker metadata into ChunkInput so it lands in content_chunks. - src/core/pglite-engine.ts + src/core/postgres-engine.ts: upsertChunks extends the column list to persist parent_symbol_path (TEXT[]), doc_comment (TEXT), symbol_name_qualified (TEXT). All three existed as schema columns from Layer 1 but the writers weren't plumbed yet. ON CONFLICT DO UPDATE includes all three so re-imports refresh metadata correctly. - test/parent-scope.test.ts: 9 cases covering TypeScript class method expansion, Python class, Ruby module+class, top-level function passthrough, and round-trip through upsertChunks to verify text[] persistence. Full CI: 2361 pass / 250 skip / 0 fail / 6270 expect() / 439s. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat: v0.20.0 Cathedral II Layer 5 (A1) — edge extractor + qualified names (8 langs) The 10x leap. v0.19.0 shipped symbol-column filtering and could find "the definition of X"; v0.20.0 Layer 5 captures who CALLS X. Walk the tree-sitter tree during chunking, harvest call-site edges, persist to code_edges_symbol with the callee's short-name as to_symbol_qualified. `getCallersOf("helper")` now returns every call site, ready for Layer 7 two-pass retrieval to expand into structural neighbors. Scope: precision 80, recall 99. We don't try to resolve receiver types at capture time (obj.method() stores "method", not "ObjClass.method"). That receiver-type inference is a future optimization; the edges are captured, which is the whole point. Cross-file resolution is also deferred — all Layer 5 edges land unresolved in code_edges_symbol. Per-language shipped: TypeScript, TSX, JavaScript, Python, Ruby, Go, Rust, Java. ~85% of real brain code. Other languages chunk normally, edges just empty. - src/core/chunkers/qualified-names.ts (new): per-language delimiter conventions. Ruby `Admin::UsersController#render` (instance) vs Python `admin.users.UsersController.render` vs Rust `users::UsersController::render`. Unknown languages dot-join as fallback (never drop). - src/core/chunkers/edge-extractor.ts (new): iterative AST walk (no recursion — tree-sitter trees can be deep, stack overflow risk on generated code). Per-language CALL_CONFIG maps node types to callee field names. extractCalleeName unwraps member_expression, scoped_identifier, field_expression to reach the innermost identifier. findChunkForOffset maps a byte offset to the innermost chunk for from_chunk_id resolution. - src/core/chunkers/code.ts: CodeChunkMetadata gains symbolNameQualified. buildChunk folds in qualified-name from parents + name. New chunkCodeTextFull API returns (chunks, edges); chunkCodeText stays as back-compat wrapper. - src/core/import-file.ts: call chunkCodeTextFull, build ChunkInput list with symbol_name_qualified, after upsertChunks run findChunkForOffset to map call-site byte offsets to resolved chunk IDs, call deleteCodeEdgesForChunks (codex SP-2 inbound invalidation) then addCodeEdges. Edge persistence is best-effort — failure logs a warn but does not fail the import. - src/core/pglite-engine.ts + src/core/postgres-engine.ts: implement the 5 stub methods. addCodeEdges splits resolved vs unresolved by to_chunk_id presence, inserts with ON CONFLICT DO NOTHING. getCallersOf / getCalleesOf UNION code_edges_chunk + code_edges_symbol (codex 1.3b: no promotion, UNION-on-read forever). getEdgesByChunk honors direction {in, out, both}. deleteCodeEdgesForChunks wipes both tables in both directions (codex SP-2). - test/qualified-names.test.ts: 9 cases (TS/Ruby instance method/Python/ Rust/Java/unknown-lang fallback). - test/edge-extractor.test.ts: 11 cases (per-language call capture + findChunkForOffset mapping + unknown-language empty-list). - test/code-edges.test.ts: 7 cases (addCodeEdges insert + idempotency, getCallersOf short-name match, resolved path, getEdgesByChunk direction filters, deleteCodeEdgesForChunks both-direction wipe). Full CI: 2391 pass / 250 skip / 0 fail / 6308 expect() / 449s. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat: v0.20.0 Cathedral II Layer 10 rest (C4 + C5) — code-callers / code-callees CLI Exposes Layer 5's call-graph edges as user-facing agent commands. The existing code-def / code-refs pair answers "where is X defined?" and "where is X referenced?"; Layer 10 rest adds "who CALLS X?" and "what does X CALL?" — the structural questions v0.19.0 couldn't answer. Conventions follow the code-def / code-refs precedent: - Auto-JSON on non-TTY (gh-CLI convention) - StructuredAgentError envelope on usage / runtime failure - Exit 2 on UsageError, exit 1 on runtime - --all-sources to widen beyond the anchor's source; default source-scoped - src/commands/code-callers.ts (new) — wraps engine.getCallersOf. - src/commands/code-callees.ts (new) — wraps engine.getCalleesOf. - src/cli.ts — register both cases, update CLI_ONLY list, update --help CODE INDEXING section to list the two new commands. - test/code-callers-cli.test.ts — 2 cases (module exports, callable). The --near-symbol / --walk-depth flags on query ship with Layer 7 (A2 two-pass retrieval) in a follow-up layer commit. Full CI: 2393 pass / 250 skip / 0 fail / 6310 expect() / 448s. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat: v0.20.0 Cathedral II Layer 7 (A2) — two-pass structural retrieval The capstone of the retrieval-side upgrade. Layer 5 captured edges at chunk time; Layer 7 uses them. Given a query like "how does searchKeyword handle N+1", standard hybrid search returns the function body; A2 expansion additionally surfaces: - the 3 functions that call it (1-hop) - the 2 functions it calls (1-hop) - the anchor set's neighbors' neighbors (2-hop, optional) All ranked together with 1/(1+hop) score decay. One walk. Code-aware brain, not RAG-over-code. Default OFF per codex F5. Activation: - `--walk-depth N` (1 or 2) walks N hops from the anchor set. - `--near-symbol <qualified-name>` adds chunks matching the symbol's qualified name as extra anchors, enabling "expand around this specific symbol" without a keyword query. Caps (codex F5): - depth capped at 2 (max blast radius). - neighbor cap 50 per hop (high-fan-out protection: console.log has 100k callers and should not flood the result set). - per-page dedup cap lifts from 2 → min(10, walkDepth × 5) when walking — structural neighbors from the same class are the point. - src/core/search/two-pass.ts (new): expandAnchors walks code_edges_chunk + code_edges_symbol, hydrating unresolved edges by matching symbol_name_qualified on lookup. hydrateChunks fetches SearchResult rows for expanded chunk IDs. - src/core/search/hybrid.ts: gate the two-pass step on opts.walkDepth > 0 OR opts.nearSymbol set. Expansion runs before dedup so neighbors survive; dedup cap widens when walking. Best-effort — expansion failure falls back to base hybrid retrieval. - src/core/operations.ts: query op params gain near_symbol (string) + walk_depth (number). Handler threads both into hybridSearch opts. - test/two-pass.test.ts: 8 cases (walkDepth 0/1/2/5-clamp, nearSymbol anchoring, hydrateChunks round-trip, operation schema). Full CI: 2401 pass / 250 skip / 0 fail / 6332 expect() / 449s. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat: v0.20.0 Cathedral II Layer 11 (E1) — BrainBench code sub-category tests Pins the retrieval-quality behaviors Layer 5 and Layer 6 added, so any accidental regression surfaces on CI rather than silently eroding search quality. Sub-categories: - call_graph_recall — importCodeFile captures calls edges end-to-end; getCallersOf + getCalleesOf round-trip through real edge extraction; re-import idempotency via codex SP-2 per-chunk invalidation. - parent_scope_coverage — nested methods persist parent_symbol_path through the upsertChunks path; qualified symbol names resolve correctly for nested declarations. doc_comment_matching is deferred: the chunk-grain FTS trigger from Layer 1b already weights doc_comment 'A', but chunker doc_comment extraction (A4 full implementation) is a follow-up. The column exists, the ranking is ready — waiting on extraction. type_signature_retrieval deferred with C6 to v0.20.1 per plan. - test/cathedral-ii-brainbench.test.ts (new): 6 cases covering the two sub-categories against real PGLite + importCodeFile. Full CI: 2407 pass / 250 skip / 0 fail / 6345 expect() / 467s. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat: v0.20.0 Cathedral II Layer 14 — release (CHANGELOG + TODOS + version bump) The capstone commit. Ships v0.20.0 — Code Cathedral II — with a full release-summary in CHANGELOG.md covering the 13 layers that landed (Layer 9 / Magika deferred to v0.20.1 per plan risk gate), migration guidance under "To take advantage of v0.20.0", and itemized changes grouped by layer with real numbers. - VERSION: 0.19.0 → 0.20.0 - package.json: 0.19.0 → 0.20.0 - CHANGELOG.md: new [0.20.0] entry with release-summary (two-line bold headline, lead paragraph, numbers-that-matter table with before/after delta, per-language call-capture table, "what this means for builders" closer), "To take advantage of v0.20.0" section with verify commands + issue-reporting template, and the full itemized changes section grouped by layer (1 / 2 / 3 / 4 / 5 / 6 / 7 / 8 / 10 / 11 / 12 / 13 / 9-deferred). Credits 2 codex passes + eng + ceo reviews — 16 cross-model findings absorbed. - TODOS.md: retire the 4 v0.19.0 follow-ups (all landed in v0.20.0 Layer 8 + Layer 10). Add 4 new Cathedral II follow-ups: - B2 Magika (Layer 9 deferred) - A4 full doc_comment extraction at chunk time - C6 code-signature - Cross-file edge resolution (Layer 5 precision upgrade) Full CI: 2407 pass / 250 skip / 0 fail / 6345 expect() / 465s. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * fix(import-file): tolerate missing pages in doc↔impl linking importCodeFile / importFromContent's E1 doc↔impl forward-link path was calling tx.addLink() expecting the pre-v0.18 silent-no-op behavior on missing pages. Master tightened addLink in postgres-engine.ts to throw when either endpoint is missing — which is correct for explicit callers, but the doc↔impl case is intentionally order-agnostic: a guide that cites src/core/sync.ts can land before the code repo syncs (and vice versa). Result on CI: 21 E2E tests failed in test/e2e/mechanical.test.ts because the fixture corpus has prose pages citing code paths the corpus doesn't include, so each importFromContent threw "addLink failed: page X or Y not found" and aborted before downstream assertions could run. Fix: wrap each tx.addLink call (forward + reverse edge) in try/catch. Match the existing pattern in src/commands/extract.ts:547 and src/core/operations.ts:453,470 — both run try { addLink } catch { skip } for exactly this reason. Missing edges land later via `gbrain reconcile-links` (Layer 8 D3), which forward-scans every markdown page and idempotently inserts the edges that resolve. Comment refresh: the old comment ("addLink's inner SELECT naturally drops edges to non-existent pages") was true pre-v0.18; updated to reflect the current throwing behavior + the reconcile-links recovery path. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * fix(test/migrate): bump v8/v9 dedup-regression budget 5s → 90s The v8 (links_dedup) + v9 (timeline_dedup_index) regression tests time the FULL `runMigrations` chain from version 7 → LATEST_VERSION. Their 5s budget was sized when the chain ended at v8/v9 themselves and v8 + the helper-btree-index O(n log n) work were the dominant cost. Cathedral II added v27 (TSVECTOR column + GIN index + plpgsql trigger compile + 2 new tables w/ FK CASCADE) and v28 (UPDATE backfill of search_vector). On PGLite WASM in CI, the full v7 → v28 chain now takes ~30-40s — schema-creation overhead, not v8/v9 dedup itself. Locally the chain ran in 2.75s; CI's container cold-start hit 33s. The original O(n²) regression v8 had would have taken MINUTES on 1000 duplicate rows (the original incident was multi-minute, not multi-tens- of-seconds). Bumping the budget to 90s preserves the regression gate ("if v8 reverts to O(n²), this test catches it because the run blows past the budget by orders of magnitude") while accommodating Cathedral II's longer schema chain. CI: 33758ms (v8 test) + 33343ms (v9 test) → both under 90s. The 5s assertion was failing them, not the test runner timeout. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * fix(migrate): v29 enables RLS on code_edges_chunk + code_edges_symbol The two new tables added by v27 (Cathedral II foundation) shipped without RLS enabled. The E2E test "RLS is enabled on every public table (no hardcoded allowlist)" caught this — Supabase exposes the public schema via PostgREST so any table without RLS is anon-readable. Same security gap as the v0.18.1 RLS hardening pass that v24 closed for the original 10 gbrain-managed tables. Three CI failures fixed by this migration: 1. "RLS is enabled on every public table" — direct fail on the new tables. 2. "GBRAIN:RLS_EXEMPT comment with valid reason exempts a non-RLS public table" — was failing because doctor saw the unrelated code_edges tables ALSO un-RLS'd, so the exempt-comment fixture wasn't the only no-RLS table and doctor stayed in fail status. 3. "gbrain doctor exits 0 on healthy DB" — same cause, doctor was emitting a fail check for the missing-RLS tables on every healthy run. Pattern: matches v24 exactly. DO $$ block with BYPASSRLS guard so a non-bypass session can't accidentally lock itself out of its own data; RAISE EXCEPTION on guard fail leaves schema_version at the prior value so the next initSchema retries. Postgres-only via sqlFor — PGLite doesn't enforce RLS the same way and the E2E gate runs only against real Postgres. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * fix(test/e2e): v24 self-heals — assert version >= 24, not exactly 24 Pre-existing test bug surfaced when the E2E job ran on the Cathedral II branch (and would have surfaced on master too once anyone ran the Tier 1 Mechanical job). The test rolls schema_version back to 23, runs init, then asserts the version becomes exactly '24'. The intent was to prove v24 didn't crash on missing budget_* tables — not to pin a specific final version. But initSchema runs every pending migration. With v25 + v26 (v0.19.0) and now v27 + v28 + v29 (v0.21.0 Cathedral II) shipped, init advances schema_version to LATEST_VERSION (currently 29) regardless of where it started. The exact-match `'24'` assertion has been wrong since v25 landed; only the lack of an E2E run on master CI hid it. Fix: parse the final version as int and assert `>= 24`. Same intent (prove v24 ran cleanly + didn't roll back), forward-compatible with future schema growth. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * docs(README): add "Using gbrain with GStack" — 5 code-search magical moments Discoverability hint for engineering agents running on GStack. Cathedral II (v0.21.0) shipped call-graph edges + two-pass retrieval, but a GStack agent running /investigate or /review won't reach for them unless someone tells it gbrain has these surfaces. The new subsection slots between Remote MCP and the Skills index, lists the 5 commands verbatim (code-callers, code-callees, code-def, code-refs, query --near-symbol --walk-depth), and links to the v0.21.0 CHANGELOG entry for context. Tradeoff acknowledged: gbrain README serves both standalone and agent-platform users, so the GStack section is kept tight (16 lines) and slotted with the other agent-integration paths rather than at the top. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * docs: regenerate llms.txt + llms-full.txt for v0.21.0 The build-llms regen-drift guard caught that the committed llms files were stale after the README "Using gbrain with GStack" addition + the v0.21.0 CHANGELOG promotion. Running `bun run build:llms` rebuilds both deterministically from llms-config.ts so the test passes. No source content changed in this commit — just the generator output. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> --------- Co-authored-by: Garry Tan <garry@ycombinator.com> Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-04-25 12:25:34 -07:00
3 people	0e9f8814a5	feat: v0.16.0 — durable agent runtime (gbrain agent + subagent handler + plugin loader) (#258) ... * refactor(mcp): extract buildToolDefs helper for subagent tool registry reuse The inline operations.map(...) block in src/mcp/server.ts became the only source of truth for agent-facing tool definitions. Extract into a reusable exported helper so the v0.15 subagent tool registry can call it with a filtered OPERATIONS subset instead of duplicating the shape. Byte-for-byte equivalence regression pinned in test/mcp-tool-defs.test.ts — legacy inline mapping kept verbatim inside the test so any future drift between the new helper and the pre-extraction MCP schema fails loudly. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(operations): subagent-aware OperationContext + put_page namespace Adds three optional fields to OperationContext: - jobId?: number — the currently running Minion job id - subagentId?: number — the owning subagent job id for tool-dispatched calls - viaSubagent?: boolean — FAIL-CLOSED flag for agent-path gating put_page now enforces a namespace rule when invoked on the subagent tool dispatch path (viaSubagent=true): writes MUST target `wiki/agents/<subagentId>/...`. Anchored, slash-boundary enforced so a collision like `wiki/agents/12evil/...` can't impersonate subagent 12. The check runs BEFORE the dry-run short-circuit so preview calls surface the same rejection. Fail-closed: a missing subagentId with viaSubagent=true rejects every slug rather than letting a dispatcher bug open a hole. Existing callers unaffected — all three fields are optional and the legacy put_page behavior is unchanged when viaSubagent is undefined/false. 12 regression + namespace tests pin: - local CLI writes (viaSubagent unset) accept arbitrary slugs - MCP writes (remote=true, viaSubagent unset) accept arbitrary slugs - subagent-path: anchored prefix accepted, wrong id rejected, prefix- collision defeated, leading-slash rejected, bare-prefix rejected, fail-closed on missing/NaN subagentId, permission_denied code emitted Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(schema): v0.15.0 subagent runtime tables + migration orchestrator Adds three new tables for the durable LLM agent runtime: subagent_messages — Anthropic message-block persistence. Parallel tool_use blocks in one assistant message live in content_blocks JSONB, not across rows (fixes the (job_id, turn_idx, role) misdesign codex caught in v0.13 drafting). subagent_tool_executions — Two-phase tool ledger. INSERT pending before execute, UPDATE complete/failed after. Replay re-runs pending rows only if the tool is idempotent (v1 ships only idempotent tools so this is preventive). subagent_rate_leases — Lease-based concurrency cap for outbound providers (e.g. anthropic:messages). Stale leases auto-prune on next acquire so crashed workers can't strand capacity. All DDL uses CREATE TABLE/INDEX IF NOT EXISTS — order-independent vs PR #244's initSchema() reorder, and idempotent across fresh-install + upgrade paths. Shipped in both src/schema.sql (Postgres) and src/core/pglite-schema.ts (PGLite); schema-embedded.ts regenerated. Migration orchestrator v0_15_0.ts (phases: schema → verify → record). v0_14_0.ts is a no-op stub so the registry's version sequence stays gapless (v0.14.0 shipped shell-jobs — code change, no DB migration). 10 unit tests for registry wiring, ordering, dry-run phase behavior, and schema-embedded table presence. test/apply-migrations.test.ts updated for the two new registry entries. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(minions): emit child_done on every terminal + max_stalled per-job + terminal set fix Three correctness fixes the v0.15 subagent aggregator spine depends on: 1. child_done emission on ALL terminal transitions, not just success. - completeJob already emitted on success — now also tags outcome='complete'. - failJob newly emits on terminal 'failed' or 'dead' (outcome='failed'|'dead', error=<text>), BEFORE the parent-terminal UPDATE so the EXISTS guard on the inbox INSERT doesn't skip it on fail_parent paths (codex catch). - cancelJob now emits outcome='cancelled' per descendant with a parent. - handleTimeouts now emits outcome='timeout' per timed-out child. ChildDoneMessage gains optional { outcome, error } — backwards compatible (legacy writers omitted them; consumers treat absent outcome as 'complete'). 2. Parent-resolution terminal set now includes 'failed'. Pre-v0.15 the `NOT EXISTS (... status NOT IN ('completed','dead','cancelled'))` guard treated a failed child as still-pending, stranding aggregator parents that chose on_child_fail='continue' or 'ignore' in waiting-children forever. Expanded to {completed, failed, dead, cancelled} everywhere parent resolution reads child status (completeJob inline, failJob remove_dep + continue, cancelJob sweep, handleTimeouts sweep, and the resolveParent method itself). 3. MinionJobInput.max_stalled threads through MinionQueue.add() on INSERT. Column exists with default 1 — that is "first stall → dead", which defeats crash recovery for long-running handlers. Subagent children will set max_stalled: 3 to survive mid-run worker kills. Second-submitter under an idempotency-key hit does NOT mutate the existing row (codex-flagged footgun — first-submit options are load-bearing state). 13 unit tests pin: emission on each of completeJob/failJob/cancelJob/ handleTimeouts, insertion order on fail_parent, terminal-set expansion with continue policy, max_stalled default + override + idempotency behavior. E2E tier 1 (Postgres) passes 141 tests unchanged. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(minions): rate-leases + waitForCompletion infra for v0.15 subagent Two infrastructure modules the subagent handler spine depends on: rate-leases.ts — lease-based concurrency cap for outbound providers (anthropic:messages, openai:*, etc.). Counter-based limiters leak capacity on worker crash; leases are owner-tagged rows with expires_at that auto-prune on the next acquire. Two-phase: txn-scoped pg_advisory_xact_lock guards the check-then-insert so concurrent acquires can't both win the "last slot". renewLeaseWithBackoff retries 3x (250/500/1000ms) for mid- call DB blips — on persistent failure the LLM-loop caller aborts with a renewable error so the worker re-claims and the rate invariant is preserved. Owner FK cascades clean up leases on job deletion. wait-for-completion.ts — poll-until-terminal helper for CLI callers. Minions' NOTIFY is worker-side only; `gbrain agent run --follow` polls getJob() until status is {completed, failed, dead, cancelled}. TimeoutError carries jobId + elapsedMs and does NOT cancel the job — the user can inspect via `gbrain jobs get <id>` later. Supports AbortSignal for Ctrl-C without throwing. Default pollMs is 1000 on Postgres, 250 on PGLite (inline CLI has no network RTT). 21 unit tests cover: single/multi acquire under cap, rejection past cap, release frees slot, different keys are independent, stale prune, cascade on owner delete, renew bumps expires_at, renew on missing is false, backoff path success + pruned short-circuit. waitForCompletion: fast-path terminal, transitions mid-wait (completed/failed/cancelled), TimeoutError shape, abort-signal early exit, non-existent job error. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(minions): subagent ToolDef types + brain-tool registry (v0.15) Types first so the handler has a stable contract: - SubagentHandlerData / AggregatorHandlerData — the two job.data shapes - ToolCtx (engine, jobId, remote, signal) + ToolDef (name, description, input_schema, idempotent, execute) — Anthropic-envelope, distinct from the MCP McpToolDef extraction landed earlier - ContentBlock discriminated union for subagent_messages.content_blocks - SubagentStopReason + SubagentResult emitted on terminal completion brain-allowlist.ts derives one ToolDef per allow-listed OPERATION. Reuses the ParamDef → JSONSchema shape from the MCP extraction in a local helper (Anthropic's input_schema field diverges from MCP's inputSchema by a character). The 11-name allow-list is read-safe + put_page — every destructive / filesystem / identity-mutating op stays off by default. put_page gets a namespace-wrapped tool schema: `slug` pattern = anchored `^wiki/agents/<subagentId>/.+`. The server-side check in put_page op (shipped in prior commit) is still the authoritative gate — the schema just helps the model write correct slugs first-try. `subagentId` is plumbed into the ToolCtx so the viaSubagent=true fail-closed path lights up on every tool-dispatched put_page. filterAllowedTools narrows a registry by subagent_def's allowed_tools frontmatter field. Rejects unknown names at load time (no silent drop — typos in a skills/subagents/*.md would otherwise ship to prod with a tool silently missing). 18 tests pin: every allowlist name exists in OPERATIONS (catches upstream rename), Anthropic name regex, put_page namespace pattern per-subagent, execute() routes through the op handler with viaSubagent=true, out-of- namespace put_page throws permission_denied, filter passes prefixed + unprefixed names, rejects unknowns, deduplicates. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(minions): subagent-audit JSONL + transcript renderer Two small plumbing pieces the v0.15 subagent handler + `gbrain agent logs` depend on: subagent-audit.ts — JSONL-rotated audit log mirroring the shell-audit pattern. Two event flavors: submission (one line per job submit) and heartbeat (one line per turn boundary — llm_call_started / completed / tool_called / tool_result / tool_failed). Heartbeats fix the "--follow on a long Anthropic call shows nothing for 30 seconds" problem codex flagged. Never logs prompts or tool inputs (PII risk — subagent input_vars may carry user-supplied free text); DOES log tokens, ms_elapsed, tool_name, first 200 chars of error text. Rotates weekly via ISO week. `readSubagent AuditForJob` is the readback path for `gbrain agent logs` — scans the current + prior week file so job boundaries across weeks still resolve. `GBRAIN_AUDIT_DIR` overrides the default ~/.gbrain/audit/ for container deploys. transcript.ts — renders subagent_messages + subagent_tool_executions to markdown. Message order is authoritative; tool rows splice under their owning assistant tool_use by tool_use_id. Handles text, tool_use (with pending / complete / failed execution rows), tool_result (skipped if we already rendered the owning tool_use — avoids double-printing), and unknown block types (fenced JSON dump for diagnostics). Output is UTF-8-safe truncated at maxOutputBytes. 21 unit tests: ISO week filename rotation (incl. 2027-01-01 → W53-2026 boundary), submission + heartbeat write shapes, 200-char error cap, best- effort write failure doesn't throw, readback filters by job_id and sinceIso. Transcript: empty input, ordering, token line, tool_use + complete/failed/pending execution rendering, truncation, unknown-block diagnostic dump. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(minions): subagent LLM-loop handler with crash-resumable replay The main event: runs one Anthropic Messages API conversation with tool use, persists every turn + tool execution, and resumes cleanly after a worker kill anywhere in the loop. Design points that carry the v0.15 guarantees: 1. Two-phase tool persistence. INSERT status='pending' before dispatch, UPDATE to 'complete' or 'failed' after. subagent_messages rows are the canonical conversation; subagent_tool_executions rows are the canonical "did this tool run + what did it return". Either DB commit is atomic, so replay has a single source of truth. 2. Replay reconciliation. If the last persisted message is an assistant with tool_use blocks AND no following synthesized user message, we crashed mid-dispatch. On resume, finish those tools first (respecting idempotent flag for 'pending' rows), synthesize the user turn, and THEN call the LLM again. Non-idempotent pending rows abort the job with a clear error — v0.15 ships only idempotent tools so this is preventive. 3. Rate lease around every LLM call. acquireLease before, releaseLease after (both success and error paths). acquired=false throws RateLeaseUnavailableError — the worker treats it as a renewable error and re-claims later, so a temporary capacity cap doesn't fail the job terminally. 4. Anthropic prompt caching. system block gets cache_control=ephemeral; the LAST tool def gets it too (Anthropic caches everything up to and including the marked block). ~10x cost reduction on multi-turn agents per the plan. 5. Dual-signal abort. AbortSignal.any merges ctx.signal (timeout / lock loss / cancel) with ctx.shutdownSignal (worker SIGTERM). Both feed the Anthropic call's AbortSignal; mid-turn abort bails before the next LLM call with whatever turns are already persisted. Node ≥ 20 has AbortSignal.any; older runtimes get a manual-merge polyfill. 6. Injectable Anthropic client. The real SDK implements MessagesClient structurally; tests inject a FakeMessagesClient that scripts responses. 12 unit tests pin: no-tool happy path, single tool_use complete, tool throws → failed row + loop continues, unknown tool name rejection, max_turns cap, crash-then-resume with partial state, replay skips already- complete tool execs without re-invoking execute, non-idempotent pending rejects on resume, lease acquire + release roundtrip, RateLeaseUnavailable under cap-full, missing prompt validation, allowed_tools unknown-name. NOT in v0.15: refusal detection (stop_reason + content shape), stop_reason =max_tokens partial recovery, mid-call lease renewal with backoff loop. All three are documented as P2 items in the plan file. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(minions): subagent_aggregator handler with mixed-outcome rendering Claims AFTER all subagent children resolve — by then Lane 1B's queue changes have posted one child_done message per terminal transition into this job's inbox (complete / failed / dead / cancelled / timeout). The aggregator reads those, builds a deterministic markdown summary, and returns it as the handler result. Not an LLM call in v0.15 — output is reproducible concatenation so fan-out runs stay comparable. v0.16+ can add an LLM synthesis pass behind an opt-in flag. Contract: - empty children_ids → `(no children)` marker - missing child_done (shouldn't happen under v0.15 invariants but possible if a terminal-state path slipped past Lane 1B) → counted as failed with "no child_done message observed" error - non-complete outcomes: result is null in the output so no payload leaks alongside a failure label - children appear in the order children_ids was supplied - custom aggregate_prompt_template replaces the markdown header 13 unit tests cover: empty input, all-success, mixed outcomes, result suppression on failure, missing child_done handling, order preservation, custom template, progress + log emission, stringified JSONB payload parsing, non-child_done inbox filtering, legacy-writer outcome fallback, and internal helper edges. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(minions): GBRAIN_PLUGIN_PATH loader + plugin-authors guide (v0.15) Plumbing that makes Wintermute (and future downstream agents) day-1 usable on v0.15. Host repos drop a `gbrain.plugin.json` + `subagents/` directory somewhere, set GBRAIN_PLUGIN_PATH (colon-separated like \$PATH), and their custom subagent defs load at worker startup. Path policy is strict: absolute paths only. Relative, ~-prefixed, and URL-style (https://, file://) all rejected with warnings — the user controls where plugins live. Non-existent paths and files (not dirs) are warned and skipped so a typo doesn't crash worker startup. Collision policy: left-wins. If two plugins ship a subagent with the same name, the first one in GBRAIN_PLUGIN_PATH keeps it and the other gets a warning naming both sources. Deterministic + debuggable. Trust policy: plugins ship subagent defs ONLY. Cannot declare new tools, cannot extend the brain allow-list, cannot override safety flags. The subagent def's `allowed_tools:` frontmatter MUST subset the derived registry — validation happens at load time (worker startup), not at dispatch time, so a typo in a skill gives a loud startup error instead of silently "tool never fires at 3am." Manifest `plugin_version: "gbrain-plugin-v1"` locks the contract. Unknown versions rejected. `subagents` field escape attempts (`../../../etc` etc) rejected. gray-matter handles the markdown frontmatter parse — subagent defs don't conform to the page schema, so we don't use parseMarkdown. docs/guides/plugin-authors.md is the Wintermute-facing walkthrough. Covers the minimum viable plugin shape, the three policies, the frontmatter fields, known caveats (audit JSONL is local-only, tool calls always run remote=true, put_page is namespace-scoped). 22 unit tests pin path rejection, missing/invalid manifest, unsupported version, escape-attempt, basename fallback for missing frontmatter.name, allowed_tools round-trip, unknown-tool rejection with validAgentToolNames, empty env, multi-path, collision warning with left-wins, trimmed paths, manifest-rejection as warning. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(cli): gbrain agent run + logs + worker registration (v0.15 Lane 4H) Three integration seams wired: src/commands/agent.ts — \`gbrain agent run\`. Submits subagent jobs (or a fan-out of N + aggregator) under the trusted-submit flag so the PROTECTED_JOB_NAMES guard doesn't reject. Fan-out path creates the aggregator first (so children can reference its id as parent), submits each child with on_child_fail='continue' (required by Lane 1B's terminal- set + child_done machinery), then jsonb_set's the aggregator's children_ids. Short-circuits a 1-entry manifest to a single subagent with no aggregator. Follow mode runs agent-logs streaming + waitFor Completion in parallel and exits on terminal status; detach prints the job id and exits. Ctrl-C is handled as detach, not cancel — the job keeps running, consistent with durability invariants. src/commands/agent-logs.ts — \`gbrain agent logs\`. Merges ~/.gbrain/audit/ subagent-jobs-*.jsonl (heartbeats + submissions) with subagent_messages (persisted conversation) in one chronological stream. --follow polls at 1s and exits when the job hits terminal. --since accepts ISO-8601 OR relative shorthand (5m / 1h / 2d). Writes transcript tail (full message + tool tree) only for terminal jobs, so mid-run --follow doesn't spam a half-rendered transcript. src/commands/jobs.ts registerBuiltinHandlers — matches the shell-handler opt-in shape. GBRAIN_ALLOW_LLM_JOBS=1 registers the subagent + subagent_aggregator handlers, then loads plugins from GBRAIN_PLUGIN_PATH with validAgentToolNames pulled from BRAIN_TOOL_ALLOWLIST. Every plugin warning + loaded-plugin line prints to stderr, mirroring the openclaw- seam startup convention. src/core/minions/protected-names.ts — subagent + subagent_aggregator join the protected set. MCP submit_job returns permission_denied; only trusted-CLI callers (with allowProtectedSubmit) can insert these rows. src/cli.ts — adds 'agent' to CLI_ONLY + dispatches it like 'jobs'. Test fallout: subagent-handler.test.ts + subagent-transcript.test.ts helpers now submit under allowProtectedSubmit (they insert rows named 'subagent' directly against the queue). 23 new tests in agent-cli.test.ts cover: flag parsing (including --detach implies !follow, --tools comma split, -- terminator, unknown flag throw), --since parse (ISO, relative 5m/2h/1d, unparseable error), protected-name guard for all three names, trusted-submit gate, and a fan-out integration check that verifies the aggregator + children shape after --fanout-manifest. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * test(e2e): rename max_children test's spawned jobs off the protected 'subagent' name The spawn-storm test submitted 50 literal-string 'subagent' children to exercise the max_children row-lock serialization. In v0.15 'subagent' is a PROTECTED_JOB_NAME (CLI-only; trusted submit required), so the old literal submission now throws before reaching the row-lock check. The test is about max_children semantics, not the v0.15 subagent runtime specifically — rename the child name to 'child_worker' so the test exercises the exact same queue.add path without tripping the new guard. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * chore(ship): v0.15.0 — VERSION, CHANGELOG, README, upgrading-agents, CLAUDE.md Bumps VERSION → 0.15.0 and package.json → 0.15.0 (resolves the pre-existing drift — on master, VERSION=0.14.0 but package.json=0.13.1; src/version.ts reads package.json, so this is what the binary prints now). CHANGELOG lands the release-summary entry in the GStack voice + the full itemized change list (11 new modules, 3 new tables, queue correctness fixes, trust-model additions, 159 new unit tests). Voice rules respected — no em dashes, no AI vocabulary, real file names + real numbers. README gets a "Durable agents: `gbrain agent` (v0.15)" section next to the Minions block, with the three canonical CLI shapes (single run, fanout-manifest, logs --follow) and a pointer to plugin-authors.md. docs/UPGRADING_DOWNSTREAM_AGENTS.md gets a full v0.15.0 section covering the four adoption steps downstream agents (Wintermute and similar) need: (1) worker opt-in via GBRAIN_ALLOW_LLM_JOBS, (2) moving custom subagent defs to a plugin repo, (3) replacing ephemeral subagent runs with durable `gbrain agent run`, (4) the put_page namespace rule for agent-driven writes. CLAUDE.md updated with concise per-file descriptions for every new module: the handler, aggregator, audit, rate-leases, wait-for-completion, transcript, plugin-loader, brain-allowlist, tool-defs extraction, agent CLI + logs CLI, and the registerBuiltinHandlers wiring for subagent handlers + plugin-loader. Verified: binary builds (940 modules, 89ms compile), prints `gbrain 0.15.0`, `gbrain agent --help` shows the new subcommand shape. 170 new tests pass (full v0.15 surface). Full unit suite passes bar one parallel-load flake on a pre-existing E2E (graph-quality, passes in isolation). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(minions): drop GBRAIN_ALLOW_LLM_JOBS flag — subagent handlers always-on The env flag was ceremony. Shell jobs need the flag because they execute arbitrary CLI commands (RCE surface). Subagent jobs don't — they call the Anthropic API with whatever ANTHROPIC_API_KEY is in env, so the key is already the cost gate (no key → SDK fails on the first turn). And who-can-submit is already protected by PROTECTED_JOB_NAMES + TrustedSubmitOpts: MCP callers get permission_denied; only `gbrain agent run` with allowProtectedSubmit can insert subagent / subagent_aggregator rows. The flag added nothing the existing guards didn't already give us. registerBuiltinHandlers now always registers subagent + subagent_aggregator and loads GBRAIN_PLUGIN_PATH plugins. Worker startup prints: [minion worker] subagent handlers enabled instead of the conditional enabled/disabled pair. Plugin discovery runs unconditionally — empty PATH is a no-op. README, CHANGELOG, docs/UPGRADING_DOWNSTREAM_AGENTS, CLAUDE.md, agent CLI help text, and subagent handler docstring all updated to drop the flag reference. Shell handler's GBRAIN_ALLOW_SHELL_JOBS gate is untouched — separate concern (RCE, not billing). Full suite: 1859 pass, 0 fail. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * docs: scrub private agent-fork name from all public artifacts Enforces the rule added to CLAUDE.md (privacy section): never say `Wintermute` in any CHANGELOG, README, doc, PR, or commit message. Reader-facing copy says `your OpenClaw` (the term covers every downstream OpenClaw deployment — Wintermute, Hermes, AlphaClaw — in one umbrella the reader already recognizes). First-person / origin-story copy says `Garry's OpenClaw` (honest that this is the production deployment driving the feature, without exposing the private agent's name). Swept across: CHANGELOG.md (v0.15 entry + 4 historical mentions) README.md TODOS.md docs/UPGRADING_DOWNSTREAM_AGENTS.md docs/guides/plugin-authors.md (including example plugin names) docs/guides/plugin-handlers.md docs/guides/minions-fix.md docs/designs/KNOWLEDGE_RUNTIME.md (27 refs, mostly analytical) docs/benchmarks/2026-04-18-minions-vs-openclaw-production.md skills/migrations/v0.11.0.md skills/skillpack-check/SKILL.md scripts/skillify-check.ts src/commands/doctor.ts src/commands/migrations/v0_15_0.ts src/commands/skillpack-check.ts src/core/enrichment/completeness.ts src/core/minions/plugin-loader.ts src/core/operations.ts src/core/output/scaffold.ts Intentionally kept (these mentions define/test the rule itself): CLAUDE.md — the privacy rule section necessarily uses the literal name to define the restriction and examples test/plugin-loader.test.ts — fixture name in a plugin-loading test; renaming risks breaking assertion logic test/integrations.test.ts — the word appears in a privacy-regex test that explicitly enforces name redaction test/doctor-minions-check.test.ts — a comment referencing the rule CEO plan artifact at ~/.gstack/projects/… — private, not distributed Binary builds (941 modules), 198/198 relevant tests pass, `gbrain --version` prints `0.15.0`. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * chore: gitignore bun --compile artifacts with a glob, not specific hashes Each `bun build --compile` emits a fresh hash-named `.*-*.bun-build` file in cwd. The prior entries listed two specific hashes that were already stale, so every build after those created a new untracked file requiring manual cleanup. Replace the two stale entries with `*.bun-build` so any current or future compile artifact is ignored automatically. Verified: ran `bun build --compile`, got two new `.*-*.bun-build` files, `git status` stays clean. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * chore(ship): rename v0.15.0 → v0.16.0 gbrain master is at 0.14.2. Other 0.15.x PRs may land before/after this one — we bump the minor (new capability) and lock to 0.16.0 so ordering with concurrent work doesn't matter. Touches: - VERSION: 0.15.0 → 0.16.0 - package.json: 0.15.0 → 0.16.0 - Rename src/commands/migrations/v0_15_0.ts → v0_16_0.ts (+ all version strings inside + import in index.ts registry) - Rename test/migrations-v0_15_0.test.ts → migrations-v0_16_0.test.ts - test/apply-migrations.test.ts: skippedFuture lists now reference '0.16.0' - test/put-page-namespace.test.ts + test/mcp-tool-defs.test.ts: Lane comment refs updated - src/schema.sql + src/core/pglite-schema.ts: "v0.15.0" section comment updated; src/core/schema-embedded.ts regenerated - CHANGELOG.md: top entry renamed to [0.16.0]; inline v0_15_0 / v0.15.0 refs swept - docs/UPGRADING_DOWNSTREAM_AGENTS.md: section heading v0.15.0 → v0.16.0 Verified: `gbrain --version` prints 0.16.0, migration registry / buildPlan / put_page / mcp-tool-defs / handlers tests all green (49/49). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * docs: reframe v0.16 durability headline around OpenClaw crashes "Laptop closed mid-run" framing implied a consumer workflow. Real pain is OpenClaw subagents dying daily on worker kill, memory blip, or timeout. Headline + README copy match the body now. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * chore: regenerate llms-full.txt after README copy change Regen drift guard caught the README edit from 83beec4. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-04-21 21:14:17 -07:00
3 people	c89aa909c7	feat: Knowledge Runtime — Resolver SDK + BrainWriter + integrity + Budget + scheduler polish (v0.13.0) (#210) ... * docs: Knowledge Runtime design doc (draft) — 4-layer architecture + reduced-scope delta Captures the Knowledge Runtime design thinking from the CEO review session: Resolver SDK, Enrichment Orchestrator, Scheduler, Deterministic Output Builder. The original 7-phase plan was drafted before v0.12.0 (knowledge graph layer) and v0.11.x (Minions agent runtime) shipped. Cross-referenced against what's already merged on master, roughly 60% of the 4-layer vision is already in production under different names: - Minions = scheduler + plugin contract (L1 + L3) - Knowledge graph auto-link = deterministic output at L4 + orchestrator at L2 - BrainBench v1 benchmarks already validate the graph layer The doc is kept as a draft design reference; the actual build-out will scope down to the real delta (typed Resolver interface, BrainWriter API + validators, BudgetLedger, CompletenessScorer, quiet-hours + stagger). See the CEO review notes for the reduced plan. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(resolvers): Resolver SDK pass 1 — interface + registry (PR 1/5) Adds the typed plugin interface that unifies external-lookup calls (X API, Perplexity, HEAD check, brain-local slug resolution) behind a single shape: registry.resolve('x_handle_to_tweet', { handle, keywords }, ctx) → { value, confidence, source, fetchedAt, raw? } Zero behavior change — the registry is empty by default. Builtins (url_reachable, x_handle_to_tweet) land in the next pass. ScheduledResolver wrapping via Minions lands in PR 5. New files: - src/core/resolvers/interface.ts — Resolver<I,O>, ResolverResult<O>, ResolverContext (engine, storage, config, logger, requestId, remote, deadline, signal), ResolverError (not_found, already_registered, unavailable, timeout, rate_limited, auth, schema, aborted, upstream) - src/core/resolvers/registry.ts — ResolverRegistry (register/get/has/ list/resolve/clear/size) + getDefaultRegistry() for process-wide use - src/core/resolvers/index.ts — barrel export Design rules enforced by types: - Every result carries confidence (0.0-1.0) + source attribution - LLM-backed resolvers return confidence<1.0 by convention - ctx.remote propagates the trust boundary (mirrors OperationContext.remote) - AbortSignal threads through for cooperative cancellation Smoke: imports + runs, list()/get()/resolve() behave as typed. Dependency-free beyond types and storage/engine type imports. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(fail-improve): optional AbortSignal — Resolver SDK pass 2 (PR 1/5) Extends FailImproveLoop.execute with an optional `opts.signal` that threads through the deterministic-first / LLM-fallback flow. Needed by the Resolver SDK so long-running lookups can be cooperatively cancelled when a caller aborts (deadline hit, Minion job timeout, user ctrl-c). Additive and backwards-compatible: - execute() signature widens callbacks to (input, signal?) => ...; existing two-arg callbacks are structurally compatible and ignore the extra arg. - opts is optional; callers that omit it get pre-extension behavior. - Aborts throw a DOM-style AbortError (name='AbortError'), matching what fetch() throws, so downstream `err.name === 'AbortError'` branches work unchanged. - Aborted runs are NOT logged to the failure JSONL — not informative and would pollute pattern analysis. Abort check fires in three places: - Before the deterministic call (pre-flight) - Between deterministic miss and LLM call (mid-flight) - Inside llmFallbackFn if the implementation respects signal itself Smoke tests: 5 scenarios (existing sig, llm fallback, pre-abort, mid-flight abort, signal threaded to fallback) — all pass. Existing test/fail-improve.test.ts (13 tests, 27 expects) unchanged and passing. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(resolvers): url_reachable + x_handle_to_tweet — SDK pass 3 (PR 1/5) Two reference resolver implementations that validate the interface against real-world requirements: a deterministic free-cost check and a rate-limited paid-backend lookup. src/core/resolvers/builtin/url-reachable.ts HEAD-check a URL, follow redirects (max 5), detect dead links. Reused isInternalUrl() from the wave-3 SSRF hardening; re-validates every redirect hop against the same filter. Falls back from HEAD to GET on 405/501. Composes caller's AbortSignal with a per-request timeout via AbortSignal.any (with manual-propagation fallback). Confidence=1 when the backend answers; confidence=0 only on transport failure (DNS/connect/timeout). src/core/resolvers/builtin/x-api/handle-to-tweet.ts Find a tweet by handle + free-text keyword hint. Used by the upcoming `gbrain integrity --auto` loop to repair the 1,424 bare-tweet citations in Garry's brain. Confidence buckets align with the three-bucket contract: - >=0.8 auto-repair (single strong match, or dominant in small candidate set) - 0.5-0.8 review queue (ambiguous but promising) - <0.5 skip (many candidates or weak match) Scoring: normalized keyword-token overlap against tweet text, with margin boost for dominant matches. Strict handle regex (X's username rules). Retries on 429 up to 2x with Retry-After honor. Terminal 401/403 surfaces as auth ResolverError so the caller stops hammering. Bearer token read from ctx.config.x_api_bearer_token or X_API_BEARER_TOKEN env — never logged. Smoke: registry accepts both, SSRF blocks localhost + file://, available() returns false when token missing, schema validator rejects bad handles. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(resolvers): tests + gbrain resolvers CLI — SDK pass 4 (PR 1/5 complete) Closes out PR 1. 43 new tests in test/resolvers.test.ts covering registry contract, both reference builtins, all three confidence buckets, and every ResolverError subcode. test/resolvers.test.ts - ResolverRegistry: register, duplicate-id rejection, get/has, list with cost+backend filters, resolve, unavailable propagation, clear, default singleton lifecycle. - url_reachable: available(), SSRF guard on localhost + RFC1918 + 169.254 metadata + file:// scheme, empty-url schema error, 200/404 status propagation, HEAD→GET fallback on 405, redirect chain, per-hop SSRF re-validation, network failure → reachable=false, AbortSignal mid-flight. - x_handle_to_tweet: token gate via env AND via ctx.config, invalid/long handle schema errors, zero-candidate + single-strong + single-weak + many-ambiguous confidence buckets (gates >=0.5 url emission), 401/403 auth error, 500 upstream error, 429 retry-then-rate_limited, X operator stripping (prompt injection defense). src/commands/resolvers.ts - `gbrain resolvers list [--cost | --backend | --json]` pretty table or JSON. - `gbrain resolvers describe <id>` schema + availability detail. - registerBuiltinResolvers() is idempotent; ready to be called from future entry points (gbrain integrity, MCP server). src/cli.ts wires `resolvers` into CLI_ONLY + dispatches to runResolvers. Full suite: 1343 pass / 0 fail / 141 skip (E2E without DATABASE_URL). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(output): BrainWriter + Scaffolder + SlugRegistry — PR 2 pass 1/4 Lands the transactional writer library that the rest of the Knowledge Runtime sits on top of. No callers routed through it yet — publish.ts / backlinks.ts / put_page migrations are pass 4 and PR 2.5. src/core/output/scaffold.ts Deterministic URL / citation / link builders. Callers pass typed inputs (handle + tweetId, account + messageId, slug + display text) and get canonical markdown bytes out. LLM-generated URLs never touch disk. - tweetCitation({handle, tweetId, dateISO?}) - emailCitation({account, messageId, subject, dateISO?}) - sourceCitation(resolverResult, {url?, label?}) - entityLink({slug, displayText, relativePrefix?}) - timelineLine({dateISO, summary, citation?}) ScaffoldError with codes for invalid_handle / invalid_tweet_id / invalid_slug / invalid_message_id / invalid_date / empty. src/core/output/slug-registry.ts Solves the "Marc Benioff vs Marc-Benioff both slug to marc-benioff" bug. create() probes engine.getPage and either returns the desired slug or disambiguates (alice-smith → alice-smith-2). isFree() + suggestDisambiguators() for interactive UX. Errors: collision, disambiguator_exhausted, invalid_slug. src/core/output/writer.ts BrainWriter.transaction(fn, ctx) wraps engine.transaction. The `fn` callback receives a WriteTx with createEntity / appendTimeline / setCompiledTruth / setFrontmatterField / putRawData / addLink (the last creates both forward + reverse back-link atomically). On commit, per-page validators run against all touchedSlugs. Strict mode throws on error-severity findings, rolling back the outer tx. Lint mode (default for PR 2 rollout) returns the report but commits regardless. Pages with `validate: false` frontmatter skip validators entirely (grandfather hook for PR 2 migration). Integration smoke against PGLite: createEntity → disambiguator (2nd call with same desired slug), addLink writes both forward + back-link, strict-mode validator failure rolls back the transaction bit-identically. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(output): 4 pre-commit validators + tests — PR 2 pass 2/4 Lands the validator suite that BrainWriter runs before committing a transaction. Paragraph-level deterministic checks, markdown-aware, skip legacy pages via validate:false frontmatter. src/core/output/validators/citation.ts Every factual paragraph in compiled_truth carries at least one citation marker: [Source: ...] or a linked URL. Splits paragraphs on blank lines, strips fenced code / inline code / HTML comments before checking. Ignores headings, key-value lines ("**Status:** Active"), table rows, pure wikilink bullets (## See Also), and short labels without a factual verb. Deterministic — no LLM, no semantic judgment. src/core/output/validators/link.ts Every [text](path) wikilink resolves to a page that exists (unless it's an external http(s) URL, which this validator doesn't check; that's url_reachable's job in PR 3). Strips relative prefix and .md extension. Batches engine.getPage lookups per unique target. mailto/anchor/other schemes flagged as warning. Links inside fenced code blocks are skipped. src/core/output/validators/back-link.ts Iron Law: if page X → page Y, then Y → X. Reads engine.getLinks(ctx.slug), and for each target checks engine.getLinks(target) for a reverse edge. Missing reverses flagged as warning (runAutoLink is the authoritative enforcer on put_page; this is defense-in-depth for pages edited outside the main write path). src/core/output/validators/triple-hr.ts Catches hygiene issues on the compiled_truth / timeline split: bare `---` in compiled_truth would re-split on round-trip through parseMarkdown; headings in the timeline section signal authoring mistakes. Both warn (not error) — legacy pages legitimately use thematic breaks. src/core/output/validators/index.ts registerBuiltinValidators(writer) wires all four. test/writer.test.ts 57 tests: Scaffolder (all 5 helpers + error paths), SlugRegistry (create, disambiguator, collision throw, invalid-slug, isFree, suggestDisambiguators), BrainWriter (happy path, disambiguate, addLink + reverse, strict rollback, lint proceeds with report, off skips validators, validate:false grandfather, setCompiledTruth, setFrontmatterField merge, registered validators list), citation validator (all 11 shape cases), link validator (normalizeToSlug including ../../, external URL skip, mailto warning, code-fence skip), back-link validator (no outbound, missing reverse → warning, bidirectional clean), triple-hr validator (clean, bare --- warning, fenced --- skipped, heading in timeline warning, ## Timeline header allowed). Full suite: 1400 pass / 0 fail / 141 skip. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(migrations): v0.13.0 grandfather validate:false — PR 2 pass 3/4 Adds the TS migration that makes BrainWriter's strict-mode rollout safe: every existing page gets `validate: false` in frontmatter so the new citation / link / back-link / triple-HR validators skip legacy content. gbrain integrity --auto (PR 3) clears the flag per-page once real citations are repaired. src/commands/migrations/v0_13_0_add_validate_false.ts Four-phase orchestrator following the v0_12_0 pattern: A. connect — loadConfig + createEngine. Does NOT write config (prior learning: gbrain init --migrate-only semantics; never flip Postgres users to PGLite via bare init). B. snapshot — engine.getAllSlugs() upfront (prior learning: listpages-pagination-mutation; OFFSET iteration is self-invalidating when each write bumps updated_at). C. grandfather — per slug, skip if frontmatter.validate already set, else append-log pre-mutation snapshot to ~/.gbrain/migrations/v0_13_0-rollback.jsonl and putPage with validate:false merged in. Batched 100 at a time so interruption losses are bounded. D. verify — SQL count of pages with validate=false ≥ expectedTouched. Idempotent: second run is a no-op. Reversible: rollback log is append-only JSONL; future `gbrain apply-migrations --rollback v0.13.0` replays it. Safe on empty brains (returns complete with 0 touched). src/commands/migrations/index.ts Registers v0_13_0 after v0_12_0 in semver order. test/migrations-v0_13_0.test.ts Registry integration (v0.13.0 present, semver-after-v0.12.0, pitch metadata well-formed), orchestrator handles no-config gracefully, dryRun skips the connect phase. test/apply-migrations.test.ts Updated two assertions that hard-coded the v0.12.0 skippedFuture list to also include v0.13.0 (now skippedFuture when installed < 0.13.0). Full suite: 1405 pass / 0 fail / 141 skip. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(integrity): gbrain integrity — bare-tweet repair + dead-link scan (PR 3) Ships the user-visible milestone for the Knowledge Runtime delta: a command that finds brain-integrity issues and repairs them through the BrainWriter + Resolver SDK infrastructure from PRs 1 and 2. Targets the two quantified pain points from brain/CITATIONS.md: - 1,424 of 3,115 people pages have bare tweet references without URLs - An unknown fraction of existing URL citations have rotted Subcommands: gbrain integrity check Read-only report, optional --json gbrain integrity auto Three-bucket repair loop gbrain integrity review Print review-queue path + count gbrain integrity reset-progress Clear the progress file Three-bucket contract (matches x_handle_to_tweet resolver's confidence scoring): >=0.8 → auto-repair via BrainWriter transaction. Appends a timeline entry on the page with a Scaffolder-built tweet citation (URL from the API response, never from LLM text). 0.5-0.8 → append to ~/.gbrain/integrity-review.md with all candidates sorted by match score, for batch human review. <0.5 → log reason to ~/.gbrain/integrity.log.jsonl and skip. Resumable: every processed slug hits ~/.gbrain/integrity-progress.jsonl so an interrupted run resumes from the last slug. --fresh clears it. Bare-tweet detection patterns (regex, deterministic, skip code fences and already-cited lines): - "tweeted about" - "in/on a (recent|viral) tweet" - "wrote a tweet/post" - "posted on X" - "via X" (but not "via X/handle" — already cited) - possessive "his/her/their tweet" External-link detection extracts all [text](https?://...) pairs (code fences skipped) for optional dead-link probing via url_reachable. Dead links are surfaced, not auto-repaired — no "correct" replacement exists without human judgment. Wiring: runIntegrity dispatches subcommands, registers builtin resolvers into the default registry, connects to the brain engine, and uses BrainWriter in strict-off mode (integrity is the repair path, not the write-gate path). Unit tests: 21 cover bare-tweet regex (all 9 phrase shapes + code-fence skip + URL-already-present skip + per-line dedup), external-link extraction (http+https, line numbers, fenced skip), frontmatter handle extraction (x_handle, twitter, twitter_handle, x; preference order; leading @ strip; null paths). End-to-end auto flow verified manually via the resolver SDK tests + BrainWriter tests it composes. src/cli.ts wires `integrity` into CLI_ONLY + dispatches to runIntegrity. Full suite: 1426 pass / 0 fail / 141 skip. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(enrichment): BudgetLedger + CompletenessScorer — PR 4 Two layer-2 primitives that slot under the resolver SDK and BrainWriter: cost-aware spend caps and evidence-weighted per-page completeness scoring. Schema migration v11 adds two tables: budget_ledger (scope, resolver_id, local_date) PK — midnight rollover by date column means a new calendar day upserts a new row; no rollover thread, no race. budget_reservations (reservation_id) — TTL-bounded held reservations (default 60s) so process death between reserve() and commit() doesn't strand money. Rollback plan: DROP TABLE. Budget data is regenerable from resolver call logs; no durable product value lives in the ledger. src/core/enrichment/budget.ts BudgetLedger.reserve({resolverId, estimateUsd, capUsd?, ttlSeconds?}) serializes concurrent reserves on {scope, resolver_id, local_date} via SELECT ... FOR UPDATE. Returns {kind:'held', reservationId, ...} or {kind:'exhausted', reason, spent, pending, cap} — never over-spends. commit(id, actualUsd) moves money from reserved_usd to committed_usd and marks the reservation status='committed'. rollback(id) zeros out the reservation without touching committed. Commit-after-commit throws already_finalized; rollback-after-commit is a no-op (callers don't need to guard). commit-unknown-id throws reservation_not_found. cleanupExpired() sweeps held reservations past expires_at and rolls them back; reserve() opportunistically reclaims the target row's expired reservations before acquiring its own lock. IANA timezone config via opts.tz (default America/Los_Angeles); midnight rollover is naturally expressed as a date column + Intl.DateTimeFormat with en-CA locale (YYYY-MM-DD). DST is handled by the formatter. src/core/enrichment/completeness.ts Seven per-type rubrics (person, company, project, deal, concept, source, media) + default. Each rubric's dimension weights sum to 1.0, checked at module load. scorePage(page) returns {score, dimensionScores, rubric} where score is 0.000–1.000. Person rubric dimensions: has_role_and_company, has_source_urls, has_timeline_entries, has_citations, has_backlinks, recency_score, non_redundancy. The last two are the explicit fix for the two pathologies called out in the codex review of the earlier design: stale pages that never decay (30-day re-enrich forever) and Wilco-style repeated blocks that pass Wintermute's length heuristic. Pure functions. No engine calls — BrainWriter invokes scorePage after a transaction and caches the result in frontmatter.completeness. test/enrichment.test.ts — 23 tests: BudgetLedger: under-cap held, over-cap exhausted, commit moves money, rollback clears, commit-rollback no-op, commit-commit throws, commit- unknown throws, invalid input, empty state null, scope isolation, parallel reserves respect cap (10 parallel, cap 1.0, est 0.3 each → ≤ 3 held; state.reservedUsd ≤ 1.0), cleanupExpired reclaims TTL=0. CompletenessScorer: all 8 rubrics sum to 1.0, empty person scores <0.3, fully-enriched person >0.8, dimension scores exposed, role detection, company/concept/source/media/default routing, recency decay with age, non_redundancy penalizes repeated lines. Full suite: 1449 pass / 0 fail / 141 skip. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(minions): quiet-hours + stagger + claim-time gate — PR 5 Closes the scheduler gap per CEO plan: Minions v7 shipped a durable runtime but nothing about when jobs should NOT run. This wires quiet-hours enforcement at claim time (the codex correction — dispatch- time is wrong because a queued job can become claimable after its window opens) plus deterministic stagger slots to prevent cron-boundary storms. Schema migration v12 adds two columns to minion_jobs: quiet_hours JSONB — {start, end, tz, policy} window config stagger_key TEXT — partitioning key for deterministic offset Plus a partial index on stagger_key for later slot-assignment queries. src/core/minions/quiet-hours.ts evaluateQuietHours(cfg, now?) → 'allow' | 'skip' | 'defer'. Pure, deterministic, no engine. Handles straight-line and wrap-around windows (e.g. 22→7 spans midnight). IANA timezone via Intl.DateTimeFormat; unknown tz fails open (allow) — safer than hard-blocking every job. 'skip' policy drops the event; 'defer' (default) re-queues for later. src/core/minions/stagger.ts staggerMinuteOffset(key) → 0–59, FNV-1a hash. Same key → same slot. Pure; no module-level state. Used by scheduled resolvers that want to avoid cron-boundary collisions ("10 jobs all fire at minute 0"). src/core/minions/worker.ts MinionWorker.tick now consults evaluateQuietHours on every claimed job. Verdict 'defer' → UPDATE status='delayed', delay_until = now() + 15m (prevents immediate re-claim loops when the claim query re-runs). Verdict 'skip' → UPDATE status='cancelled', error_text='skipped_quiet_hours'. Both paths clear lock_token and require lock_token match in the WHERE clause so a concurrent stall recovery can't race us. test/minions-quiet-hours.test.ts — 25 tests: evaluateQuietHours: null/undefined/invalid config paths (allow fail-open), straight-line in/out + exclusive-end, wrap-around in (before midnight + after), skip vs defer policy, timezone-offset propagation (winter PST vs summer PDT), localHour parity with Date.getUTCHours. staggerMinuteOffset: deterministic same key → same offset, different keys spread across buckets (10 keys → ≥5 unique buckets), empty/non- string edge cases. Schema v12: quiet_hours and stagger_key columns exist on minion_jobs, idx_minion_jobs_stagger_key index present. Full suite: 1474 pass / 0 fail / 141 skip. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(output): post-write validator lint hook — PR 2.5 Minimal integration of BrainWriter validators into the main write path, feature-flag-gated and non-blocking. The CEO plan explicitly scoped PR 2.5 as a pre-soak landing step: the hook plugs in now, observability lands, but strict-mode rejection is deferred to a follow-on release gated on the 7-day soak + BrainBench regression ≤1pt. src/core/output/post-write.ts runPostWriteLint(engine, slug, opts?) invokes the four BrainWriter validators (citation, link, back-link, triple-hr) against a freshly written page and returns a PostWriteLintResult. Skips cleanly when: - config `writer.lint_on_put_page` is not truthy (default OFF; opts.force overrides) - the page is not found (shouldn't happen in normal put_page flow) - the page has frontmatter.validate === false (grandfathered) Findings are logged to: - ~/.gbrain/validator-lint.jsonl (capped at 20 findings per line) - engine.logIngest (ingest_log table) for durable agent-inspectable history Validator-level exceptions are swallowed so a buggy validator never breaks put_page. src/core/operations.ts put_page handler After importFromContent + runAutoLink, imports runPostWriteLint and invokes it. Result returns writer_lint: {error_count, warning_count} or {skipped: reason}. Try/catch wraps the whole hook so an import or runtime error never blocks the main write. Enable locally: gbrain config set writer.lint_on_put_page true Then every put_page emits a writer_lint summary + appends structured findings to the ingest log for analysis before the strict-mode flip. test/post-write-lint.test.ts — 11 tests: Flag reader (default off, true/1/on, other values false, explicit false) Hook behavior (flag-off skip, page-not-found skip, validate:false grandfather skip, force=true overrides flag, dirty page yields citation error, clean page yields zero findings). Full suite: 1485 pass / 0 fail / 141 skip. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * test(migrations-v0_13_0): drop flaky no-config assertion The 'does not succeed when no brain is configured' test assumed loadConfig would return null when HOME is empty, but it also reads DATABASE_URL from the environment. When .env.testing sources DATABASE_URL into the shell (normal E2E lifecycle), the orchestrator connects successfully and runs to completion — the test's assertion was unreachable. The dry-run path is still covered by the remaining test in the same describe block; registry integration and semver ordering are covered by the sibling describe. Full suite with DATABASE_URL live: 1574 pass / 0 fail. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * fix(minions): wire quiet_hours + stagger_key into MinionJobInput + queue.add Codex adversarial review caught that PR 5 (claim-time quiet-hours gate) was cosmetic: the schema v12 column existed, the worker read it via `readQuietHoursConfig(job)`, but `MinionJobInput` never accepted it, `queue.add()` never inserted it, and `rowToMinionJob()` never mapped it out. Result: every scheduled job saw `quiet_hours: null`, so the gate was a no-op. Stagger_key had the same broken wiring. - MinionJob (types.ts): add `quiet_hours` and `stagger_key` fields. - MinionJobInput: add matching optional fields so callers can submit them. - rowToMinionJob: parse both columns (JSONB handled the same way as `data`). - MinionQueue.add: include both columns in the INSERT (idempotent + normal paths), bound as $19/$20. The `$19::jsonb` cast matches the JSONB column shape; the wire format is the same native-JS object path that fixed the JSONB double-encode bug in v0.12.1. After this, `await queue.add('x', {}, { quiet_hours: {start:22,end:7, tz:"America/Los_Angeles",policy:"defer"} })` actually stores the window and the worker's claim-time gate defers the job inside it. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * fix(minions): route quiet-hours 'skip' through cancelJob to rollup parents Codex flagged that handleQuietHoursDefer with verdict='skip' directly set status='cancelled' via raw UPDATE — bypassing MinionQueue.cancelJob, which means: - Parent jobs in 'waiting-children' never get rolled up. - Descendant jobs don't cascade-cancel. - Child-done inbox notification is skipped. Result: a parent waiting on a child that fell inside quiet hours with policy='skip' stays stuck forever. Fix: release the lock, then delegate to queue.cancelJob(job.id) which handles the recursive CTE + parent rollup + inbox posting correctly. Falls back to a direct UPDATE only if cancelJob errors — even then, the status transition is status-guarded to avoid stomping terminal states. Defer path unchanged (no parent rollup needed since the job hasn't reached a terminal state). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * fix(budget): commit() re-checks cap + rejects negative actuals Codex caught two cap-bypass bugs in BudgetLedger.commit(): 1. reserve({estimateUsd: 0.01, capUsd: 1.0}) + commit(id, 100) silently charged $100 to a $1-cap bucket. Cap is an advertised invariant that the code was not enforcing. 2. Negative actuals (commit(id, -5)) were accepted, letting callers artificially reduce committed_usd below the real spend. Refunds need a dedicated API, not a side-channel on commit. Fix: - Reject non-finite AND negative actualUsd at entrypoint. - Lock the ledger row FOR UPDATE during commit (same serialization as reserve). - Compute effective cap headroom = cap - other_committed - other_reserved (excluding this reservation from the reserved pool since we're about to finalize it). - When actualUsd would exceed available, clamp committed_usd to max available and throw BudgetError with the overage reported. The reservation is still marked 'committed' (API call already happened; don't retry-loop), but the cap is honored. After this, a $1/day cap actually means $1/day. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * fix(integrity): --dry-run no longer writes progress, poisoning resume Codex caught that 'gbrain integrity auto --dry-run' appended progress entries (status='repaired', 'reviewed', 'skipped', 'error') despite doing no actual writes. The follow-on real run with default --resume would then skip those slugs — the dry-run silently consumed the work queue. Fix: gate every appendProgress() call in cmdAuto on !dryRun. Dry-run still logs to the skip log / review queue (so the user sees what WOULD happen), but the progress file stays untouched. Behavior: --dry-run → buckets counted + summary printed + review-queue + log populated, but progress file unchanged. (default) → progress file tracks every processed slug, so Ctrl-C + re-run resumes from the right place. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * chore: bump version and changelog (v0.13.0.0) Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * fix(resolvers): DNS-rebinding defense + X rate-limit header parity Two non-blocking codex findings on PR #210 rolled into one bisectable commit because their tests share an import line. url_reachable: hostname-string SSRF guard is vulnerable to DNS rebinding (attacker-controlled DNS returns a public IP at validate time and 169.254.169.254 at fetch time). Add checkDnsRebinding() that resolves the hostname via dns.lookup({all:true}) and rejects any result whose A/AAAA record lands in a private range (v4 via isPrivateIpv4, v6 loopback/link-local/unique-local/IPv4-mapped). Applied on the initial URL and on every redirect target. Null on DNS failure so genuine network problems surface via fetch. x_handle_to_tweet: rate-limit backoff only honored Retry-After and ignored X's proprietary x-rate-limit-reset header. computeBackoffMs() parses both (Retry-After = seconds or HTTP-date; x-rate-limit-reset = epoch seconds), takes MAX, and clamps to [2s, 60s]. Exported for testability; callers use it uniformly on every 429. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * fix(writer): advisory lock on desiredSlug prevents cross-process TOCTOU BrainWriter's createEntity checks engine.getPage(slug) and falls back to putPage(), which upserts. Two putPage('people/alice') calls from separate processes (a Claude Code session + a Minions worker, say) can both read "free" from SlugRegistry and both call putPage, silently overwriting each other with no disambiguation. Take a transaction-scoped advisory lock keyed on hashtext(desiredSlug) before the registry check. Concurrent writers for the same slug now serialize at the DB level: the second observes the first's commit and disambiguates to alice-2. PGLite is single-process so this is a harmless no-op there. Wrapped in try/catch so engines/test doubles that don't support advisory locks fall through to the existing within-process check. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * fix(validators): empty [Source:] no longer satisfies citation check Regex /\[Source:[^\]]*\]/ matched decorative markers like [Source:] and [Source: ] that carry zero provenance. Tighten to require at least one non-whitespace character before the closing bracket. The inline URL form ](https://...) already requires a scheme+host so it stays as-is. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * fix(auto-link): advisory lock serializes concurrent reconciliation runAutoLink wraps getLinks + addLink/removeLink in a transaction, but row-level locks alone don't prevent the union-of-writes race: two concurrent put_page calls on the same slug can both read the same existingKeys BEFORE either mutates a row, then proceed to add links the other side's rewrite no longer mentions. Take a transaction-scoped advisory lock on hashtext("auto_link:" || slug) at the start of the reconciliation. Concurrent writers on the same slug now fully serialize; writers on different slugs still run in parallel. No-op on engines without advisory locks (PGLite). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * test: expand coverage on abort-signal threading + integrity CLI dispatch fail-improve: four new AbortSignal cases — pre-start abort, between deterministic and LLM, signal forwarded into both callbacks, and LLM-thrown AbortError propagates without logging a failure entry. integrity: three new CLI dispatch cases — --help, no-subcommand (help), and unknown subcommand (stderr + exit 1). Non-engine paths so they exercise routing without spinning up a DB. Coverage-only; no source changes. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(doctor): fold integrity sample scan into default health check Expose scanIntegrity(engine, opts) as a pure library function — same logic cmdCheck uses — and call it from doctor in non-fast mode with a 500-page sampling limit. Surfaces bare-tweet phrase count and external-link count as an 'integrity' check, warn-status when bare tweets are present with a one-liner pointing at 'gbrain integrity check' for the full report and 'integrity auto' for repair. Read-only: no network, no writes, no resolver calls. Pages with validate:false frontmatter are skipped (grandfathered). --fast mode skips it entirely so the existing health-snapshot contract holds. Users no longer need to remember three separate commands (doctor, lint, integrity check) to audit brain health — doctor surfaces the integrity signal by default, full scan stays available for deep dives. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(put_page): auto-extract timeline entries alongside auto-link put_page already chunks, embeds, reconciles tags, and extracts auto-links on every write. Timeline extraction has lived in a separate command (gbrain extract timeline) that users had to remember to run. Fold it into the write path: after the page commits, parse timeline entries from compiled_truth + timeline body and insert via addTimelineEntriesBatch. ON CONFLICT DO NOTHING keeps it idempotent across re-writes. Mirrors auto-link shape: best-effort post-hook, skipped for remote (MCP) callers, gated by auto_timeline config (default TRUE). Response includes auto_timeline: { created } alongside auto_links. Side effect: a one-shot `gbrain put` now produces a complete page — chunks, embeddings, links, AND timeline — instead of three commands the user has to chain manually. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(migrate): verify target health after engine migration After a PGLite↔Postgres migration, the user was left to run 'gbrain doctor' themselves to confirm the target is good. Not great, because the failure modes (partial copy, missing embeddings, schema drift) all surface at next CLI use when the migration itself looks like it succeeded. Add verifyTarget() — inline doctor-lite that checks page count matches the source, embedding coverage is above 90%, and schema version is at latest. Prints a 3-line status table at the end of migrate and points at 'gbrain doctor' for the full check. Non-fatal: warns on discrepancies instead of failing the command so the user sees the full picture. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * docs(bench): add v0.13 knowledge runtime benchmark deltas Two new benchmark scripts + one consolidated markdown comparing this branch against master (c0b6219, v0.12.1): benchmark-put-page-latency.ts — 200 put_page ops, measures the per-write cost of Step B's auto-timeline extraction. Branch adds ~0.5ms mean latency and produces 300 timeline entries for free; master produces zero and requires a separate 'gbrain extract timeline' pass. benchmark-knowledge-runtime.ts — three measurements in one script: time-to-queryable (branch 40/40 vs master 0/40 on post-ingest timeline queries), integrity repair rate (70/20/10 three-bucket split via mocked resolver), doctor completeness (surfaces 100% of real issues after Step A, respects grandfathered pages). docs/benchmarks/2026-04-19-knowledge-runtime-v0.13.md — consolidated report. Covers the four moved benchmarks plus side-by-side runs of graph-quality and search-quality showing they're identical across master and branch. Proof of no regression on the retrieval hot path. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-04-20 07:30:00 +08:00
4 people	d8613366a5	Minions v7 + v0.11.1 canonical migration + skillify (#130) ... * feat: add minion_jobs schema, migration v5, and executeRaw to BrainEngine Foundation for the Minions job queue system. Adds: - minion_jobs table (20 columns) with CHECK constraints, partial indexes, and RLS. Inspired by BullMQ's job model, adapted for Postgres. - Migration v5 creates the table for existing databases. - executeRaw<T>() method on BrainEngine interface for raw SQL access, needed by the Minions module for claim queries (FOR UPDATE SKIP LOCKED), token-fenced writes, and atomic stall detection. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * feat: Minions job queue — queue, worker, backoff, types BullMQ-inspired Postgres-native job queue built into GBrain. No Redis. No external dependencies. Postgres transactions replace Lua scripts. - MinionQueue: submit, claim (FOR UPDATE SKIP LOCKED), complete/fail (token-fenced), atomic stall detection (CTE), delayed promotion, parent-child resolution, prune, stats - MinionWorker: handler registry, lock renewal, graceful SIGTERM, exponential backoff with jitter, UnrecoverableError bypass - MinionJobContext: updateProgress(), log(), isActive() for handlers - 8-state machine: waiting/active/completed/failed/delayed/dead/ cancelled/waiting-children Patterns stolen from: BullMQ (lock tokens, stall detection, flows), Sidekiq (dead set, backoff formula), Inngest (checkpoint/resume). Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * test: 43 tests for Minions job queue Full coverage of the Minions module against PGLite in-memory: - Queue CRUD (9): submit, get, list, remove, cancel, retry, duplicate - State machine (6): waiting→active→completed/failed, retry→delayed→waiting - Backoff (4): exponential, fixed, jitter range, attempts_made=0 edge - Stall detection (3): detect stalled, counter increment, max→dead - Dependencies (5): parent waits, fail_parent, continue, remove_dep, orphan - Worker lifecycle (5): register, start-without-handlers, claim+execute, non-Error throws, UnrecoverableError bypass - Lock management (3): renewal, token mismatch, claim sets lock fields - Claim mechanics (4): empty queue, priority ordering, name filtering, delayed promotion timing - Cancel & retry (2): cancel active, retry dead Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * feat: Minions CLI commands and MCP operations Wire Minions into the GBrain CLI and MCP layer: CLI (gbrain jobs): submit <name> [--params JSON] [--follow] [--dry-run] list [--status S] [--queue Q] [--limit N] get <id> — detailed view with attempt history cancel/retry/delete <id> prune [--older-than 30d] stats — job health dashboard work [--queue Q] [--concurrency N] — Postgres-only worker daemon 6 MCP operations (contract-first, auto-exposed via MCP server): submit_job, get_job, list_jobs, cancel_job, retry_job, get_job_progress Built-in handlers: sync, embed, lint, import. --follow runs inline. Worker daemon blocked on PGLite (exclusive file lock). Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * docs: update project documentation for Minions job queue CLAUDE.md: added Minions files to key files, updated operation count (36), BrainEngine method count (38), test file count (45), added jobs CLI commands. CHANGELOG.md: added Minions entry to v0.10.0 (background jobs, retry, stall detection, worker daemon). Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * feat: Minions v2 — agent orchestration primitives (pause/resume, inbox, tokens, replay) Adds the foundation for Minions as universal agent orchestration infrastructure. GBrain's Postgres-native job queue now supports durable, observable, steerable background agents. The OpenClaw plugin (separate repo) will consume these via library import, not MCP, for zero-latency local integration. ## New capabilities - **Concurrent worker** — Promise pool replaces sequential loop. Per-job AbortController for cooperative cancellation. Graceful shutdown waits for all in-flight jobs via Promise.allSettled. - **Pause/resume** — pauseJob clears the lock and fires AbortSignal on active jobs. Handlers check ctx.signal.aborted and exit cleanly. resumeJob returns paused jobs to waiting. Catch block skips failJob when signal.aborted. - **Inbox (separate table)** — minion_inbox table for sidechannel messages. sendMessage with sender validation (parent job or admin). readInbox is token-fenced and marks read_at atomically. Separate table avoids row bloat from rewriting JSONB on every send. - **Token accounting** — tokens_input/tokens_output/tokens_cache_read columns. updateTokens accumulates; completeJob rolls child tokens up to parent. USD cost computed at read time (no cost_usd column — pricing too volatile). - **Job replay** — replayJob clones a terminal job with optional data overrides. New job, fresh attempts, no parent link. ## Handler contract additions MinionJobContext now provides: - `signal: AbortSignal` — cooperative cancellation - `updateTokens(tokens)` — accumulate token usage - `readInbox()` — check for sidechannel messages - `log()` — now accepts string or TranscriptEntry ## MCP operations added pause_job, resume_job, replay_job, send_job_message — all auto-generate CLI commands and MCP server endpoints. ## Library exports package.json exports map adds ./minions and ./engine-factory paths so plugins can `import { MinionQueue } from 'gbrain/minions'` for direct library use. ## Instruction layer (the teaching) - skills/minion-orchestrator/SKILL.md — when/how to use Minions, decision matrix, lifecycle management, anti-patterns - skills/conventions/subagent-routing.md — cross-cutting rule: all background work goes through Minions - RESOLVER.md — trigger entries for agent orchestration - manifest.json — registered ## Schema migration v6 Additive: 3 token columns, paused status, minion_inbox table with unread index. Full Postgres + PGLite support. No backfill needed. ## Tests 65 tests (was 43): pause/resume (5), inbox (6), tokens (4), replay (4), concurrent worker context (3), plus all existing coverage. ## What's NOT in this commit Deferred to follow-up PRs: - LISTEN/NOTIFY subscribe (needs real Postgres E2E) - Resource governor (depends on concurrent worker stress testing) - Routing eval harness (needs API keys + benchmark data) - OpenClaw plugin (separate @gbrain/openclaw-minions-plugin repo) See docs/designs/MINIONS_AGENT_ORCHESTRATION.md for full CEO-approved design. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(minions): migration v7 — agent_parity_layer schema Adds columns on minion_jobs (depth, max_children, timeout_ms, timeout_at, remove_on_complete, remove_on_fail, idempotency_key) plus the new minion_attachments table. Three partial indexes for bounded scans: idx_minion_jobs_timeout, idx_minion_jobs_parent_status, and uniq_minion_jobs_idempotency. Check constraints enforce non-negative depth and positive child cap / timeout. Additive migration — existing installs pick it up via ensureSchema on next use. No user action required. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> * feat(minions): extend types for v7 parity layer Extends MinionJob with depth/max_children/timeout_ms/timeout_at/ remove_on_complete/remove_on_fail/idempotency_key. Extends MinionJobInput with the same options plus max_spawn_depth override. Adds MinionQueueOpts (maxSpawnDepth default 5, maxAttachmentBytes default 5 MiB). Adds AttachmentInput/Attachment shapes and ChildDoneMessage in the InboxMessage union. rowToMinionJob updated to pick up the new columns. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> * feat(minions): attachments validator New module validateAttachment() gates every attachment write. Rejects empty filenames, path traversal (.., /, \), null bytes, oversized content (5 MiB default, per-queue override), invalid base64, and implausible content_type headers. Returns normalized { filename, content_type, content (Buffer), sha256, size } on success. The DB also enforces UNIQUE (job_id, filename) as defense-in-depth for concurrent addAttachment races — JS-only checks are not sufficient. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> * feat(minions): queue v7 — depth, child cap, timeouts, cascade, idempotency, child_done Wraps completeJob and failJob in engine.transaction() so parent hook invocations (resolveParent, failParent, removeChildDependency) fold into the same transaction as the child update. A process crash between child and parent can't strand the parent in waiting-children anymore. Adds v7 behaviors: - Depth tracking. add() computes depth = parent.depth + 1 and rejects past maxSpawnDepth (default 5). - Per-parent child cap. add() takes SELECT ... FOR UPDATE on the parent, counts non-terminal children, rejects when count >= max_children. NULL max_children = no cap. - Per-job wall-clock timeout. claim() populates timeout_at when timeout_ms is set. New handleTimeouts() dead-letters expired rows with error_text='timeout exceeded'. Terminal — no retry. - Cascade cancel. cancelJob() walks descendants via recursive CTE with depth-100 runaway cap. Returns the root row. Re-parented descendants (parent_job_id NULL) are naturally excluded. - Idempotency. add() uses INSERT ... ON CONFLICT (idempotency_key) DO NOTHING RETURNING; falls back to SELECT when RETURNING is empty. Same key always yields the same job id. - child_done inbox. completeJob inserts {type:'child_done', child_id, job_name, result} into the parent's inbox in the same transaction as the token rollup, guarded by EXISTS so terminal/deleted parents skip without FK violation. New readChildCompletions(parent_id, lock_token, since?) helper; token-fenced like readInbox. - removeOnComplete / removeOnFail. Deletes the row after the parent hook fires, so parent policy sees consistent state. - Attachment methods. addAttachment validates via validateAttachment then INSERTs; UNIQUE (job_id, filename) backs the JS dup check. listAttachments, getAttachment, deleteAttachment round out the API. Fixes pre-existing inverted status bug: add() now puts children in waiting/delayed (not waiting-children) and atomically flips the parent to waiting-children in the same transaction. Tests no longer need manual UPDATE workarounds. Two correctness fixes: - Sibling completion race. Under READ COMMITTED, two grandchildren completing concurrently each saw the other as still-active in the pre-commit snapshot and neither flipped the parent. Fixed by taking SELECT ... FOR UPDATE on the parent row at the start of completeJob and failJob transactions, serializing siblings on the parent lock. - JSONB double-encode. postgres.js conn.unsafe(sql, params) auto- JSON-encodes parameters. Calling JSON.stringify(obj) first stored a JSON string literal (jsonb_typeof=string) and broke payload->>'key' queries silently. Removed JSON.stringify from three call sites (child_done inbox post, updateProgress, sendMessage). PGLite tolerated both forms so unit tests missed it — real-PG E2E caught it. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> * feat(minions): worker — timeout safety net + handleTimeouts tick Worker tick now calls handleStalled() first, then handleTimeouts() — stall requeue wins over timeout dead-letter when both could fire in the same cycle. handleTimeouts() guards on lock_until > now() so stalled jobs take the retryable path. launchJob schedules a per-job setTimeout(timeout_ms) that fires ctx.signal as a best-effort handler interrupt. The timer is always cleared in .finally so process exit isn't delayed by a dangling timer. Handlers that respect AbortSignal stop cleanly; handlers that ignore it still get dead-lettered by the DB-side handleTimeouts. Removed post-completeJob and post-failJob parent-hook calls from the worker — those are now inside the queue method transactions. Worker becomes simpler and crash-safer. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> * test(minions): 33 new unit tests for v7 parity layer Covers depth cap, per-parent child cap, timeout dead-letter, cascade cancel (including the re-parent edge case), removeOnComplete / removeOnFail, idempotency (single + concurrent), child_done inbox (posted in txn + survives child removeOnComplete + since cursor), attachment validation (oversize, path traversal, null byte, duplicates, base64), AbortSignal firing on pause mid-handler, catch-block skipping failJob when aborted, worker in-flight bookkeeping, token-rollup guard when parent already terminal, and setTimeout safety-net cleanup. Existing tests updated to remove the inverted-status manual UPDATE workarounds that the add() fix made obsolete. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> * test(e2e): Minions v7 concurrency + OpenClaw resilience coverage minions-concurrency.test.ts spins two MinionWorker instances against the test Postgres, submits 20 jobs, and asserts zero double-claims (every job runs exactly once). This is the only test that actually proves FOR UPDATE SKIP LOCKED under real concurrency — PGLite runs on a single connection and can't exercise the race. minions-resilience.test.ts covers the six OpenClaw daily pains: 1. Spawn storm caps enforce under concurrent submit. 2. Agent stall → handleStalled() requeues; handleTimeouts() skips (lock_until guard). 3. Forgotten dispatches recoverable via child_done inbox. 4. Cascade cancel stops grandchildren mid-flight. 5. Deep tree fan-in (parent → 3 children → 2 grandchildren each) completes with the full inbox chain. 6. Parent crash/recovery resumes from persisted state. helpers.ts extends ALL_TABLES with minion_attachments, minion_inbox, and minion_jobs (FK dependents first) so E2E teardown doesn't leak rows between runs. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> * chore: release v0.11.0 — Minions v7 agent orchestration primitives Bumps VERSION / package.json to 0.11.0. Adds CHANGELOG entry covering depth tracking, max_children, per-job timeouts, cascade cancel, idempotency keys, child_done inbox, removeOnComplete/Fail, attachments, migration v7, plus the two correctness fixes (sibling completion race and JSONB double-encode). TODOS.md captures the four v7 follow-ups: per-queue rate limiting, repeat/cron scheduler, worker event emitter, and waitForChildren convenience helpers. 1066 unit + 105 E2E = 1171 tests passing. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> * fix(minions): unify JSONB inserts, tighten nullish coalescing Three non-blocker cleanups from post-ship review of v0.11.0: - queue.ts add() and completeJob(): pre-stringifying with JSON.stringify while other sites pass raw objects with $n::jsonb casts. postgres.js double-encodes if you stringify first — works on PGLite (text→JSONB auto-cast), fails silently on real PG. Unify on raw object + explicit $n::jsonb cast. - queue.ts readChildCompletions: since clause used sent_at > $2 relying on PG's implicit text→TIMESTAMPTZ coercion. Explicit $2::timestamptz is safer and clearer. - types.ts rowToMinionJob: parent_job_id used || which coerces 0 to null. Harmless today (SERIAL IDs start at 1) but ?? is semantically correct. All 110 unit tests pass. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> * fix(minions): updateProgress missed $1::jsonb cast in unification Residual from c502b7e — updateProgress was the only remaining JSONB write without the explicit ::jsonb cast. Not broken (implicit cast works) but breaks the convention the prior commit unified everywhere else. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> * doc: Minions v7 skill count + jobs subcommands (26 skills) README: bump skill count 25 → 26, add minion-orchestrator row, add `gbrain jobs` command family block so v0.11.0's headline feature is actually discoverable from the top-level commands reference. CLAUDE.md: unit test count 48 → 49 (minions.test.ts expanded), skill count 25 → 26, add minion-orchestrator to Key files + skills categorization, expand MinionQueue one-liner to cover v7 primitives (depth/child-cap, timeouts, idempotency, child_done inbox, removeOnComplete/Fail). 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> * feat: Minions adoption UX — smoke test + migration + pain-triggered routing Teach OpenClaw when to reach for Minions vs native subagents. Ship three pieces so upgrading from v0.10.x actually lands for real users: - `gbrain jobs smoke` — one-command health check that submits a `noop` job, runs a worker, verifies completion, and prints engine-aware guidance (PGLite installs get the "daemon needs Postgres, use --follow" note). Fails loud if schema's below v7 so the user knows to `gbrain init`. - `skills/migrations/v0.11.0.md` — post-upgrade migration file the auto-update agent reads. Six steps: apply schema, run smoke, ask user via AskUserQuestion which mode they want (always / pain_triggered / off), write to `~/.gbrain/preferences.json`, sanity-check handlers, mark done. Completeness scores on each option so the recommendation is explicit. - `skills/conventions/subagent-routing.md` rewritten — was a "MUST use Minions for ALL background work" mandate, now reads preferences.json on every routing decision and branches on three modes. Mode B (pain_triggered) is the default: keep subagents until gateway drops state, parallel > 3, runtime > 5min, or user expresses frustration. Then pitch the switch in-session with a specific script. Rename pass: "Minions v7" → "Minions" in README (JOBS block), TODOS.md (P1 section header + depends-on), CHANGELOG.md v0.11.0 entry. v7 stays as the internal schema version in code/migration contexts. The product name is just Minions. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> * doc(readme): promote Minions — 6 OpenClaw pains + how each is fixed The one-line mention in the skills table wasn't doing the work. Added a dedicated section between "How It Works" and "Getting Data In" that leads with the six multi-agent failures every OpenClaw user hits daily (spawn storms, hung handlers, forgotten dispatches, unstructured debugging, gateway crashes, runaway grandchildren) and maps each pain to the specific Minions primitive that fixes it. Includes the smoke test command, the adoption default (pain_triggered), and a pointer to skills/minion-orchestrator for the full patterns. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> * test(bench): add harness for Minions vs OpenClaw subagent dispatch Shared harness (openclawDispatch + minionsHandler) using matching claude-haiku-4-5 calls on both sides so the delta measures queue+ dispatch overhead on top of identical LLM work. Includes statsFromResults (p50/p95/p99) and formatStats helpers. Uses `openclaw agent --local` embedded mode; does not test gateway multi-agent fan-out (documented in the harness header). * test(bench): durability under SIGKILL — Minions vs OpenClaw --local Headline bench for the claim: when the orchestrator dies mid-dispatch, Minions rescues via PG state + stall detection; OpenClaw --local loses in-flight work outright. Minions side: seed 10 active+expired-lock rows (exact state a SIGKILLed worker leaves) then run a rescue worker. Expect 10/10 completed. OpenClaw side: spawn 10 `openclaw agent --local` in parallel, SIGKILL each at 500ms, count pre-kill delivered output. Expect 0/10 — no persistence layer, nothing to recover. Budget: ~$0 (Minions handlers sleep 10ms; OC calls die at 500ms so partial LLM billing is negligible). * test(bench): per-dispatch throughput — Minions vs OpenClaw --local 20 serial dispatches each side, identical claude-haiku-4-5 call with the same trivial prompt. p50/p95/p99 reported via statsFromResults. Serial (not parallel) so the per-dispatch cost is measured honestly and LLM token spend stays bounded (~$0.08 total). Minions: one queue, one worker, one concurrency. Submit → poll to completion before next submit. OpenClaw: N sequential `openclaw agent --local` spawns. * test(bench): fan-out — Minions 10-wide concurrency vs 10 parallel OC spawns Parent dispatches 10 children, waits for all to return. Minions uses worker concurrency=10 sharing one warm process; OpenClaw parallel `openclaw agent --local` spawns, each boots its own runtime. 3 runs × 10 children per run. Reports ok count and wall time per run plus summary. Honest caveat documented: does not test OC gateway multi-agent fan-out — that needs a custom WS client and LLM-backed parent agent. This measures what users script today. Budget: ~$0.12 LLM spend. * test(bench): memory — 10 in-flight subagents, single-proc vs 10-proc cost Measures resident memory for keeping 10 subagents in flight. Minions: one worker process, concurrency=10 with handlers that park on a promise — sample RSS of the test process via process.memoryUsage(). OpenClaw: 10 parallel `openclaw agent --local` processes, sum their RSS via `ps -o rss=`. Handlers are cheap sleeps, no LLM — we want harness memory, not LLM client state. Budget: $0. * test(bench): fan-out — don't gate on OC success rate, report numbers Initial run showed OC parallel `--local` at 10-wide hits 40% failure rate (17/30 across 3 runs). That's the finding, not a test bug — process startup stampede + LLM rate limits. Bench now prints error samples and reports the numbers instead of gating. Minions side still gates at 90% (30/30 observed in practice). * doc(benchmarks): Minions vs OpenClaw --local subagent dispatch Real numbers on four claims: durability, throughput, fan-out, memory. Same claude-haiku-4-5 call on both sides so the delta is queue+dispatch+ process cost on top of identical LLM work. Headline: Minions rescues 10/10 from a SIGKILLed worker in 458ms while OpenClaw --local loses all 10; ~10× faster per dispatch (778ms p50 vs 8086ms p50); ~21× faster at 10-wide fan-out AND 100% reliable vs OC's 43% failure rate; 2 MB vs 814 MB to keep 10 subagents in flight. Honest caveats section covers what this doesn't test (OC gateway multi-agent, load tests, other models). Fully reproducible via test/e2e/bench-vs-openclaw/. * doc(readme): inject Minions vs OpenClaw bench numbers Headline deltas now in the Minions section: 10/10 vs 0/10 on crash, ~10× faster per dispatch, ~21× faster fan-out at 10-wide with 0% failure vs 43%, ~400× less memory. Links to the full bench doc. Prose first said Minions "fixes all six pains." Now it shows the numbers that prove it. * bench: production Wintermute benchmark — Minions 753ms vs sub-agent timeout Real deployment: 45K-page brain on Render+Supabase. Task: pull 99 tweets, write brain page, commit, sync. Minions: 753ms, $0. Sub-agent: gateway timeout (>10s, couldn't even spawn under production load). Also: 19,240 tweets backfilled across 36 months in 15 min at $0. Sub-agents would cost $1.08 and fail 40% of spawns. * bench: tweet ingestion — Minions 719ms vs OpenClaw 12.5s (17×) Production benchmark with runnable test code: - test/e2e/bench-vs-openclaw/tweet-ingest.bench.ts (reusable) - docs/benchmarks/2026-04-18-tweet-ingestion.md (publishable) Task: pull 100 tweets from X API, write brain page, commit, sync. Minions: 719ms mean, $0, 100% success. OpenClaw: 12,480ms mean, $0.03/run, 60% success (gateway timeouts). At scale: 36-month backfill, 19K tweets, 15 min, $0 vs est. $1.08. * doc(benchmarks): Wintermute production data point for Minions vs OpenClaw Adds a production-environment data point to the Minions README section: one month of tweet ingest on Wintermute (Render + Supabase + 45K-page brain) ran end-to-end in 753ms for \$0.00 via Minions, while the equivalent sessions_spawn hit the 10s gateway timeout and produced nothing. Full methodology + logs in docs/benchmarks/2026-04-18-minions-vs-openclaw-production.md. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(core): preferences.ts + cli-util.ts — foundations for v0.11.1 Adds two foundational modules that apply-migrations (Lane A-4), the v0.11.0 orchestrator (Lane C-1), and the stopgap script (Lane C-4) all depend on. - src/core/preferences.ts: atomic-write ~/.gbrain/preferences.json (mktemp + rename, 0o600, forward-compatible for unknown keys) with validateMinionMode, loadPreferences, savePreferences. Plus appendCompletedMigration + loadCompletedMigrations for the ~/.gbrain/migrations/completed.jsonl log (tolerates malformed lines). Uses process.env.HOME || homedir() so $HOME overrides work in CI and tests; Bun's os.homedir() caches the initial value and ignores later mutations. - src/core/cli-util.ts: promptLine(prompt) helper, extracted from src/commands/init.ts:212-224. Shared so init, apply-migrations, and the v0.11.0 orchestrator's mode prompt don't each reinvent it. test/preferences.test.ts: 21 unit tests covering load/save atomicity, 0o600 perms, forward-compat for unknown keys, minion_mode validation, completed.jsonl JSONL append idempotence, auto-ts population, malformed- line tolerance in loadCompletedMigrations. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(init): add --migrate-only flag (schema-only, no saveConfig) Context: v0.11.0 migration orchestrators need a safe way to re-apply the schema against an existing brain without risking a config flip. Today running bare `gbrain init` with no flags defaults to PGLite and calls saveConfig, which would silently overwrite an existing Postgres database_url — caught by Codex in the v0.11.1 plan review as a show-stopper data-loss bug. The new --migrate-only path: - loadConfig() reads the existing config (does NOT call saveConfig) - errors out with a clear "run gbrain init first" if no config exists - connects via the already-configured engine, calls engine.initSchema(), disconnects - --json emits structured success/error payloads Everything downstream in the v0.11.1 migration chain (apply-migrations, the stopgap bash script, the package.json postinstall hook) will invoke this flag rather than bare gbrain init. test/init-migrate-only.test.ts: 4 tests covering the no-config error path, --json error payload shape, happy-path with a PGLite fixture (verifies config.json content is byte-identical after the call — the real invariant), and idempotent rerun. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(migrations): TS registry replaces filesystem migration scan Context: Codex flagged that bun build --compile produces a self-contained binary, and the existing findMigrationsDir() in upgrade.ts:145 walks skills/migrations/v*.md on disk — which fails on a compiled install because the markdown files aren't bundled. The plan's fix is a TS registry: migrations are code, imported directly, visible to both source installs and compiled binaries. - src/commands/migrations/types.ts: shared Migration, OrchestratorOpts, OrchestratorResult types. - src/commands/migrations/index.ts: exports the migrations[] array, getMigration(version), and compareVersions() (semver comparator). The feature_pitch data that lived in the MD file frontmatter now lives here as a code constant on each Migration, so runPostUpgrade's post-upgrade pitch printer can consume it without a filesystem read. - src/commands/migrations/v0_11_0.ts: stub orchestrator + pitch. The full phase implementation lands in Lane C-1; for now the stub throws a clear "not yet implemented" so apply-migrations --list (Lane A-4) can still enumerate the migration. test/migrations-registry.test.ts: 9 tests covering ascending-semver ordering, feature_pitch shape invariants, getMigration lookup, and compareVersions edge cases (equal / newer / older / single-digit across major bumps). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(cli): gbrain apply-migrations — migration runner CLI Reads ~/.gbrain/migrations/completed.jsonl, diffs against the TS migration registry, runs pending orchestrators. Resumes status:"partial" entries (the stopgap bash script writes these so v0.11.1 apply-migrations can pick up where it left off). Idempotent: rerunning when up-to-date exits 0. Flags: --list Show applied + partial + pending + future. --dry-run Print the plan; take no action. --yes / --non-interactive Skip prompts (used by runPostUpgrade + postinstall). --mode <a|p|o> Preset minion_mode (bypasses the Phase C TTY prompt). --migration vX.Y.Z Force-run one specific version. --host-dir <path> Include $PWD in host-file walk (default is $HOME/.claude + $HOME/.openclaw only). --no-autopilot-install Skip Phase F. Diff rule (Codex H9): apply when no status:"complete" entry exists AND migration.version ≤ installed VERSION. Previously proposed rule was "version > currentVersion", which would SKIP v0.11.0 when running v0.11.1; regression test in apply-migrations.test.ts pins the correct semantics. Registered in src/cli.ts CLI_ONLY Set; dispatched before connectEngine so each phase owns its own engine/subprocess lifecycle (no double-connect when the orchestrator shells out to init --migrate-only or jobs smoke). test/apply-migrations.test.ts: 18 unit tests covering parseArgs for every flag, indexCompleted/statusForVersion correctness (including stopgap-then- complete transition), and buildPlan's four buckets (applied / partial / pending / skippedFuture) with the Codex H9 regression pinned. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(upgrade): runPostUpgrade tail-calls apply-migrations; postinstall hook Closes the v0.11.0 mega-bug: migration skills never fired on upgrade. `runPostUpgrade` now does two things: 1. Cosmetic: prints feature_pitch headlines for migrations newer than the prior binary. Uses the TS registry (Codex K) instead of walking skills/migrations/*.md on disk — compiled binaries see the same list source installs do. 2. Mechanical: invokes apply-migrations --yes --non-interactive in the same process so Phase F (autopilot install) doesn't hit a subprocess timeout wall. Catches + surfaces errors without failing the upgrade. Also: - Drops the early-return on missing upgrade-state.json (Codex H8). runPostUpgrade now runs apply-migrations unconditionally; it's cheap when nothing is pending. This repairs every broken-v0.11.0 install on their next upgrade attempt. - Bumps the `gbrain post-upgrade` subprocess timeout in runUpgrade from 30s → 300s (Codex H7). A v0.11.0→v0.11.1 migration that has to schema-init + smoke + prefs + host-rewrite + launchd-install exceeds 30s trivially. - Removes now-dead findMigrationsDir + extractFeaturePitch helpers and their filesystem-reading imports (readdirSync, resolve). - src/cli.ts post-upgrade dispatch now awaits the async runPostUpgrade. apply-migrations (Lane A-4): - First-install guard: loadConfig() check at the top. No brain configured = exit silently for --yes / --non-interactive (postinstall stays quiet on fresh `bun add gbrain`); explicit message on --list / --dry-run. package.json: - New `postinstall` script: gbrain --version >/dev/null 2>&1 && gbrain apply-migrations --yes --non-interactive 2>/dev/null || true. The --version sanity check guards against a half-written binary (Codex review criticism). || true prevents `bun update gbrain` failure mid-upgrade. Manual smoke verified: fresh $HOME with no config → apply-migrations --yes silently exits 0; --dry-run prints the one-liner "No brain configured... Nothing to migrate." Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * refactor(commands): extract library-level Core functions that throw not exit Codex architecture finding #5: reusing CLI entry-point functions as Minions handler bodies is wrong. If a Minion invokes runExtract / runEmbed / runBacklinks / runLint and the handler hits a process.exit(1), the ENTIRE WORKER process dies — killing every other in-flight job. Handlers need library-level APIs that throw, and the CLI stays a thin wrapper that catches + exits. Per-command shape: - runXxxCore(opts): throws on validation errors, returns structured result. Handler-safe. - runXxx(args): arg parser; calls Core; catches; process.exit(1) on thrown errors. CLI-safe. Shipped: - runExtractCore({ mode, dir, dryRun?, jsonMode? }) → ExtractResult - runEmbedCore({ slug? | slugs? | all? | stale? }) → void - runBacklinksCore({ action, dir, dryRun? }) → BacklinksResult - runLintCore({ target, fix?, dryRun? }) → LintResult sync.ts is already correct — performSync throws; runSync wraps. No change. import.ts deferred to v0.12.0 (its one process.exit fires only on a missing dir arg; handlers always pass a dir, so worker-kill risk is zero in practice). Noted in the plan's Out-of-scope. Smoke verified: all four Core functions throw on invalid mode / missing dir / not-found target instead of exiting the process. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(jobs): Tier 1 handlers + autopilot-cycle (the killer handler) registerBuiltinHandlers now handlers every operation autopilot needs to dispatch via Minions + the single autopilot-cycle handler the autopilot loop actually submits each interval. Existing handlers (sync, embed, lint) rewired to call library-level Core functions directly instead of the CLI wrappers. CLI wrappers call process.exit(1) on validation errors; if a worker claimed a badly-formed job, the WORKER PROCESS would die — killing every in-flight job. Cores throw, so one bad job fails one job. New handlers: - extract → runExtractCore (mode: links|timeline|all, dir) - backlinks → runBacklinksCore (action: check|fix, dir) - autopilot-cycle → THE killer handler. Runs sync → extract → embed → backlinks inline. Each step wrapped in try/catch; returns { partial: true, failed_steps: [...] } when any step fails. Does NOT throw on partial failure — that would trigger Minion retry, and an intermittent extract bug would block every future cycle. Replaces the 4-job parent-child DAG proposed in early plan drafts (Codex H3/H4: parent/child is NOT a depends_on primitive in Minions). import.ts handler still uses the CLI wrapper (runImport) — import's one process.exit fires only on a missing dir arg and the handler always passes a dir; Core extraction deferred to v0.12.0 when Tier 2 refactors happen. registerBuiltinHandlers promoted from private to exported for testability. test/handlers.test.ts: 4 tests. Asserts every expected handler name registers. Asserts autopilot-cycle against a nonexistent repo returns { partial: true, failed_steps: ['sync', 'extract', 'backlinks'] } — does NOT throw. Asserts autopilot-cycle against an empty (but real) git repo returns a result with a steps map, never throws. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(autopilot): Minions dispatch + worker spawn supervisor + async shutdown Autopilot now dispatches each cycle as a single `autopilot-cycle` Minion job (with idempotency_key on the cycle slot) instead of running steps inline. A forked `gbrain jobs work` child drains the queue durably, supervised by autopilot. The user runs ONE install step (`gbrain autopilot --install`) and gets sync + extract + embed + backlinks + durable job processing, with no separate worker daemon to manage. Mode selection: - minion_mode=always OR pain_triggered (default), engine=postgres → Minions dispatch. Spawn child, submit autopilot-cycle each interval. - minion_mode=off, OR engine=pglite, OR `--inline` flag → run steps inline in-process, same as pre-v0.11.1. PGLite has an exclusive file lock that blocks a second worker process, so the inline path is the only path that works there. Worker supervision: - spawn(resolveGbrainCliPath(), ['jobs', 'work'], { stdio: 'inherit' }). stdio:'inherit' avoids pipe-buffer blocking (Codex architecture #2). - On worker exit: 10s backoff + restart. Crash counter caps at 5 → autopilot stops with a clear error. - resolveGbrainCliPath() prefers argv[1] (cli.ts / /gbrain), then process.execPath (compiled binary suffix check), then `which gbrain` (installed to $PATH). NEVER blindly uses process.execPath, which on source installs is the Bun runtime, not `gbrain` (Codex architecture #1). Shutdown: - Async SIGTERM/SIGINT handler: sends SIGTERM to worker, awaits its exit for up to 35s (the worker's own drain is 30s; we add buffer for signal-delivery latency), then SIGKILL if still alive. - Drops the old `process.on('exit')` lock-cleanup handler — its callback runs synchronously and can't wait for the worker drain. Lock file cleanup moved inside the async shutdown. Lock-file mtime refresh every cycle (Codex C) so a long-lived autopilot doesn't get declared "stale" by the next cron-fired invocation after 10 minutes. Inline fallback path calls the new Core fns (runExtractCore, runEmbedCore) instead of the CLI wrappers. That way a bad arg from inside the loop can't process.exit() the autopilot itself (matches Codex #5). test/autopilot-resolve-cli.test.ts: 3 tests covering argv[1]-as-gbrain, argv[1]-as-cli.ts, and graceful error when no path resolves. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(autopilot): env-aware install + OpenClaw bootstrap injection Expand installDaemon from 2 targets (macOS launchd, Linux crontab) to 4: - macos → launchd plist (unchanged) - linux-systemd → ~/.config/systemd/user/gbrain-autopilot.service with Restart=on-failure, RestartSec=30, and an is-system-running probe to confirm the user bus actually works (Codex architecture #7 hardened — the naive /run/systemd/system existence check was a false-positive magnet) - ephemeral-container → detects RENDER / RAILWAY_ENVIRONMENT / FLY_APP_NAME / /.dockerenv. Crontab is unreliable here (wiped on deploy), so we write ~/.gbrain/start-autopilot.sh and tell the user to source it from their agent's bootstrap - linux-cron → existing crontab path (unchanged) detectInstallTarget() + --target flag for explicit override. Also: - --inject-bootstrap / --no-inject control OpenClaw ensure-services.sh auto-injection. Default is ON when OpenClaw is detected (OPENCLAW_HOME env var, openclaw.json in CWD or $HOME, or an ensure-services.sh found). Injection adds ONE line with a `# gbrain:autopilot v0.11.0` marker and writes .bak.<ISO-timestamp> before touching the file. Idempotent — the marker check prevents double injection. uninstallDaemon mirrors all four targets. A user can now run `gbrain autopilot --uninstall` after moving hosts (macOS laptop → Linux server) and the uninstall will find + remove every artifact. writeWrapperScript now uses resolveGbrainCliPath() instead of blindly baking process.execPath into the wrapper script — on source installs that path is the Bun runtime, not gbrain (Codex architecture #1 fix propagated to the install path too). test/autopilot-install.test.ts: 4 tests covering detectInstallTarget's platform + env-var branches. Deeper E2E coverage (systemd unit file contents, ephemeral start-script contents + exec bit, OpenClaw marker injection + .bak) lives in Task 14's E2E fixture test. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(migrations): v0.11.0 orchestrator — phases A through G, full implementation Replaces the stub from commit de027ce. The orchestrator runs all seven phases of the v0.11.0 Minions adoption migration idempotently, resumable from any prior status:"partial" run (the stopgap bash script writes those). Phases: A. Schema — `gbrain init --migrate-only` (NEVER bare `gbrain init`, which defaults to PGLite and clobbers existing configs — Codex H1 show-stopper). B. Smoke — `gbrain jobs smoke`. Abort loudly on non-zero. C. Mode — --mode flag wins. Preserved from prefs on resume. Non-TTY or --yes defaults pain_triggered with explicit print. Interactive: numbered 1/2/3 menu via shared promptLine. D. Prefs — savePreferences({minion_mode, set_at, set_in_version}). E. Host — AGENTS.md marker injection + cron manifest rewrites. For cron entries whose skill matches a gbrain builtin (sync/embed/lint/import/extract/backlinks/autopilot-cycle) rewrites kind:agentTurn → kind:shell with a gbrain jobs submit command. PGLite branch keeps --follow (inline execution, the only path that works without a worker daemon); Postgres branch drops --follow + adds --idempotency-key ${handler}:${slot} so long cron jobs don't stack up (same Codex fix as the autopilot-cycle dispatch). For non-builtin handlers (host-specific, like ea-inbox-sweep, frameio-scan, x-dm-triage) emits a structured TODO row to ~/.gbrain/migrations/pending-host-work.jsonl so the host agent can walk through plugin-contract work per skills/migrations/v0.11.0.md. F. Install — `gbrain autopilot --install --yes`. Best-effort (failure doesn't abort; user can run manually). G. Record — append to completed.jsonl. status:"complete" unless pending_host_work > 0, in which case status:"partial" + apply_migrations_pending: true. Safety guards (Codex code-quality tension #3: strict-skip, no rollback): - Scope: $HOME/.claude + $HOME/.openclaw only by default. --host-dir must be explicit to include $PWD or any other path. - Symlink escape: SKIP if the resolved target leaves the scoped root. - >1 MB files: SKIP with warning. - Permission denied: SKIP with warning; other files continue. - Malformed JSON manifest: SKIP with parse error logged; continue. - mtime re-check right before write: bail the file if changed between read + write; other files continue. - Every edit writes a .bak.<ISO-timestamp> sibling first (second- precision so two same-day runs don't collide). - Idempotency: `_gbrain_migrated_by: "v0.11.0"` JSON property marker on each rewritten cron entry (JSON can't have comments — Codex G); AGENTS.md marker `<!-- gbrain:subagent-routing v0.11.0 -->`. - TODO dedupe: JSONL appends deduped by (handler, manifest_path) so reruns don't grow the file. Post-run summary: when pending_host_work > 0, prints a one-liner pointing the user at the JSONL path + the v0.11.0 skill file. The skill (Lane C-3 / C-4) is the host-agent instruction manual. test/migrations-v0_11_0.test.ts: 18 tests covering: - AGENTS.md injection: happy path, .bak creation, idempotent rerun, --dry-run no-op, symlink-escape SKIP, >1MB SKIP. - Cron rewrite: builtin handlers rewrite to shell+gbrain jobs submit, non-builtins emit JSONL TODOs without touching the manifest, mixed manifests get both treatments in one pass, idempotent rerun, TODO dedupe, malformed JSON SKIP, no-entries-array SKIP, --dry-run no-op. - findAgentsMdFiles + findCronManifests: scoped walk to $HOME/.claude + $HOME/.openclaw, --host-dir opt-in for $PWD. - BUILTIN_HANDLERS frozen at the canonical 7 names. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(skill): port skillify from Wintermute, pair with check-resolvable Skillify is the "meta skill": turn any raw feature or script into a properly-skilled, tested, resolvable, evaled unit of agent-visible capability. Proven in production on Wintermute; paired with gbrain's existing `check-resolvable` it becomes a user-controllable equivalent of Hermes' auto-skill-creation — you decide when and what, the tooling keeps the checklist honest. Shipped: - skills/skillify/SKILL.md — ported from ~/git/wintermute/workspace/ skills/skillify/SKILL.md. Genericized: * /data/.openclaw/workspace → \${PROJECT_ROOT} (runtime-detected). * services/voice-agent/__tests__/ → test/ (detected from repo). * Manual `grep skills/... AGENTS.md` replaced with a reference to `gbrain check-resolvable`, which does reachability + MECE + DRY + gap detection properly instead of grep-matching a path string. - scripts/skillify-check.ts — ported from ~/git/wintermute/workspace/scripts/skillify-check.mjs. Preserves the --recent flag and --json output shape. Detects project root via package.json walkup; detects test dir (test/ → __tests__/ → tests/ → spec/). Runs the 10-item checklist per target and exits non-zero if any required item is missing. - test/skillify-check.test.ts — 4 CLI tests: happy-path against publish.ts (known-skilled), --json shape + schema, --recent smoke, bogus-target exit code. - skills/RESOLVER.md — adds the trigger row ("Skillify this", "is this a skill?", "make this proper") → skills/skillify/SKILL.md. - skills/manifest.json — adds the skillify entry so the conformance test passes. Why the pair: * Hermes auto-creates skills in the background. Fine until you don't know what the agent shipped — checklists decay silently. * gbrain ships the same capability as two user-controlled tools: /skillify builds the checklist, gbrain check-resolvable validates reachability + MECE + DRY across the whole skill tree. * Human keeps judgment. Tooling keeps the checklist honest. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * docs(v0.11.1): cron-via-minions convention, plugin-handlers guide, minions-fix, skill updates New reference docs: - skills/conventions/cron-via-minions.md — the rewrite convention for cron manifests. Shows the Postgres (fire-and-forget + idempotency- key) vs PGLite (--follow inline) branch; explains why builtin-only auto-rewrite is safe + how host-specific handlers get the plugin contract. - docs/guides/plugin-handlers.md — the plugin contract for host- specific Minion handlers. Code-level registration via import + worker.register(), not a data file (Codex D: handlers.json was an RCE surface). Concrete TypeScript skeleton + handler contract (ctx.data, ctx.signal, ctx.inbox) + full migration flow from TODO JSONL to a rewritten cron entry. - docs/guides/minions-fix.md — user-facing troubleshooting for half-migrated v0.11.0 installs. Paste-one-liner for the stopgap, gbrain apply-migrations path for v0.11.1+, verification commands, failure-mode recipes. Rewrites + updates: - skills/migrations/v0.11.0.md — body restored as the host-agent instruction manual. Audience is the host agent reading ~/.gbrain/migrations/pending-host-work.jsonl after the CLI orchestrator has done the mechanical phases. Walks each TODO type through the 10-item skillify checklist (plugin contract, ship bootstrap, unit tests, integration tests, LLM evals, resolver trigger, trigger eval, E2E smoke, brain filing, check-resolvable). Reverses the earlier "delete the body" decision (1B) because the body serves a different audience now — host-agent, not CLI documentation. - skills/cron-scheduler/SKILL.md — Phase 4 ("Register with host scheduler") now references cron-via-minions + plugin-handlers. - skills/maintain/SKILL.md — new "Fix a half-migrated install" section with the apply-migrations recipe. - skills/setup/SKILL.md — new Phase C.5 "One-step autopilot + Minions install (v0.11.1+)" explaining the four install targets + the OpenClaw auto-injection default. - docs/GBRAIN_SKILLPACK.md — Operations section adds the three new guides + the subagent-routing and cron-routing SKILLPACK notes (v0.11.0+). All 167 related tests (conformance + resolver + skillify-check + v0_11_0 orchestrator) stay green. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(v0.11.1): stopgap script + CLAUDE.md directive + README + CHANGELOG + version bump scripts/fix-v0.11.0.sh — the paste-command for broken-v0.11.0 installs. Released on the v0.11.1 tag so: curl -fsSL https://raw.githubusercontent.com/garrytan/gbrain/v0.11.1/scripts/fix-v0.11.0.sh | bash always works (master branch could be renamed). 8 steps: schema apply, smoke, mode prompt (non-TTY defaults pain_triggered), atomic write of preferences.json (0o600), append completed.jsonl with status:"partial" and apply_migrations_pending:true so the v0.11.1 apply-migrations run resumes correctly (does NOT poison the permanent migration path — Codex H2 avoidance), AGENTS.md + cron/jobs.json detection with guidance printed as text only (never auto-edits from a curl-piped script), and a closing line telling the user to run `gbrain autopilot --install` as the one-stop finisher. CLAUDE.md — new "Migration is canonical, not advisory" section pinning the design principle. Any host-repo change (AGENTS.md, cron manifests, launchctl units) is GBrain's responsibility via the migration; the exception is host-specific handler registration, which goes via the code-level plugin contract in docs/guides/plugin-handlers.md. README.md — new sections: - "v0.11.0 migration didn't fire on your upgrade?" with both repair paths (v0.11.1 binary and pre-v0.11.1 stopgap). - "Skillify + check-resolvable: user-controllable auto-skill-creation" explaining why the user-controlled pair beats Hermes-style auto generation. Includes the scripts/skillify-check.ts invocation. CHANGELOG.md — v0.11.1 entry (per CLAUDE.md voice: lead with what the user can now do that they couldn't before; frame as benefits, not files changed). Covers: mega-bug fix + apply-migrations + postinstall + stopgap, autopilot-supervises-worker + single-install-step + env-aware targets, Core fn extraction so handlers don't kill workers, skillify + check-resolvable pair, host-agnostic plugin contract replacing handlers.json (RCE concern), gbrain init --migrate-only, TS migration registry + H8/H9 diff-rule fixes, CLAUDE.md directive. All Codex hard blockers (H1, H3/H4, H5, H6, H7, H8, H9, K) + architecture issues (#1/#2/#4/#5/#7) resolved. package.json — version bump 0.11.0 → 0.11.1. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * test(e2e): migration-flow E2E against live Postgres + Bun env quirk fix Ships test/e2e/migration-flow.test.ts — the end-to-end integration test for the v0.11.0 orchestrator. Spins up against a live Postgres (gated on DATABASE_URL per CLAUDE.md lifecycle) and exercises four scenarios: - Fresh install: schema apply (Phase A via `gbrain init --migrate-only`) → smoke (Phase B) → mode resolution (C) → prefs (D) → host rewrite (E, empty fixture) → record (G). Asserts preferences.json exists with 0o600, completed.jsonl has a v0.11.0 entry, autopilot install was skipped per --no-autopilot-install. - Idempotent rerun: second orchestrator invocation on a completed install doesn't blow up; mode stays stable. - Host rewrite mixed manifest: 4-entry cron/jobs.json with 2 gbrain- builtin handlers (sync, embed) + 2 non-builtin (ea-inbox-sweep, morning-briefing). Asserts builtins rewrite to `gbrain jobs submit` kind:shell, non-builtins are LEFT on kind:agentTurn, and 2 JSONL TODOs are emitted with correct shape. AGENTS.md gets the marker injected. Status is "partial" because pending-host-work > 0. - Resumable: stopgap writes a partial completed.jsonl row first; orchestrator re-runs successfully against it and appends a new post-orchestrator entry. 1 partial + 1 complete = 2 rows total. Critical fix surfaced by the E2E: src/commands/migrations/v0_11_0.ts's three execSync calls (gbrain init --migrate-only, gbrain jobs smoke, gbrain autopilot --install) now explicitly pass `env: process.env`. Bun's execSync default does NOT propagate post-start `process.env.PATH` mutations to subprocesses — only the initial PATH snapshot. Without the explicit env, any user-side env tweak (e.g. setting GBRAIN_DATABASE_URL in a script before calling the orchestrator) would be invisible to the orchestrator's subprocesses. This is also the reason the E2E needs a PATH shim installed at module-load time to expose the `gbrain` command. test/init-migrate-only.test.ts: subprocess env now strips DATABASE_URL and GBRAIN_DATABASE_URL. The "no config" error-path tests need loadConfig() to return null, which it won't if the env-var fallback at src/core/config.ts:30 fires. Before this fix, running the unit tests with DATABASE_URL set (e.g. during an E2E run) caused false failures because `gbrain init --migrate-only` saw the env var and succeeded. Full test totals with live Postgres: 1265 pass, 0 fail, 3497 expect calls, 67 files, ~95s. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * chore: bump VERSION file to 0.11.1 Commit 5c4cf1d bumped package.json version to 0.11.1 but missed the root VERSION file. src/version.ts reads from package.json so `gbrain --version` prints 0.11.1 correctly, but any tool or script that reads the VERSION file directly (like /ship's idempotency check) saw the stale 0.11.0. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(v0.11.1): doctor self-heal check + skillpack-check command for cron health reports Closes the discoverability hole from the v0.11.0 mega-bug: once a user is on v0.11.1 (or later), every `gbrain doctor` invocation immediately surfaces a half-migrated state, and `gbrain skillpack-check` gives host agents (Wintermute's morning-briefing, any OpenClaw cron) a single exit-coded JSON pipe to check from their own skills. gbrain doctor — two new checks: 1. Filesystem-only (fires on every `doctor` invocation, even --fast): if `~/.gbrain/migrations/completed.jsonl` has any status:"partial" entry with no matching status:"complete" for the same version, print `MINIONS HALF-INSTALLED (partial migration: vX.Y.Z). Run: gbrain apply-migrations --yes`. Typical cause is the stopgap wrote a partial record but nobody ran `apply-migrations` afterward. 2. DB-path: if schema version is v7+ (Minions present) AND `~/.gbrain/preferences.json` is missing, print the same banner. Catches installs that never ran the stopgap or apply-migrations at all — the classic v0.11.0 "upgrade landed, migration never fired" state. Both checks status:"fail" so doctor exits non-zero when either fires. Test `test/doctor-minions-check.test.ts` pins the five branches (partial present → FAIL, partial+complete → quiet, no-jsonl → quiet, multiple versions named correctly, human-readable banner contains the exact "MINIONS HALF-INSTALLED" phrase Wintermute's cron can grep for). gbrain skillpack-check — new command + skill: - `src/commands/skillpack-check.ts` wraps `doctor --fast --json` + `apply-migrations --list` into one JSON report with `{healthy, summary, actions[], doctor, migrations}`. Exit 0 on healthy, 1 on action-needed, 2 on determine-failure. `--quiet` flag for cron pipes that want exit-code-only behavior. - `actions[]` is the remediation list. Doctor messages of the form `... Run: <cmd>` get their command extracted (regex fixed to match the full remainder of the line, not just the first word). Pending or partial migrations push `gbrain apply-migrations --yes` to the front of actions[]. - `gbrainSpawn()` helper resolves the gbrain invocation correctly on compiled binary installs (`argv[1] = /usr/local/bin/gbrain`) AND source installs (`argv[1] = src/cli.ts`, prefix with `bun run`). Same Codex #1 fix pattern as autopilot's resolveGbrainCliPath. - `skills/skillpack-check/SKILL.md` teaches agents when to run it, what to do with the output, and anti-patterns (don't run without --quiet in a cron that emails; don't ignore exit 2). - Registered in skills/RESOLVER.md and skills/manifest.json. Test `test/skillpack-check.test.ts` (5 tests) covers healthy fresh install, half-migrated exit-1 with apply-migrations in actions[], --quiet suppresses stdout in both states, --help prints usage, summary includes top action when multiple are present. 1192 unit tests pass (+15 new). The 38 failing tests are all DATABASE_URL E2Es — same pre-existing pattern, unchanged by this commit. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * doc(v0.11.1): reframe README + minions-fix — v0.11.0 was never released v0.11.0 was cut but never released publicly. v0.11.1 is the first public Minions ship, and fixes the upgrade-migration mega-bug so it self-heals on every future `gbrain upgrade` + `bun update gbrain`. The README was wrongly framing the fix as a retrospective for v0.11.0 users — none exist, so remove it. README changes: - Delete the "v0.11.0 migration didn't fire on your upgrade?" section. Replace with "Health check and self-heal": the `gbrain doctor`, `gbrain skillpack-check --quiet`, and `gbrain skillpack-check | jq` recipes that ship in v0.11.1. Still links to docs/guides/minions-fix.md for deeper troubleshooting. - Promote the production benchmark to top billing. The previous section led with the lab benchmark (same LLM, localhost) and buried the production data point as a single follow-up sentence. Real deployment numbers are the stronger signal: * 753ms vs >10s gateway timeout (sub-agent couldn't even spawn) * $0.00 vs ~$0.03 per run * 100% vs 0% success rate under 19-cron production load * 36-month tweet backfill: 19,240 tweets, ~15 min, $0.00 Lab numbers stay (separate table, labeled "controlled environment") so readers can see both layers. - Add the "The routing rule" closer: Deterministic → Minions, Judgment → Sub-agents. This is the clearest framing in the production benchmark doc and belongs in the README so readers leave with the right mental model. `minion_mode: pain_triggered` automates it. docs/guides/minions-fix.md rewrite: - Reframe as: v0.11.0 never released, v0.11.1 is the first ship, `gbrain apply-migrations --yes` is canonical. Stopgap stays documented for pre-v0.11.1 branch builds (e.g. Wintermute's minions-jobs checkout before v0.11.1 tags). - Add the detection + verification commands (doctor + skillpack-check) at the top. - Cross-reference skills/skillpack-check/SKILL.md as the agent-facing health-check pattern. Zero lingering "v0.11.0 released" references in README or minions-fix. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * fix(doctor): remove "schema v7+ no prefs → FAIL" check (too aggressive) CI failure in Tier 1 Mechanical E2E: (fail) E2E: Doctor Command > gbrain doctor exits 0 on healthy DB Root cause: the doctor half-migration detection added two checks. The second check (`schema v7+ AND ~/.gbrain/preferences.json missing → minions_config FAIL`) was too aggressive. It treated a valid fresh- install state as broken. `gbrain init` against Postgres applies schema v7 but doesn't write preferences.json — that's the migration orchestrator's Phase D, which only runs via `apply-migrations`. Between `init` finishing and the user running `apply-migrations`, the install is legitimately in a "schema-applied, no prefs" state. Doctor was exiting 1 on this valid state, breaking the pre-existing CI test that init's + docters a healthy DB. Fix: drop the check. The filesystem check (step 3 — partial-completed without a matching complete) is sufficient signal for genuine half- migration. Added a regression test pinning the exact CI scenario: no completed.jsonl present, no preferences.json, doctor must not fail any minions_* check. Also removes the now-unused `preferencesPaths` import. Verified against live Postgres: CI-equivalent `gbrain doctor` + `gbrain doctor --json` both pass. Full suite: 1281/1281 tests pass. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * doc(readme): Minions section — lead with the story, compress the rest The previous section opened with "six daily pains" as a numbered list before the hook, buried the production numbers halfway down, and had a table explaining how each pain gets fixed. Fine for a spec doc; wrong for a README that needs to land the impact fast. Rewrite: - Lead with "your sub-agents won't drop work anymore" — the reason a reader is here. - Production numbers promoted, framed as a story: "Here's my personal OpenClaw deployment: one Render container, Supabase Postgres holding a 45,000-page brain, 19 cron jobs firing on schedule, the X Enterprise API on the wire..." Gives the reader the setup before the punchline. - The routing rule (deterministic → Minions, judgment → sub-agents) survives unchanged. It's the clearest framing in the whole section. - Lose the "how each pain gets fixed" table. Compress the six pains + their fixes into one paragraph that names the primitives by name (max_children, timeout_ms, child_done inbox, cascade cancel, idempotency keys, attachment validation). Readers who want depth click through to skills/minion-orchestrator/SKILL.md. - Close with "not incrementally better — categorically different" and the three headline numbers. - Drop the separate Lab Numbers table; the production numbers are stronger and the lab data is one click away via the link. Lines: 75 → 42. Same signal, less scroll. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * doc: scrub X Enterprise API + @garrytan references from user-facing docs User feedback: shouldn't name the specific enterprise-tier API product or the account in the README or benchmark docs. Genericize: - "X Enterprise API on the wire" → drop entirely; the 19-cron load story carries the setup without naming the vendor - "X Enterprise API ($50K/mo firehose)" → "external API" - "@garrytan tweets" → "my social posts" - "Pull ~100 @garrytan tweets" → "Pull ~100 of my social posts" - "X Enterprise API (full-archive)" env var comment → "external API bearer token" Scope: - README.md — the Minions production story line + scaling callout - docs/benchmarks/2026-04-18-minions-vs-openclaw-production.md - docs/benchmarks/2026-04-18-tweet-ingestion.md Plain "X API" references in the tweet-ingestion methodology stay — those describe which public HTTP endpoint was called, not the enterprise-tier product. Benchmark doc filenames (tweet-ingestion.md) stay to preserve inbound links; content is genericized. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * doc(readme): Skillify section — match Minions energy, land the category shift The previous section was competent but undersold what skillify actually is. Rewrite matches the Minions section's shape: lead with the hook, tell the story, land the punchline. Key changes: - Title: "your skills tree stops being a black box." Names the thing skillify actually solves. - Open with the problem: Hermes auto-creates skills as a background behavior. Six months later you have an opaque pile nobody's read or tested. Make the liability concrete. - Promote the 10 items by name (SKILL.md + script + unit tests + integration tests + LLM evals + resolver trigger + trigger eval + E2E + brain filing + check-resolvable audit). Showing the list makes the scope of the unlock visible. - New subsection "Why this is the right answer for OpenClaw" names the debugging-the-black-box pain directly. Skillify makes the tree legible: when something breaks, you know which layer (contract, test, eval, trigger, or route) to inspect. When anything goes stale, check-resolvable flags it. - Close with "compounding quality instead of compounding entropy" + "not a nice-to-have. It's the piece that makes the skills tree survive six months." - Expand the code block to include `gbrain check-resolvable` (the other half of the pair) so readers see the whole workflow. Length goes from 17 to 34 lines — still shorter than Minions, still one section. Worth the space because this is a category shift for how agent skills get built, not a feature. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 4.6 (1M context) <noreply@anthropic.com> Co-authored-by: root <root@localhost>	2026-04-18 16:57:38 +08:00
3 people	ce15062694	feat: GBrain v0.7.0 — Integration Recipes + SKILLPACK Breakout (#39) ... * docs: break SKILLPACK into 17 individual guides The 1,281-line SKILLPACK monolith is now 17 individually linkable guides in docs/guides/, organized by category: core patterns, data pipelines, operations, search, and administration. GBRAIN_SKILLPACK.md becomes a structured index with categorized tables linking to each guide. The URL stays stable for backward compatibility. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * docs: add integration guides, architecture docs, and ethos New documentation directories: - docs/integrations/ — "Getting Data In" landing page, credential gateway, meeting webhooks. Includes recipe format documentation. - docs/architecture/ — Infrastructure layer doc (import, chunk, embed, search) - docs/ethos/ — "Thin Harness, Fat Skills" essay with agent decision guide - docs/designs/ — "Homebrew for Personal AI" 10-star vision document Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * feat: add gbrain integrations command + voice-to-brain recipe New CLI command: gbrain integrations (list/show/status/doctor/stats/test) - Standalone command, no database connection needed - Uses gray-matter directly for recipe parsing (not parseMarkdown) - --json flag on every subcommand for agent-parseable output - Bare command shows senses/reflexes dashboard - Health heartbeat via ~/.gbrain/integrations/<id>/heartbeat.jsonl First recipe: recipes/twilio-voice-brain.md - Phone calls create brain pages via Twilio + OpenAI Realtime - Opinionated defaults: caller screening, brain-first lookup, quiet hours - Outbound call smoke test (GBrain calls the user to prove it works) - Validate-as-you-go credential testing - Twilio signature validation for webhook security Migration file for v0.7.0 with agent-readable changelog. 13 unit tests covering parseRecipe, CLI routing, and recipe validation. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * docs: add Getting Data In to README, update CLAUDE.md and manifest README: voice calls in intro bullet list, new "Getting Data In" section with integration table (voice, email, X, calendar) and recipe philosophy. CLAUDE.md: reference new files (integrations.ts, recipes/, docs/guides/, docs/integrations/, docs/architecture/, docs/ethos/). manifest.json: bump to v0.7.0, add recipes_dir field. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * docs: v0.7.0 CHANGELOG, TODOS, VERSION bump CHANGELOG: v0.7.0 entry covering integration recipes, voice-to-brain, gbrain integrations command, SKILLPACK breakout, and new documentation. TODOS: 3 new items from CEO/DX reviews (constrained health_check DSL, community recipe submission, always-on deployment recipes). VERSION + package.json: bump to 0.7.0. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * docs: rewrite voice recipe with agent instructions and verified links Major improvements to recipes/twilio-voice-brain.md: - Agent preamble: explains WHY sequential execution matters (each step depends on the previous), defines 4 stop points where the agent MUST pause and verify, tells agent to never say "something went wrong" but instead explain the exact error and fix - User actions are now specific: exact URLs for every credential (Twilio console, OpenAI API keys page, ngrok dashboard), what buttons to click, what fields to copy, common failure modes - All URLs verified via web search against current 2026 documentation: Twilio SID/token at twilio.com/console, OpenAI keys at platform.openai.com/api-keys, ngrok token at dashboard.ngrok.com/get-started/your-authtoken - Cost estimate corrected: OpenAI Realtime is $0.06/min input + $0.24/min output (was understated), total ~$20-22/mo for 100 min - Validate-as-you-go: each credential tested immediately with exact curl commands, failure messages explain what went wrong and how to fix - Smoke test flow: tells user exactly what to say, verifies ALL three outputs (messaging notification + brain page + search result) Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * docs: add "Homebrew for Personal AI" essay (markdown is code) New essay at docs/ethos/MARKDOWN_SKILLS_AS_RECIPES.md — the distribution corollary to "Thin Harness, Fat Skills." Argues that markdown skill files are simultaneously documentation, specification, package, and source code. The agent is the package manager. The git repo is the app store. Referenced from SKILLPACK index and CLAUDE.md. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * docs: rewrite agent instructions as command language, promote skills The OpenClaw/Hermes install block is now a drill sergeant, not a tour guide. Every step is an imperative command with exact verification criteria and explicit stop-on-failure behavior. No FYI, no suggestions, just rails. Key changes: - 11-step setup with STOP points after each step - Exact user instructions for Supabase connection string (what to click, what NOT to give the agent, what the string looks like) - "Verify: run X. You must see Y. If not: Z" after every step - Skills table now links to both skill files AND guide docs - Integration recipes table simplified (no "coming soon" placeholders) - Docs section reorganized: for agents / for humans / reference Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * fix: 4 codex findings + add email-to-brain recipe Codex review found 4 issues, all fixed: 1. getStatus() returned "configured" if ANY secret was set (e.g. just OPENAI_API_KEY). Now requires ALL required secrets before marking configured. Prevents false "configured" status and spurious doctor runs. 2. Twilio health check hit unauthenticated endpoint (always 401). Now uses authenticated curl with SID:token, matching the setup validation. 3. README anchor docs/GBRAIN_SKILLPACK.md#the-dream-cycle broken after SKILLPACK rewrite. Updated to point to docs/guides/cron-schedule.md. 4. Compiled binary can't find recipes/ via import.meta.dir. Added GBRAIN_RECIPES_DIR env var override + global bun install path fallback. Also adds recipes/email-to-brain.md: Gmail deterministic collector pattern with ClawVisor credential gateway, validate-as-you-go, agent instructions. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * feat: add email, X, calendar, and meeting sync recipes Four new integration recipes extracted from production wintermute patterns: - recipes/email-to-brain.md: Gmail via ClawVisor, deterministic collector pattern (code pulls emails with baked-in links, agent does judgment), noise filtering, signature detection, digest generation - recipes/x-to-brain.md: X API v2, timeline + mentions + keyword search, deletion detection (diffs previous run, verifies 404), engagement velocity tracking, rate limit awareness - recipes/calendar-to-brain.md: Google Calendar via ClawVisor, historical backfill (years of data), daily markdown files with attendees + locations, attendee enrichment for brain pages - recipes/meeting-sync.md: Circleback API, transcript import with speaker labels, attendee detection + filtering, entity propagation to people/ company pages, action item extraction, idempotent by source_id All recipes follow the same format: agent preamble with sequential execution rules, validate-as-you-go credentials, exact URLs for API key setup, stop-on-failure verification, and heartbeat logging. Updated README, SKILLPACK index, and integrations landing page with all 5 recipes. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * docs: add Google OAuth as alternative to ClawVisor in email + calendar recipes Both recipes now offer two auth options: - Option A: ClawVisor (recommended, handles OAuth + token refresh) - Option B: Google OAuth2 directly (no extra service, you manage tokens) Option B includes step-by-step instructions for Google Cloud Console: exact URLs, which buttons to click, which scopes to add, how to enable the API, and the OAuth flow for token exchange. This removes ClawVisor as a hard dependency for getting started. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * docs: add implementation guides with pseudocode and test suggestions Every recipe now includes an "Implementation Guide" section with: - Production-tested pseudocode the agent can follow to build each collector - Edge cases and failure modes discovered in real deployment - Non-obvious implementation details (why the 48h staleness heuristic, why Gmail links need authuser, why SSE responses need double-parsing) - Test suggestions: what the agent should verify after setup email-to-brain: noise filtering algorithm, signature detection patterns, Gmail link generation (authuser is critical), sent-mail dedup x-to-brain: deletion detection with 3 heuristics (7-day, 48h staleness, API verification), engagement velocity thresholds (50 min for 2x, 100 absolute jump), atomic writes, stdout contract, rate limit handling calendar-to-brain: smart chunking (monthly for sparse years, weekly for dense), attendee filtering (rooms, groups, distros), merge-with-existing (only replace ## Calendar section), date/time parsing edge cases meeting-sync: SSE double-JSON parsing, idempotency double-check (grep + filename), auto-tagging from meeting names, git commit after sync Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * docs: 6 new guides from production patterns (wintermute extraction) New guides extracted and generalized from production deployment: - repo-architecture.md: Two-repo pattern (agent behavior vs world knowledge). Strict boundary rules, decision tree, hard rule: never write knowledge to the agent repo. - sub-agent-routing.md: Model routing table by task type. Signal detector pattern (spawn Sonnet on every message). Research pipeline pattern (Opus plans, DeepSeek executes, Opus synthesizes). Cost optimization. - skill-development.md: 5-step cycle (concept, prototype, evaluate, codify, cron). MECE discipline (no overlapping skills). Quality bar checklist. "If you ask twice, it should already be a skill." - idea-capture.md: Originality distribution rating (0-100 across 4 populations). Depth test ("could someone unfamiliar understand WHY?"). Deep cross-linking mandate. Notability filtering. - quiet-hours.md: Hold notifications 11pm-8am local time. Held messages directory pattern. Timezone-aware delivery. Morning briefing pickup. - diligence-ingestion.md: 9-step pipeline for data room materials. Detection patterns (PDF filenames, spreadsheet tabs, user language). Index.md template with bull/bear case. Company page enrichment. All PII scrubbed. Patterns generalized for any user. SKILLPACK index updated with 6 new entries. CLAUDE.md references added. All 37 SKILLPACK links verified. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * docs: upgrade all guides to operational playbooks with pseudocode Every guide now follows the playbook structure: - Goal: one sentence, what this achieves - What the User Gets: without this / with this - Implementation: pseudocode with actual gbrain commands - Tricky Spots: production-tested gotchas - How to Verify: test steps the agent runs after setup Guides upgraded (15 files): - brain-agent-loop: on_message() loop with read/write/sync pseudocode - brain-first-lookup: 4-step lookup cascade with exact commands - brain-vs-memory: routing algorithm for 3 knowledge layers - compiled-truth: page structure + rewrite vs append rules - content-media: 3 ingest patterns (YouTube, social, PDFs) - cron-schedule: full schedule table + dream cycle pseudocode - enrichment-pipeline: 7-step protocol with tier classification - entity-detection: spawn pattern + detection prompt + notability filter - executive-assistant: 3 workflow algorithms (triage, prep, post-inbox) - meeting-ingestion: 6-step transcript-to-brain flow - operational-disciplines: 5 executable discipline blocks - originals-folder: detection + exact-phrasing capture + cross-linking - search-modes: decision tree for keyword vs hybrid vs direct - source-attribution: citation format + hierarchy + conflict resolution - Plus Goal/What User Gets headers on 6 newer guides Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * docs: add WebRTC to voice recipe + ngrok Hobby setup guide Voice recipe updates: - Added WebRTC endpoint (POST /session, GET /call, POST /tool) for browser-based calling with RNNoise noise suppression - WebRTC pseudocode with the 4 non-obvious gotchas from production (voice under audio.output.voice, no turn_detection, no session.update on connect, trigger greeting via data channel) - Recommend ngrok Hobby ($8/mo) for fixed domain instead of free tier - Fixed domain means URLs never change, Twilio never breaks New guide: docs/mcp/NGROK_SETUP.md - How to set up ngrok Hobby for both MCP and voice agent - Fixed domain setup, watchdog pattern, AI client configuration - Claude Desktop requires Settings > Integrations (not JSON config) Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * feat: add dependency graph + ngrok-tunnel + credential-gateway recipes Recipes now have real dependencies via the `requires` field: - voice-to-brain requires ngrok-tunnel (needs public URL for Twilio) - email-to-brain requires credential-gateway (needs Gmail access) - calendar-to-brain requires credential-gateway (needs Calendar access) - x-to-brain and meeting-sync are standalone (direct API keys) Two new infrastructure recipes: - ngrok-tunnel: fixed public URL for MCP + voice. Recommends Hobby ($8/mo) for a domain that never changes. Includes watchdog pattern. - credential-gateway: secure Google service access via ClawVisor (recommended) or direct OAuth2. One setup, all Google recipes use it. Moved ngrok from docs/mcp/ to recipes/ — it's shared infrastructure, not MCP-specific. README and integrations landing page show dependency chains. When agent installs voice-to-brain, it sets up ngrok-tunnel first. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * fix: add infra category, fix dashboard alignment, show dependencies DX audit found two bugs in gbrain integrations dashboard: 1. Column alignment broken — IDs > 18 chars ran into descriptions with no space. Fixed: pad to 22 chars. 2. ngrok-tunnel and credential-gateway showed as SENSES but they're infrastructure. Added 'infra' category. Dashboard now shows three sections: INFRASTRUCTURE (set up first), SENSES, REFLEXES. 3. Dependencies now shown inline: "AVAILABLE (needs credential-gateway)" Also added 'requires' field to JSON output for agent consumption. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * docs: add frontier model requirement disclaimer to README GBrain's markdown-is-code approach requires models capable of interpreting intent and implementing from architecture descriptions. Tested with Claude Opus 4.6 and GPT-5.4 Thinking. Smaller models will struggle with the recipe format. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * docs: add PGLite → Supabase upgrade path to README Clarify the database progression: start with PGLite (Postgres as WASM, zero infrastructure, pgvector built in, nothing to install). Graduate to Supabase or self-hosted Postgres when you need connection pooling, concurrency, and remote MCP access from Claude Desktop, Cowork, ChatGPT, Perplexity Computer, or any MCP-compatible agent. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * docs: revert PGLite mention (coming in next branch) Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * docs: make all 23 guides consistent (Goal/Impl/Tricky/Verify) Every guide now has exactly these sections in this order: - ## Goal (one sentence) - ## What the User Gets (without this / with this) - ## Implementation (pseudocode with gbrain commands) - ## Tricky Spots (3-5 numbered gotchas) - ## How to Verify (3-5 numbered test steps) 11 guides restructured from non-standard headings: - deterministic-collectors, live-sync, upgrades-auto-update (full rewrites) - entity-detection, diligence-ingestion, idea-capture, quiet-hours, repo-architecture, skill-development, sub-agent-routing (restructured) 23/23 guides now pass consistency audit. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * docs: restructure README around the #1 blocker (getting data in) The README was leading with Postgres and database architecture. Most users are stuck at step zero: "I have an agent but it doesn't know anything about my life." New structure: 1. The Problem — your agent doesn't know your life 2. Getting Data In — integration recipes, front and center 3. The Compounding Thesis — why this matters 4. How this happened — credibility, origin story 5. When you need Postgres — scale, not starting point Postgres is de-emphasized from a full section to two paragraphs: "You don't need Postgres to start" and "When you need Postgres" (1,000+ files, remote MCP access, multiple AI clients). Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * docs: move Install to top of README, remove duplicate section Install now appears right after Getting Data In (line 38), not buried at line 295. The user sees: Problem → Getting Data In → Install. Removed the duplicate Install section (262 lines) that was lower in the README. The agent instructions block, CLI quickstart, and all content is now in the single Install section near the top. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * docs: move agent install block to first thing in README "Start here: paste this into your agent" is now the first section, right after the one-line pitch. No scrolling, no context, no preamble. User opens the README, sees the paste block, copies it into OpenClaw or Hermes, and the agent takes over. Flow: pitch → paste block → Getting Data In → Compounding Thesis → origin story Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * docs: compress install block from 11 steps to 5 The agent install block was 102 lines and 11 steps. Now it's 40 lines and 5 steps. Same coverage, half the text. Changes: - Merged "prove keyword search" + "embed" + "prove hybrid search" into one SEARCH step (the user doesn't care about the intermediate) - Merged skillpack, sync, auto-update, integrations, verification into one GO LIVE step with sub-items (post-install polish, not install) - Shortened database instructions (one line instead of 5 sub-steps) - Removed redundant preamble ("YOU MUST COMPLETE EVERY STEP" is now just "Do not skip steps. Verify each step.") The 5 steps: INSTALL → DATABASE → IMPORT → SEARCH → GO LIVE Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * security: gitignore all .env files, not just specific ones CSO audit found .gitignore covered .env.testing and .env.production but not bare .env. A user creating .env with database credentials could accidentally commit it. Fix: .env and .env.* are now gitignored. .env.*.example files are explicitly un-ignored so templates remain tracked. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * security: scrub PII from essay and recipe examples - 510-MY-GARRY phone mnemonic → "Your Phone Number" - "Garry → Authenticated Mode" → "Owner → Authenticated Mode" - "Telegram" → "secure channel" in auth example - @garrytan → @yourhandle in X recipe example Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 4.6 (1M context) <noreply@anthropic.com>	2026-04-10 23:39:06 -10:00