Restructure plugin to follow Claude Code official documentation: - Move TypeScript files from .claude-plugin/* to project root - Create Markdown command files in commands/ - Update plugin.json to reference ./commands/*.md - Add comprehensive plugin installation guide Changes: - Commands: pm.md, research.md, index-repo.md (new Markdown format) - TypeScript: pm/, research/, index/ moved to root - Hooks: hooks/hooks.json moved to root - Documentation: PLUGIN_INSTALL.md, updated CLAUDE.md, Makefile Note: This commit represents transition state. Original TypeScript-based execution system was replaced with Markdown commands. Further redesign needed to properly integrate Skills and Hooks per official docs. 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>
8.2 KiB
CLAUDE.md
This file provides guidance to Claude Code (claude.ai/code) when working with code in this repository.
🐍 Python Environment Rules
CRITICAL: This project uses UV for all Python operations. Never use python -m, pip install, or python script.py directly.
Required Commands
# All Python operations must use UV
uv run pytest # Run tests
uv run pytest tests/pm_agent/ # Run specific tests
uv pip install package # Install dependencies
uv run python script.py # Execute scripts
📂 Project Structure
Dual-language architecture: TypeScript plugins for Claude Code integration + Python package for testing/CLI tools.
# TypeScript Plugins (project root)
pm/ # PM Agent: confidence checks, orchestration
research/ # Deep Research: web search, adaptive planning
index/ # Repository indexing: 94% token reduction
hooks/hooks.json # SessionStart auto-activation config
# Claude Code Configuration
.claude/settings.json # Marketplace and plugin settings
.claude-plugin/ # Plugin manifest
├── plugin.json # Plugin metadata (3 commands: /pm, /research, /index-repo)
└── tests/ # Plugin tests
# Python Package
src/superclaude/ # Pytest plugin + CLI tools
├── pytest_plugin.py # Auto-loaded pytest integration
├── pm_agent/ # confidence.py, self_check.py, reflexion.py
├── execution/ # parallel.py, reflection.py, self_correction.py
└── cli/ # main.py, doctor.py, install_skill.py
# Project Files
tests/ # Python test suite
docs/ # Documentation
scripts/ # Analysis tools (workflow metrics, A/B testing)
PLANNING.md # Architecture, absolute rules
TASK.md # Current tasks
KNOWLEDGE.md # Accumulated insights
🔧 Development Workflow
Essential Commands
# Setup
make dev # Install in editable mode with dev dependencies
make verify # Verify installation (package, plugin, health)
# Testing
make test # Run full test suite
uv run pytest tests/pm_agent/ -v # Run specific directory
uv run pytest tests/test_file.py -v # Run specific file
uv run pytest -m confidence_check # Run by marker
uv run pytest --cov=superclaude # With coverage
# Code Quality
make lint # Run ruff linter
make format # Format code with ruff
make doctor # Health check diagnostics
# Maintenance
make clean # Remove build artifacts
📦 Core Architecture
Pytest Plugin (Auto-loaded)
Registered via pyproject.toml entry point, automatically available after installation.
Fixtures: confidence_checker, self_check_protocol, reflexion_pattern, token_budget, pm_context
Auto-markers:
- Tests in
/unit/→@pytest.mark.unit - Tests in
/integration/→@pytest.mark.integration
Custom markers: @pytest.mark.confidence_check, @pytest.mark.self_check, @pytest.mark.reflexion
PM Agent - Three Core Patterns
1. ConfidenceChecker (src/superclaude/pm_agent/confidence.py)
- Pre-execution confidence assessment: ≥90% required, 70-89% present alternatives, <70% ask questions
- Prevents wrong-direction work, ROI: 25-250x token savings
2. SelfCheckProtocol (src/superclaude/pm_agent/self_check.py)
- Post-implementation evidence-based validation
- No speculation - verify with tests/docs
3. ReflexionPattern (src/superclaude/pm_agent/reflexion.py)
- Error learning and prevention
- Cross-session pattern matching
Parallel Execution
Wave → Checkpoint → Wave pattern (src/superclaude/execution/parallel.py):
- 3.5x faster than sequential execution
- Automatic dependency analysis
- Example: [Read files in parallel] → Analyze → [Edit files in parallel]
TypeScript Plugins (v2.0)
Location: Plugin source files are at project root (pm/, research/, index/), not in .claude-plugin/. Hot reload enabled - edit .ts file, save, instant reflection (no restart).
Three plugins:
- /pm: Auto-starts on session (hooks/hooks.json), confidence-driven orchestration
- /research: Deep web research, adaptive planning, Tavily MCP integration
- /index-repo: Repository indexing, 94% token reduction (58K → 3K)
Important: When editing plugins, modify files in pm/, research/, or index/ at project root, not in .claude-plugin/.
🧪 Testing with PM Agent
Example Test with Markers
@pytest.mark.confidence_check
def test_feature(confidence_checker):
"""Pre-execution confidence check - skips if < 70%"""
context = {"test_name": "test_feature", "has_official_docs": True}
assert confidence_checker.assess(context) >= 0.7
@pytest.mark.self_check
def test_implementation(self_check_protocol):
"""Post-implementation validation with evidence"""
implementation = {"code": "...", "tests": [...]}
passed, issues = self_check_protocol.validate(implementation)
assert passed, f"Validation failed: {issues}"
@pytest.mark.reflexion
def test_error_learning(reflexion_pattern):
"""If test fails, reflexion records for future prevention"""
pass
@pytest.mark.complexity("medium") # simple: 200, medium: 1000, complex: 2500
def test_with_budget(token_budget):
"""Token budget allocation"""
assert token_budget.limit == 1000
🌿 Git Workflow
Branch structure: master (production) ← integration (testing) ← feature/*, fix/*, docs/*
Standard workflow:
- Create branch from
integration:git checkout -b feature/your-feature - Develop with tests:
uv run pytest - Commit:
git commit -m "feat: description"(conventional commits) - Merge to
integration→ validate → merge tomaster
Current branch: See git status in session start output
Parallel Development with Git Worktrees
CRITICAL: When running multiple Claude Code sessions in parallel, use git worktree to avoid conflicts.
# Create worktree for integration branch
cd ~/github/superclaude
git worktree add ../superclaude-integration integration
# Create worktree for feature branch
git worktree add ../superclaude-feature feature/pm-agent
Benefits:
- Run Claude Code sessions on different branches simultaneously
- No branch switching conflicts
- Independent working directories
- Parallel development without state corruption
Usage:
- Session A: Open
~/github/superclaude/(main) - Session B: Open
~/github/superclaude-integration/(integration) - Session C: Open
~/github/superclaude-feature/(feature branch)
Cleanup:
git worktree remove ../superclaude-integration
📝 Key Documentation Files
PLANNING.md - Architecture, design principles, absolute rules TASK.md - Current tasks and priorities KNOWLEDGE.md - Accumulated insights and troubleshooting
Additional docs in docs/user-guide/, docs/developer-guide/, docs/reference/
💡 Core Development Principles
1. Evidence-Based Development
Never guess - verify with official docs (Context7 MCP, WebFetch, WebSearch) before implementation.
2. Confidence-First Implementation
Check confidence BEFORE starting: ≥90% proceed, 70-89% present alternatives, <70% ask questions.
3. Parallel-First Execution
Use Wave → Checkpoint → Wave pattern (3.5x faster). Example: [Read files in parallel] → Analyze → [Edit files in parallel]
4. Token Efficiency
- Simple (typo): 200 tokens
- Medium (bug fix): 1,000 tokens
- Complex (feature): 2,500 tokens
- Confidence check ROI: spend 100-200 to save 5,000-50,000
🔧 MCP Server Integration
Integrates with multiple MCP servers via airis-mcp-gateway.
High Priority:
- Tavily: Web search (Deep Research)
- Context7: Official documentation (prevent hallucination)
- Sequential: Token-efficient reasoning (30-50% reduction)
- Serena: Session persistence
- Mindbase: Cross-session learning
Optional: Playwright (browser automation), Magic (UI components), Chrome DevTools (performance)
Usage: TypeScript plugins and Python pytest plugin can call MCP servers. Always prefer MCP tools over speculation for documentation/research.