Maintain rat-stack
Rat-stack runs on Effect 4 stable, Alchemy 2 betas, and XState 6 alphas. Effect describes work with typed failures36 and required dependencies. Alchemy declares and deploys cloud resources through Effect programs. Keep copied code compatible with the current dependency versions. Simplify it as these dependencies change.¶
Follow Lauren Tan9’s gardener loop from her Dune talk: remove technical debt, keep one supported implementation pattern, and reject prohibited patterns with lint. In her words: “whenever you see tech debt or bad patterns, your instinct should be, I need to write a lint rule against it.” She ranks where to put corrections by enforcement strength: codebase, static analysis, rules, skills, style guide. Use the strongest applicable option for each finding.¶
Read AGENTS.md first. Work in a clean clone off origin/main, never in a checkout with other people’s uncommitted files.¶
1. Check the pins
The core pins live in the package.json files and in minimumReleaseAgeExclude in pnpm-workspace.yaml. Compare each with the currently published versions on npm. Run registry queries outside the repo so its development-engine check does not block them:¶
cd /tmp
for p in effect @effect/platform-node @effect/vitest @effect/tsgo alchemy xstate @xstate/effect; do
printf '%-24s ' "$p"; pnpm view "$p" dist-tags --json | tr -d '\n '; echo
done Read the returned versions, not only the tag names. Effect 4 and its adapters now use latest; rc points to the older release candidate. Alchemy 2 and @effect/tsgo use latest. XState 6 uses alpha; its latest still points to XState 5. For @xstate/effect, compare both alpha and latest among the 0.1 alpha versions: latest can be newer. Check the bridge’s peer ranges before choosing the matching XState pin.¶
2. Update one dependency family at a time
For each dependency family that is behind:¶
- Replace the pin everywhere it appears. Effect runtime packages and adapters move together;
rg -l -F '"<old-pin>"' --glob '**/package.json'finds both stable and prerelease pins. Keep each Effect-family update in its own commit, separate from other dependency updates and cleanup. XState and its Effect bridge move together.¶ - Respect the release-age policy. Replace an existing
minimumReleaseAgeExcludeentry with the new exact package version; never widen it to a package name or range. Before adding a necessary exact-version exception, inspect the registry integrity, provenance, tarball file list, package scripts, and dependency changes. Record what you checked.¶ - Check peer ranges before installing:
pnpm view alchemy@<pin> peerDependencies. Alchemy pins exact Drizzle versions and a minimum Effect; follow them.¶ - Let
pnpm installgenerate the lockfile; never edit it by hand. Before gating, prove freshness withpnpm --config.optimistic-repeat-install=false install --frozen-lockfile --force, thenpnpm peers check; compare warnings withorigin/main. After any dependency change, runpnpm install --frozen-lockfilebefore each gate. KeepverifyDepsBeforeRun: error: pnpm otherwise auto-installs during scripts. Even--forcecan skip broken YAML through the optimistic cache;lockfile:checkdisables that cache and never repairs the lock.¶ - Refresh the source mirrors with
./scripts/vendor-agent-sources.sh --refreshand update the Ref column in.agent_sources/README.md. Agents read the mirrors as truth, so a stale mirror teaches old APIs.¶ - Read what changed upstream:
git -C .agent_sources/github.com/<owner>/<repo> log --oneline <old-tag>..<new-tag>when the old tag is fetchable, or the package’s CHANGELOG. Grep our code for every API those commits touch.¶ - Update the version text in
AGENTS.mdandREADME.md.packages/core/test/docs-pins.test.tsfails until they match the manifests.¶ - Run
pnpm turbo run check test build --forceand check its exit code.¶
Commit each dependency family separately, so a regression can be traced to one library.¶
3. Peers refresh
Run the find-peers skill every week or two and after every shared dependency update, even when there are no new peers. Read each peer’s default-branch manifests or lockfiles and refresh its exact versions, checked date, tier, and evidence-based reason in .brain/data/peers.json. The content build reads rat-stack’s current pins from its manifests and filters/sorts this one dataset into .brain/resources/peers.svx; do not hand-edit table rows. Drift is expected. Keep every peer: S through B in the main table, C through F in the collapsed Also seen list. Study relevant new peers using the skill’s source-first process.¶
Check the dataset’s oldest peer checked date on every gardener pass. If it is fourteen days old, refresh it before continuing; a shared dependency update always triggers a refresh. This repo-native pass owns the cadence. Put the rubric, full ranking, tier changes, and unresolved versions at the top of the report for feedback after shipping; no separate approval round is required.¶
4. Remove prohibited patterns
Run pnpm --filter @rat-stack/site generate, read .brain/data/unlinked-mentions.generated.json, and turn useful unlinked mentions into explicit source links after checking their context; leave incidental matches alone.¶
Look for technical debt and patterns that should not spread:¶
- Duplicated logic.¶
- A second implementation where a supported pattern already exists.¶
- Unchecked
unknownvalues passed to application code.¶ - Unused exports.¶
- Tests that assert nothing.¶
For each one:¶
- Write the lint rule or test that fails on it first. Put a real-
oxlintfixture test beside the other rule tests inpackages/core/test/. Break the rule once to watch the test fail.¶ - Then fix every existing instance, so the rule starts at zero findings.¶
- If some findings have to stay for now, record them as a baseline that can only shrink. Never raise a baseline.¶
- Delete code that nothing uses. Git keeps it.¶
When a pattern cannot be caught by lint, fix it in the codebase so the wrong version is hard to write. Only fall back to prose in AGENTS.md or a skill when neither works.¶
Report
Report:¶
- each pin moved, from and to;¶
- upstream changes that affected us;¶
- peers studied, and what was adopted or rejected;¶
- lint rules added, and the findings each one removed;¶
- anything left undone.¶
Name the changes required in apps that copy rat-stack.¶
Last changed 2026-10-10 in 978dccc. Source on GitHub. Change log.
Linked from
- uncomplect. Find responsibilities that a rat-stack design combines, separate them into capabilities, cartridges, machines, features, and clients, and enforce that separation through types and checks. Use when asked to simplify, review, or replace a design, "what would Rich Hickey do", "optimize for deletion", or "define this error out of existence".
Follow gardener: add a rule before cleaning up the pattern.
Unlinked mentions (14)
- add-a-lifecycle-machine → This export shares the XState pin; do not install @xstate/graph for XState 6.¶
- Agent rules for rat-stack (AGENTS.md) → This pin was published to npm 2026-10-08; vendor/README.md keeps the rules for the next unpublished pin
- Build and run rat-stack (README.md) → sh, each at the ref its workspace pin names (not x-algorithm; that stays app-specific).
- Code snippets quote a pinned source → These selected lines enforce the pin and path rules:¶
- Dependency vendoring rules (vendor/README.md) → Keep the minimumReleaseAgeExclude entry if the package is a prerelease pin like the others in that list.
- Effect + Alchemy peers → = means a peer’s recorded version matches our current pin; ≠ means it differs.
- Effect 4 study: September 2026 → md); the version-scoped minimumReleaseAgeExclude entry stays, like every other prerelease pin.
- find-peers → Resolve references from the workspace catalog or lockfile where possible; never turn a range into an invented pin.
- investigate-a-failure → If the running artifact holds changes that exist nowhere else, extract them as readable patches and pin every commit.
- learn → Never substitute current source for the pin.
- Purpose and boundaries of rat-stack (VISION.md) → Pin bumps that stay exact and reviewed as stack changes
- Schema projections: 2026-09-18 history → Pin and vendor as now; expect renames between rc’s.
- Trace operations where they mean something → Keep the exact pin and check its source before changing exporter composition.¶
- write-a-wiki-page → They do not replace the pin or fail the build.