Distillation

Date: Sep 16, 2026

• 🔴 (23:51) User stated Jujutsu (jj) operations never fail on merge conflict; rebase / new / squash record conflicts in the resulting commit, after which jj st must be run and conflicted files resolved manually rather than with interactive jj resolve.
• 🔴 (23:51) User stated that when .jj/ exists at the repository root, mutations must use jj, not git; in a colocated .jj/ + .git/ repository, Git is permitted only for read-only operations or unsupported functions such as git submodule.
• 🔴 (23:51) User stated non-interactive jj safety rules: never use -i / --interactive; always pass -m "msg" when describing or committing; verify squash, abandon, rebase, restore, and commit mutations with jj st and jj log; prefer stable letter-based change IDs over rewritten hexadecimal commit IDs; and use jj undo or jj op restore <op-id> for recovery.
• 🔴 (23:51) User stated jj workflow semantics: the working copy is commit @ with automatic snapshots and no staging area; bookmarks do not auto-advance; after jj commit, content is in @- and @ is empty; jj new creates a new empty change rather than committing existing work; and immutable commits such as tracked main must not be rebased or described directly.
• 🟡 (23:52) Repository inspection found working copy @ at change tmzmtlss, commit 8888d203, bookmark fix/embedding-runtime-admission, description fix(core): correct embedding runtime selection and admission; parent @- is change pxrvwsvv, commit 2cbf4006, bookmark main, description feat(cch): add seeds for Claude Code up to 2.1.272 (#1780).
• 🟡 (23:52) Working-copy diff contains exactly 20 files with 1929 insertions(+), 205 deletions(-): added packages/core/src/cgroup-memory.ts and packages/core/test/cgroup-memory.test.ts; modified packages/core/src/embedding/local.ts, packages/core/src/embedding/pool.ts, packages/core/src/embedding-cap.ts, packages/core/src/embedding-worker-types.ts, packages/core/src/embedding-worker.ts, packages/core/src/embedding.ts, packages/core/src/ort-native.ts, packages/core/test/embedding-cap.test.ts, packages/core/test/embedding-pool-memory.test.ts, packages/core/test/embedding-pool.test.ts, packages/core/test/embedding-wasm-fallback.test.ts, packages/core/test/embedding-worker-stdio.test.ts, packages/core/test/embedding-worker-types.test.ts, packages/core/test/ort-native.test.ts, packages/gateway/script/bundle.ts, packages/gateway/script/ort-platform-package.ts, packages/gateway/test/bundle-exports.test.ts, and packages/gateway/test/ort-platform-package.test.ts.
• 🟡 (23:52) Repository status warned that bookmark fix/responses-private-references has conflicts.
• 🔴 (23:52) User stated cgroup membership and mount information must be reread from /proc/self/cgroup and /proc/self/mountinfo for each admission decision so a worker is never admitted from a stale cgroup directory or a cached discovery miss.
• 🔴 (23:52) User stated every descendant cgroup boundary must remain readable so sibling memory usage is never subtracted from the wrong scope; an unreadable boundary fails headroom discovery with undefined, except that the cgroup v2 root may omit memory.current, memory.high, and memory.max.
• 🟡 (23:52) packages/core/src/cgroup-memory.ts implements Linux cgroup-memory discovery for v1 and v2: parses escaped procfs paths safely, prefers an explicit v1 memory controller on hybrid hosts, resolves direct mounts by longest matching root, accepts a namespaced interpretation only when unambiguous, walks from the process cgroup directory to the mount point, and computes the minimum finite limit - usage headroom across boundaries.
• 🟡 (23:52) packages/core/src/cgroup-memory.ts reads cgroup v2 usage from memory.current and limits from memory.high plus memory.max; cgroup v1 usage from memory.usage_in_bytes and limit from memory.limit_in_bytes. Invalid or unsafe numeric data returns undefined; max and values above Number.MAX_SAFE_INTEGER are treated as Number.POSITIVE_INFINITY; finite headroom is clamped to at least 0.
• 🔴 (23:52) User stated the worker-loading source distinguishes module systems explicitly: CommonJS uses __filename, which is always defined there; ESM uses import.meta.url.