- Add AbortController timeout (120s) to Railway fetch requests - Gracefully handle timeout errors and report to health check system - Increase /api/chat maxDuration from 60s to 300s (5 minutes) - Prevents entire chat from timing out when one tool has large dependencies - Tools that timeout are logged and skipped, allowing others to load Fixes issue where tools like ctx-zip with many dependencies would cause the entire chat request to timeout after 60 seconds. 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> |
||
|---|---|---|
| .changeset | ||
| .claude/commands | ||
| .github/workflows | ||
| .vscode | ||
| apps | ||
| docs | ||
| packages | ||
| scripts | ||
| services/sandbox-executor | ||
| supabase | ||
| .dependency-cruiser.js | ||
| .env.vercel.production | ||
| .gitignore | ||
| .npmrc | ||
| .nvmrc | ||
| 2025-BEST-PRACTICES.md | ||
| ai-sdk-v6.md | ||
| API_ROUTES_TIMEOUT_INVESTIGATION.md | ||
| biome.json | ||
| CLAUDE.md | ||
| convert-label-tests.py | ||
| DENO_NODE_PACKAGE_ISSUE.md | ||
| DEPLOYMENT.md | ||
| DYNAMIC_IMPORT_ISSUE.md | ||
| DYNAMIC_TOOL_LOADING_PRD.md | ||
| ENV_VAR_TRANSPORT_ISSUE.md | ||
| HOW_TO_PUBLISH_A_TOOL.md | ||
| IMPLEMENTATION_CHECKLIST.md | ||
| IMPLEMENTATION_STATUS.md | ||
| knip.json | ||
| lefthook.yml | ||
| manual-tools.ts | ||
| MANUAL_TOOLS.md | ||
| NPM_MIRROR.md | ||
| OPENAI_SCHEMA_ERROR.md | ||
| package.json | ||
| pnpm-lock.yaml | ||
| pnpm-workspace.yaml | ||
| QUALITY-GATES.md | ||
| RAILWAY_DEPLOYMENT_NOTE.md | ||
| RAILWAY_DYNAMIC_TOOL_LOADER.md | ||
| README.md | ||
| reset.d.ts | ||
| STREAMING_EMPTY_RESPONSE.md | ||
| sync-hello.ts | ||
| sync-manual-tools.ts | ||
| sync-vercel-registry.ts | ||
| test-db.mjs | ||
| test-schema.ts | ||
| tsconfig.json | ||
| turbo.json | ||
| USECHAT_INPUT_UNDEFINED.md | ||
| vercel.json | ||
| VERCEL_FIX_CHECKLIST.md | ||
| ZOD_SCHEMA_SERIALIZATION_PROBLEM.md | ||
TPMJS Monorepo
Tool Package Manager for AI Agents - A Turborepo monorepo with strict TypeScript, Next.js 16, and best practices.
Structure
apps/
web/ - Next.js 16 App Router application
packages/
config/ - Shared configurations (Biome, ESLint, Tailwind, TypeScript)
ui/ - React component library (.ts-only, no barrels)
utils/ - Utility functions
types/ - Shared TypeScript types
env/ - Zod environment schema loader
test/ - Vitest shared configuration
mocks/ - MSW mock server
storybook/ - Storybook documentation
Getting Started
Prerequisites
- Node.js >= 22 (LTS)
- pnpm >= 8
- nvm (recommended for Node version management)
Installation
pnpm install
Development
# Run all apps in development mode
pnpm dev
# Run specific app
pnpm --filter @tpmjs/web dev
pnpm --filter @tpmjs/storybook dev
Building
# Build all packages and apps
pnpm build
# Build specific package
pnpm --filter @tpmjs/ui build
Testing
# Run all tests
pnpm test
# Run tests in watch mode with UI
pnpm test:ui
Linting & Formatting
# Lint all packages
pnpm lint
# Format all files
pnpm format
# Check formatting
pnpm format:check
Quality Gates
# Check architecture/dependency rules
pnpm check-architecture
# Find unused code and dependencies
pnpm find-deadcode
# Check type coverage
pnpm type-coverage
See QUALITY-GATES.md for details.
Component Usage
Components are imported directly without barrel exports:
import { Button } from '@tpmjs/ui/Button/Button';
import { Card, CardHeader } from '@tpmjs/ui/Card/Card';
Important: All UI components use .ts extension (not .tsx) and use createElement instead of JSX.
Publishing Workflow
1. Create Changesets
After making changes to publishable packages:
pnpm changeset
Follow the prompts to describe your changes and select which packages are affected.
2. Version Packages
When ready to release:
pnpm changeset:version
This updates package versions and generates CHANGELOGs.
3. Publish to npm
pnpm changeset:publish
This builds and publishes all packages with changesets to npm.
4. Push to GitHub
git push --follow-tags
Published Packages
@tpmjs/ui- React component library@tpmjs/utils- Utility functions@tpmjs/types- TypeScript types@tpmjs/env- Environment schema loader
Deployment
The project is configured to only deploy to Vercel when all CI checks pass. This ensures production always has high-quality, tested code.
CI Checks:
- Linting & formatting
- Type checking
- Tests
- Production build
- Architecture validation
- Dead code detection
See DEPLOYMENT.md for full configuration details.
Module Boundaries
ESLint enforces module boundaries:
- Apps can import from published packages only
- Packages cannot import from apps
- No barrel exports (
index.ts) allowed - Direct imports required:
@tpmjs/ui/Button/Button
Architecture Decisions
Why .ts-only Components?
Using .ts instead of .tsx for React components:
- Enforces explicit
createElementcalls - Makes React's runtime nature more visible
- Prevents JSX spreading anti-patterns
- Better for code generation and tooling
Why No Barrel Exports?
- Clearer dependency graphs
- Better tree-shaking
- Explicit imports show what's actually used
- Prevents circular dependencies
Why Biome + ESLint?
- Biome: Fast formatting and basic linting
- ESLint: Semantic rules (module boundaries, TypeScript strictness)
- Each tool focuses on what it does best
Scripts Reference
dev- Start development serversbuild- Build all packagestest- Run teststest:ui- Run tests with UIlint- Lint codeformat- Format code with Biomeformat:check- Check formattingtype-check- TypeScript type checkingtype-coverage- Check type coverage (no implicit any)check-architecture- Validate dependency rulesfind-deadcode- Find unused code/dependenciesclean- Remove build artifactschangeset- Create a changesetchangeset:version- Version packageschangeset:publish- Publish to npm
License
MIT