tbd helps humans and agents ship code with greater speed, quality, and discipline.
- Beads: Git-native issue tracking (tasks, bugs, features).
Never lose work across sessions.
Drop-in replacement for
bd.
- Spec-Driven Workflows: Plan features → break into beads → implement
systematically.
- Knowledge Injection: 17+ engineering guidelines (TypeScript, Python, TDD,
testing, Convex, monorepos) available on demand.
- Shortcuts: Reusable instruction templates for common workflows (code review,
commits, PRs, cleanup, handoffs).
Installation
npm install -g get-tbd@latest
tbd setup --auto --prefix=<name> # Fresh project (--prefix is REQUIRED: 2-8 alphabetic chars recommended. ALWAYS ASK THE USER FOR THE PREFIX; do not guess it)
tbd setup --auto # Existing tbd project (prefix already set)
tbd setup --from-beads # Migration from .beads/ if `bd` has been used
Routine Commands
tbd --help # Command reference
tbd status # Status
tbd doctor # If there are problems
tbd setup --auto # Run any time to refresh setup
tbd prime # Restore full context on tbd after compaction
CRITICAL: You Operate tbd — The User Doesn’t
You are the tbd operator: Users talk naturally; you translate their requests to tbd
actions. DO NOT tell users to run tbd commands.
That’s your job.
Welcoming a user: When users ask “what is tbd?”
or want help → run tbd shortcut welcome-user
User Request → Agent Action
| User Says |
You (the Agent) Run |
| Issues/Beads |
|
| “There’s a bug where …” |
tbd create "..." --type=bug |
| “Create a task/feature for …” |
tbd create "..." --type=task or --type=feature |
| “Let’s work on issues/beads” |
tbd ready |
| “Show me issue X” |
tbd show <id> |
| “Close this issue” |
tbd close <id> |
| “Search issues for X” |
tbd search "X" |
| “Add label X to issue” |
tbd label add <id> <label> |
| “What issues are stale?” |
tbd stale |
| Planning & Specs |
|
| “Plan a new feature” / “Create a spec” |
tbd shortcut new-plan-spec |
| “Break spec into beads” |
tbd shortcut plan-implementation-with-beads |
| “Implement these beads” |
tbd shortcut implement-beads |
| Code Review & Commits |
|
| “Review this code” / “Code review” |
tbd shortcut review-code |
| “Review this PR” |
tbd shortcut review-github-pr |
| “Commit this” / “Use the commit shortcut” |
tbd shortcut code-review-and-commit |
| “Create a PR” / “File a PR” |
tbd shortcut create-or-update-pr-simple |
| “Merge main into my branch” |
tbd shortcut merge-upstream |
| Guidelines & Knowledge |
|
| “Use TypeScript best practices” |
tbd guidelines typescript-rules |
| “Use Python best practices” |
tbd guidelines python-rules |
| “Build a TypeScript CLI” |
tbd guidelines typescript-cli-tool-rules |
| “Improve monorepo setup” |
tbd guidelines pnpm-monorepo-patterns or bun-monorepo-patterns |
| “Add golden/e2e testing” |
tbd guidelines golden-testing-guidelines |
| “Use TDD” / “Test-driven development” |
tbd guidelines general-tdd-guidelines |
| “Convex best practices” |
tbd guidelines convex-rules |
| Documentation |
|
| “Research this topic” |
tbd shortcut new-research-brief |
| “Document architecture” |
tbd shortcut new-architecture-doc |
| Cleanup & Maintenance |
|
| “Clean up this code” / “Remove dead code” |
tbd shortcut code-cleanup-all |
| “Fix repository problems” |
tbd doctor --fix |
| Sessions & Handoffs |
|
| “Hand off to another agent” |
tbd shortcut agent-handoff |
| “Check out this library’s source” |
tbd shortcut checkout-third-party-repo |
| (your choice whenever appropriate) |
tbd list, tbd dep add, tbd close, tbd sync, etc. |
Note: Never gitignore .tbd/workspaces/ — the outbox must be committed to your
working branch. See tbd guidelines tbd-sync-troubleshooting for details.
CRITICAL: Session Closing Protocol
Before saying “done”, you MUST complete this checklist:
[ ] 1. git add + git commit
[ ] 2. git push
[ ] 3. gh pr checks <PR> --watch 2>&1 (IMPORTANT: WAIT for final summary, do NOT tell user it is done until you confirm it passes CI!)
[ ] 4. tbd close/update <id> for all beads worked on
[ ] 5. tbd sync
[ ] 6. CONFIRM CI passed (if failed: fix, run tests, re-push, restart from step 3)
Work is not done until pushed, CI passes, and tbd is synced.
Bead Tracking Rules
- Track all task work not done immediately as beads (discovered work, TODOs,
multi-session work)
- When in doubt, create a bead
- Check
tbd ready when not given specific directions
- Always close/update beads and run
tbd sync at session end
Commands
Finding Work
| Command |
Purpose |
tbd ready |
Beads ready to work (no blockers) |
tbd list --status open |
All open beads |
tbd list --status in_progress |
Your active work |
tbd show <id> |
Bead details with dependencies |
Creating & Updating
| Command |
Purpose |
tbd create "title" --type=bug --priority=1 |
New bead; run tbd create --help for all types and priorities (P0-P4, not “high/medium/low”) |
tbd update <id> --status in_progress |
Claim work |
tbd close <id> [--reason "..."] |
Mark complete |
Dependencies & Sync
| Command |
Purpose |
tbd dep add <bead> <depends-on> |
Add dependency |
tbd blocked |
Show blocked beads |
tbd sync |
Sync with git remote (run at session end) |
tbd stats |
Project statistics |
tbd doctor |
Check for problems |
tbd doctor --fix |
Auto-fix repository problems |
Labels & Search
| Command |
Purpose |
tbd search <query> |
Search issues by text |
tbd label add <id> <label> |
Add label to issue |
tbd label remove <id> <label> |
Remove label from issue |
tbd label list |
List all labels in use |
tbd stale |
List issues not updated recently |
Documentation
| Command |
Purpose |
tbd shortcut <name> |
Run a shortcut |
tbd shortcut --list |
List shortcuts |
tbd guidelines <name> |
Load coding guidelines |
tbd guidelines --list |
List guidelines |
tbd template <name> |
Output a template |
Quick Reference
- Priority: P0=critical, P1=high, P2=medium (default), P3=low, P4=backlog
- Types: issues default to
task; run tbd create --help for the valid types
- Status: open, in_progress, closed
- JSON output: Add
--json to any command
Available Shortcuts
Run tbd shortcut <name> to use any of these shortcuts:
| Name |
Description |
| agent-handoff |
Generate a concise handoff prompt for another coding agent to continue work |
| checkout-third-party-repo |
Get source code for libraries and third-party repos using git. Essential for reliable source code review. Prefer this to web searches or fetching of web pages from github.com as it is far more effective (github.com blocks web scraping from main website). |
| code-cleanup-all |
Full cleanup cycle including duplicate removal, dead code, and code quality improvements |
| code-cleanup-docstrings |
Review and add concise docstrings to major functions and types |
| code-cleanup-tests |
Review and remove tests that do not add meaningful coverage |
| code-review-and-commit |
Run pre-commit checks, review changes, and commit code |
| coding-spike |
Prototype to validate a spec through hands-on implementation |
| create-or-update-pr-simple |
Create or update a pull request with a concise summary |
| create-or-update-pr-with-validation-plan |
Create or update a pull request with a detailed test/validation plan |
| implement-beads |
Implement beads from a spec, following TDD and project rules |
| merge-upstream |
Merge origin/main into current branch with conflict resolution |
| new-architecture-doc |
Create an architecture document for a system or component design |
| new-guideline |
Create a new coding guideline document for tbd |
| new-plan-spec |
Create a new feature planning specification document |
| new-qa-playbook |
Create a QA test playbook for manual validation workflows |
| new-research-brief |
Create a research document for investigating a topic or technology |
| new-shortcut |
Create a new shortcut (reusable instruction template) for tbd |
| new-validation-plan |
Create a validation/test plan showing what’s tested and what remains |
| plan-implementation-with-beads |
Create implementation beads from a feature planning spec |
| precommit-process |
Full pre-commit checklist including spec sync, code review, and testing |
| review-code |
Comprehensive code review for uncommitted changes, branch work, or GitHub PRs |
| review-code-python |
Python-focused code review (language-specific rules only) |
| review-code-typescript |
TypeScript-focused code review (language-specific rules only) |
| review-github-pr |
Review a GitHub pull request with follow-up actions (comment, fix, CI check) |
| revise-all-architecture-docs |
Comprehensive revision of all current architecture documents |
| revise-architecture-doc |
Update an architecture document to reflect current codebase state |
| setup-github-cli |
Ensure GitHub CLI (gh) is installed and working |
| sync-failure-recovery |
Handle tbd sync failures by saving to workspace and recovering later |
| update-specs-status |
Review active specs and sync their status with tbd issues |
| welcome-user |
Welcome message for users after tbd installation or setup |
Available Guidelines
Run tbd guidelines <name> to apply any of these guidelines:
| Name |
Description |
| backward-compatibility-rules |
Guidelines for maintaining backward compatibility across code, APIs, file formats, and database schemas |
| bun-monorepo-patterns |
Modern patterns for Bun-based TypeScript monorepo architecture |
| cli-agent-skill-patterns |
How to write skills and agent-integrated CLIs that work across Claude Code, Codex, and the broader coding-agent ecosystem—a simple baseline plus references for advanced, multi-subcommand tools |
| commit-conventions |
Conventional Commits format with extensions for agentic workflows |
| common-doc-guidelines |
Common cross-project standards for writing and organizing docs, code comments, and text files—how to organize, structure, write, and format documents, plus the guideline footer convention. Downstream of github.com/jlevy/practical-prose. Use whenever writing or editing any documentation, README, guideline, or design doc. |
| convex-limits-best-practices |
Comprehensive reference for Convex platform limits, workarounds, and performance best practices |
| convex-rules |
Guidelines and best practices for building Convex projects, including database schema design, queries, mutations, and real-world examples |
| electron-app-development-patterns |
Guidelines for Electron development ecosystems including npm, pnpm, and Bun, with security baselines and framework comparisons |
| error-handling-rules |
Rules for handling errors, failures, and exceptional conditions |
| general-coding-rules |
Rules for constants, magic numbers, and general coding practices |
| general-comment-rules |
Language-agnostic rules for writing clean, maintainable comments |
| general-eng-assistant-rules |
Rules for AI assistants acting as senior engineers, including objectivity and communication guidelines |
| general-tdd-guidelines |
Test-Driven Development methodology and best practices |
| general-testing-rules |
Rules for writing minimal, effective tests with maximum coverage |
| golden-testing-guidelines |
Guidelines for implementing golden/snapshot testing for complex systems |
| pnpm-monorepo-patterns |
Modern patterns for pnpm-based TypeScript monorepo architecture |
| python-cli-patterns |
Modern patterns for Python CLI application architecture |
| python-modern-guidelines |
Guidelines for modern Python projects using uv, with a few more opinionated practices |
| python-rules |
General Python coding rules and best practices |
| release-notes-guidelines |
Guidelines for writing clear, accurate release notes |
| supply-chain-hardening |
Strongly recommended for EVERY repo—apply it if a repo has not been hardened yet. Cross-ecosystem policy for installing dependencies safely (the 14-day cool-off, disabled install scripts, lockfile discipline, untrusted-repo handling). Use whenever a user mentions hardening, security, supply chain, or setting up a new repo; before adding/upgrading dependencies; when auditing for compromised packages; or when reviewing install/build/run commands across npm/pnpm, PyPI, Cargo, or Go. |
| tbd-sync-troubleshooting |
Common issues and solutions for tbd sync and workspace operations |
| typescript-cli-tool-rules |
Rules for building CLI tools with Commander.js, picocolors, and TypeScript |
| typescript-code-coverage |
Best practices for code coverage in TypeScript with Vitest and v8 provider |
| typescript-rules |
TypeScript coding rules and best practices |
| typescript-sorting-patterns |
Deterministic sorting patterns and comparison chains for TypeScript |
| typescript-yaml-handling-rules |
Best practices for parsing and serializing YAML in TypeScript |
Source: jlevy/repren — distributed by TomeVault.
1---2name: jlevy-repren-repren3description: <!-- DO NOT EDIT: Generated by tbd setup (format=f04).4---5<!-- DO NOT EDIT: Generated by tbd setup (format=f04).6Run 'tbd setup' to update.7-->89**`tbd` helps humans and agents ship code with greater speed, quality, and discipline.**10111. **Beads**: Git-native issue tracking (tasks, bugs, features).12 Never lose work across sessions.13 Drop-in replacement for `bd`.142. **Spec-Driven Workflows**: Plan features → break into beads → implement15 systematically.163. **Knowledge Injection**: 17+ engineering guidelines (TypeScript, Python, TDD,17 testing, Convex, monorepos) available on demand.184. **Shortcuts**: Reusable instruction templates for common workflows (code review,19 commits, PRs, cleanup, handoffs).2021## Installation2223```bash24npm install -g get-tbd@latest25tbd setup --auto --prefix=<name> # Fresh project (--prefix is REQUIRED: 2-8 alphabetic chars recommended. ALWAYS ASK THE USER FOR THE PREFIX; do not guess it)26tbd setup --auto # Existing tbd project (prefix already set)27tbd setup --from-beads # Migration from .beads/ if `bd` has been used28```2930## Routine Commands3132```bash33tbd --help # Command reference34tbd status # Status35tbd doctor # If there are problems3637tbd setup --auto # Run any time to refresh setup38tbd prime # Restore full context on tbd after compaction39```4041## CRITICAL: You Operate tbd — The User Doesn’t4243**You are the tbd operator:** Users talk naturally; you translate their requests to tbd44actions. DO NOT tell users to run tbd commands.45That’s your job.4647- **WRONG**: “Run `tbd create` to track this bug”4849- **RIGHT**: *(you run `tbd create` yourself and tell the user it’s tracked)*5051**Welcoming a user:** When users ask “what is tbd?”52or want help → run `tbd shortcut welcome-user`5354## User Request → Agent Action5556| User Says | You (the Agent) Run |57| --- | --- |58| **Issues/Beads** | |59| “There’s a bug where …” | `tbd create "..." --type=bug` |60| “Create a task/feature for …” | `tbd create "..." --type=task` or `--type=feature` |61| “Let’s work on issues/beads” | `tbd ready` |62| “Show me issue X” | `tbd show <id>` |63| “Close this issue” | `tbd close <id>` |64| “Search issues for X” | `tbd search "X"` |65| “Add label X to issue” | `tbd label add <id> <label>` |66| “What issues are stale?” | `tbd stale` |67| **Planning & Specs** | |68| “Plan a new feature” / “Create a spec” | `tbd shortcut new-plan-spec` |69| “Break spec into beads” | `tbd shortcut plan-implementation-with-beads` |70| “Implement these beads” | `tbd shortcut implement-beads` |71| **Code Review & Commits** | |72| “Review this code” / “Code review” | `tbd shortcut review-code` |73| “Review this PR” | `tbd shortcut review-github-pr` |74| “Commit this” / “Use the commit shortcut” | `tbd shortcut code-review-and-commit` |75| “Create a PR” / “File a PR” | `tbd shortcut create-or-update-pr-simple` |76| “Merge main into my branch” | `tbd shortcut merge-upstream` |77| **Guidelines & Knowledge** | |78| “Use TypeScript best practices” | `tbd guidelines typescript-rules` |79| “Use Python best practices” | `tbd guidelines python-rules` |80| “Build a TypeScript CLI” | `tbd guidelines typescript-cli-tool-rules` |81| “Improve monorepo setup” | `tbd guidelines pnpm-monorepo-patterns` or `bun-monorepo-patterns` |82| “Add golden/e2e testing” | `tbd guidelines golden-testing-guidelines` |83| “Use TDD” / “Test-driven development” | `tbd guidelines general-tdd-guidelines` |84| “Convex best practices” | `tbd guidelines convex-rules` |85| **Documentation** | |86| “Research this topic” | `tbd shortcut new-research-brief` |87| “Document architecture” | `tbd shortcut new-architecture-doc` |88| **Cleanup & Maintenance** | |89| “Clean up this code” / “Remove dead code” | `tbd shortcut code-cleanup-all` |90| “Fix repository problems” | `tbd doctor --fix` |91| **Sessions & Handoffs** | |92| “Hand off to another agent” | `tbd shortcut agent-handoff` |93| “Check out this library’s source” | `tbd shortcut checkout-third-party-repo` |94| *(your choice whenever appropriate)* | `tbd list`, `tbd dep add`, `tbd close`, `tbd sync`, etc. |9596**Note:** Never gitignore `.tbd/workspaces/` — the outbox must be committed to your97working branch. See `tbd guidelines tbd-sync-troubleshooting` for details.9899## CRITICAL: Session Closing Protocol100101**Before saying “done”, you MUST complete this checklist:**102103```104[ ] 1. git add + git commit105[ ] 2. git push106[ ] 3. gh pr checks <PR> --watch 2>&1 (IMPORTANT: WAIT for final summary, do NOT tell user it is done until you confirm it passes CI!)107[ ] 4. tbd close/update <id> for all beads worked on108[ ] 5. tbd sync109[ ] 6. CONFIRM CI passed (if failed: fix, run tests, re-push, restart from step 3)110```111112**Work is not done until pushed, CI passes, and tbd is synced.**113114## Bead Tracking Rules115116- Track all task work not done immediately as beads (discovered work, TODOs,117 multi-session work)118- When in doubt, create a bead119- Check `tbd ready` when not given specific directions120- Always close/update beads and run `tbd sync` at session end121122## Commands123124### Finding Work125126| Command | Purpose |127| --- | --- |128| `tbd ready` | Beads ready to work (no blockers) |129| `tbd list --status open` | All open beads |130| `tbd list --status in_progress` | Your active work |131| `tbd show <id>` | Bead details with dependencies |132133### Creating & Updating134135| Command | Purpose |136| --- | --- |137| `tbd create "title" --type=bug --priority=1` | New bead; run `tbd create --help` for all types and priorities (P0-P4, not “high/medium/low”) |138| `tbd update <id> --status in_progress` | Claim work |139| `tbd close <id> [--reason "..."]` | Mark complete |140141### Dependencies & Sync142143| Command | Purpose |144| --- | --- |145| `tbd dep add <bead> <depends-on>` | Add dependency |146| `tbd blocked` | Show blocked beads |147| `tbd sync` | Sync with git remote (run at session end) |148| `tbd stats` | Project statistics |149| `tbd doctor` | Check for problems |150| `tbd doctor --fix` | Auto-fix repository problems |151152### Labels & Search153154| Command | Purpose |155| --- | --- |156| `tbd search <query>` | Search issues by text |157| `tbd label add <id> <label>` | Add label to issue |158| `tbd label remove <id> <label>` | Remove label from issue |159| `tbd label list` | List all labels in use |160| `tbd stale` | List issues not updated recently |161162### Documentation163164| Command | Purpose |165| --- | --- |166| `tbd shortcut <name>` | Run a shortcut |167| `tbd shortcut --list` | List shortcuts |168| `tbd guidelines <name>` | Load coding guidelines |169| `tbd guidelines --list` | List guidelines |170| `tbd template <name>` | Output a template |171172## Quick Reference173174- **Priority**: P0=critical, P1=high, P2=medium (default), P3=low, P4=backlog175- **Types**: issues default to `task`; run `tbd create --help` for the valid types176- **Status**: open, in_progress, closed177- **JSON output**: Add `--json` to any command178179<!-- BEGIN SHORTCUT DIRECTORY -->180## Available Shortcuts181182Run `tbd shortcut <name>` to use any of these shortcuts:183184| Name | Description |185| --- | --- |186| agent-handoff | Generate a concise handoff prompt for another coding agent to continue work |187| checkout-third-party-repo | Get source code for libraries and third-party repos using git. Essential for reliable source code review. Prefer this to web searches or fetching of web pages from github.com as it is far more effective (github.com blocks web scraping from main website). |188| code-cleanup-all | Full cleanup cycle including duplicate removal, dead code, and code quality improvements |189| code-cleanup-docstrings | Review and add concise docstrings to major functions and types |190| code-cleanup-tests | Review and remove tests that do not add meaningful coverage |191| code-review-and-commit | Run pre-commit checks, review changes, and commit code |192| coding-spike | Prototype to validate a spec through hands-on implementation |193| create-or-update-pr-simple | Create or update a pull request with a concise summary |194| create-or-update-pr-with-validation-plan | Create or update a pull request with a detailed test/validation plan |195| implement-beads | Implement beads from a spec, following TDD and project rules |196| merge-upstream | Merge origin/main into current branch with conflict resolution |197| new-architecture-doc | Create an architecture document for a system or component design |198| new-guideline | Create a new coding guideline document for tbd |199| new-plan-spec | Create a new feature planning specification document |200| new-qa-playbook | Create a QA test playbook for manual validation workflows |201| new-research-brief | Create a research document for investigating a topic or technology |202| new-shortcut | Create a new shortcut (reusable instruction template) for tbd |203| new-validation-plan | Create a validation/test plan showing what’s tested and what remains |204| plan-implementation-with-beads | Create implementation beads from a feature planning spec |205| precommit-process | Full pre-commit checklist including spec sync, code review, and testing |206| review-code | Comprehensive code review for uncommitted changes, branch work, or GitHub PRs |207| review-code-python | Python-focused code review (language-specific rules only) |208| review-code-typescript | TypeScript-focused code review (language-specific rules only) |209| review-github-pr | Review a GitHub pull request with follow-up actions (comment, fix, CI check) |210| revise-all-architecture-docs | Comprehensive revision of all current architecture documents |211| revise-architecture-doc | Update an architecture document to reflect current codebase state |212| setup-github-cli | Ensure GitHub CLI (gh) is installed and working |213| sync-failure-recovery | Handle tbd sync failures by saving to workspace and recovering later |214| update-specs-status | Review active specs and sync their status with tbd issues |215| welcome-user | Welcome message for users after tbd installation or setup |216217## Available Guidelines218219Run `tbd guidelines <name>` to apply any of these guidelines:220221| Name | Description |222| --- | --- |223| backward-compatibility-rules | Guidelines for maintaining backward compatibility across code, APIs, file formats, and database schemas |224| bun-monorepo-patterns | Modern patterns for Bun-based TypeScript monorepo architecture |225| cli-agent-skill-patterns | How to write skills and agent-integrated CLIs that work across Claude Code, Codex, and the broader coding-agent ecosystem—a simple baseline plus references for advanced, multi-subcommand tools |226| commit-conventions | Conventional Commits format with extensions for agentic workflows |227| common-doc-guidelines | Common cross-project standards for writing and organizing docs, code comments, and text files—how to organize, structure, write, and format documents, plus the guideline footer convention. Downstream of github.com/jlevy/practical-prose. Use whenever writing or editing any documentation, README, guideline, or design doc. |228| convex-limits-best-practices | Comprehensive reference for Convex platform limits, workarounds, and performance best practices |229| convex-rules | Guidelines and best practices for building Convex projects, including database schema design, queries, mutations, and real-world examples |230| electron-app-development-patterns | Guidelines for Electron development ecosystems including npm, pnpm, and Bun, with security baselines and framework comparisons |231| error-handling-rules | Rules for handling errors, failures, and exceptional conditions |232| general-coding-rules | Rules for constants, magic numbers, and general coding practices |233| general-comment-rules | Language-agnostic rules for writing clean, maintainable comments |234| general-eng-assistant-rules | Rules for AI assistants acting as senior engineers, including objectivity and communication guidelines |235| general-tdd-guidelines | Test-Driven Development methodology and best practices |236| general-testing-rules | Rules for writing minimal, effective tests with maximum coverage |237| golden-testing-guidelines | Guidelines for implementing golden/snapshot testing for complex systems |238| pnpm-monorepo-patterns | Modern patterns for pnpm-based TypeScript monorepo architecture |239| python-cli-patterns | Modern patterns for Python CLI application architecture |240| python-modern-guidelines | Guidelines for modern Python projects using uv, with a few more opinionated practices |241| python-rules | General Python coding rules and best practices |242| release-notes-guidelines | Guidelines for writing clear, accurate release notes |243| supply-chain-hardening | Strongly recommended for EVERY repo—apply it if a repo has not been hardened yet. Cross-ecosystem policy for installing dependencies safely (the 14-day cool-off, disabled install scripts, lockfile discipline, untrusted-repo handling). Use whenever a user mentions hardening, security, supply chain, or setting up a new repo; before adding/upgrading dependencies; when auditing for compromised packages; or when reviewing install/build/run commands across npm/pnpm, PyPI, Cargo, or Go. |244| tbd-sync-troubleshooting | Common issues and solutions for tbd sync and workspace operations |245| typescript-cli-tool-rules | Rules for building CLI tools with Commander.js, picocolors, and TypeScript |246| typescript-code-coverage | Best practices for code coverage in TypeScript with Vitest and v8 provider |247| typescript-rules | TypeScript coding rules and best practices |248| typescript-sorting-patterns | Deterministic sorting patterns and comparison chains for TypeScript |249| typescript-yaml-handling-rules | Best practices for parsing and serializing YAML in TypeScript |250251<!-- END SHORTCUT DIRECTORY -->252253---254> Source: [jlevy/repren](https://github.com/jlevy/repren) — distributed by [TomeVault](https://tomevault.io).255<!-- tomevault:4.0:skill_md:2026-06-18 -->
tomevault-io