- Remove TUI from git (moved to .gitignore for local development) - Remove React/Ink dependencies (unused in published version) - Remove tui command from CLI Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
11 KiB
CLAUDE.md
This file provides guidance to Claude Code (claude.ai/code) when working with code in this repository.
CRITICAL: Screen Session Safety
You may be running inside a Claudeman-managed screen session. Before killing ANY screen or Claude process:
- Check:
echo $CLAUDEMAN_SCREEN- if1, you're in a managed session - NEVER run
screen -X quit,pkill screen, orpkill claudewithout confirming - Use the web UI or
./scripts/screen-manager.shinstead of direct kill commands
COM Shorthand (Deployment)
When user says "COM":
- Increment version in BOTH
package.jsonANDCLAUDE.md - Run:
git add -A && git commit -m "chore: bump version to X.XXXX" && git push && npm run build && systemctl --user restart claudeman-web
Version: 0.1427 (must match package.json)
Project Overview
Claudeman is a Claude Code session manager with web interface and autonomous Ralph Loop. Spawns Claude CLI via PTY, streams via SSE, supports respawn cycling for 24+ hour autonomous runs.
Tech Stack: TypeScript (ES2022/NodeNext, strict mode), Node.js, Fastify, node-pty, xterm.js
TypeScript Strictness (see tsconfig.json): noUnusedLocals, noUnusedParameters, noImplicitReturns, noImplicitOverride, noFallthroughCasesInSwitch, allowUnreachableCode: false, allowUnusedLabels: false
Requirements: Node.js 18+, Claude CLI, GNU Screen
Commands
CRITICAL: npm run dev shows CLI help, NOT the web server.
# Development
npx tsx src/index.ts web # Dev server (RECOMMENDED)
npx tsx src/index.ts web --https # With TLS (only needed for remote access)
npm run typecheck # Type check
# Testing
npx vitest run # All tests
npx vitest run test/<file>.test.ts # Single file
npx vitest run -t "pattern" # Tests matching name
npm run test:coverage # With coverage report
npm run test:e2e # Browser E2E (requires: npx playwright install chromium)
# Production
npm run build
systemctl --user restart claudeman-web
journalctl --user -u claudeman-web -f
Binaries
| Binary | Purpose |
|---|---|
claudeman |
Main CLI and web server |
claudeman-mcp |
MCP server for Claude Desktop integration |
Architecture
Core Files
| File | Purpose |
|---|---|
src/session.ts |
PTY wrapper: runPrompt(), startInteractive(), startShell() |
src/screen-manager.ts |
GNU screen persistence, ghost discovery |
src/session-manager.ts |
Session lifecycle, cleanup |
src/respawn-controller.ts |
State machine for autonomous cycling |
src/ralph-tracker.ts |
Detects <promise>PHRASE</promise>, todos |
src/subagent-watcher.ts |
Monitors Claude Code's Task tool (background agents) |
src/run-summary.ts |
Timeline events for "what happened while away" |
src/ai-idle-checker.ts |
AI-powered idle detection with ai-checker-base.ts |
src/plan-orchestrator.ts |
Multi-agent plan generation (9 specialist subagents) |
src/execution-bridge.ts |
Coordinates parallel task execution with GroupScheduler |
src/group-scheduler.ts |
Topological ordering and dependency management |
src/model-selector.ts |
Routes tasks to appropriate Claude models (opus/sonnet/haiku) |
src/context-manager.ts |
Handles fresh context requirements for tasks |
src/prompts/*.ts |
Specialist agent prompts (research, requirements, architecture, etc.) |
src/web/server.ts |
Fastify REST API + SSE at /api/events |
src/web/public/app.js |
Frontend: xterm.js, tab management, subagent windows |
src/types.ts |
All TypeScript interfaces |
Utility Files (src/utils/)
| File | Purpose |
|---|---|
lru-map.ts |
LRU eviction Map for bounded caches |
stale-expiration-map.ts |
TTL-based Map with lazy expiration |
cleanup-manager.ts |
Centralized resource disposal |
buffer-accumulator.ts |
Chunk accumulator with size limits |
Data Flow
- Session spawns
claude --dangerously-skip-permissionsvia node-pty - PTY output buffered, ANSI stripped, parsed for JSON messages
- WebServer broadcasts to SSE clients at
/api/events - State persists to
~/.claudeman/state.jsonvia StateStore
Key Patterns
Input to sessions: Use session.writeViaScreen() for programmatic input (respawn, auto-compact). Text and Enter sent as separate screen -X stuff commands due to Ink's requirements. All prompts must be single-line.
Idle detection: Multi-layer (completion message → AI check → output silence → token stability). See docs/respawn-state-machine.md.
Token tracking: Interactive mode parses status line ("123.4k tokens"), estimates 60/40 input/output split.
Memory leak prevention: Frontend runs long; clear all Maps/timers on SSE reconnect in handleInit().
Adding Features
- API endpoint: Types in
types.ts, route inserver.ts:buildServer(), usecreateErrorResponse() - SSE event: Emit via
broadcast(), handle inapp.js:handleSSEEvent() - Session setting: Add to
SessionStateintypes.ts, include insession.toState(), callpersistSessionState() - New test: Pick unique port (see below), add port comment to test file header
State Files
| File | Purpose |
|---|---|
~/.claudeman/state.json |
Sessions, settings, tokens, respawn config |
~/.claudeman/screens.json |
Screen metadata for recovery |
~/.claudeman/settings.json |
User preferences |
Testing
Port allocation: E2E tests use centralized ports in test/e2e/e2e.config.ts. Unit/integration tests pick unique ports manually. Search const PORT = or TEST_PORT in test files to find used ports before adding new tests.
E2E tests: Use Playwright. Run npx playwright install chromium first. See test/e2e/fixtures/ for helpers. E2E config (test/e2e/e2e.config.ts) provides ports (3183-3190), timeouts, and helpers.
Test config: Vitest runs with globals: true (no imports needed for describe/it/expect) and fileParallelism: false (files run sequentially to respect screen limits). Unit test timeout is 30s, teardown timeout is 60s. E2E tests have longer timeouts defined in test/e2e/e2e.config.ts (90s test, 30s session creation).
Test safety: test/setup.ts provides:
- Screen concurrency limiter (max 10)
- Pre-existing screen protection (never kills screens present before tests)
- Tracked resource cleanup (only kills screens/processes tests register)
- Safe to run from within Claudeman-managed sessions
Respawn tests use MockSession to avoid spawning real Claude processes. See test/respawn-test-utils.ts for MockSession, MockAiIdleChecker, MockAiPlanChecker, state trackers, and terminal output generators.
Debugging
screen -ls # List screens
screen -r <name> # Attach (Ctrl+A D to detach)
curl localhost:3000/api/sessions # Check sessions
curl localhost:3000/api/status | jq # Full app state
cat ~/.claudeman/state.json | jq # View persisted state
Performance Constraints
The app must stay fast with 20 sessions and 50 agent windows:
- 60fps terminal (16ms batching +
requestAnimationFrame) - Auto-trimming buffers (2MB terminal max)
- Debounced state persistence (500ms)
- SSE batching (16ms)
Resource Limits
Limits are centralized in src/config/buffer-limits.ts and src/config/map-limits.ts.
Buffer limits (per session):
| Buffer | Max | Trim To |
|---|---|---|
| Terminal | 2MB | 1.5MB |
| Text output | 1MB | 768KB |
| Messages | 1000 | 800 |
Map limits (global):
| Resource | Max |
|---|---|
| Tracked agents | 500 |
| Concurrent sessions | 50 |
| SSE clients total | 100 |
| File watchers | 500 |
Use LRUMap for bounded caches with eviction, StaleExpirationMap for TTL-based cleanup.
Execution limits (parallel execution, in src/config/execution-limits.ts):
| Resource | Default |
|---|---|
| Parallel tasks per group | 5 |
| Group timeout | 30 minutes |
| Task retries | 2 |
| Session mode token threshold | 50k |
Where to Find More Information
| Topic | Location |
|---|---|
| Respawn state machine | docs/respawn-state-machine.md |
| Spawn agent protocol | docs/spawn-protocol.md |
| Ralph Loop guide | docs/ralph-wiggum-guide.md |
| Claude Code hooks | docs/claude-code-hooks-reference.md |
| Browser/E2E testing | docs/browser-testing-guide.md |
| API routes | src/web/server.ts:buildServer() or README.md |
| SSE events | Search broadcast( in server.ts |
| CLI commands | claudeman --help |
| Frontend patterns | src/web/public/app.js (subagent windows, notifications) |
| Session modes | SessionMode type in src/types.ts |
| Error codes | createErrorResponse() in src/types.ts |
| Test fixtures | test/e2e/fixtures/ |
| Test utilities | test/respawn-test-utils.ts |
| Keyboard shortcuts | README.md or App Settings in web UI |
| Plan orchestrator | src/plan-orchestrator.ts file header |
| Execution system | src/config/execution-limits.ts |
| Agent prompts | src/prompts/ directory |
MCP Server Integration
The claudeman-mcp binary provides Model Context Protocol integration for Claude Desktop:
// Add to ~/.claude/claude_desktop_config.json
{
"mcpServers": {
"claudeman-spawn": {
"command": "node",
"args": ["/path/to/claudeman/dist/mcp-server.js"]
}
}
}
This enables Claude Desktop to spawn and manage agents via MCP tools.
Active Ralph Loop Task
Current Task: build out installers for mac os x, any linux and windows at the end. I want it as easy as possible to install claudeman on these machines, explore the code of claudeman, its in your directory where you work. with windows make use of WSL to have the real screen gnu running
Case Folder: /home/arkon/claudeman-cases/claudeman
Key Files
- Plan Summary:
/home/arkon/claudeman-cases/claudeman/ralph-wizard/summary.md- Human-readable plan overview - Todo Items:
/home/arkon/claudeman-cases/claudeman/ralph-wizard/final-result.json- Containsitemsarray with all todo tasks - Research:
/home/arkon/claudeman-cases/claudeman/ralph-wizard/research/result.json- External resources and codebase patterns
How to Work on This Task
- Read the plan summary to understand the overall approach
- Check
final-result.jsonfor the todo items array - each item hasid,title,description,priority - Work through items in priority order (critical → high → medium → low)
- Use
<promise>COMPLETION_PHRASE</promise>when the entire task is complete
Research Insights
Check /home/arkon/claudeman-cases/claudeman/ralph-wizard/research/result.json for:
- External GitHub repos and documentation links to reference
- Existing codebase patterns to follow
- Technical recommendations from the research phase