gbrain

mirror of https://github.com/garrytan/gbrain.git synced 2026-07-28 06:23:01 +00:00

Author	SHA1	Message	Date
Garry Tan GitHub Claude Opus 4.7 Wintermute	08746b06d2	v0.22.9 feat: structured error code summary for sync --skip-failed (#501 ) * feat: structured error code summary for sync --skip-failed (#500) When sync encounters per-file failures, the blocked/skip-failed messages now include a breakdown by error code (SLUG_MISMATCH, YAML_PARSE, etc.) instead of just a raw count. This makes it immediately obvious why files failed without requiring manual investigation. Changes: - Add classifyErrorCode() — maps error messages to ParseValidationCode - Add summarizeFailuresByCode() — groups failures into sorted code summary - SyncFailure now carries a 'code' field (backfilled on acknowledge) - acknowledgeSyncFailures() returns AcknowledgeResult {count, summary} - sync blocked + skip-failed messages show code breakdown - doctor sync_failures check shows code breakdown for both unacked and historical - 12 new tests for classifyErrorCode, summarizeFailuresByCode, and structured returns Before: Sync blocked: 2688 file(s) failed to parse. After: Sync blocked: 2688 file(s) failed to parse: SLUG_MISMATCH: 2685 YAML_DUPLICATE_KEY: 3 Closes #500 * fix: eng-review fixes for sync error-code classification - Reorder classifyErrorCode() so DB-layer errors (DB_DUPLICATE_KEY, STATEMENT_TIMEOUT) check BEFORE YAML patterns. Postgres "duplicate key value violates unique constraint" no longer mislabels as YAML_DUPLICATE_KEY. - Rewrite MISSING_OPEN/MISSING_CLOSE/EMPTY_FRONTMATTER/NULL_BYTES/NESTED_QUOTES regexes to match the canonical messages emitted by collectValidationErrors() in src/core/markdown.ts. Previous patterns (e.g. /missing.open/i) never fired because the upstream throw site emits prose ("File is empty...", "No closing --- delimiter found"), not the code name. - Extract formatCodeBreakdown() helper that accepts either raw failures or pre-summarized {code, count}[] input. Replaces 3 duplicate inline builders in src/commands/sync.ts. - 15 new tests (37/37 pass on test/sync-failures.test.ts): - DB vs YAML duplicate-key disambiguation (3 cases) - Canonical-message coverage for the 5 frontmatter codes (7 cases) - acknowledgeSyncFailures() legacy-entry backfill branch (2 cases) - formatCodeBreakdown() dual-input shape (3 cases) - TODOS.md: file 3 follow-ups (P2 plumb structured ParseValidationCode; P0-at-ship CHANGELOG migration note for AcknowledgeResult; P3 concurrent- safe ack of sync-failures.jsonl). Eng-review plan: ~/.claude/plans/then-codex-synchronous-toucan.md Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> chore: bump version and changelog (v0.22.9) Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * ci: 16-core runner + 4-way matrix shard for test job The unit test suite ran 22m17s on ubuntu-latest (2-core/7GB) because: - 187 test files run with bun test parallelism bounded by core count - 23 of those files spin up a fresh PGLiteEngine + initSchema in beforeEach, paying ~22s WASM cold-start per test on the small runner This commit fixes the runner side: - runs-on: ubuntu-latest-16-cores (16 vCPU / 64 GB RAM) - strategy.matrix.shard splits 4 parallel jobs, each running ~40 of 158 unit test files. Single-file wall-time floor is ~3 min after the test refactor, so 4 shards × 16 cores hits the floor quickly without wasting cores past it. - pre-test gates (typecheck, check-jsonb, check-progress, check-wasm) only run on shard 1 — they're not test files and don't benefit from sharding. scripts/test-shard.sh partitions test files by stable FNV-1a hash mod N. Same file always lands in the same shard, so retries are reproducible. Pure shell, portable to bash 3.2 (macOS) and bash 5.x (CI). Excludes test/e2e/ which runs via bun run test:e2e separately and needs DATABASE_URL. Also: ignore .claude/ harness state files (scheduled_tasks.lock etc) instead of just .claude/skills/. Cost: ~$0.19/run vs $0 (public repo, default runner is free). At 50 PRs/month that's ~$10/month for ~5x faster CI. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * test: refactor top-3 PGLite-heavy files to share one engine per file Three test files were spinning up a fresh PGLiteEngine + connect + initSchema in beforeEach. PGLite WASM cold-start is ~22s on the small CI runner; doing this per test multiplied wall-time across the suite. The 3 files alone accounted for ~6.5 min of the 22m CI run (177s + 132s + 87s). Refactor: move PGLite setup to beforeAll (one engine per file), wipe data in beforeEach via the new test/helpers/reset-pglite.ts helper. The reset helper: - TRUNCATEs every public table CASCADE, including sources (so tests that register their own sources don't leak rows into the next test). - Re-seeds the default source row that pages.source_id's DEFAULT FKs against. Without this, the next page insert would fail FK validation. - Preserves schema_version so migration helpers don't think the brain is on v0. Files refactored: - test/extract-incremental.test.ts (8 tests, was 177s on CI) - test/brain-writer.test.ts (16 tests; only the scanBrainSources block uses PGLite, was 132s on CI) - test/sync.test.ts (37 tests; only the performSync dry-run block uses PGLite, was 87s on CI) All 61 tests still pass locally. The remaining 20 PGLite-heavy files use the same beforeEach anti-pattern; this commit only refactors the proven worst offenders. Sweep the rest in a follow-up if CI numbers indicate it's worth it. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * ci: fall back to ubuntu-latest for matrix shard The ubuntu-latest-16-cores label requires a provisioned larger-runner pool in repo/org settings. Without that setup, jobs queue indefinitely waiting for a runner that doesn't exist (verified: 4 shards stuck in 'queued' status with empty runner_name for 5+ min). Drop back to the default 2-core ubuntu-latest. The 4-way matrix shard still delivers ~5-6x speedup via parallelism alone — 4 jobs running in parallel, each handling ~40 of 158 unit test files. Cost stays $0 (default runner is free for public repos). If we ever provision a larger-runner pool, flip this label back to ubuntu-latest-16-cores. The matrix + sharder will use the bigger boxes unchanged. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> --------- Co-authored-by: Wintermute <wintermute@garrytan.com> Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-04-29 10:12:10 -07:00
Garry Tan GitHub Claude Opus 4.7 root	e734937254	fix: pass sourceId in cycle sync phase to prevent full reimport (#475 ) * fix: pass sourceId in cycle sync phase to prevent full reimport cycle.ts calls performSync without sourceId, so it always reads the global config.sync.last_commit key instead of the per-source sources.last_commit. When the global anchor gets garbage-collected (after a force push or rebase), sync falls back to a full reimport of all files — on a large brain this takes 30+ minutes and blocks the autopilot cycle. The fix resolves the source id from the brain directory by querying the sources table. When a matching source exists, sync reads the per-source anchor which is updated on every successful sync and stays in sync with the repo history. Falls back gracefully to the global config path for pre-v0.18 brains without a sources table. * v0.22.5: tests + version bump for sync-cycle-source-id fix Adds 6 regression tests in test/core/cycle.test.ts pinning the new resolveSourceForDir() helper added to src/core/cycle.ts in this PR: 1. Seeded sources row → performSync receives matching sourceId 2. No matching row → sourceId=undefined (falls through to global key) 3. Different brainDir than registered source → undefined (no cross-match) 4. sources table missing (very old brain) → catch returns undefined, sync still runs. Uses a fresh PGLiteEngine because initSchema() only re-runs PENDING migrations; DROP TABLE on the shared engine would leave it permanently degraded for every later test in the file. (Codex review caught this landmine.) 5. Multiple rows with same local_path → resolver returns one matching id (non-deterministic; SQL has no ORDER BY). Documents the contract for the v0.23 UNIQUE-constraint follow-up. 6. Empty-string id row → resolver propagates "" (defensive case Codex flagged: schema PK prevents NULL but '' can be inserted). Extends the performSync mock at line 51-65 to also capture sourceId. Bumps: - VERSION: 0.22.4 → 0.22.5 - package.json: 0.22.4 → 0.22.5 - CHANGELOG.md: new [0.22.5] entry following v0.22.4 voice (release summary + numbers table + behavior matrix + To-take-advantage block + itemized changes + for-contributors) - CLAUDE.md: annotates src/core/cycle.ts entry with v0.22.5 (#475) note - llms-full.txt: regenerated via bun run build:llms Test results: - Unit: 28 pass / 0 fail in test/core/cycle.test.ts (22 prior + 6 new) - Full unit suite: pass (exit 0) - E2E: 236 pass / 0 fail across 26 files Plan + codex outside-voice review at: ~/.claude/plans/whimsical-bubbling-goose.md Follow-up TODOs filed for v0.23: - Normalize brainDir + sources.local_path before SQL compare - Add UNIQUE index on sources.local_path - Narrow resolveSourceForDir's catch to PG 42P01 (undefined_table) - Add doctor check for config.sync.last_commit / sources divergence Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * fix: typecheck error in cycle.test.ts test 5 (sourceId regression) CI typecheck failed because `toContain()` on `string[]` rejects the `string \| undefined` produced by `syncCalls.at(-1)?.sourceId`'s optional chain. Tests 1, 4, and 6 use `toBe()` which accepts `string \| undefined` through its overload, but `toContain()` is stricter. Fix: pull the value into a typed variable, assert it's defined, then check membership. Makes the contract explicit ("resolver returned a defined sourceId, and it was one of the matching ids") instead of relying on a silent undefined → no-match-in-array assertion. Locally: - bun run typecheck: clean - bun test test/core/cycle.test.ts: 28 pass / 0 fail (75 expect calls) - All CI gate scripts: OK (jsonb, progress-to-stdout, wasm-embedded) Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * ci: add --timeout=60000 to E2E runner to prevent setupDB flake PR #475's Tier 1 (Mechanical) CI job hit a 5000.09ms beforeAll hook timeout in `E2E: Tags > (unnamed)`. Cause: scripts/run-e2e.sh invokes `bun test "$f"` without a --timeout flag, falling back to bun's 5s default. setupDB() does TRUNCATE CASCADE on ~30 tables, and on a CI runner under load that can exceed 5s. Match what the unit suite uses (--timeout=60000 in package.json's "test" script). Same 1m ceiling, no behavior change for healthy runs; just removes the artificial 5s floor on hooks. Verified locally: bun test --timeout=60000 test/e2e/mechanical.test.ts runs 78 pass / 0 fail in 27.99s against a fresh pgvector pg16 docker container. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> --------- Co-authored-by: root <root@localhost> Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-04-27 16:56:07 -07:00
Garry Tan GitHub Claude Opus 4.7 Garry Tan	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
Garry Tan GitHub Claude Opus 4.7	8b3c24c891	v0.20.0 feat: extract BrainBench to sibling gbrain-evals repo (#195 ) * fix(link-extraction): v0.10.5 drive works_at + advises accuracy on rich prose Extends inferLinkType patterns to cover rich-prose phrasings that miss with v0.10.4 regexes. Targets the residuals called out in TODOS.md: works_at at 58% type accuracy, advises at 41%. WORKS_AT_RE additions: - Rank-prefixed: "senior engineer at", "staff engineer at", "principal/lead" - Discipline-prefixed: "backend/frontend/full-stack/ML/data/security engineer at" - Possessive time: "his/her/their/my time at" - Leadership beyond "leads engineering": "heads up X at", "manages engineering at", "runs product at", "leads the [team] at" - Role nouns: "role at", "position at", "tenure as", "stint as" - Promotion patterns: "promoted to staff/senior/principal at" ADVISES_RE additions: - Advisory capacity: "in an advisory capacity", "advisory engagement/partnership/contract" - "as an advisor": "joined as an advisor", "serves as technical advisor" - Prefixed advisor nouns: "strategic/technical/security/product/industry advisor to\|at" - Consulting: "consults for", "consulting role at\|with" New EMPLOYEE_ROLE_RE page-level prior: fires when the page describes the subject as an employee (senior/staff/principal engineer, director, VP, CTO/CEO/CFO) at some company. Biases outbound company refs toward works_at when per-edge context is possessive or narrative without an explicit work verb. Scoped to person -> company links only. Precedence: investor > advisor > employee (investors often hold board seats which would otherwise mis-classify as advise/works_at). ADVISOR_ROLE_RE broadened from "full-time/professional/advises multiple" to catch any page that self-identifies the subject as an advisor ("is an advisor", "serves as advisor", possessive "her advisory work/role/engagement"). Tests: 65 pass (16 new v0.10.5 coverage tests + 4 regression guards against v0.10.4 tightenings). Templated benchmark still 88.9% type_accuracy (10/10 on works_at and advises). Rich-prose measurement requires the multi-axis report upgrade (next commit) to validate retroactively. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(eval): type-accuracy runner on rich-prose corpus + wire into all.ts New Category 2 in BrainBench: per-link-type accuracy measured directly on the 240-page rich-prose world-v1 corpus. Distinct from Cat 1's retrieval metrics, this measures whether inferLinkType() correctly classifies extracted edges when the prose varies (the 58% works_at and 41% advises residuals that v0.10.5 regexes targeted). How it works: 1. Loads all pages from eval/data/world-v1/ 2. Derives GOLD expected edges from each page's _facts metadata (founders → founded, investors → invested_in, advisors → advises, employees → works_at, attendees → attended, primary_affiliation + role drives person-page outbound type) 3. Runs extractPageLinks() on each page → INFERRED edges 4. Per (from, to) pair, compares inferred type vs gold type 5. Emits per-link-type table: correct / mistyped / missed / spurious + type accuracy + recall + precision + strict F1 (triple match) 6. Full confusion matrix rows=gold, cols=inferred v0.10.5 validation on 240-page corpus (up from pre-v0.10.5 baselines): - works_at: 58% → 100.0% (+42 pts) — 10/10 correct, 0 mistyped - advises: 41% → 88.2% (+47 pts) — 15/17 correct - attended: — → 100.0% 131/134 recall - founded: 100% → 100.0% 40/40 - invested_in: 89% → 92.0% 69/75 - Overall: 88.5% → 95.7% type accuracy (conditional on edge found) Strict F1 overall: 53.7%. Lower because the _facts-based gold set only captures core relationships; rich prose extracts many peripheral mentions (190 spurious "mentions" edges) that aren't bugs but are correctly-typed prose references without a _facts counterpart. Spurious counts are signal for future type-precision tuning, not failure. Wired into eval/runner/all.ts as Cat 2 so every full benchmark run includes the rich-prose type accuracy table alongside retrieval metrics. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(eval): Phase 2 adapter interface + EXT-1 ripgrep+BM25 baseline Phase 2 credibility unlock: BrainBench now compares gbrain to external baselines on the same corpus and queries. Transforms the benchmark from internal ablation ("gbrain-graph beats gbrain-grep") to category comparison ("gbrain-graph beats classic BM25 by 32 pts P@5"). This is the #1 fix from the 4-review arc — addresses Codex's core critique that v1's before/after was self-referential. Added: eval/runner/types.ts — Adapter interface (v1.1 spec) eval/runner/adapters/ripgrep-bm25.ts — EXT-1 classic IR baseline eval/runner/adapters/ripgrep-bm25.test.ts — 11 unit tests, all pass eval/runner/multi-adapter.ts — side-by-side scorer Adapter interface (eng pass 2 spec): - Thin 3-method Strategy: init(rawPages, config), query(q, state), snapshot(state) - BrainState is opaque to runner (never inspected) - Raw pages passed in-memory; gold/ never crosses adapter boundary (structural ingestion-boundary enforcement) - PoisonDisposition enum reserved for future poison-resistance scoring EXT-1 ripgrep+BM25: - Classic Lucene-variant IDF + k1/b tuned at standard 1.5/0.75 - Title tokens double-weighted for entity-page slug-match bias - Stopword filter, alphanumeric tokenization, stable lexicographic tie-break - Pure in-memory inverted index — no external deps, ~100 LOC core First side-by-side results on 240-page rich-prose corpus, 145 relational queries: \| Adapter \| P@5 \| R@5 \| Correct top-5 \| \|---------------\|--------\|--------\|---------------\| \| gbrain-after \| 49.1% \| 97.9% \| 248/261 \| \| ripgrep-bm25 \| 17.1% \| 62.4% \| 124/261 \| \| Delta \| +32.0 \| +35.5 \| +124 \| gbrain-after is the hybrid graph+grep config from PR #188. Ripgrep+BM25 is a genuinely strong classic-IR baseline (BM25 is what Lucene/Elasticsearch ship). gbrain's ~+32-point lead on relational queries reflects real work by the knowledge graph layer: typed links + traversePaths surface the correct answers in top-K that BM25 only pulls in via partial-text overlap. Next in Phase 2: EXT-2 vector-only RAG + EXT-3 hybrid-without-graph adapters. Both plug into the same Adapter interface. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(eval): Phase 2 EXT-2 vector-only RAG adapter Second external baseline for BrainBench. Pure cosine-similarity ranking using the SAME text-embedding-3-large model gbrain uses internally — apples-to-apples on the embedding layer so any gbrain lead reflects the graph + hybrid fusion, not a better embedder. Files: eval/runner/adapters/vector-only.ts ~130 LOC eval/runner/adapters/vector-only.test.ts 6 unit tests (cosine math) Design: - One vector per page (title + compiled_truth + timeline, capped 8K chars). - No chunking (intentional; chunked vector RAG would be EXT-2b later). - No keyword fallback (that's EXT-3 hybrid-without-graph). - Embeddings in batches of 50 via existing src/core/embedding.ts (retry+backoff). - Cost on 240 pages: ~$0.02/run. Three-adapter side-by-side on 240-page rich-prose corpus, 145 relational queries: \| Adapter \| P@5 \| R@5 \| Correct top-5 \| \|---------------\|--------\|--------\|---------------\| \| gbrain-after \| 49.1% \| 97.9% \| 248/261 \| \| ripgrep-bm25 \| 17.1% \| 62.4% \| 124/261 \| \| vector-only \| 10.8% \| 40.7% \| 78/261 \| Interesting finding: vector-only scores WORSE than BM25 on relational queries like "Who invested in X?" — exact entity match matters more than semantic similarity for these templates. BM25 nails the entity-name term; vector-only returns topically-similar-but-not-mentioning pages. This is the known failure mode of pure-vector RAG on precise relational/identity queries. Real-world vector RAG systems always add keyword fallback; EXT-3 (hybrid-without-graph) will be that fairer comparator. gbrain's lead widens in vector-only comparison: +38.4 pts P@5, +57.2 pts R@5. The graph layer is doing the heavy lifting for relational traversal; pure vector RAG can't express "traverse 'attended' edges from this meeting page." Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(eval): Phase 2 EXT-3 hybrid-without-graph adapter — graph isolated Third and closest-to-gbrain external baseline. Runs gbrain's full hybrid search (vector + keyword + RRF fusion + dedup) WITHOUT the knowledge-graph layer. Same engine, same embedder, same chunking, same hybrid fusion — only traversePaths + typed-link extraction turned off. This is the decisive comparator for "does the knowledge graph do useful work?" Same everything-else, only graph differs. Any lead gbrain-after has over EXT-3 is 100% attributable to the graph layer. Files: eval/runner/adapters/hybrid-nograph.ts — ~110 LOC Implementation: - New PGLiteEngine per run; auto_link set to 'false' (belt). - importFromContent() used instead of bare putPage() so chunks + embeddings get populated (hybridSearch needs them). - NO runExtract() call — typed links/timeline stay empty (suspenders). - hybridSearch(engine, q.text) answers every query. Aggregate chunks to page-level by best chunk score. FOUR-adapter side-by-side on 240-page rich-prose corpus, 145 relational queries: \| Adapter \| P@5 \| R@5 \| Correct/Gold \| \|-----------------\|--------\|--------\|--------------\| \| gbrain-after \| 49.1% \| 97.9% \| 248/261 \| \| hybrid-nograph \| 17.8% \| 65.1% \| 129/261 \| \| ripgrep-bm25 \| 17.1% \| 62.4% \| 124/261 \| \| vector-only \| 10.8% \| 40.7% \| 78/261 \| The headline delta nobody can hand-wave away: gbrain-after → hybrid-nograph = +31.4 P@5, +32.9 R@5 hybrid-nograph → ripgrep-bm25 = +0.7 P@5, +2.7 R@5 Hybrid search (vector+keyword+RRF) over pure BM25 gains ~1 point. The knowledge graph layer over hybrid gains ~31 points. The graph is doing the work; adding it to a retrieval stack is what actually moves the needle on relational queries. The vector/keyword/BM25 debate is a footnote. Timing: hybrid-nograph init is ~2 min (embeds 240 pages once); query loop is fast. gbrain-after is ~1.5s total because traversePaths doesn't need embeddings. Runs at ~$0.02 Opus-equivalent in embedding cost. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(eval): Phase 2 query validator + Tier 5 Fuzzy + Tier 5.5 synthetic + N=5 tolerance bands Closes multiple Phase 2 items in one commit since they form a cohesive package: query schema enforcement + new query tiers + per-query-set statistical rigor. Added: eval/runner/queries/validator.ts — hand-rolled Query schema validator eval/runner/queries/validator.test.ts — 24 unit tests, all pass eval/runner/queries/tier5-fuzzy.ts — 30 hand-authored Tier 5 Fuzzy/Vibe queries eval/runner/queries/tier5_5-synthetic.ts — 50 SYNTHETIC-labeled outsider-style queries (author: "synthetic-outsider-v1") eval/runner/queries/index.ts — aggregator + validateAll() Modified: eval/runner/multi-adapter.ts — N=5 runs per adapter (BRAINBENCH_N override), page-order shuffle, mean±stddev reporting Query validator (hand-rolled, no zod dep to match gbrain codebase style): - Temporal verb regex enforces as_of_date (per eng pass 2 spec): /\\b(is\|was\|were\|current\|now\|at the time\|during\|as of\|when did)\\b/i - Validates tier enum, expected_output_type enum, gold shape per type - gold.relevant must be non-empty slug[] for cited-source-pages queries - abstention requires gold.expected_abstention === true - externally-authored tier requires author field - batch validation catches duplicate IDs Tier 5 Fuzzy/Vibe (30 queries, hand-authored): - Vague recall: "Someone who was a senior engineer at a biotech company..." - Trait-based: "The engineer who pushed back on microservices" - Cultural/epithet: "Who is known as a 'systems builder' in security?" - Abstention bait: "Which Layer 1 project did the crypto guy leave?" (prose mentions but never names; good systems abstain) - Addresses Codex's circularity critique — vague queries where graph-heavy systems shouldn't inherently win. Tier 5.5 Synthetic Outsider (50 queries, AI-authored placeholder): - Clearly labeled author: "synthetic-outsider-v1" - Phrasing variety not in the 4 template families: * fragment style ("crypto founder Goldman Sachs background") * polite/natural ("Can you pull up what we have on...") * comparison ("What is the difference between X and Y?") * follow-up ("And who else advises Orbit Labs?") * typos/misspellings ("adam lopez bioinformatcis") * similarity ("Find me someone like Alice Davis...") * imperative ("Pull up Alice Davis") - Real Tier 5.5 from outside researchers supersedes synthetic via PRs to eval/external-authors/ (docs ship in follow-up commit). N=5 tolerance bands: - Default N=5, override via BRAINBENCH_N env var (e.g. BRAINBENCH_N=1 for dev loops) - Per-run seeded Fisher-Yates shuffle of page ingest order (LCG seed = run_idx+1) - Surfaces order-dependent adapter bugs (tie-break-by-first-seen etc.) - Reports mean ± sample-stddev per metric - "stddev = 0" is honest signal that the adapter is deterministic, not a bug. LLM-judge metrics (future) will naturally produce non-zero stddev. Validation: all 80 Tier 5 + 5.5 queries pass validateAll(). 24 validator unit tests pass. Next commit: world.html contributor explorer (Phase 3). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(eval): Phase 3 world.html explorer + eval:* CLI surface Contributor DX magical moment. Static HTML explorer renders the full canonical world (240 entities) as an explorable tree, opens in any browser, zero install. Every string HTML-entity-encoded (XSS-safe — direct vuln class per eng pass 2, confidence 9/10). Added: eval/generators/world-html.ts — renderer (~240 LOC; single-file HTML with inline CSS + minimal JS) eval/generators/world-html.test.ts — 16 tests (XSS + rendering correctness) eval/cli/world-view.ts — render + open in default browser eval/cli/query-validate.ts — CLI wrapper for queries/validator eval/cli/query-new.ts — scaffold a query template Modified: package.json — 7 new eval:* scripts .gitignore — ignore generated world.html package.json scripts shipped: bun run test:eval all eval unit tests (57 pass) bun run eval:run full 4-adapter N=5 side-by-side bun run eval:run:dev N=1 fast dev iteration bun run eval:world:view render world.html + open in browser bun run eval:world:render render only (CI-friendly, --no-open) bun run eval:query:validate validate built-in T5+T5.5 (or a file path) bun run eval:query:new scaffold a new Query JSON template bun run eval:type-accuracy per-link-type accuracy report XSS safety: escapeHtml() encodes the 5 critical chars (& < > " '). Tested directly with representative Opus-generated attacks: <img src=x onerror=alert('xss')> → <img src=x onerror=alert('xss')> <script>fetch('/steal')</script> → <script>fetch('/steal')</script> Ledger metadata (generated_at, model) also escaped — covers the less obvious attack surface where Opus could emit tag-like content into the metadata file. world.html structure: - Left rail: entities grouped by type with counts (companies, people, meetings, concepts), alphabetical within type - Right pane: per-entity cards with title + slug + compiled_truth + timeline + canonical _facts as collapsed JSON - URL fragment deep-links (#people/alice-chen) - Sticky rail on desktop; responsive stack on mobile - Vanilla JS for active-link highlighting on scroll (no framework) Generated file: ~1MB for 240 entities (full prose). Gitignored; rebuild with `bun run eval:world:view`. Regeneration is ~50ms. Contributor TTHW (Tier 5.5 query authoring): 1. bun run eval:world:view # see entities 2. bun run eval:query:new --tier externally-authored --author "@me" 3. edit template with real slug + query text 4. bun run eval:query:validate path/to/file.json 5. submit PR Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * docs(eval): Phase 3 contributor docs + CI workflow for eval/ tests Ships the contributor-onboarding surface promised in the plan. With this commit, external researchers have a self-serve path from clone to PR in under 5 minutes. Added: eval/README.md — 5-minute quickstart, directory map, methodology one-pager, adapter scorecard eval/CONTRIBUTING.md — three contributor paths: 1. Write Tier 5.5 queries 2. Submit an external adapter 3. Reproduce a scorecard eval/RUNBOOK.md — operational troubleshooting: generation failures, runner failures, query validation, world.html rendering, CI eval/CREDITS.md — contributor attribution (synthetic-outsider-v1 labeled as placeholder; real submissions land here) .github/PULL_REQUEST_TEMPLATE/tier5-queries.md — structured PR template for Tier 5.5 submissions .github/workflows/eval-tests.yml — CI: validates queries, runs all eval unit tests, renders world.html on every PR touching eval/ or src/core/link-extraction.ts CI scope (intentionally narrow): - Triggers on paths: eval/, src/core/link-extraction.ts, src/core/search/** - Runs: bun run eval:query:validate (80 queries), test:eval (57 tests), eval:world:render (smoke-test the HTML renderer) - Pinned actions by commit SHA (matches existing .github/workflows/test.yml) - Zero API calls — all Opus/OpenAI paths stubbed or skipped in unit tests - Fast: ~30s total wall clock Contributor TTHW (clone → first merged PR): - Path 1 (Tier 5.5 queries): ~5 min - Path 2 (external adapter): ~30 min for a simple adapter - Path 3 (reproduce scorecard): ~15 min wall clock (N=5 run) Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * fix(eval): teardown PGLite engines so bun run eval:run exits 0 The multi-adapter runner left PGLite engines alive after each run. GbrainAfterAdapter and HybridNoGraphAdapter both instantiate a PGLiteEngine in init() but never disconnect it; Bun's shutdown path exits with code 99 when embedded-Postgres workers outlive main(). Added optional `teardown?(state)` to the Adapter interface, implemented it on both engine-backed adapters, and call it from scoreOneRun after the N=5 loop. ripgrep-bm25 and vector-only hold no DB resources and don't need a teardown. Verified: gbrain-after, hybrid-nograph, ripgrep-bm25, vector-only all exit 0 at N=1. Full test:eval passes (57 tests). No metric change. * docs(bench): 2026-04-19 multi-adapter scorecard Reproducibility run of the 4-adapter side-by-side at commit `b81373d` (branch garrytan/gbrain-evals). N=5, 240-page corpus, 145 relational queries from world-v1. Headline: gbrain-after 49.1% P@5 / 97.9% R@5. hybrid-nograph 17.8% / 65.1%. ripgrep-bm25 17.1% / 62.4%. vector-only 10.8% / 40.7%. All adapters deterministic (stddev = 0 across the 5 runs per adapter). Matches the scorecard in eval/README.md byte-for-byte for the three deterministic adapters; hybrid-nograph matches within tolerance bands. * docs(bench): 2026-04-19 gbrain v0.11.1 vs v0.12.1 regression comparison Runs the same eval harness against two gbrain src/ trees on the same 240-page corpus and 145 queries. Patches the v0.11 copy's gbrain-after adapter to use getLinks/getBacklinks (v0.11 has no traversePaths) with identical direction+linkType semantics. gbrain-after P@5 22.1% -> 49.1% (+27 pts); R@5 54.6% -> 97.9% (+43 pts); correct-in-top-5 99 -> 248 (+149). hybrid-nograph flat at 17.8% / 65.1% on both (v0.12 didn't touch hybridSearch / chunking). Driver is extraction quality, not graph presence: v0.12 emits 499 typed links (v0.11: 136, x3.7) and 2,208 timeline entries (v0.11: 27, x82) on the same 240 pages. Sharpens the April-18 "graph layer does the work" claim -- on v0.11 that architecture only beat hybrid-nograph by 4.3 points; the 31-point lead in the multi-adapter scorecard comes from graph + high-quality extract in combination. * feat(eval): BrainBench v1 portable JSON schemas + gold templates Adds the v1→v2 contract boundary for BrainBench. 6 JSON schemas at eval/schemas/ pin the shape of every artifact a stack must emit to be scorable: corpus-manifest, public-probe (PublicQuery with gold stripped), tool-schema (12 read + 3 dry_run tools, 32K tool-output cap), transcript, scorecard (N ∈ {1, 5, 10}), evidence-contract (structured judge input). 8 gold file templates at eval/data/gold/ scaffold the sealed qrels, contradictions, poison items, and citation labels. Empty-but-valid skeletons; Day 3b fills them with real content once the amara-life-v1 corpus generates. 48 tests validate schema syntax, $schema/$id/title/type headers, round-trip stability, and cross-schema coherence (new Page types in manifest enum, tool counts, token cap, N enum). When v2 ports to Python + Inspect AI + Docker, these schemas are the boundary. Same fixtures, same tool contracts, zero rework. * feat(eval): amara-life-v1 skeleton + Page.type enum for email/slack/cal/note Deterministic procedural generator for the twin-amara-lite fictional-life corpus (BrainBench v1 Cat 5/8/9/11 target). 15 contacts picked from world-v1, 50 emails + 300 Slack messages across 4 channels + 20 calendar events + 8 meeting transcripts + 40 first-person notes. Mulberry32 PRNG gives byte-identical output under reseed. Plants 10 contradictions + 5 stale facts + 5 poison items + 3 implicit preferences at deterministic positions. Fixture_ids are unique across the corpus so gold/contradictions.json + gold/poison.json + gold/implicit- preferences.json can cross-reference by stable ID. PageType extended in both src/core/types.ts and eval/runner/types.ts to include email \| slack \| calendar-event \| note (+ meeting on the production side). src/core/markdown.ts inferType() heuristics updated for the new one-slash slug prefixes (emails/em-NNNN, slack/sl-NNNN, cal/evt-NNNN, notes/YYYY-MM-DD-topic, meeting/mtg-NNNN). 17 tests cover counts (50/300/20/8/40), perturbation counts (exact 10/5/5/3), seed determinism + divergence, slug regex conformance (matches eval/runner/queries/validator.ts:131 one-slash rule), unique fixture_ids, amara-in-every-email invariant, calendar dtstart < dtend, and Amara-is- attendee on every meeting. * feat(eval): amara-life-gen.ts with structured cache key + $20 cost gate Opus prose expansion of the amara-life-v1 skeleton. Per-item structured cache key = sha256({schema_version, template_id, template_hash, model_id, model_params, seed, item_spec_hash}). Prompt-template tweak changes template_hash; only those items regenerate. Schema bump changes schema_version; everything invalidates cleanly. Interrupted runs resume from the last cached item; zero re-spend. Cost-gated at $20 hard-stop with Anthropic input/output pricing tracking. Dry-run mode (--dry-run) executes the full pipeline with stub bodies for smoke-testing the I/O layout without LLM spend. --max N caps items per type for debugging. --force ignores cache. Writes per-format outputs under eval/data/amara-life-v1/: inbox/emails.jsonl (one email per line with body_text appended) slack/messages.jsonl (one message per line with text appended) calendar.ics (RFC-5545 VEVENT format, templated — no LLM) meetings/<id>.md (transcript with YAML frontmatter) notes/<YYYY-MM-DD-topic>.md (first-person journal) docs/.md (6 reference docs, templated — no LLM) corpus-manifest.json (per eval/schemas/corpus-manifest.schema.json, including per-item content_sha256 and generator_cache_key) Perturbation hints (contradiction, stale-fact, poison, implicit- preference) flow through the prompt so Opus weaves the specific claim into each item's body. Poison items are hand-crafted to include paraphrased prompt-injection attempts (not literal 'IGNORE ALL PREVIOUS' — defense is the structured-evidence judge contract at Day 5, not regex redaction). New package.json scripts: eval:generate-amara-life # real run (~$12 Opus estimated) eval:generate-amara-life:dry # smoke test, zero spend test:eval extended to include test/eval/. 10 cache-key tests cover determinism, invalidation across every field of the key, canonical JSON stability under object-key reorder, and per-skeleton-item spec-hash uniqueness (50 distinct hashes for 50 distinct emails). chore: bump version and changelog (v0.15.0) Resets package.json from stale 0.13.1 to 0.15.0 (matches VERSION). v0.14.0 shipped with the stale package.json version; this sync catches that up and moves to v0.15.0 in one step. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs: update CLAUDE.md + README + eval/README for v0.15.0 BrainBench CLAUDE.md: adds a full BrainBench section to the Key Files list — 14 new entries covering eval/README.md, multi-adapter.ts, types.ts (with new PublicPage/PublicQuery), adapters/, queries/, type-accuracy.ts, adversarial.ts, all.ts, world.ts/gen.ts, world-html.ts, amara-life.ts, amara-life-gen.ts, schemas/, data/world-v1/, data/gold/, data/amara-life-v1/, docs/benchmarks/, and test/eval/. Adds 3 new test/eval/ lines to the unit-tests catalog. eval/README.md: file tree updated to reflect v0.15 additions — data/amara-life-v1/, data/gold/, schemas/, generators/amara-life.ts + amara-life-gen.ts, runner/all.ts + adversarial.ts. README.md: updates hero benchmark numbers (L7 intro + L353 mid-page) from v0.10.5 PR #188 numbers (R@5 83→95, P@5 39→45) to current v0.12.1 4-adapter numbers (P@5 49.1% · R@5 97.9% · +31.4 pts vs hybrid-nograph). Adds the v0.11→v0.12 regression comparison as the secondary reference. Deeper-section tables (L422+) labeled "BrainBench v1 (PR #188)" are preserved as historical data. CHANGELOG is untouched — /ship already wrote the v0.15.0 entry. TODOS.md is untouched — Cat 5/6/8/9/11 remain open (only foundations shipped in v0.15.0; Cat runners ship in v1 Complete follow-ups). Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(eval): Day 4 — pdf-parse + flight-recorder + tool-bridge (dry_run + expand:false) Three infrastructure modules for BrainBench v1 Complete Cats 5/8/9/11. eval/runner/loaders/pdf.ts — Thin pdf-parse wrapper. Lazy import keeps pdf-parse out of the module-load path (avoids library debug-mode side effects). Size cap (50MB default), encryption detection, structured error classes (PdfEncryptedError, PdfTooLargeError, PdfParseError). Only Cat 11 multimodal will import this; production bundle never sees pdf-parse. eval/runner/tool-bridge.ts — Maps 12 read-only operations from src/core/operations.ts to Anthropic tool definitions + adds 3 dry_run write tools. Three structural invariants enforced: 1. No hidden LLM calls. `operations.query` defaults expand=true which routes through expansion.ts → Haiku. Bridge strips `expand` from the query tool's input schema AND executor hard-sets expand:false. Zero nested Haiku calls in any agent trace. 2. Mutating ops throw ForbiddenOpError. put_page, add_link, delete_page, etc. are rejected by name. Agents record intent via dry_run_put_page / dry_run_add_link / dry_run_add_timeline_entry which persist to the flight-recorder without mutating the engine. This is how Cat 8's back_link_compliance + citation_format metrics measure anything with a read-only tool surface. 3. Poison tagged by the bridge, not the judge. Every tool result is scanned for slugs matching gold/poison.json fixtures. Matched fixture_ids flow into tool_call_summary.saw_poison_items for the structured-evidence judge contract. Judge never reads raw tool output — Section-3 defense against paraphrased prompt injections (poison payloads never reach the judge model at all). 32K-token cap (~128K chars) with "…[truncated]" suffix. eval/runner/recorder.ts — Per-run flight-recorder bundle emitter. Full 6-artifact bundle (transcript.md, brain-export.json, entity-graph.json, citations.json, scorecard.json, judge-notes.md) when the adapter provides an AdapterExport; 3-artifact fallback (transcript + scorecard + judge-notes) otherwise. Atomic writes via tmp+rename. Collision-safe: duplicate directory names get incremental -2, -3 suffix. `safeStringify` handles circular references without throwing and JSON-serializes Float32Array embeddings. package.json: adds pdf-parse@2.4.5 as a devDependency. Scoped to eval/ use only; production gbrain binary unaffected. Tests: 63 new — 30 tool-bridge, 21 recorder, 12 pdf-loader. All pass. Fake engine uses a Proxy with `__default__` fallback so poison-matching tests don't have to mock the exact engine method name that each operation calls (some route via searchKeyword, others via getPage — proxy handles both uniformly). Total eval suite now: 132 pass, 0 fail, 923 expect() calls. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(eval): Day 5 — agent adapter + judge with structured evidence contract Two modules that together wire Cat 8 / Cat 9 / Cat 5 end-to-end scoring. eval/runner/judge.ts — Haiku 4.5 via tool-use `score_answer`. Input is the structured JudgeEvidence contract (fix #16 from the plan's codex review): probe + final_answer_text + evidence_refs + tool_call_summary + ground_truth_pages + rubric. Raw tool output NEVER reaches the judge — that's the Section-3 defense against paraphrased prompt-injection payloads in gold/poison.json. Retry policy: one retry on malformed tool_use response. If the second attempt is still malformed, score the probe as `judge_failed` (all scores 0, verdict=fail) so the run still completes. Aggregation: weighted mean across rubric criteria. Canonical thresholds (pass ≥3.5, partial 2.5-3.5, fail <2.5) — judge can propose a verdict but the computed verdict from the weighted mean is what the scorecard records. This prevents the model from inflating or deflating its own verdict. Score values are clamped to 0-5 on parse even if the model returns out of range. `assertNoRawToolOutput(evidence)` is a regression guard that returns the list of forbidden fields (tool_result, raw_transcript, etc.) if any leak into the evidence contract. eval/runner/adapters/claude-sonnet-with-tools.ts — The agent adapter. Implements `Adapter` interface minimally: `init()` spins up PGLite and seeds it, `query()` throws because the adapter is Cat 8/9-only and emits a final-answer text, not a RankedDoc[]. Retrieval scorecard stays at 4 adapters. `runAgentLoop(probeId, text, state, config)` drives the multi-turn loop: Sonnet → tool_use → tool-bridge.executeTool → tool_result → back to Sonnet. Turn cap 10. max_tokens 1024. System prompt (brain-first iron law, citation format, amara context) is cached via cache_control. Exponential backoff on rate-limit errors (1s, 2s, 4s). Emits a `Transcript` per eval/schemas/transcript.schema.json — consumed directly by recorder.ts for the flight-recorder bundle. `brain_first_ordering` classifies Cat 8's flagship metric: did the agent call search/get_page BEFORE producing the final answer? The `no_brain_calls` case (agent answers from general knowledge without ever hitting the brain) is the compliance failure to surface. ForbiddenOpError + UnknownToolError from the bridge are caught in the agent loop and surfaced as tool_result with is_error=true — keeps the loop going and preserves full audit trail for the judge. Tests (35 new): judge (23) — happy path, retry, fallback, evidence contract sanitization, rendered prompt does not contain raw tool_result text, verdict thresholds, score clamping, weighted mean with mixed weights, parseToolUse rejects malformed input. agent-adapter (12) — Adapter.query() throws, init() seeds PGLite, end-to-end tool loop with stubbed Sonnet, turn cap exhaustion, mutating-op rejection surfaces as tool_result error, extractSlugs regex. All 12 agent tests take ~23s because PGLite runs 13 schema migrations per test; the alternative of shared-engine-across-tests was rejected so each test is isolated. Total eval suite now: 167 pass, 0 fail. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(eval): Day 6 — adversarial-injections + Cat 6 prose-scale + Cat 11 multi-modal Three modules that together cover BrainBench v1 Cat 6 (prose-scale extraction fidelity) and Cat 11 (multi-modal ingest fidelity). eval/runner/adversarial-injections.ts — 6 deterministic content transforms shared by Cat 10 (adversarial.ts, 22 hand-crafted cases) and Cat 6 (prose-scale variants). Each injection produces a modified content string + a structured GoldDelta describing what the extractor MUST and MUST NOT produce. Kinds: - code_fence_leak — fake [X](people/fake) inside ``` fence, must NOT extract - inline_code_slug — `people/fake` in backticks, must NOT extract - substring_collision — "SamAI" near real `people/sam`, exactly one link - ambiguous_role — "works with" vs "works at", downgrade type to mentions - prose_only_mention — strip markdown link syntax, bare name → mentions only - multi_entity_sentence — pack 4+ entities into one clause, extract all Mulberry32 PRNG keeps variant generation deterministic under fixed seed. Codex flagged the original plan's wording ("extract injection engine from adversarial.ts") as overstated — adversarial.ts is a static case list, not a reusable engine. This module is NEW code. eval/runner/cat6-prose-scale.ts — Runner. Loads world-v1, applies all 6 injection kinds to sampled base pages (default 50 variants per kind × 6 kinds = 300 variants), runs extractPageLinks on each, compares to gold delta. Emits per-kind + overall metrics (precision, recall, F1, code_fence_leak_rate, substring_fp_rate, pages_with_links_coverage, mean_links_per_page). v1 verdict is always "baseline_only" — no gating threshold per codex fix #9 (current extractor residuals make >0.80 unreachable; v1 records a baseline, regression guard triggers on drop below it). eval/runner/cat11-multimodal.ts — PDF + HTML + audio runners. Fixtures load from eval/data/multimodal/<modality>/fixtures.json manifests; each modality skips gracefully when manifest missing or (audio) when neither GROQ_API_KEY nor OPENAI_API_KEY is set. Metrics: - PDF: char-level similarity via Levenshtein + optional entity_recall - HTML: word-recall over normalized tokens (multiset semantics) - Audio: WER (word error rate) via Levenshtein on word sequences Fixtures are NOT committed; a future eval:fetch-multimodal script will download them hash-verified from public sources (arXiv CC-licensed papers, Wikipedia CC-BY-SA, Common Voice CC0). Injectable audio transcriber (`opts.transcribe`) means tests don't need GROQ/OpenAI keys — stubbed transcriptions exercise the WER math path directly. Tests (60 new): adversarial-injections (19) — per-kind assertions + dispatcher coverage + slug regex conformance; cat6 (12) — variant determinism, scoreVariant shape, aggregate per-kind + overall metrics, corpus resolver slug rules; cat11 (29) — charSimilarity / wordRecall / wer math, htmlToText strips scripts + decodes entities, HTML modality with real fixtures, audio modality gracefully skips without key + uses stub transcriber correctly. All 60 tests pass in 48ms + 41ms. Total eval suite now: 227 pass, 0 fail. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(eval): Day 7 — Cat 5 provenance runner + structured classify_claim judge eval/runner/cat5-provenance.ts — BrainBench Cat 5 scoring. Samples claims from gbrain brain-export and classifies each against its source material via a dedicated Haiku judge (classify_claim tool with a three-label enum: supported \| unsupported \| over-generalized). Separate from judge.ts by design: Cat 5 is a single three-way classification per claim, not a weighted rubric. Rather than overload judge.ts with a mode switch, Cat 5 has its own tool definition (CLASSIFY_CLAIM_TOOL) and prompt. The retry-once pattern, $20 cost gate semantics, and structured parsing are mirrored from judge.ts so failures look the same across Cats. Metric: `citation_accuracy` = fraction where predicted label equals gold expected_label. Threshold (informational): >0.90 per design-doc METRICS.md. v1 ships with `enableThreshold: false` so the verdict is always baseline_only — we don't have hand-authored gold claims yet, and codex flagged that threshold gating should wait until the amara-life-v1 corpus + gold file authoring lands in Day 3b. runCat5 uses a bounded-concurrency worker pool (default 4) to respect Haiku rate limits across 100+ claim batches. Evidence pages are looked up by slug from a caller-provided pagesBySlug map — missing pages don't crash, they just pass an empty source list to the judge (correct behavior for genuinely unsupported claims). Tests (23): classifyClaim happy/retry/fallback paths with stubbed Haiku, aggregate accuracy math, threshold gating (pass/fail vs baseline_only), runCat5 concurrency + missing-page handling, renderClaimPrompt embeds claim + sources correctly, parseClassification rejects invalid enum values + plain-text responses. Total eval suite now: 250 pass, 0 fail. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(eval): Day 8 — Cat 8 skill compliance + Cat 9 end-to-end workflows eval/runner/cat8-skill-compliance.ts — Deterministic, judge-free Cat 8 scoring. Replays inbound signals through the agent adapter (Day 5) and extracts four iron-law metrics directly from the tool-bridge state: - brain_first_compliance: agent called search/get_page BEFORE producing its final answer. Non-compliance = hallucinating from general knowledge. - back_link_compliance: every dry_run_put_page intent has at least one markdown [Name](slug) back-link in its compiled_truth. - citation_format: timeline entries use canonical `- YYYY-MM-DD \| Source — Summary`; long final answers cite at least one slug. - tier_escalation: simple probes use light tooling (≥1 brain call); complex probes require ≥2 brain calls or a dry_run write when expects_dry_run_write is set. No judge call required — everything is computable from `tool_bridge_state.made_dry_run_writes` + `count_by_tool` + final_answer regex. Fast, deterministic, reproducible. Bounded concurrency (p-limit style) worker pool at default 4 to keep Sonnet rate limits comfortable across 100-probe batches. eval/runner/cat9-workflows.ts — Rubric-graded Cat 9. 5 canonical workflows (meeting_ingestion, email_to_brain, daily_task_prep, briefing, sync) × ~10 scenarios each. Each scenario runs through the agent adapter, then judge.ts scores the answer against a per-scenario rubric. `buildEvidence(scenario, agentResult, pagesBySlug)` composes the JudgeEvidence contract: resolves ground_truth_slugs to full GroundTruthPage[] from a slug-map, pulls tool_call_summary directly from tool_bridge_state (no raw tool_result content — Section-3 defense), attaches rubric from the scenario. Per-workflow rollup: each workflow gets its own pass_rate so the verdict can fail one workflow without failing the whole Cat. Overall verdict requires every populated workflow's pass_rate ≥ threshold (default 0.80) when enableThreshold=true. Both Cats default to verdict=baseline_only in v1 per codex fix #9: real thresholds return after 10-probe Haiku-vs-hand-score calibration (κ > 0.7) runs against the Day 3b amara-life-v1 corpus. Tests (23): Cat 8 per-metric scorer unit tests covering every branch (brain_first ordering, back-link compliance on mixed writes, long vs short answer citation requirement, tier escalation for simple/complex/ writey probes, finalAnswerCiteCount dedups across syntaxes). Cat 9 buildEvidence contract shape — evidence_refs flow from agent, missing slugs skip gracefully, no raw_transcript/tool_result leakage to judge. Cat 9 runCat9 integration with stubbed agent + mixed-verdict judge produces fractional pass rates correctly. Total eval suite now: 273 pass, 0 fail. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(eval): Day 9 — sealed qrels via PublicPage + PublicQuery at adapter boundary Codex fixes #1, #2, #3 from the plan's outside-voice review. Enforcement shifts from SOFT-VIA-TYPE-COMMENT to SOFT-VIA-SANITIZED-OBJECT. Hard enforcement via process isolation waits for BrainBench v2 Docker sandbox. eval/runner/types.ts additions: - `PublicPage = Pick<Page, 'slug' \| 'type' \| 'title' \| 'compiled_truth' \| 'timeline'>` — the exact 5 fields adapters should see. No _facts. No frontmatter (a known hiding spot for accidental gold leaks). - `sanitizePage(p: Page): PublicPage` — returns a NEW object with the 5 fields only. Cannot be bypassed by `(page as any)._facts` because the field does not exist on the sanitized object. - `PublicQuery = Omit<Query, 'gold'>` — strips the gold field. - `sanitizeQuery(q: Query): PublicQuery` — enumerates public fields explicitly (not spread+delete) so no prototype weirdness leaves gold reachable. eval/runner/multi-adapter.ts — scoreOneRun now calls sanitizePage / sanitizeQuery before passing to adapter.init / adapter.query. The scorer retains the full Query shape (including gold.relevant) for precision / recall computation. Adapter signatures unchanged — the sealing is at the OBJECT level, not the type level. This keeps existing adapters (ripgrep-bm25, vector-only, hybrid-nograph, gbrain-after) binary-compatible. Verified: no existing adapter reads q.gold or page._facts, so the change is safe without further adapter updates. test/eval/sealed-qrels.test.ts (17 tests): - sanitizePage strips _facts + frontmatter + arbitrary hidden keys - Output has exactly the 5 public keys (deep introspection) - Proxy tripwire simulates a malicious adapter: any access to _facts or gold throws `sealed-qrels violation` - sanitizeQuery retains optional fields (as_of_date, tags, author, acceptable_variants, known_failure_modes) but omits undefined ones - Honest documentation of the seal's limits: filesystem bypass and Proxy attacks would still work in v1; Docker isolation (v2) is the real enforcement Every existing eval test still passes (273 before + 17 sealed-qrels = 290). Total eval suite now: 290 pass, 0 fail. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(eval): Day 10 — all.ts rewrite + llm-budget + BrainBench N tiers Final wiring of BrainBench v1 Complete. all.ts now orchestrates the full Cat catalog (1-12) via a mix of subprocess dispatch (Cats 1, 2, 3, 4, 6, 7, 10, 11, 12 — standalone runners with CLI entry points) and programmatic invocation (Cats 5, 8, 9 — require runtime inputs that can't come via CLI flags). Subprocess Cats run concurrently under a p-limit(2) bound to cap peak memory around ~800MB (two PGLite instances at ~400MB each). Cats 5/8/9 show as "programmatic" in the report with a one-line reference to their `runCatN({...})` harness API. They're deliberately skipped from the master runner because their inputs (claim catalog, probe catalog, scenario catalog, pre-seeded agent state, evidence pagesBySlug) are task-specific and assembled at the caller. eval/runner/all.ts — rewritten: - CATEGORIES is a tagged union of SubprocessCategory \| ProgrammaticCategory - runCatSubprocess spawns Bun with pipe'd stdout/stderr, 10-min timeout per Cat (124 exit + SIGTERM on timeout; no hung subprocesses) - runConcurrently is a bounded worker pool preserving input order - buildReport emits the full markdown with per-Cat elapsed times, migration-noise filter, and a separate programmatic-only section - Honors BRAINBENCH_N (1/5/10 for smoke/iteration/published), BRAINBENCH_CONCURRENCY (default 2), BRAINBENCH_LLM_CONCURRENCY (default 4, consumed by llm-budget) eval/runner/llm-budget.ts — shared LLM rate-limit semaphore. A full N=10 published scorecard makes ~900 Anthropic calls (150 Cat 8/9 probes × N=10 + 100 Cat 5 claims × N=10). Without coordination, concurrent adapters trigger 429s on per-minute limits. - LlmBudget class: acquireSlot/releaseSlot + withLlmSlot(fn) wrapper that releases on success AND throw (try/finally) - getDefaultLlmBudget() singleton reads BRAINBENCH_LLM_CONCURRENCY, falls back to 4 on missing/garbage values - capacity enforced ≥1 (rejects 0/negative) - Double-release is a no-op (guards against upstream double-call bugs) - Active + waiting counts exposed for observability / tests package.json scripts: - eval:brainbench — default N=5 iteration - eval:brainbench:smoke — N=1 for fast iteration - eval:brainbench:published — N=10 for committed baselines - eval:cat6 / eval:cat11 — individual new subprocess Cats Tests (24): CATEGORIES catalog enforces the exact Cat-number partition (subprocess: 1,2,3,4,6,7,10,11,12; programmatic: 5,8,9). runConcurrently respects the cap (observable via peak in-flight counter), preserves input order under non-uniform delays, handles empty input. LlmBudget enforces capacity, releases on throw, honors env var, rejects 0/negative. buildReport filters migration noise, counts passed/failed/programmatic correctly, includes every Cat + programmatic-only section. Full eval suite now: 314 pass, 0 fail (15 test files). Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix(eval): drop top_p from amara-life-gen Opus params + gitignore _cache/ Two fixes surfaced during the Day 3b real-corpus run against Opus 4.5: eval/generators/amara-life-gen.ts — Current Opus rejects `temperature` and `top_p` together: ``` 400 invalid_request_error: `temperature` and `top_p` cannot both be specified for this model. Please use only one. ``` top_p=1.0 was a no-op (no nucleus truncation), so removing it has zero semantic effect. The field is still part of MODEL_PARAMS for the cache key so any past cache entries (none in v1) would invalidate cleanly on the next schema version bump. .gitignore — `eval/data/amara-life-v1/_cache/` is runtime Opus cache (398 files, ~1.6MB). Regenerable from seed; no point in source control. The corpus itself (inbox/slack/calendar/meetings/notes/docs + corpus-manifest.json with per-item content_sha256) stays committable for reproducibility, just the cache directory gets excluded. Real corpus generation ran cleanly after these two fixes: 398 LLM calls, 84,424 input / 38,062 output tokens, \$4.12 spent (vs \$20 cap, vs \$12 estimate). All 418 items produced. Poison fixtures use subtle paraphrased injection ("for anyone on your team who might be triaging this thread later…") — exactly the pattern that defeats regex redaction and requires the structured-evidence judge contract from Day 5. Corpus itself stays local (will move to the brainbench sibling repo during the v0.16 split per the design doc). No eval/data/amara-life-v1/ content landing in this PR. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * chore: bump version to 0.20.0 Renumbered from 0.17.0 per the gbrain-versioning slot. Other work is landing on master around this PR; 0.18 is the slot locked for this BrainBench v1 Complete release. Also pushed the "brainbench split" forward reference in the CHANGELOG from v0.18 → v0.19 to match. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * refactor: extract BrainBench to sibling gbrain-evals repo BrainBench lived in this repo through v0.17, which meant every gbrain install pulled down ~5MB of eval corpus, benchmark reports, and a pdf-parse devDep that the 99% of users who never run benchmarks don't need. v0.18 moves the full eval harness, 14 eval test files (314 tests), all docs/benchmarks scorecards, and the pdf-parse devDep to github.com/garrytan/gbrain-evals. That repo depends on gbrain via GitHub URL and consumes it through a new public exports map. What stays in gbrain: - Page.type enum extensions (email \| slack \| calendar-event \| note \| meeting) useful for any ingested format, not just evals - inferType() heuristics for /emails/, /slack/, /cal/, /notes/, /meetings/ - 11 new public exports covering the gbrain internals gbrain-evals consumes (gbrain/engine, gbrain/pglite-engine, gbrain/search/hybrid, etc.) — now gbrain's stable third-party contract What moved: - eval/ — 4.6MB of schemas, runners, adapters, generators, CLI tools - test/eval/ — 14 test files, 314 tests - docs/benchmarks/ — all scorecards and regression reports - eval:* package.json scripts - pdf-parse devDep Tests: 1760 pass, 0 fail, 174 skipped (E2E require DATABASE_URL). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * Merge origin/master into garrytan/gbrain-evals Master landed significant work since this branch was cut (v0.15.x → v0.16.x → v0.17.0 gbrain dream + runCycle → v0.18.0 multi-source brains → v0.18.1 RLS hardening). Bumped this branch's version from the claimed 0.18.0 to 0.19.0 because master already owns 0.18.x. Conflicts resolved: - VERSION: 0.19.0 (was 0.18.0 on HEAD vs 0.18.1 on master) - package.json: 0.19.0, kept all 11 eval-facing exports, merged master's typescript devDep + postinstall script + test script (typecheck added) - src/core/types.ts: union of both PageType additions. Master had added `meeting \| note`; this branch added `email \| slack \| calendar-event` for inbox/chat/calendar ingest. Final enum carries all five. - CHANGELOG.md: renumbered the BrainBench-extraction entry to 0.19.0 and placed it above master's 0.18.1 RLS entry. Tweaked copy ("In v0.17 it lived inside this repo" → "Previously it lived inside this repo") to stop implying a specific version that never shipped. - CLAUDE.md: adjusted "BrainBench in a sibling repo" heading from (v0.18+) → (v0.19+). - docs/benchmarks/2026-04-18-minions-vs-openclaw-production.md: resolved modify-vs-delete conflict in favor of delete (the extraction). - scripts/llms-config.ts: dropped the docs/benchmarks/ entry (directory no longer exists here; lives in gbrain-evals). - llms.txt / llms-full.txt: regenerated after the config change. - bun.lock: accepted master's (master already dropped pdf-parse as a drive-by; aligned with our removal). Tests: 2094 pass, 236 skip, 18 fail. Spot-checked failures — build-llms, dream, orphans tests all pass in isolation. Failures reproduce only under full-suite parallel load and are pre-existing master flakiness (matches the graph-quality flake noted in the earlier summary). Not merge-introduced. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * chore: bump to v0.20.0 Master is now at v0.18.2 (migration hardening + RLS + multi-source brains). BrainBench extraction ships as v0.20.0 to leave v0.19 free for any in-flight work on other branches. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * ci: remove eval-tests workflow (moved to gbrain-evals) The Eval tests workflow ran `bun run eval:query:validate`, `test:eval`, and `eval:world:render` — all three scripts moved to the gbrain-evals repo when BrainBench was extracted in v0.20.0. The workflow has been failing on master since the split because the scripts no longer exist here. Eval CI now runs from gbrain-evals's own workflows. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * fix(tests): bump PGLite hook timeouts to 60s for parallel-load stability Six test files spin up PGLite + 20 migrations + git repos in beforeEach/ beforeAll hooks. Under 136-way parallel test file execution, bun's default 5s hook timeout wasn't enough, producing 18 flaky failures that only reproduced under full-suite parallel load (all 6 files passed in isolation). Root cause: PGLite.create() + initSchema() takes ~3-5s under idle load, but under 136 concurrent WASM instantiations the OS thrashes and hooks stall well past 5s. The bunfig.toml `timeout = 60_000` applies to TESTS, not HOOKS — bun requires per-hook timeouts as the third beforeEach/beforeAll argument. Files touched (hook timeouts added, no test logic changed): - test/dream.test.ts — 5 describe blocks × before/afterEach - test/orphans.test.ts — 1 beforeEach + afterEach - test/core/cycle.test.ts — shared beforeAll + afterAll - test/brain-allowlist.test.ts — beforeAll + afterAll - test/extract-db.test.ts — beforeAll + afterAll - test/multi-source-integration.test.ts — beforeAll + afterAll Results: 2317 pass / 0 fail (was 2253 pass / 18 fail). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * test: coverage for inferType() BrainBench corpus dirs Closes the 1 gap surfaced by Step 7 coverage audit. 9 table-driven assertions covering the new Page.type branches: emails/.md, email/.md -> 'email' slack/.md -> 'slack' cal/.md, calendar/.md -> 'calendar-event' notes/.md, note/.md -> 'note' meetings/.md, meeting/.md -> 'meeting' The fixtures use realistic paths from the amara-life-v1 corpus in the sibling gbrain-evals repo (em-0001, sl-0037, evt-0042, mtg-0003) so the test doubles as a contract check between the two repos. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> docs(TODOS): mark BrainBench Cats 5/6/8/9/11 + v0.10.5 inferLinkType as completed All five BrainBench categories shipped in v0.20.0 (to the gbrain-evals sibling repo). v0.10.5 inferLinkType regex expansion shipped in-tree. Remaining P1 BrainBench work: Cat 1+2 at full scale (2-3K pages) — currently 240 pages in world-v1 corpus. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * docs: sync CLAUDE.md + polish CHANGELOG voice for v0.20.0 CLAUDE.md: add v0.19 commands to key-files list (skillify, skillpack, routing-eval, filing-audit, skill-manifest, resolver-filenames); add 8 new test files + openclaw-reference-compat E2E to test index; repoint the release-summary template's benchmark source from `docs/benchmarks/[latest].md` to `gbrain-evals/docs/benchmarks/` since those files now live in the sibling repo. CHANGELOG voice polish for v0.20.0: replace em dashes with periods, parens, or ellipses per project style guide. No content changes. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * docs: regenerate llms-full.txt after CLAUDE.md + CHANGELOG edits (fixes CI) The v0.20.0 doc-sync commit (`9e567bb`) added 7 new v0.19 modules to the CLAUDE.md Key Files index and polished CHANGELOG voice. Both are includeInFull: true inputs to llms-full.txt but the generator wasn't re-run, so the drift-detection guard (test/build-llms.test.ts) failed CI. One-line fix: regenerate. No content changes beyond what the two source docs already carry. 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-24 00:08:54 -07:00
Garry Tan GitHub Claude Opus 4.7 root	246cd8be46	v0.19.1 — smoke-test skillpack (post-restart health + auto-fix) (#369 ) * feat: smoke-test skillpack — post-restart health checks + auto-fix Adds `gbrain smoke-test` CLI command that runs 8 health checks after container restart, auto-fixes known issues, and reports results. Built-in tests: 1. Bun runtime (auto-install if missing) 2. GBrain CLI loads (auto-reinstall deps) 3. GBrain database connection (doctor health score) 4. GBrain worker process (auto-start) 5. OpenClaw Codex plugin Zod CJS (auto-reinstall broken zod@4) 6. OpenClaw gateway responding 7. Embedding API key present 8. Brain repo exists User-extensible: drop scripts in ~/.gbrain/smoke-tests.d/.sh Includes SKILL.md with full documentation, pattern for adding tests, and known-issue database (e.g. Zod core.cjs publish bug). Designed to run from OpenClaw bootstrap hooks so every container restart automatically verifies and repairs the environment. fix: register smoke-test in RESOLVER + add required SKILL sections Fixes the 7 failing unit tests + 1 failing Tier 1 E2E: - `skills/RESOLVER.md`: add smoke-test under Operational (mirrors skillpack-check placement). Fixes resolver_health check failure which cascaded into skillpack-check tests, doctor exit code, and the E2E 'gbrain doctor exits 0 on healthy DB' assertion. - `skills/smoke-test/SKILL.md`: add `## Anti-Patterns` and `## Output Format` sections required by skills-conformance.test.ts. Root cause: PR #369 added skills/smoke-test/ to the manifest but never wired it into RESOLVER.md and never added the sections the conformance test requires for every manifest entry. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * fix: regenerate llms-full.txt to pick up RESOLVER smoke-test row build-llms drift guard (test/build-llms.test.ts:58) failed because llms-full.txt inlines skills/RESOLVER.md and the last commit added a smoke-test trigger row there. Regenerated via `bun run build:llms`. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * chore: bump version and changelog (v0.19.1) Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> --------- Co-authored-by: root <root@localhost> Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-04-23 23:53:53 -07:00
Garry Tan GitHub Claude Opus 4.7 Wintermute	78ba0b5b53	v0.19.0 check-resolvable: add OpenClaw skills-dir fallback + docs/tests (#326 ) * Add OpenClaw skills fallback for check-resolvable * feat: v0.17.0 foundation — errors/warnings split + AGENTS.md support + auto-manifest First two workstreams of the v0.17.0 "skillify end-to-end" release. Landed together because the D-CX-3 exit-code refactor is a prerequisite for W1's warning-surfaced filing audit in Workstream 3. ## D-CX-3: split ResolvableReport into errors[] + warnings[] + --strict Prior: `env.ok = report.issues.length === 0` treated warnings and errors identically for exit status. Any warning forced exit 1, which meant the planned filing-audit (W3) would break CI for every OpenClaw deployment emitting advisory warnings. New contract: - `ResolvableReport.errors[]` and `warnings[]` as separate arrays. - `issues[]` stays as deprecated backcompat union (remove in v0.18). - Default: exit 0 unless any errors. Warnings are advisory. - `--strict` flag promotes warnings to fail CI (explicit opt-in). Files: src/core/check-resolvable.ts, src/commands/check-resolvable.ts (added --strict flag + help text + header doc), src/commands/doctor.ts (use new fields), test/check-resolvable-cli.test.ts (rewrite REGRESSION-GATE to document the new contract, add 3 D-CX-3 cases). ## W1: AGENTS.md support + auto-manifest + priority fix The reference OpenClaw deployment uses AGENTS.md (not RESOLVER.md) at the workspace root, and ships without a manifest.json. check-resolvable silently false-passed against it pre-W1: 0 manifest entries meant 0 reachability iterations meant 0 errors reported. Post-W1 behavior against ~/git/<redacted>/workspace (smoke-tested live): - Detects 102 skills via SKILL.md walk (no manifest.json needed) - Flags 15 unreachable errors (exactly the essay's '~15% dark' finding) - Flags 108 warnings (overlaps, gaps) — advisory, not blocking - Auto-detects via \$OPENCLAW_WORKSPACE without --skills-dir Changes: - NEW src/core/resolver-filenames.ts: one source of truth for the filename policy. \`RESOLVER_FILENAMES = ['RESOLVER.md', 'AGENTS.md']\`. Callers import from here, never hardcode either name. - NEW src/core/skill-manifest.ts: \`loadOrDeriveManifest()\` — reads manifest.json when present+valid, otherwise walks \`skillsDir//SKILL.md\` to derive a synthetic manifest. Both check-resolvable.ts AND dry-fix.ts now call this, replacing the two duplicated loaders that silently returned [] on missing file (F-ENG-1, D-CX-12). - src/core/repo-root.ts (rewrite): auto-detect priority changed to put \$OPENCLAW_WORKSPACE ahead of findRepoRoot() walk when explicitly set (D-CX-4). Adds workspace-root AGENTS.md detection — OpenClaw layout places routing at workspace/AGENTS.md with skills/ below. New SkillsDirSource variants \`openclaw_workspace_env_root\` and \`openclaw_workspace_home_root\` for --verbose log clarity. - src/core/check-resolvable.ts: accepts RESOLVER.md or AGENTS.md at the skills dir or one level up (workspace root). Uses loadOrDeriveManifest for reachability. Updated error messages reference both filenames. - src/core/dry-fix.ts: unified manifest loader — auto-fix now works in AGENTS.md-only workspaces where it previously no-op'd silently. - src/commands/check-resolvable.ts: new AUTO_DETECT_HINT import for clearer missing-skills-dir errors; updated sourceLabel map for the two new workspace-root variants. Tests: - test/skill-manifest.test.ts: 14 cases covering explicit-manifest, derived-manifest, malformed JSON, wrong shape, empty explicit array (honored as 'zero skills' declaration), dirname fallback when no name: frontmatter, underscore/dotfile dir skipping. - test/repo-root.test.ts: new tests for the priority swap, AGENTS.md skills-dir variant, AGENTS.md workspace-root variant, both-files present (RESOLVER.md wins). - test/check-resolvable-cli.test.ts: updated regression-gate to the new contract; added three D-CX-3 cases. All 105 tests passing across the foundation surface. Plan + reviews: ~/.claude/plans/p1-lets-just-vast-blanket.md Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> feat: v0.17.0 W2 — Check 5 trigger routing eval (structural) Check 5 of the 10-step skillify checklist (the essay's "resolver trigger eval") now runs structurally by default and has a dedicated CLI verb for CI. Ships Layer A; Layer B (LLM tie-break) is reserved for v0.18. ## New module: src/core/routing-eval.ts The harness. Pure functions: - `normalizeText(s)`: lowercase, strip non-alnum to spaces, collapse whitespace. Unicode-friendly, quote-agnostic, punctuation-tolerant. - `extractTriggerPhrases(cellText)`: split quoted alternatives like `"search for", "find me"` into separate normalized phrases; fall back to the whole cell when unquoted (OpenClaw-style descriptions). - `indexResolverTriggers(resolverContent)`: build a skill-slug → normalized-trigger-phrases map from the resolver table. - `structuralRouteMatch(intent, index)`: substring-match the normalized intent against every trigger phrase; return the set of matched skills + whether the match was ambiguous (more than one specific skill, excluding always-on family). - `lintRoutingFixtures`: rejects fixtures whose intent is verbatim-equal to a trigger (D-CX-6: fixtures must paraphrase the framing, not copy the trigger text) and unknown expected_skill references. - `loadRoutingFixtures(skillsDir)`: walks `skills/<name>/routing-eval.jsonl`, handles JSONL line-comments (`//` / `#`), collects malformed lines separately without crashing. - `runRoutingEval(resolver, fixtures)`: pure scoring. Supports negative cases (`expected_skill: null` — nothing should match) and an `ambiguous_with` allow-list for skills that co-fire with always-on handlers (signal-detector, brain-ops, ingest). Outcomes per fixture: `pass`, `missed`, `ambiguous`, `false_positive`. Metrics: `top1Accuracy`, `passed`, `missed`, `ambiguous`, `falsePositives`. ## Integration: check-resolvable runs Layer A by default `checkResolvable()` now loads `routing-eval.jsonl` fixtures from every skill, runs the structural eval, and appends non-pass outcomes as warning-severity issues. New issue types: - `routing_miss` — expected skill did not match - `routing_ambiguous` — expected matched AND unexpected skills - `routing_false_positive` — negative case unexpectedly matched - `routing_fixture_lint` — linter or malformed-JSONL finding All four are warnings — routing issues don't break exit in default mode, but `--strict` promotes them (D-CX-3 contract). Advisories without breaking CI. ## New CLI verb: `gbrain routing-eval` Standalone Check 5 runner. `--json` envelope, `--llm` flag reserved, `--skills-dir` override. Exit codes: 0 clean, 1 any failure/lint, 2 setup error. Suitable for CI gating separately from check-resolvable. Removed from DEFERRED in CLI: `{check: 5, name: trigger_routing_eval}`. Check 6 (brain_filing) still deferred; lands in W3. ## Seed fixtures - skills/query/routing-eval.jsonl - skills/citation-fixer/routing-eval.jsonl (includes a negative case) These are intentionally modest. Additional fixtures per skill are the natural next step; routing-eval itself passes cleanly under check-resolvable default mode even when fixtures surface real gaps (they're warnings, not errors). Running `gbrain routing-eval` reveals the gaps immediately. ## Tests (34 new cases + updated integrations) - test/routing-eval.test.ts: full harness coverage including normalization, trigger extraction (quoted and unquoted), indexer, structural match with ambiguity + always-on exemption, fixture linter (verbatim-equality rule, unknown-skill rule, shape rule, negative-case skip), JSONL loader (comments, malformed lines, missing dirs, underscore/dot skipping), and every runRoutingEval outcome (pass, miss, ambiguous, negative-pass, false-positive, empty). - test/check-resolvable-cli.test.ts: updated DEFERRED unit test + `--json` envelope test + `--verbose` test to reflect Check 5 shipping. 140/140 passing across the W1 + W2 surface. ## Live smoke `gbrain routing-eval --json` against the current gbrain repo: 6 fixtures, 1 passing, 5 missed. The misses correctly surface resolver-trigger narrowness (intents users naturally phrase differently than trigger text). Fixtures will iterate in follow-up PRs; the machinery ships now. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat: v0.17.0 W3 — Check 6 brain filing audit Check 6 ships. Every skill that writes brain pages is now audited against a machine-readable filing-rules doc at `skills/_brain-filing-rules.json`. ## New: skills/_brain-filing-rules.json Canonical filing rules, JSON (D-CX-8: the pre-existing yaml-lite parser handles flat maps only, so YAML would have needed a new dependency for one file). The companion `_brain-filing-rules.md` stays as the human explainer. 14 rule entries + explicit `sources_dir` carve-out for bulk/raw data. ## New module: src/core/filing-audit.ts - `loadFilingRules(skillsDir)`: returns parsed doc or null (missing file → no-op; malformed JSON throws loud). - `allowedDirectories(rules)`: normalized set of every rules[] directory + sources_dir. - `runFilingAudit(skillsDir)`: walks skills//SKILL.md, parses frontmatter, audits any skill with `writes_pages: true`. Two checks per qualifying skill: 1. `writes_to:` list is non-empty. 2. Every entry in `writes_to:` appears in allowedDirectories. Both failures emit warning-severity issues. No errors — advisories only, per D-CX-3. ## Distinction: writes_pages vs mutating (D-CX-7) v0.17 introduces a new boolean frontmatter field `writes_pages:`. `mutating: true` already means "has any side effect" (cron schedulers, report writers, config mutators). Filing audit targets ONLY skills with `writes_pages: true`, correctly excluding side- effect-but-not-page-writing skills. The codex outside voice caught this: conflating the two fields would drag ~100 skills into filing-audit noise in the reference OpenClaw deployment. ## Integration: check-resolvable runs Check 6 by default `checkResolvable()` calls `runFilingAudit(skillsDir)` and appends issues as warnings. On missing/malformed rules doc, surfaces a single advisory rather than bailing. `DEFERRED` array in the CLI is now empty — v0.17 ships both Check 5 (W2) and Check 6 (W3). The export stays in place (stable --json field) for future deferred checks. ## Seeded frontmatter on 7 canonical writers Added `writes_pages: true` + `writes_to:` to: - brain-ops (people, companies, deals, concepts, meetings) - enrich (people, companies) - ingest (people, companies, concepts, meetings, sources) - idea-ingest (people, concepts, sources) - media-ingest (concepts, people, companies, sources) - meeting-ingestion (meetings, people, companies) - signal-detector (people, companies, concepts) Live smoke: `gbrain check-resolvable --json` on gbrain repo shows `ok: true`, zero filing errors, zero filing warnings on seeded skills. Every other mutating:true skill (citation-fixer, cron-scheduler, data-research, maintain, migrate, minion-orchestrator, reports, setup, skill-creator, soul-audit, webhook-transforms) correctly skipped as side-effectful-but-not-page-writing. ## Tests (17 new cases + 3 updated CLI integrations) test/filing-audit.test.ts covers: - rules loader: missing (null), valid, malformed (throw), non-array rules (throw) - directory normalization (trailing slash, leading slash) - clean case - missing writes_to on writes_pages:true - unknown directory - D-CX-7: mutating:true alone does not trigger audit - writes_pages:false skips - no frontmatter skips - inline `writes_to: [a, b]` syntax - block `writes_to:\n - a` syntax - sources/ allowed - underscore/dot dir skipping - total counts (totalScanned vs writesPagesSkills) - missing dir graceful - action string quality guard Plus: CLI integration tests updated for empty DEFERRED array (Checks 5 and 6 both shipped). 158/158 passing across the v0.17 foundation + W1 + W2 + W3 surface. ## v0.18 preview (D-CX-13) v0.17 filing-audit is declaration-level only. A future `gbrain filing-audit --pages` walks the brain itself, infers primary subject from page content via LLM judgment, and flags actual misfilings vs. declarations. Declaration audit is the leading indicator; pages audit is the ground truth. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> feat: v0.17.0 W4 — gbrain skillify {scaffold,check} subcommand namespace The essay's "skillify it!" verb becomes a CLI primitive pair. Two subcommands, both promoted/factored so there's one source of truth: ## `gbrain skillify scaffold <name>` (mechanical) Pure file generation. Zero LLM, zero judgment. Writes 5 stub files atomically: 1. skills/<name>/SKILL.md frontmatter + body template 2. skills/<name>/scripts/<name>.mjs deterministic-code stub 3. skills/<name>/routing-eval.jsonl routing fixture seed 4. test/<name>.test.ts vitest skeleton 5. Appended trigger row to the detected resolver file (RESOLVER.md or AGENTS.md — whatever W1's auto-detect found) Flags: --description (required), --triggers, --writes-to, --writes-pages, --mutating, --force, --dry-run, --json, --skills-dir. Kebab-case name validation (`^[a-z][a-z0-9](?:-[a-z0-9]+)$`). Works against gbrain-native RESOLVER.md layout AND OpenClaw-native AGENTS.md-at-workspace-root layout (W1 interop). ## `gbrain skillify check [path]` (audit) Promoted from scripts/skillify-check.ts per codex D-CX-2. The legacy script stays as a 12-line shim that delegates to the new module so existing callers (docs, cron, tests) keep working. Wrapped in a subcommand namespace: `gbrain skillify {scaffold, check}` is one coherent verb for the whole post-task loop. The essay's "skillify it!" triggers the markdown skill, which orchestrates the CLI primitives. ## Idempotency contract (D-CX-7) `skillify scaffold --force` regenerates stub FILES but never re-appends a resolver row that already references `skills/<name>/SKILL.md`. Unit test pins this: two applies produce one resolver row, not two. ## D-CX-9 SKILLIFY_STUB sentinel Every scaffolded script + SKILL.md body carries a SKILLIFY_STUB sentinel. `check-resolvable` walks every skill's script dir looking for the marker and emits a `skillify_stub_unreplaced` warning when found. Default mode: advisory. `--strict` mode: error, blocks CI. This is the gate that catches "we scaffolded and forgot to implement" — the exact failure codex flagged as "scaffold verification is theater" in the outside-voice review. ## Files - NEW src/core/skillify/templates.ts (template strings) - NEW src/core/skillify/generator.ts (planScaffold / applyScaffold + SkillifyScaffoldError with typed error codes) - NEW src/commands/skillify.ts (top-level dispatcher + scaffold handler) - NEW src/commands/skillify-check.ts (promoted check logic) - scripts/skillify-check.ts: rewritten to 12-line shim - skills/skillify/SKILL.md: Phase 2 now references the scaffold primitive; legacy manual path kept for extending existing skills - src/cli.ts: `skillify` added to CLI_ONLY + dispatcher - src/core/check-resolvable.ts: SKILLIFY_STUB sentinel scan + new issue type `skillify_stub_unreplaced` ## Tests (14 new scaffold cases) test/skillify-scaffold.test.ts covers: - SKILL_NAME_PATTERN validation (kebab-case, no spaces, no leading digit, no underscores/uppercase) - planScaffold against fresh + existing-file + --force paths - SKILLIFY_STUB sentinel presence in SKILL.md AND script stub (both gate paths) - D-CX-7 idempotency: resolverAppend null when row pre-exists, second apply doesn't duplicate the row - TBD-trigger placeholder when --triggers empty - writes_pages / writes_to / mutating flow through to frontmatter - applyScaffold writes files + appends resolver - Full AGENTS.md-layout workspace interop (W1) Existing test/skillify-check.test.ts still passes against the legacy shim — zero regression for downstream consumers. 178/178 passing across v0.17 foundation + W1..W4. ## Live smoke \`gbrain skillify scaffold webhook-verify --description "verify incoming webhook signatures" --triggers "verify webhook,check tunnel" --skills-dir /tmp/smoke --dry-run\` produces the expected 4-file plan plus a 115-byte resolver append. \`--help\` works on both the top-level and scaffold levels. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat: v0.17.0 W5 — gbrain skillpack install (deps closure + lockfile + diff/dry-run) The essay's "drop it into YOUR OpenClaw" promise lands as a CLI verb. One command installs a curated bundle of gbrain skills + the shared convention files they depend on into a target OpenClaw workspace. Data-loss protected, concurrency-safe, atomic on the AGENTS.md managed block. ## openclaw.plugin.json refresh - Bumped version from stale 0.4.1 → 0.17.0 (codex flagged this drift F-ENG-4 / D-CX-4). - Expanded curated skill list from 7 → 25. Uses skills/manifest.json top-level (v0.10.0 sourced) minus setup/migrate/publish (install-time / code+skill pairs) minus private skills. - Added \`shared_deps: [...]\` listing convention files every skill references: conventions/, _brain-filing-rules.{md,json}, _output-rules.md. Installer always pulls these (D-CX-10 dependency closure). - Added \`excluded_from_install: [...]\` for setup/migrate/publish — surfaces the intentional exclusion as data rather than a comment. ## New module: src/core/skillpack/bundle.ts - \`findGbrainRoot(start)\` — walks up looking for openclaw.plugin.json + src/cli.ts. The pair identifies a gbrain checkout. - \`loadBundleManifest(root)\` — strict validation + typed BundleError codes (manifest_not_found, manifest_malformed, skill_not_found). - \`enumerateBundle({gbrainRoot, skillSlug?, manifest})\` — flat list of source → target-relative paths. When skillSlug is set, scopes to that one skill BUT always pulls shared_deps. \`--all\` walks every skill in the manifest. - \`bundledSkillSlugs(manifest)\` — sorted slugs for \`skillpack list\`. ## New module: src/core/skillpack/installer.ts - \`planInstall(opts)\` — builds InstallPlan with per-file existing/identical diff state. Pure; no writes. - \`applyInstall(plan, opts)\` — writes files + managed block with the contracts below. - \`diffSkill(root, slug, skillsDir)\` — read-only per-file status for \`skillpack diff <name>\`. Per-file diff protection (D-CX-3 / F4): wrote_new fresh file wrote_overwrite local diff + --overwrite-local passed skipped_identical bytes match the bundle (silent re-install) skipped_locally_modified target differs + no --overwrite-local → PROTECTED DEFAULT Concurrency + atomic AGENTS.md (D-CX-11): - \`.gbrain-skillpack.lock\` at workspace root. Acquired on the first write, released in finally. - Lock stale threshold configurable (default 10min). --force-unlock overrides. - Managed-block writes via tmp-file-plus-rename (atomic on POSIX). Managed-block format: <!-- gbrain:skillpack:begin --> <!-- Installed by gbrain <version> — do not hand-edit between markers. --> \| Trigger \| Skill \| \|---------\|-------\| \| "alpha" \| \`skills/alpha/SKILL.md\` \| \| ... <!-- gbrain:skillpack:end --> extractManagedSlugs() roundtrips: single-skill installs accumulate into the same block rather than overwriting each other. ## New CLI: gbrain skillpack {list, install, diff, check} Namespaced alongside W4's \`gbrain skillify\`. Subcommands: list bundle inventory (human + --json) install <name> single skill + deps closure install --all entire curated bundle diff <name> per-file diff vs target; read-only check delegates to the pre-existing skillpack-check (same CLI just namespaced) Flags on install: --overwrite-local, --force-unlock, --dry-run, --json, --skills-dir, --workspace. Exit codes: 0 clean, 1 files skipped (protected local edits), 2 setup error / lock held. ## Live smoke \`gbrain skillpack list\`: 25 skills. \`skillpack install query --dry-run\` against a fresh temp workspace: 12 files planned (SKILL.md, routing-eval.jsonl, 7 convention files, 3 rule files, managed block to AGENTS.md). All shared_deps flagged [shared]. ## Tests (36 new cases) test/skillpack-install.test.ts: - findGbrainRoot walks up, returns null when absent - loadBundleManifest validates + rejects malformed - enumerateBundle pulls shared_deps on single-skill scope (D-CX-10) - buildManagedBlock + updateManagedBlock: append when absent, in-place replace when present, extractManagedSlugs roundtrip - planInstall + applyInstall: fresh install, dry-run, idempotency (skipped_identical), local-edit protection, --overwrite-local, lock-held concurrency (D-CX-11), --force-unlock, atomic managed-block write, multi-skill accumulation in managed block, AGENTS.md-at-workspace-root interop (W1 cross-check) - diffSkill: missing, identical, differs test/skillpack-sync-guard.test.ts (F-ENG-4): - both manifests exist - every skill in plugin.json exists on disk - every shared_dep exists on disk - plugin.json skills ⊂ skills/manifest.json - excluded skills aren't in the install list - plugin version ≥ 0.17 (kills the 0.4.1 stale drift) 204/204 passing across the v0.17 foundation + W1..W5. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat: v0.17.0 guards — privacy scrub + OpenClaw-reference E2E + v0.16.4 regression Three ship-blocker work items from the eng review + codex outside voice round out v0.17: ## scripts/check-privacy.sh (CLAUDE.md:550 enforcement) Greps for the banned OpenClaw fork name (case-insensitive) across tracked files. Two modes: scripts/check-privacy.sh scan working tree scripts/check-privacy.sh --staged scan git-staged files (pre-commit) Exit 1 on any finding outside the allow-list. Allow-list covers files where the name is legitimately present: this script itself (defines the rule), CLAUDE.md (the canonical rule text), llms-full.txt (auto-generated from CLAUDE.md), the historical upgrade guide, and test/integrations.test.ts (whose personal-info regex ENFORCES the rule against recipes/). Scrubbed existing leaks: - CHANGELOG.md:366 reference in a closes-# line → "from the OpenClaw reference deployment" - test/doctor-minions-check.test.ts:171 comment → "an OpenClaw host's cron script" - test/plugin-loader.test.ts fixture plugin name → "openclaw-ref" ## test/e2e/openclaw-reference-compat.test.ts (ship-blocker gate) The test that proves v0.17 delivers on the headline claim. New fixture at test/fixtures/openclaw-reference-minimal/ mimics the reference OpenClaw deployment layout: AGENTS.md at workspace root, skills/ below, no manifest.json. Four fixture skills (signal-detector, query, brain-ops, context-now). Every v0.17 surface gets exercised end-to-end: - autoDetectSkillsDir with $OPENCLAW_WORKSPACE (D-CX-4 priority) - loadOrDeriveManifest walks SKILL.md (F-ENG-1 auto-manifest) - checkResolvable accepts AGENTS.md at workspace root, all 4 skills reachable via resolver rows, zero errors - Filing audit clean (brain-ops declares writes_pages+writes_to) - CLI subprocess via `--skills-dir` → exit 0 - CLI subprocess via $OPENCLAW_WORKSPACE (no flag) → exit 0, correct skillsDir detection - skillpack install against the layout writes managed block into AGENTS.md at workspace root This is THE ship-blocker test. If the W1 + W5 stack ever regresses against an AGENTS.md-layout workspace, this fails first. ## test/regression-v0_16_4.test.ts (F-ENG-8) Guards v0.17 against adding "surprise" warnings. Builds a clean fixture matching v0.16.4 canonical shape (manifest.json, RESOLVER.md, 2 skills, no routing-eval fixtures, no writes_pages). Runs v0.17 checkResolvable and asserts: - zero errors, zero routing_/filing_/skillify_stub_* warnings - JSON envelope keys unchanged (errors, warnings, issues, ok, summary) — deprecated `issues[]` still equals errors ∪ warnings - summary shape unchanged If someone adds a new check that fires unexpectedly on a v0.16.4-era fixture, this test catches it immediately. ## Fixture test/fixtures/openclaw-reference-minimal/ ├── AGENTS.md (4 rows, 3 sections) └── skills/ ├── brain-ops/SKILL.md (writes_pages+writes_to) ├── context-now/SKILL.md ├── query/SKILL.md └── signal-detector/SKILL.md Intentionally small (4 skills, 1 AGENTS.md, ~30 lines total) so the fixture is maintainable. The OPENCLAW-reference deployment has 107 skills — this fixture is the minimum shape that exercises the full v0.17 code path. ## Tests 215/215 passing across the full v0.17 surface: - foundation + W1 + W2 + W3 + W4 + W5 (204) - regression-v0_16_4 (3) - openclaw-reference-compat (7) - privacy guard (separate bash; exits 0 clean) Plus: privacy pre-commit hook is a drop-in wrapper (documented in the script header). Wiring into .github/workflows is a follow-up. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * release: v0.17.0 — skillify goes end-to-end Every skill. Every check. Every install. One command each. Five workstreams land in one release: - W1: AGENTS.md + auto-manifest + env-priority - W2: Check 5 routing eval - W3: Check 6 brain filing - W4: gbrain skillify {scaffold,check} - W5: gbrain skillpack {list,install,diff} Plus D-CX-3 foundation (errors/warnings split + --strict), plus codex outside-voice fixes (D-CX-1..12 applied), plus privacy pre- commit guard, plus OpenClaw-reference E2E fixture, plus v0.16.4 regression guard. Live against the reference OpenClaw deployment: 102 skills detected via auto-manifest, 15 unreachable errors + 108 warnings surfaced — exactly the essay's "~15% dark" finding. The magic word from the essay finally works the way the essay describes. Tests: 2156 unit (178 new) + 152 E2E Tier 1 + 3 Tier 2 + 8 new openclaw-reference fixture cases. 0 failures across all tiers. Plan + reviews: ~/.claude/plans/p1-lets-just-vast-blanket.md. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * fix(test): add missing 'strict' field to 5 Flags literals in check-resolvable-cli.test.ts CI failed `tsc --noEmit` after the D-CX-3 errors/warnings split added `strict: boolean` as a required field on the `Flags` interface. Five test sites in test/check-resolvable-cli.test.ts still construct Flags object literals (for direct `resolveSkillsDir()` calls) and hadn't been updated. Added `strict: false` to all five literals: - line 129 --skills-dir absolute path - line 135 --skills-dir relative path - line 148 no --skills-dir - line 160 no --skills-dir + no env - line 178 --skills-dir + OPENCLAW_WORKSPACE (REGRESSION-GATE) Unit tests: 207/207 pass across the v0.19 surface. tsc --noEmit exits 0. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * docs: adopt gstack's branch-scoped CHANGELOG rule + rewrite v0.19.0 entry CLAUDE.md gains a new top section before "CHANGELOG voice" that codifies what gstack's CLAUDE.md already says: CHANGELOG is user-facing product release notes, not a log of internal decisions. Every entry describes what THIS branch adds vs master. Plan-file IDs, decision tags (D-CX-#, F-ENG-#), review rounds, test counts as marketing, and contributor- facing metrics don't belong in it. The v0.19.0 entry is rewritten to the new bar: Removed: - Version-collision note about v0.17.0/v0.18.0 shipping on master - All D-CX-## and W# tags (meaningless outside the plan file) - "codex caught" / CEO + Eng review round-up narrative - Plan file path reference - "215 new cases across 13 test files" marketing metrics - W1..W5 bucketing in itemized changes Kept / sharpened: - User-facing headline (what your agent can now do) - Numbers that mean something to users (unreachable-skills count, scaffold timing, pre/post AGENTS.md support) - Upgrade instructions - Added/Changed/Fixed/For-contributors itemized sections (standard keep-a-changelog shape) Version sequence (`grep "^## \["`) is contiguous v0.19.0 → v0.16.4. Privacy guard clean. Tests green. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * docs: update README/CLAUDE/TODOS for v0.19.0 skills + skillify loop Skill count was stale (README said 26, actual is 28: skillify + skillpack-check were missing from the tables and count). Corrected throughout. Marked TODOS item "Checks 5 + 6 deferred in PR #325" as completed in v0.19 — they shipped as real implementations, not just filed issues. README: - Skill count 26 → 28 (headline, install flow, table section, architecture diagram) - Added `skillify` + `skillpack-check` rows to the operational skills table - Rewrote the "Skillify" section to lead with the four v0.19 CLI verbs (`gbrain skillify scaffold/check`, `gbrain skillpack list/install/diff`, `gbrain routing-eval`, `gbrain check-resolvable --strict`) instead of describing the pre-v0.19 state. Added the "works on your OpenClaw" pitch around AGENTS.md + auto-manifest. Added the "drop 25 curated skills into your OpenClaw" section for skillpack install. - Added v0.19 skills block + v0.18 multi-source + v0.17 dream to the Commands reference at the bottom. - Standalone instruction sets count: 25 → 28 (with a parenthetical noting the curated 25-skill bundle that `skillpack install` ships). CLAUDE.md: - Skill count 26 → 28 in the Skills section. - New "Skillify loop (v0.19)" sub-bullet listing skillify + skillpack-check. - Noted that `AGENTS.md` is also accepted as a resolver filename. TODOS.md: - Created "## Completed" section at the top. - Moved the "Checks 5 + 6" item there with completion note linking to the actual implementation files (routing-eval.ts + filing-audit.ts). Privacy scan clean. Version sequence contiguous v0.19.0 → v0.16.4. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * fix(test): regenerate llms-full.txt + llms.txt after README/CLAUDE edits CI failed on `build-llms generator > committed llms.txt + llms-full.txt match current generator output`. The drift was expected: the prior commit edited README.md and CLAUDE.md (skill count + skillify section), both of which are inlined into llms-full.txt by `scripts/build-llms.ts`. Fix: `bun run build:llms` + commit the regenerated output. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> --------- Co-authored-by: Wintermute <wintermute@garrytan.com> Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-04-23 19:34:27 -07:00
Garry Tan GitHub Claude Opus 4.7	dcd13dd638	feat: v0.16.4 — gbrain check-resolvable CLI + skillify-check wiring (#325 ) * Merge origin/master into garrytan/check-resolvable-v1 Resolves CHANGELOG.md conflict: preserved v0.16.1/v0.16.2/v0.16.3 upstream entries and added v0.16.4 (check-resolvable ship) above them. * refactor: extract findRepoRoot to src/core/repo-root.ts Moves findRepoRoot() from private in doctor.ts to a zero-dependency shared module with a parameterized startDir for test hermeticity. Doctor imports the shared version; no behavior change (default arg matches prior semantics). The new gbrain check-resolvable CLI needs findRepoRoot too; importing from doctor.ts would drag in DB/progress dependencies. * feat: gbrain check-resolvable CLI wrapper Standalone CLI gate over checkResolvable(). Exits 1 on any issue (warnings or errors) per the README:259 contract, stricter than doctor's resolver_health which ignores warnings. Doctor has 15 other checks to lean on; the standalone command has nowhere to hide. - Stable JSON envelope: {ok, skillsDir, report, autoFix, deferred, error, message} - --fix auto-applies DRY fixes via autoFixDryViolations before re-checking - --dry-run with --fix previews without writing; autoFix.fixed shows diff - --verbose prints the deferred-checks note (Checks 5 + 6) - --skills-dir PATH for hermetic test runs - Permissive on unknown flags, matching lint/orphans/publish convention Checks 5 (trigger routing eval) and 6 (brain filing) are tracked as separate GitHub issues and surfaced via the deferred[] field in --json output. Covered by 17 new test cases (flag parsing, JSON envelope shape, exit-code regression gates, --fix wiring, --verbose output). * chore: bump version and changelog (v0.16.4) Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> * chore: track check-resolvable issue-URL swap in TODOS Defers the filing of GitHub tracking issues for Checks 5 (trigger routing eval) and 6 (brain filing) plus the TBD-check-5/TBD-check-6 URL replacement in src/commands/check-resolvable.ts. Unblocks merging PR #325. * test: fix repo-root CI failure — assert parity, not path contents The 'default arg uses process.cwd()' test asserted the returned path matched /honolulu/, which is the local workspace name but not the CI runner's checkout path (/home/runner/work/gbrain/gbrain). The test's real purpose is behavioral parity: findRepoRoot() === findRepoRoot(cwd). Assert that directly instead of pattern-matching paths. --------- Co-authored-by: Claude Opus 4.7 <noreply@anthropic.com>	2026-04-22 02:07:00 -07:00
Garry Tan GitHub Claude Opus 4.7	418d955fd3	docs: v0.16.1 — minions worker deployment guide (from #287 ) (#317 ) * docs: v0.16.1 — minions worker deployment guide (from #287) New docs/guides/minions-deployment.md covering persistent worker deploy patterns (watchdog cron, inline --follow for cron-only workloads) plus the sharp edges of running gbrain jobs work against Supabase in production. Addresses a real gap: existing minions docs (minions-fix.md, minions-shell-jobs.md) cover schema repair and shell-job security, not deploy patterns. With v0.16.0's durable agent runtime, the persistent worker is now load-bearing for subagent + subagent_aggregator handlers too, so a supervised deploy story matters. Pre-landing accuracy pass corrected five factual bugs against current source: - max_stalled column default (5, not 1 or 3) - stalled-jobs smoke-test query (active, not waiting) - watchdog SIGTERM-to-SIGKILL grace (10s minimum, not 2s) - cron env pattern (crontab env lines, not source ~/.bashrc) - --follow exit semantics (blocks until submitted job is terminal, not until queue is empty) Docs-only. No code changed. Zero migration required. Contributed by a downstream agent fork via #287. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * chore: credit Wintermute correctly in v0.16.1 CHANGELOG Wintermute is gbrain's own OpenClaw instance running in production, not a community contributor. The original CHANGELOG framing ("community contributor @wintermute") understated the funnier truth: the agent built on top of the project wrote the deploy guide for the project after hitting its sharp edges in production. Dogfooding with extra steps. Co-Authored-By: Wintermute (OpenClaw) <noreply@anthropic.com> Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * docs: rewrite minions deployment guide for agent line-by-line execution Fixes 12 findings from reading v0.16.1 guide as-an-agent would: Real bugs: - Crontab syntax wrong for user crontabs (6-field format dumped into `crontab -e` got "bad minute" or parsed `user` as the command). Now two labeled blocks: 5-field for `crontab -e`, 6-field for `/etc/crontab`. - Watchdog restart loop (old shutdown lines in unrotated log re-matched every 5 min forever). New `minion-watchdog.sh` writes 2-line PID file (PID + restart epoch) and only considers log lines newer than the epoch. Regex rewritten explicit (mawk rejects `{n}` intervals). - Credentials in world-readable /etc/crontab. Secrets move to /etc/gbrain.env (mode 600), referenced via BASH_ENV in crontab. Structural: - Preconditions block (5 fail-fast checks). - "Which option?" decision tree. - Template variable table (6 vars documented). - Upgrade section (v0.13.x -> v0.16.2 checklist). - Option 3: systemd.service + Procfile + fly.toml.partial snippets. - Uninstall section. - `--follow` example uses `gbrain embed --stale` (a real command) instead of the fictional `gbrain enrich`. - Dead-end "Proposed CLI flags (not yet implemented)" replaced with a "Tune per-job today" callout pointing at flags that exist. - Known Issues rewritten as imperatives. Also wires `docs/guides/minions-deployment.md` into `scripts/llms-config.ts` under the Configuration section so remote agents fetching llms.txt / llms-full.txt see the guide by name. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * chore: bump version and changelog (v0.16.2) Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * docs: sync v0.16.2 CHANGELOG with the actual --follow example in the guide The shipped docs/guides/minions-deployment.md uses `gbrain embed --stale` (a real command) but the v0.16.2 CHANGELOG entry still referenced `gbrain enrich --brain $GBRAIN_WORKSPACE` (the older draft). Bring the CHANGELOG in line with what actually shipped. 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-22 00:01:08 -07:00
Garry Tan GitHub Claude Opus 4.7	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
Garry Tan GitHub Claude Opus 4.7	a4df40fe5c	feat: v0.15.2 - bulk-action progress streaming (stderr reporter, agent-visible heartbeats) (#293 ) * feat(progress): step 1 - shared ProgressReporter + CliOptions Adds the foundation for v0.14.2's bulk-action progress streaming work: - src/core/progress.ts: dependency-free reporter with auto/human/json/quiet modes, TTY-aware rendering, time+item rate gating, heartbeat helper for slow single queries, dot-composed child phases, EPIPE defense (both sync throw and async 'error' event), and a singleton module-level signal coordinator so SIGINT/SIGTERM emits abort events for all live phases without leaking per-instance listeners. - src/core/cli-options.ts: parseGlobalFlags() for --quiet / --progress-json / --progress-interval=<ms> (both space and = forms), plus cliOptsToProgressOptions() that resolves to the right mode. Non-TTY default is human-plain one-line-per-event; JSON is explicit opt-in so shell pipelines don't suddenly see structured noise. - test/progress.test.ts (17 cases): mode resolution, rate gating, no-fake- totals on heartbeat paths, EPIPE paths, SIGINT singleton, child phase composition. - test/cli-options.test.ts (14 cases): flag parsing, invalid values, interleaved flags, mode resolution. Follow-ups wire doctor/embed/files/export/extract/import/sync/migrate/ repair-jsonb/backlinks/orphans/lint/integrity/eval/autopilot/jobs plus the apply-migrations orchestrators through this reporter, and route Minion handlers to job.updateProgress instead of stderr. See the plan in ~/.claude/plans/. 1682 unit tests pass. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(progress): step 2 - wire global flags into cli.ts Parse --quiet / --progress-json / --progress-interval from argv BEFORE command dispatch, strip them, stash resolved CliOptions on a module-level singleton (same pattern as Commander's program.opts()) and on every OperationContext created for shared-op dispatch. - src/cli.ts: parseGlobalFlags(rawArgs) at the top of main(); setCliOptions once; dispatch sees only the stripped argv. Fixes the "gbrain --progress-json doctor" unknown-command case that Codex flagged. - src/core/cli-options.ts: expose setCliOptions/getCliOptions/ _resetCliOptionsForTest singleton. Commands that want progress call getCliOptions() to construct their reporter. - src/core/operations.ts: OperationContext gains optional cliOpts field so shared-op handlers (and MCP-invoked ops that need a reporter) can read the same settings. MCP callers leave it undefined and consumers default to quiet. - test/cli-options.test.ts: +4 cases covering singleton round-trip and an integration smoke spawning `bun src/cli.ts --progress-json --version` to prove the global flag survives dispatch. 45 relevant unit tests pass (progress + cli-options + cli.test.ts). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(progress): step 3a - doctor + orphans heartbeat streaming Doctor on a 52K-page brain used to sit silent for 10+ minutes while the DB checks ran, then get killed by an agent timeout. Wired through the new reporter so agents see which check is running and the slow ones heartbeat every second. doctor.ts: - Start a single `doctor.db_checks` phase around the DB section, with a per-check heartbeat before each step (connection, pgvector, rls, schema_version, embeddings, graph_coverage, integrity, jsonb_integrity, markdown_body_completeness). - jsonb_integrity now scans 5 targets, not 4: added page_versions. frontmatter so the check surface matches `repair-jsonb` (per Codex review of the plan — the old 4-target scan missed a known repair site). Per-target heartbeat so 50K-row scans show incremental progress. - markdown_body_completeness: wrap the existing query in a 1s heartbeat timer. The regex scan over rd.data ->> 'content' can't be paginated usefully; this just lets agents see life during the sequential scan. No fake totals — the LIMIT 100 query has no meaningful total count. - integrity sample: same heartbeat pattern around the 500-page scan. orphans.ts: - findOrphans() wraps the NOT EXISTS anti-join in a 1s heartbeat. Keyset pagination was considered and rejected: without an index on links.to_page_id it's no faster than the full scan, and may re-plan the anti-join per batch. A schema migration adding that index is the right fix and is queued for v0.14.3. Follow-ups: - Step 3b: wire embed/files/export (the \r-only stdout offenders). - Step 5: end-to-end progress test spawning `gbrain doctor --progress-json` against a fixture brain, asserting stderr events and clean stdout. All existing unit tests continue to pass (76/76 in doctor + orphans + progress + cli-options). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(progress): step 3b - embed + files + export stderr progress Replaces the \r-on-stdout progress pattern in the three worst offenders (embed, files sync, export) with the shared reporter on stderr. Stdout now carries only final summaries, so scripts and tests that grep for counts ("Embedded N chunks", "Files sync complete", "Exported N pages") still work when output is piped. - embed.ts: runEmbedCore accepts an optional onProgress callback. The CLI wrapper builds a reporter and passes reporter.tick(); Minion handlers will pass job.updateProgress in Step 4. Worker-pool is single-threaded JS so no rate-gate race (per Codex review #18). - files.ts syncFiles(): tick per file; summary preserved on stdout. - export.ts: tick per page; summary preserved on stdout. Also fixes a --quiet flag collision. `skillpack-check` has its own --quiet mode (suppress all stdout). parseGlobalFlags strips --quiet globally now, and skillpack-check reads the resolved CliOptions singleton via getCliOptions() instead of re-parsing argv. Test updated to match the stripping behavior. 1686 unit tests pass. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(progress): step 3c - extract + import + sync reporter streaming Extract, import, and sync now stream per-file progress to stderr through the shared reporter. All three kept their stdout summaries + JSON action-events intact so existing tests + agent scripts are unaffected. - extract.ts (4 paths: links/timeline × fs/db): replaced the ad-hoc `process.stderr.write({event:"progress"...})` lines with reporter ticks. Same channel (stderr), canonical schema now, visible in both text and --json modes. Stdout action-events (`add_link` / `add_timeline`) untouched — tests grep them. - import.ts: the logProgress() function that printed every 100 files to stdout is now a progress.tick() call per file. Rate-gated by the reporter. Stdout still gets the final "Import complete (Xs)" summary and the --json payload. - sync.ts: three new phases (`sync.deletes`, `sync.renames`, `sync.imports`) tick per file, so big syncs show each step rather than a single end-of-run summary. Phase hierarchy ready to be child()-chained into runImport / runEmbed later, per Codex review #26. Updated the #132 nested-transaction regression test in test/sync.test.ts to also accept the new hoisted-loop shape — the guarantee (this loop is not wrapped in engine.transaction) still holds. 1686 unit tests pass. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(progress): step 3d - migrate/repair/backlinks/lint/integrity/eval Wires the remaining bulk commands through the reporter: - migrate-engine: phase starts (migrate.copy_pages, migrate.copy_links), per-page tick. Old \"Progress: N/total\" stdout logs replaced by stderr ticks; final stdout summary preserved. - repair-jsonb: per-column start + a heartbeat timer while each UPDATE runs (minutes on 50K-row tables). CRITICAL: stdout stays clean so migrations/v0_12_2.ts's JSON.parse(child.stdout) still works. Per Codex review #12. - backlinks: 1s heartbeat around findBacklinkGaps() (sync double-walk of the brain dir). - lint: tick per page; per-issue stdout output preserved. - integrity auto: tick per page in the main resolver loop. The separate ~/.gbrain/integrity-progress.jsonl resume marker is untouched (its role shifts from live progress reporting to resume-only). - eval: add an onProgress option to core's runEval(), CLI wraps with a reporter. Phases: eval.single / eval.ab. Tick per query. core/search/eval.ts gains a RunEvalOptions type so future callers (MCP eval op, Minion handlers) can also hook in without the reporter. 1686 unit tests pass. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(progress): step 3e - onProgress callbacks on core libs - src/core/embedding.ts: embedBatch() gains an optional EmbedBatchOptions.onBatchComplete callback, fired after each 100-item sub-batch. CLI wrappers pass reporter.tick; Minion handlers can pass job.updateProgress. - src/core/enrichment-service.ts: enrichEntities() config gains onProgress(done, total, name) fired after each entity. Same split: CLI -> reporter, Minion -> DB-backed progress. No CLI behavior change on its own. Wiring these callbacks into the Minion handlers is Step 4. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(progress): step 4 - orchestrators + upgrade + minion handlers - cli-options.ts: childGlobalFlags() returns the flag suffix to append to child gbrain subprocesses. Empty string by default, " --quiet --progress-json" when the parent has them set, so child behavior inherits the parent's progress-mode without scattering string-concat logic across every execSync site. - migrations/v0_12_2.ts: each execSync inherits the parent's global flags. Phase C (repair-jsonb --dry-run --json) pins explicit stdio to ['ignore','pipe','inherit'] so child stderr streams straight through while stdout stays captured for JSON.parse. Per Codex review #12. - migrations/v0_12_0.ts + v0_11_0.ts: same childGlobalFlags wiring at each gbrain-subcommand execSync. - upgrade.ts: post-upgrade timeout bumped 300s → 30min (1_800_000 ms) with GBRAIN_POST_UPGRADE_TIMEOUT_MS override. The old 300s cap killed v0.12.0 graph-backfill migrations on 50K+ brains; the heartbeat wiring added in v0.14.2 makes long waits observable, so a generous ceiling no longer means users stare at a silent terminal. - jobs.ts: the embed Minion handler passes job.updateProgress as the onProgress callback, so per-job progress is durable in minion_jobs and readable via `gbrain jobs get <id>`. Primary Minion progress channel is DB-backed — stderr from `jobs work` stays coarse for daemon liveness only. Per Codex review #20. 1686 unit tests pass. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(progress): step 5 - E2E doctor-progress test + CI guard scripts/check-progress-to-stdout.sh greps src/ for the banned `process.stdout.write('\r…')` pattern that v0.14.2 removed from the bulk-action codepaths. Wired into the `bun run test` script so any future regression that puts progress back on stdout fails fast. An empty allowlist documents the position: every known call site was migrated; new exceptions need a rationale in the allowlist. test/e2e/doctor-progress.test.ts (Tier 1, needs Postgres + pgvector): - `gbrain --progress-json doctor --json`: stderr carries JSONL progress events with the canonical {event, phase, ts} shape, starts + finishes for `doctor.db_checks`. Stdout stays parseable JSON — no progress pollution. - `gbrain doctor` (no flag): human-plain progress goes to stderr only, stdout stays free of `[doctor.db_checks]`. - `gbrain --quiet doctor`: reporter emits nothing; doctor still runs to completion. test/cli-options.test.ts: +2 spawning integration tests. One verifies `gbrain --progress-json --version` keeps stdout clean of progress events (single-shot commands that don't use a reporter aren't affected). One guards the skillpack-check --quiet regression — --quiet suppresses stdout by reading the resolved CliOptions singleton, not re-parsing argv. Full test matrix: bun run test -> 1726 pass / 184 skipped (no DB) / 0 fail bun run test:e2e -> 136 pass / 13 skipped / 0 fail Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(progress): step 6 - docs + v0.14.2 release bump - VERSION + package.json bumped to 0.14.2. - docs/progress-events.md (new): canonical JSON event schema reference. Stable from v0.14.2, additive only. Lists every phase name shipped in this release, the five event types (start/tick/heartbeat/finish/ abort), the TTY/non-TTY rendering rules, subprocess inheritance semantics, and the Minion DB-backed progress model. - CLAUDE.md: "Bulk-action progress reporting" section under the build instructions; Key files entries for src/core/progress.ts, src/core/cli-options.ts, scripts/check-progress-to-stdout.sh, and docs/progress-events.md; doctor.ts entry updated to note the v0.14.2 5-target jsonb_integrity scan + heartbeat wiring. - CHANGELOG.md v0.14.2: full release summary per project voice rules. The "numbers that matter" table, per-command before/after grid, backward-compat warnings for stdout→stderr moves, and an itemized changes section covering reporter/CLI plumbing/schema/Minion handlers/doctor fixes/upgrade timeout/CI guard/tests. No em dashes. Real file paths, real commands, real numbers. - skills/migrations/v0.14.2.md (new): agent migration note. Mechanical step is "nothing" since v0.14.2 is purely additive. Walks agents through the three new global flags, the 14 wired commands, the event schema cheat sheet, Minion progress via job.updateProgress, and scripts/verification commands. Full test matrix: bun run test (unit + guards) -> 1726 pass / 184 skipped / 0 fail bun run test:e2e (Postgres) -> 141 pass / 8 skipped / 0 fail Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * chore: bump version to 0.15.2, restore master's [0.14.2] CHANGELOG entry Master sits at 0.14.2 (reliability wave). This PR lands on top as 0.15.2 (progress streaming wave). Splits the merge-time combined CHANGELOG entry back into two discrete release sections so history stays honest: - [0.15.2] = progress reporter, CliOptions, 14 wired commands, Minion embed handler, doctor jsonb_integrity 5-target fix, upgrade timeout bump, CI guard, progress unit+E2E tests. - [0.14.2] = master's eight root-cause bug fixes, restored verbatim from origin/master. Touched files: - VERSION + package.json: 0.14.2 -> 0.15.2 (next patch off master). - skills/migrations/v0.14.2.md -> skills/migrations/v0.15.2.md (rename + rewrite frontmatter + body to v0.15.2). - CHANGELOG.md: split into two entries; progress-wave refs renamed v0.14.2 -> v0.15.2; reliability-wave entry restored from master. - src/core/progress.ts, src/commands/doctor.ts, src/commands/sync.ts, src/commands/upgrade.ts, docs/progress-events.md, test/sync.test.ts: progress-wave v0.14.2 references -> v0.15.2. The remaining v0.14.2 references in test/e2e/migration-flow.test.ts (Bug 3 context) and CLAUDE.md (reliability-wave key commands, Bug 3 ledger move) correctly point at master's 0.14.2 release. Test matrix after version bump: bun run test -> 1780 pass / 179 skipped / 0 fail 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 17:54:13 -07:00
Garry Tan GitHub Claude Opus 4.7	ff10796a00	fix(wave): v0.15.1 - 4 hot issues + scope expansion (#248 ) * fix(wave): 4 hot issues + 3 scope expansions (v0.13.1) Addresses four user-filed regressions after v0.13.0 plus three adjacent footgun closures. * #170 — CREATE INDEX [CONCURRENTLY] IF NOT EXISTS idx_pages_updated_at_desc on pages (updated_at DESC). Engine-aware migration v12 with invalid-index cleanup on Postgres, plain CREATE on PGLite. ~700x on 30k+ row brains. Contributed by @fuleinist (#215). * #219 — Minions schema default max_stalled 1 -> 5. v13 migration ALTERs the default and UPDATEs existing non-terminal rows (waiting/active/ delayed/waiting-children/paused) so live queues get rescued on upgrade. Adds MinionJobInput.max_stalled with [1,100] clamp. New --max-stalled CLI flag on `jobs submit`. Reported by @macbotmini-eng. * #218 — package.json postinstall surfaces errors instead of silencing. trustedDependencies whitelists @electric-sql/pglite. doctor schema_version check fails loudly when migrations never ran and links to #218. README + INSTALL_FOR_AGENTS warn against `bun install -g`. Reported by @gopalpatel. * #223 — @electric-sql/pglite pinned to exactly 0.4.3 (was ^0.4.4). PGLiteEngine.connect() wraps PGlite.create() errors with a message pointing at the issue + gbrain doctor. Does NOT suggest 'missing migrations' as a cause (create-time abort happens before migrations run). Pin is unverified against macOS 26.3; error-wrap is the safety net. Reported by @AndreLYL. * Scope: `gbrain jobs submit` gains --backoff-type/--backoff-delay/ --backoff-jitter/--timeout-ms/--idempotency-key (MinionJobInput audit). * Scope: `gbrain jobs smoke --sigkill-rescue` regression case (opt-in, CI-only) that simulates a killed worker and asserts the new default rescues. * Scope: `gbrain doctor --index-audit` reports zero-scan Postgres indexes as drop candidates (informational; no auto-drop). Infrastructure: * Migration interface extended with sqlFor: { postgres?, pglite? } and transaction: boolean. Runner picks the engine-specific branch and bypasses engine.transaction() when transaction:false (required for CONCURRENTLY). BrainEngine.kind readonly discriminator added. * scripts/check-jsonb-pattern.sh CI guard extended to block `max_stalled DEFAULT 1` from regressing. Tests: * 15 new unit tests: v12/v13 structural + behavioral assertions, max_stalled default/clamp/backfill, PGLite error-wrap source guard, engine kind discriminator. * 3 regression tests pinned by IRON RULE. * Full unit suite: 1416 pass. * Full E2E suite against Postgres 16 + pgvector: 126 pass. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * chore: bump version and changelog (v0.13.1) Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * docs: sync documentation for v0.13.1 CLAUDE.md "Key files" and "Commands" sections refreshed to match the v0.13.1 fix wave: - Note `BrainEngine.kind` discriminator on engine.ts - Document v0.13.1 connect() error-wrap on pglite-engine.ts - Refresh src/core/minions/ layout (no shell handler, no protected-names, no quiet-hours/stagger — that was v0.13-development scaffolding that did not ship) - Add src/core/migrate.ts entry with `Migration` interface extensions (`sqlFor`, `transaction: false`) - Document new `gbrain jobs submit` flags (--max-stalled, --backoff-type, --backoff-delay, --backoff-jitter, --timeout-ms, --idempotency-key) - Document `gbrain jobs smoke --sigkill-rescue` regression guard - Document `gbrain doctor --index-audit` and the schema_version=0 surface that catches #218 postinstall failures - Extend check-jsonb-pattern.sh note with the max_stalled DEFAULT 1 regression guard - Touch up test file blurbs for migrate.test.ts, pglite-engine.test.ts, minions.test.ts with v0.13.1 coverage Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * test(e2e): run files sequentially to eliminate shared-DB race The E2E suite was flaky. ~3 of every 5 runs had 4-10 failures clustered in Links, Timeline, Versions, Minions resilience, Parallel Import, and Page CRUD tests. Symptoms included "expected 16 pages, got 8" (half), "expected 1 link inserted, got 0", timeline entries missing after round-trip, and similar data-shape mismatches. Root cause: bun test runs test FILES in parallel (each in a worker process). 13 E2E files share one DATABASE_URL, and `setupDB()` in `test/e2e/helpers.ts` does `TRUNCATE ... CASCADE` on all tables before each file's `importFixtures()`. File A's TRUNCATE would race with file B's in-flight INSERT stream, producing the observed half-populated or wrong-count states. An earlier attempt used a Postgres advisory lock held on a dedicated single-connection client for the lifetime of each file's run. It broke because bun's default 5000 ms hook timeout fires on queued beforeAll() calls: with 13 files serializing through the lock, files 2-13 would time out waiting for file 1 to finish. This commit switches to sequential file execution at the harness level via scripts/run-e2e.sh, which loops through test/e2e/.test.ts one at a time, tracks aggregate pass/fail counts, and exits non-zero on the first failing file. No lock, no timeout issues, no changes to any test file. package.json test:e2e points at the new script. Verified: 5 back-to-back runs against the same Postgres container, each completing in ~5 min. Every run: 13 files, 138 tests, 0 fails. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> chore: bump version to 0.15.1 (fix wave locked to MINOR line) Master v0.14.2 was the last /investigate root-cause wave on the v0.14.x line. This fix wave opens v0.15.x: four hot issues (#170, #218, #219, #223) close v0.13.x regressions that v0.14.x didn't cover, so the MINOR bump reflects the semantic shift — new schema migrations (v14, v15), a new CLI surface (`--max-stalled`, `--sigkill-rescue`, `--index-audit`), a new BrainEngine contract (`kind` discriminator + extended `Migration` interface), and a new install-time contract (PGLite 0.4.3 pin + `trustedDependencies`). Locked to 0.15.1 in advance: other work may land before/after this PR, but the version is fixed so reviewers can cite a stable number. 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 13:19:23 -07:00
Garry Tan GitHub Claude Opus 4.7	7f156c8873	feat: v0.15.0 llms.txt + llms-full.txt + AGENTS.md (#294 ) * feat: llms.txt + llms-full.txt + AGENTS.md (v0.15.0) Ship three new public artifacts at the repo root so agents that aren't Claude Code can discover GBrain documentation cleanly: - AGENTS.md — ~45-line install + operating protocol for non-Claude agents (Codex, Cursor, OpenClaw, Aider). Covers install, read order, trust boundary, config/debug/migration pointers, fork regeneration. Uses relative links so it survives fork/rename. - llms.txt — llmstxt.org-spec index (H1 + blockquote + Core entry points / Configuration / Debugging / Migrations / Philosophy / Optional H2s). - llms-full.txt — same index with core docs inlined for single-fetch ingestion. ~225KB, well under the 600KB FULL_SIZE_BUDGET. Generator-driven via scripts/build-llms.ts + scripts/llms-config.ts. LLMS_REPO_BASE env var makes it fork-friendly. bun run build:llms regenerates both outputs deterministically. test/build-llms.test.ts has 7 cases: paths resolve on disk, generator idempotent, llms.txt spec shape, checked-in files match generator output (drift guard), content contract (RESOLVER / AGENTS / INSTALL referenced), AGENTS mirrors README + INSTALL_FOR_AGENTS install path, llms-full.txt under size budget. Leverage point per Codex review: README.md + INSTALL_FOR_AGENTS.md install prompts now tell agents to fetch AGENTS.md first. Without this, the new files were invisible. Drive-by fix: INSTALL_FOR_AGENTS.md:136 had `git pull origin main` while the repo's default branch is master (origin/HEAD -> master). Corrected. Plan + reviews: /plan-eng-review CLEARED, /codex adversarial review found 15 issues — 7 folded in directly, 3 user tension decisions, 5 stayed as NOT-in-scope with reasoning. Version bumps to 0.15.0 (new public-artifact feature surface per Step 12 of /ship feature-signal heuristic). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * chore: normalize VERSION to 3-digit to match master master uses 3-digit semver (0.14.2); my earlier /ship bumped VERSION to the 4-digit gstack format (0.15.0.0). Revert to 0.15.0 to match package.json (already 3-digit) and master's convention. 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 11:51:32 -07:00
Garry Tan GitHub Claude Opus 4.7	c0b621923b	fix: JSONB double-encode + splitBody wiki + parseEmbedding (v0.12.1) (#196 ) * fix: splitBody and inferType for wiki-style markdown content - splitBody now requires explicit timeline sentinel (<!-- timeline -->, --- timeline ---, or --- directly before ## Timeline / ## History). A bare --- in body text is a markdown horizontal rule, not a separator. This fixes the 83% content truncation @knee5 reported on a 1,991-article wiki where 4,856 of 6,680 wikilinks were lost. - serializeMarkdown emits <!-- timeline --> sentinel for round-trip stability. - inferType extended with /writing/, /wiki/analysis/, /wiki/guides/, /wiki/hardware/, /wiki/architecture/, /wiki/concepts/. Path order is most-specific-first so projects/blog/writing/essay.md → writing, not project. - PageType union extended: writing, analysis, guide, hardware, architecture. Updates test/import-file.test.ts to use the new sentinel. Co-Authored-By: @knee5 (PR #187) Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * fix: JSONB double-encode bug on Postgres + parseEmbedding NaN scores Two related Postgres-string-typed-data bugs that PGLite hid: 1. JSONB double-encode (postgres-engine.ts:107,668,846 + files.ts:254): ${JSON.stringify(value)}::jsonb in postgres.js v3 stringified again on the wire, storing JSONB columns as quoted string literals. Every frontmatter->>'key' returned NULL on Postgres-backed brains; GIN indexes were inert. Switched to sql.json(value), which is the postgres.js-native JSONB encoder (Parameter with OID 3802). Affected columns: pages.frontmatter, raw_data.data, ingest_log.pages_updated, files.metadata. page_versions.frontmatter is downstream via INSERT...SELECT and propagates the fix. 2. pgvector embeddings returning as strings (utils.ts): getEmbeddingsByChunkIds returned "[0.1,0.2,...]" instead of Float32Array on Supabase, producing [NaN] cosine scores. Adds parseEmbedding() helper handling Float32Array, numeric arrays, and pgvector string format. Throws loud on malformed vectors (per Codex's no-silent-NaN requirement); returns null for non-vector strings (treated as "no embedding here"). rowToChunk delegates to parseEmbedding. E2E regression test at test/e2e/postgres-jsonb.test.ts asserts jsonb_typeof = 'object' AND col->>'k' returns expected scalar across all 5 affected columns — the test that should have caught the original bug. Runs in CI via the existing pgvector service. Co-Authored-By: @knee5 (PR #187 — JSONB triple-fix) Co-Authored-By: @leonardsellem (PR #175 — parseEmbedding) Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat: extract wikilink syntax with ancestor-search slug resolution extractMarkdownLinks now handles [[page]] and [[page\|Display Text]] alongside standard [text](page.md). For wiki KBs where authors omit leading ../ (thinking in wiki-root-relative terms), resolveSlug walks ancestor directories until it finds a matching slug. Without this, wikilinks under tech/wiki/analysis/ targeting [[../../finance/wiki/concepts/foo]] silently dangled when the correct relative depth was 3 × ../ instead of 2. Co-Authored-By: @knee5 (PR #187) Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat: gbrain repair-jsonb + v0.12.1 migration + CI grep guard - New gbrain repair-jsonb command. Detects rows where jsonb_typeof(col) = 'string' and rewrites them via (col #>> '{}')::jsonb across 5 affected columns: pages.frontmatter, raw_data.data, ingest_log.pages_updated, files.metadata, page_versions.frontmatter. Idempotent — re-running is a no-op. PGLite engines short-circuit cleanly (the bug never affected the parameterized encode path PGLite uses). --dry-run shows what would be repaired; --json for scripting. - New v0_12_1.ts migration orchestrator. Phases: schema → repair → verify. Modeled on v0_12_0 pattern, registered in migrations/index.ts. Runs automatically via gbrain upgrade / apply-migrations. - CI grep guard at scripts/check-jsonb-pattern.sh fails the build if anyone reintroduces the ${JSON.stringify(x)}::jsonb interpolation pattern. Wired into bun test via package.json. Best-effort static analysis (multi-line and helper-wrapped variants are caught by the E2E round-trip test instead). - Updates apply-migrations.test.ts expectations to account for the new v0.12.1 entry in the registry. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * chore: bump version and changelog (v0.12.1) Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * docs: update project documentation for v0.12.1 - CLAUDE.md: document repair-jsonb command, v0_12_1 migration, splitBody sentinel contract, inferType wiki subtypes, CI grep guard, new test files (repair-jsonb, migrations-v0_12_1, markdown) - README.md: add gbrain repair-jsonb to ADMIN command reference - INSTALL_FOR_AGENTS.md: fix verification count (6 -> 7), add v0.12.1 upgrade guidance for Postgres brains - docs/GBRAIN_VERIFY.md: add check #8 for JSONB integrity on Postgres-backed brains - docs/UPGRADING_DOWNSTREAM_AGENTS.md: add v0.12.1 section with migration steps, splitBody contract, wiki subtype inference - skills/migrate/SKILL.md: document native wikilink extraction via gbrain extract links (v0.12.1+) 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-19 07:14:24 +08:00
Garry Tan GitHub Claude Opus 4.7 root	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
Garry Tan GitHub Claude Opus 4.6	91ced664b6	feat: Voice v0.8.0 + feature discovery + Edge Function removal (#55 ) * chore: remove Supabase Edge Function MCP deployment The Edge Function never worked reliably. All MCP traffic goes through self-hosted server + ngrok tunnel. Removes deploy-remote.sh, edge-entry.ts, supabase/functions/, .env.production.example, and CHATGPT.md (OAuth not implemented). Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * docs: rewrite MCP docs for self-hosted + ngrok deployment All per-client guides updated from Edge Function URLs to self-hosted server + ngrok tunnel pattern. DEPLOY.md rewritten with local vs remote paths. ALTERNATIVES.md now shows self-hosted as primary, with ngrok, Tailscale, and Fly.io/Railway comparison. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * feat: voice recipe v0.8.0 — 25 production patterns from real deployment Identity separation, pre-computed bid system, conversation timing fix, proactive advisor mode, radical prompt compression, OpenAI Realtime Prompting Guide structure, auth-before-speech, brain escalation, stuck watchdog, never-hang-up rule, thinking sounds, fallback TwiML, tool set architecture, trusted user auth, caller routing, dynamic VAD, on-screen debug UI, live moment capture, belt-and-suspenders post-call, mandatory 3-step post-call, WebRTC parity, dual API events, report-aware query routing. WebRTC pseudocode updated with native FormData and 6 gotchas. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * feat: post-upgrade feature discovery framework upgrade.ts captures old version before upgrading, then execs gbrain post-upgrade (new binary) to read migration files and print feature pitches. Migration files get YAML frontmatter with feature_pitch field (headline, description, recipe, tiers). CLI prints excited builder tone post-upgrade. v0.8.0 migration offers voice setup with environment detection (server vs local) and 3-tier progressive disclosure. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * feat: add Voice section to README with WebRTC screenshot + tweet link Her out of the box: voice-to-brain with 25 production patterns. WebRTC client screenshot embedded. Remote MCP section rewritten for self-hosted + ngrok. Setup block genericized. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * test: add recipe validation tests + genericize personal refs 5 new integration tests: secrets completeness, semver version, requires resolution, all-recipes-parse, no-personal-references. Test fixture genericized. CLAUDE.md/TODOS.md/SKILLPACK updated for v0.8.0. build:edge script removed from package.json. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * chore: bump version and changelog (v0.8.0) 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-11 10:52:30 -10:00
Garry Tan GitHub Claude Opus 4.6	3e21e9b69b	feat: GBrain v0.6.0 — Remote MCP Server + 12 Bug Fixes (#28 ) * fix: 7 bug fixes from Issue #9 and #22 - fix(mcp): use ListToolsRequestSchema/CallToolRequestSchema instead of string literals (Issue #9, PR #25) - fix(mcp): handleToolCall reads dry_run from params instead of hardcoding false (#22 Bug #11) - fix(search): keyword search returns best chunk per page via DISTINCT ON, not all chunks (#22 Bug #8) - fix(search): dedup layer 1 keeps top 3 chunks per page instead of collapsing to 1 (#22 Bug #12) - fix(engine): transaction uses scoped engine via Object.create, no shared state mutation (#22 Bug #2) - fix(engine): upsertChunks uses UPSERT instead of DELETE+INSERT, preserves existing embeddings (#22 Bug #1) - fix(slugs): validateSlug normalizes to lowercase, pathToSlug lowercases consistently (#22 Bug #4) - schema: add unique index on content_chunks(page_id, chunk_index) for UPSERT support - schema: add access_tokens and mcp_request_log tables via migration Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * fix: embed schema.sql at build time, remove fs dependency from initSchema initSchema() previously read schema.sql from disk at runtime via readFileSync, which broke in compiled Bun binaries and Deno Edge Functions. Now uses a generated schema-embedded.ts constant (run `bun run build:schema` to regenerate). - Removes fs and path imports from postgres-engine.ts and db.ts - Adds scripts/build-schema.sh for one-source-of-truth generation - Adds build:schema npm script Fixes Issue #22 Bug #6. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * fix: 5 more bug fixes from Issue #22 - fix(file_upload): call storage.upload() in all 3 paths (operation, CLI upload, CLI sync) with rollback semantics (#22 Bug #9) - fix(import): use atomic index counter for parallel queue instead of array.shift() race, preserve checkpoint on errors (#22 Bug #3) - fix(s3): replace unsigned fetch with @aws-sdk/client-s3 for proper SigV4 auth, supports R2/MinIO via forcePathStyle (#22 Bug #10) - fix(redirect): verify remote file exists before deleting local copy, skip files not found in storage (#22 Bug #5) - deps: add @aws-sdk/client-s3 Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * feat: remote MCP server via Supabase Edge Functions Deploy GBrain as a serverless remote MCP endpoint on your existing Supabase instance. One brain, accessible from Claude Desktop, Claude Code, Cowork, Perplexity Computer, and any MCP client. Zero new infrastructure. New files: - supabase/functions/gbrain-mcp/index.ts — Edge Function with Hono + MCP SDK - supabase/functions/gbrain-mcp/deno.json — Deno import map - src/edge-entry.ts — curated bundle entry point (excludes fs-dependent modules) - src/commands/auth.ts — standalone token management (create/list/revoke/test) - scripts/deploy-remote.sh — one-script deployment - .env.production.example — 3-value config template Changes: - config.ts: lazy-evaluate CONFIG_DIR (no homedir() at module scope) - schema.sql: add access_tokens + mcp_request_log tables - package.json: add build:edge script Auth: bearer tokens via access_tokens table (SHA-256 hashed, per-client, revocable) Transport: WebStandardStreamableHTTPServerTransport (stateless, Streamable HTTP) Health: /health endpoint (unauth: 200/503, auth: postgres/pgvector/openai checks) Excluded from remote: sync_brain, file_upload (may exceed 60s timeout) Setup: clone, fill .env.production, run scripts/deploy-remote.sh, create token, done. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * docs: per-client MCP setup guides - docs/mcp/DEPLOY.md — deployment walkthrough, auth, troubleshooting, latency table - docs/mcp/CLAUDE_CODE.md — claude mcp add command - docs/mcp/CLAUDE_DESKTOP.md — Settings > Integrations (NOT JSON config!) - docs/mcp/CLAUDE_COWORK.md — remote + local bridge paths - docs/mcp/PERPLEXITY.md — Perplexity Computer connector setup - docs/mcp/CHATGPT.md — coming soon (requires OAuth 2.1, P0 TODO) - docs/mcp/ALTERNATIVES.md — Tailscale Funnel + ngrok self-hosted options Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * chore: bump version and changelog (v0.6.0) GBrain v0.6.0: Remote MCP server via Supabase Edge Functions + 12 bug fixes. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * docs: add Remote MCP Server section to README Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * docs: make document-release mandatory in CLAUDE.md, add MCP key files Post-ship requirements section: document-release is NOT optional. Lists every file that must be checked on every ship. A ship without updated docs is incomplete. Also adds remote MCP server files to Key files section. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * fix: batch upsertChunks into single statement to prevent deadlocks The per-chunk UPSERT loop caused deadlocks under parallel workers because each INSERT ON CONFLICT acquired row-level locks sequentially. Multiple workers upserting different pages could deadlock on the shared unique index. Fix: batch all chunks into a single multi-row INSERT ON CONFLICT statement. One round-trip, one lock acquisition. COALESCE preserves existing embeddings when the new value is NULL. Fixes CI failure: "E2E: Parallel Import > parallel import with --workers 4" Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * fix: advisory lock in initSchema() prevents deadlock on concurrent DDL When multiple processes call initSchema() concurrently (e.g., test setup + CLI subprocess, or parallel workers during E2E tests), the schema SQL's DROP TRIGGER + CREATE TRIGGER statements acquire AccessExclusiveLock on different tables, causing deadlocks. Fix: pg_advisory_lock(42) serializes all initSchema() calls within the same database. The lock is session-scoped and released in a finally block. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * fix: add explicit test timeouts for CLI subprocess E2E tests CLI subprocess tests (Setup Journey, Doctor Command, Parallel Import) spawn `bun run src/cli.ts` which takes several seconds to JIT compile + connect. The Bun test framework default 5000ms per-test timeout is too tight for CI. Added 30-60s timeouts matching each subprocess's own timeout to prevent false failures. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> * fix: infinite recursion in config.ts exported getConfigDir/getConfigPath The replace_all refactor created recursive functions: the exported getConfigDir() called the private getConfigDir() which called itself. Renamed exports to configDir()/configPath() to avoid shadowing. Also adds scripts/smoke-test-mcp.ts — verified all 8 MCP tool calls work against a real Postgres database. 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 15:23:00 -10:00