feat(builtin-commands): add /refactor command for intelligent LSP/AST-based refactoring
Ports the refactor command from ~/.config/opencode/command/refactor.md to the project as a builtin command. The /refactor command provides deterministic, LSP/AST-aware refactoring with: - Automatic intent analysis and codebase mapping - Risk assessment with test coverage verification - Detailed planning via Plan agent - Step-by-step execution with continuous verification - Zero-regression guarantees via comprehensive testing Supports multiple refactoring scopes (file/module/project) and strategies (safe/aggressive). 🤖 GENERATED WITH ASSISTANCE OF [OhMyOpenCode](https://github.com/code-yeongyu/oh-my-opencode)
This commit is contained in:
@@ -2,6 +2,7 @@ import type { CommandDefinition } from "../claude-code-command-loader"
|
|||||||
import type { BuiltinCommandName, BuiltinCommands } from "./types"
|
import type { BuiltinCommandName, BuiltinCommands } from "./types"
|
||||||
import { INIT_DEEP_TEMPLATE } from "./templates/init-deep"
|
import { INIT_DEEP_TEMPLATE } from "./templates/init-deep"
|
||||||
import { RALPH_LOOP_TEMPLATE, CANCEL_RALPH_TEMPLATE } from "./templates/ralph-loop"
|
import { RALPH_LOOP_TEMPLATE, CANCEL_RALPH_TEMPLATE } from "./templates/ralph-loop"
|
||||||
|
import { REFACTOR_TEMPLATE } from "./templates/refactor"
|
||||||
|
|
||||||
const BUILTIN_COMMAND_DEFINITIONS: Record<BuiltinCommandName, Omit<CommandDefinition, "name">> = {
|
const BUILTIN_COMMAND_DEFINITIONS: Record<BuiltinCommandName, Omit<CommandDefinition, "name">> = {
|
||||||
"init-deep": {
|
"init-deep": {
|
||||||
@@ -32,6 +33,14 @@ $ARGUMENTS
|
|||||||
${CANCEL_RALPH_TEMPLATE}
|
${CANCEL_RALPH_TEMPLATE}
|
||||||
</command-instruction>`,
|
</command-instruction>`,
|
||||||
},
|
},
|
||||||
|
refactor: {
|
||||||
|
description:
|
||||||
|
"(builtin) Intelligent refactoring command with LSP, AST-grep, architecture analysis, codemap, and TDD verification.",
|
||||||
|
template: `<command-instruction>
|
||||||
|
${REFACTOR_TEMPLATE}
|
||||||
|
</command-instruction>`,
|
||||||
|
argumentHint: "<refactoring-target> [--scope=<file|module|project>] [--strategy=<safe|aggressive>]",
|
||||||
|
},
|
||||||
}
|
}
|
||||||
|
|
||||||
export function loadBuiltinCommands(
|
export function loadBuiltinCommands(
|
||||||
|
|||||||
624
src/features/builtin-commands/templates/refactor.ts
Normal file
624
src/features/builtin-commands/templates/refactor.ts
Normal file
@@ -0,0 +1,624 @@
|
|||||||
|
export const REFACTOR_TEMPLATE = `# Intelligent Refactor Command
|
||||||
|
|
||||||
|
## Usage
|
||||||
|
\`\`\`
|
||||||
|
/refactor <refactoring-target> [--scope=<file|module|project>] [--strategy=<safe|aggressive>]
|
||||||
|
|
||||||
|
Arguments:
|
||||||
|
refactoring-target: What to refactor. Can be:
|
||||||
|
- File path: src/auth/handler.ts
|
||||||
|
- Symbol name: "AuthService class"
|
||||||
|
- Pattern: "all functions using deprecated API"
|
||||||
|
- Description: "extract validation logic into separate module"
|
||||||
|
|
||||||
|
Options:
|
||||||
|
--scope: Refactoring scope (default: module)
|
||||||
|
- file: Single file only
|
||||||
|
- module: Module/directory scope
|
||||||
|
- project: Entire codebase
|
||||||
|
|
||||||
|
--strategy: Risk tolerance (default: safe)
|
||||||
|
- safe: Conservative, maximum test coverage required
|
||||||
|
- aggressive: Allow broader changes with adequate coverage
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
## What This Command Does
|
||||||
|
|
||||||
|
Performs intelligent, deterministic refactoring with full codebase awareness. Unlike blind search-and-replace, this command:
|
||||||
|
|
||||||
|
1. **Understands your intent** - Analyzes what you actually want to achieve
|
||||||
|
2. **Maps the codebase** - Builds a definitive codemap before touching anything
|
||||||
|
3. **Assesses risk** - Evaluates test coverage and determines verification strategy
|
||||||
|
4. **Plans meticulously** - Creates a detailed plan with Plan agent
|
||||||
|
5. **Executes precisely** - Step-by-step refactoring with LSP and AST-grep
|
||||||
|
6. **Verifies constantly** - Runs tests after each change to ensure zero regression
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# PHASE 0: INTENT GATE (MANDATORY FIRST STEP)
|
||||||
|
|
||||||
|
**BEFORE ANY ACTION, classify and validate the request.**
|
||||||
|
|
||||||
|
## Step 0.1: Parse Request Type
|
||||||
|
|
||||||
|
| Signal | Classification | Action |
|
||||||
|
|--------|----------------|--------|
|
||||||
|
| Specific file/symbol | Explicit | Proceed to codebase analysis |
|
||||||
|
| "Refactor X to Y" | Clear transformation | Proceed to codebase analysis |
|
||||||
|
| "Improve", "Clean up" | Open-ended | **MUST ask**: "What specific improvement?" |
|
||||||
|
| Ambiguous scope | Uncertain | **MUST ask**: "Which modules/files?" |
|
||||||
|
| Missing context | Incomplete | **MUST ask**: "What's the desired outcome?" |
|
||||||
|
|
||||||
|
## Step 0.2: Validate Understanding
|
||||||
|
|
||||||
|
Before proceeding, confirm:
|
||||||
|
- [ ] Target is clearly identified
|
||||||
|
- [ ] Desired outcome is understood
|
||||||
|
- [ ] Scope is defined (file/module/project)
|
||||||
|
- [ ] Success criteria can be articulated
|
||||||
|
|
||||||
|
**If ANY of above is unclear, ASK CLARIFYING QUESTION:**
|
||||||
|
|
||||||
|
\`\`\`
|
||||||
|
I want to make sure I understand the refactoring goal correctly.
|
||||||
|
|
||||||
|
**What I understood**: [interpretation]
|
||||||
|
**What I'm unsure about**: [specific ambiguity]
|
||||||
|
|
||||||
|
Options I see:
|
||||||
|
1. [Option A] - [implications]
|
||||||
|
2. [Option B] - [implications]
|
||||||
|
|
||||||
|
**My recommendation**: [suggestion with reasoning]
|
||||||
|
|
||||||
|
Should I proceed with [recommendation], or would you prefer differently?
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
## Step 0.3: Create Initial Todos
|
||||||
|
|
||||||
|
**IMMEDIATELY after understanding the request, create todos:**
|
||||||
|
|
||||||
|
\`\`\`
|
||||||
|
TodoWrite([
|
||||||
|
{"id": "phase-1", "content": "PHASE 1: Codebase Analysis - launch parallel explore agents", "status": "pending", "priority": "high"},
|
||||||
|
{"id": "phase-2", "content": "PHASE 2: Build Codemap - map dependencies and impact zones", "status": "pending", "priority": "high"},
|
||||||
|
{"id": "phase-3", "content": "PHASE 3: Test Assessment - analyze test coverage and verification strategy", "status": "pending", "priority": "high"},
|
||||||
|
{"id": "phase-4", "content": "PHASE 4: Plan Generation - invoke Plan agent for detailed refactoring plan", "status": "pending", "priority": "high"},
|
||||||
|
{"id": "phase-5", "content": "PHASE 5: Execute Refactoring - step-by-step with continuous verification", "status": "pending", "priority": "high"},
|
||||||
|
{"id": "phase-6", "content": "PHASE 6: Final Verification - full test suite and regression check", "status": "pending", "priority": "high"}
|
||||||
|
])
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# PHASE 1: CODEBASE ANALYSIS (PARALLEL EXPLORATION)
|
||||||
|
|
||||||
|
**Mark phase-1 as in_progress.**
|
||||||
|
|
||||||
|
## 1.1: Launch Parallel Explore Agents (BACKGROUND)
|
||||||
|
|
||||||
|
Fire ALL of these simultaneously using \`call_omo_agent\`:
|
||||||
|
|
||||||
|
\`\`\`
|
||||||
|
// Agent 1: Find the refactoring target
|
||||||
|
call_omo_agent(
|
||||||
|
subagent_type="explore",
|
||||||
|
run_in_background=true,
|
||||||
|
prompt="Find all occurrences and definitions of [TARGET].
|
||||||
|
Report: file paths, line numbers, usage patterns."
|
||||||
|
)
|
||||||
|
|
||||||
|
// Agent 2: Find related code
|
||||||
|
call_omo_agent(
|
||||||
|
subagent_type="explore",
|
||||||
|
run_in_background=true,
|
||||||
|
prompt="Find all code that imports, uses, or depends on [TARGET].
|
||||||
|
Report: dependency chains, import graphs."
|
||||||
|
)
|
||||||
|
|
||||||
|
// Agent 3: Find similar patterns
|
||||||
|
call_omo_agent(
|
||||||
|
subagent_type="explore",
|
||||||
|
run_in_background=true,
|
||||||
|
prompt="Find similar code patterns to [TARGET] in the codebase.
|
||||||
|
Report: analogous implementations, established conventions."
|
||||||
|
)
|
||||||
|
|
||||||
|
// Agent 4: Find tests
|
||||||
|
call_omo_agent(
|
||||||
|
subagent_type="explore",
|
||||||
|
run_in_background=true,
|
||||||
|
prompt="Find all test files related to [TARGET].
|
||||||
|
Report: test file paths, test case names, coverage indicators."
|
||||||
|
)
|
||||||
|
|
||||||
|
// Agent 5: Architecture context
|
||||||
|
call_omo_agent(
|
||||||
|
subagent_type="explore",
|
||||||
|
run_in_background=true,
|
||||||
|
prompt="Find architectural patterns and module organization around [TARGET].
|
||||||
|
Report: module boundaries, layer structure, design patterns in use."
|
||||||
|
)
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
## 1.2: Direct Tool Exploration (WHILE AGENTS RUN)
|
||||||
|
|
||||||
|
While background agents are running, use direct tools:
|
||||||
|
|
||||||
|
### LSP Tools for Precise Analysis:
|
||||||
|
|
||||||
|
\`\`\`typescript
|
||||||
|
// Get symbol information at target location
|
||||||
|
lsp_hover(filePath, line, character) // Type info, docs, signatures
|
||||||
|
|
||||||
|
// Find definition(s)
|
||||||
|
lsp_goto_definition(filePath, line, character) // Where is it defined?
|
||||||
|
|
||||||
|
// Find ALL usages across workspace
|
||||||
|
lsp_find_references(filePath, line, character, includeDeclaration=true)
|
||||||
|
|
||||||
|
// Get file structure
|
||||||
|
lsp_document_symbols(filePath) // Hierarchical outline
|
||||||
|
|
||||||
|
// Search symbols by name
|
||||||
|
lsp_workspace_symbols(filePath, query="[target_symbol]")
|
||||||
|
|
||||||
|
// Get current diagnostics
|
||||||
|
lsp_diagnostics(filePath) // Errors, warnings before we start
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
### AST-Grep for Pattern Analysis:
|
||||||
|
|
||||||
|
\`\`\`typescript
|
||||||
|
// Find structural patterns
|
||||||
|
ast_grep_search(
|
||||||
|
pattern="function $NAME($$$) { $$$ }", // or relevant pattern
|
||||||
|
lang="typescript", // or relevant language
|
||||||
|
paths=["src/"]
|
||||||
|
)
|
||||||
|
|
||||||
|
// Preview refactoring (DRY RUN)
|
||||||
|
ast_grep_replace(
|
||||||
|
pattern="[old_pattern]",
|
||||||
|
rewrite="[new_pattern]",
|
||||||
|
lang="[language]",
|
||||||
|
dryRun=true // ALWAYS preview first
|
||||||
|
)
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
### Grep for Text Patterns:
|
||||||
|
|
||||||
|
\`\`\`
|
||||||
|
grep(pattern="[search_term]", path="src/", include="*.ts")
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
## 1.3: Collect Background Results
|
||||||
|
|
||||||
|
\`\`\`
|
||||||
|
background_output(task_id="[agent_1_id]")
|
||||||
|
background_output(task_id="[agent_2_id]")
|
||||||
|
...
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
**Mark phase-1 as completed after all results collected.**
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# PHASE 2: BUILD CODEMAP (DEPENDENCY MAPPING)
|
||||||
|
|
||||||
|
**Mark phase-2 as in_progress.**
|
||||||
|
|
||||||
|
## 2.1: Construct Definitive Codemap
|
||||||
|
|
||||||
|
Based on Phase 1 results, build:
|
||||||
|
|
||||||
|
\`\`\`
|
||||||
|
## CODEMAP: [TARGET]
|
||||||
|
|
||||||
|
### Core Files (Direct Impact)
|
||||||
|
- \`path/to/file.ts:L10-L50\` - Primary definition
|
||||||
|
- \`path/to/file2.ts:L25\` - Key usage
|
||||||
|
|
||||||
|
### Dependency Graph
|
||||||
|
\`\`\`
|
||||||
|
[TARGET]
|
||||||
|
├── imports from:
|
||||||
|
│ ├── module-a (types)
|
||||||
|
│ └── module-b (utils)
|
||||||
|
├── imported by:
|
||||||
|
│ ├── consumer-1.ts
|
||||||
|
│ ├── consumer-2.ts
|
||||||
|
│ └── consumer-3.ts
|
||||||
|
└── used by:
|
||||||
|
├── handler.ts (direct call)
|
||||||
|
└── service.ts (dependency injection)
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
### Impact Zones
|
||||||
|
| Zone | Risk Level | Files Affected | Test Coverage |
|
||||||
|
|------|------------|----------------|---------------|
|
||||||
|
| Core | HIGH | 3 files | 85% covered |
|
||||||
|
| Consumers | MEDIUM | 8 files | 70% covered |
|
||||||
|
| Edge | LOW | 2 files | 50% covered |
|
||||||
|
|
||||||
|
### Established Patterns
|
||||||
|
- Pattern A: [description] - used in N places
|
||||||
|
- Pattern B: [description] - established convention
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
## 2.2: Identify Refactoring Constraints
|
||||||
|
|
||||||
|
Based on codemap:
|
||||||
|
- **MUST follow**: [existing patterns identified]
|
||||||
|
- **MUST NOT break**: [critical dependencies]
|
||||||
|
- **Safe to change**: [isolated code zones]
|
||||||
|
- **Requires migration**: [breaking changes impact]
|
||||||
|
|
||||||
|
**Mark phase-2 as completed.**
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# PHASE 3: TEST ASSESSMENT (VERIFICATION STRATEGY)
|
||||||
|
|
||||||
|
**Mark phase-3 as in_progress.**
|
||||||
|
|
||||||
|
## 3.1: Detect Test Infrastructure
|
||||||
|
|
||||||
|
\`\`\`bash
|
||||||
|
# Check for test commands
|
||||||
|
cat package.json | jq '.scripts | keys[] | select(test("test"))'
|
||||||
|
|
||||||
|
# Or for Python
|
||||||
|
ls -la pytest.ini pyproject.toml setup.cfg
|
||||||
|
|
||||||
|
# Or for Go
|
||||||
|
ls -la *_test.go
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
## 3.2: Analyze Test Coverage
|
||||||
|
|
||||||
|
\`\`\`
|
||||||
|
// Find all tests related to target
|
||||||
|
call_omo_agent(
|
||||||
|
subagent_type="explore",
|
||||||
|
run_in_background=false, // Need this synchronously
|
||||||
|
prompt="Analyze test coverage for [TARGET]:
|
||||||
|
1. Which test files cover this code?
|
||||||
|
2. What test cases exist?
|
||||||
|
3. Are there integration tests?
|
||||||
|
4. What edge cases are tested?
|
||||||
|
5. Estimated coverage percentage?"
|
||||||
|
)
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
## 3.3: Determine Verification Strategy
|
||||||
|
|
||||||
|
Based on test analysis:
|
||||||
|
|
||||||
|
| Coverage Level | Strategy |
|
||||||
|
|----------------|----------|
|
||||||
|
| HIGH (>80%) | Run existing tests after each step |
|
||||||
|
| MEDIUM (50-80%) | Run tests + add safety assertions |
|
||||||
|
| LOW (<50%) | **PAUSE**: Propose adding tests first |
|
||||||
|
| NONE | **BLOCK**: Refuse aggressive refactoring |
|
||||||
|
|
||||||
|
**If coverage is LOW or NONE, ask user:**
|
||||||
|
|
||||||
|
\`\`\`
|
||||||
|
Test coverage for [TARGET] is [LEVEL].
|
||||||
|
|
||||||
|
**Risk Assessment**: Refactoring without adequate tests is dangerous.
|
||||||
|
|
||||||
|
Options:
|
||||||
|
1. Add tests first, then refactor (RECOMMENDED)
|
||||||
|
2. Proceed with extra caution, manual verification required
|
||||||
|
3. Abort refactoring
|
||||||
|
|
||||||
|
Which approach do you prefer?
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
## 3.4: Document Verification Plan
|
||||||
|
|
||||||
|
\`\`\`
|
||||||
|
## VERIFICATION PLAN
|
||||||
|
|
||||||
|
### Test Commands
|
||||||
|
- Unit: \`bun test\` / \`npm test\` / \`pytest\` / etc.
|
||||||
|
- Integration: [command if exists]
|
||||||
|
- Type check: \`tsc --noEmit\` / \`pyright\` / etc.
|
||||||
|
|
||||||
|
### Verification Checkpoints
|
||||||
|
After each refactoring step:
|
||||||
|
1. lsp_diagnostics → zero new errors
|
||||||
|
2. Run test command → all pass
|
||||||
|
3. Type check → clean
|
||||||
|
|
||||||
|
### Regression Indicators
|
||||||
|
- [Specific test that must pass]
|
||||||
|
- [Behavior that must be preserved]
|
||||||
|
- [API contract that must not change]
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
**Mark phase-3 as completed.**
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# PHASE 4: PLAN GENERATION (PLAN AGENT)
|
||||||
|
|
||||||
|
**Mark phase-4 as in_progress.**
|
||||||
|
|
||||||
|
## 4.1: Invoke Plan Agent
|
||||||
|
|
||||||
|
\`\`\`
|
||||||
|
Task(
|
||||||
|
subagent_type="plan",
|
||||||
|
prompt="Create a detailed refactoring plan:
|
||||||
|
|
||||||
|
## Refactoring Goal
|
||||||
|
[User's original request]
|
||||||
|
|
||||||
|
## Codemap (from Phase 2)
|
||||||
|
[Insert codemap here]
|
||||||
|
|
||||||
|
## Test Coverage (from Phase 3)
|
||||||
|
[Insert verification plan here]
|
||||||
|
|
||||||
|
## Constraints
|
||||||
|
- MUST follow existing patterns: [list]
|
||||||
|
- MUST NOT break: [critical paths]
|
||||||
|
- MUST run tests after each step
|
||||||
|
|
||||||
|
## Requirements
|
||||||
|
1. Break down into atomic refactoring steps
|
||||||
|
2. Each step must be independently verifiable
|
||||||
|
3. Order steps by dependency (what must happen first)
|
||||||
|
4. Specify exact files and line ranges for each step
|
||||||
|
5. Include rollback strategy for each step
|
||||||
|
6. Define commit checkpoints"
|
||||||
|
)
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
## 4.2: Review and Validate Plan
|
||||||
|
|
||||||
|
After receiving plan from Plan agent:
|
||||||
|
|
||||||
|
1. **Verify completeness**: All identified files addressed?
|
||||||
|
2. **Verify safety**: Each step reversible?
|
||||||
|
3. **Verify order**: Dependencies respected?
|
||||||
|
4. **Verify verification**: Test commands specified?
|
||||||
|
|
||||||
|
## 4.3: Register Detailed Todos
|
||||||
|
|
||||||
|
Convert Plan agent output into granular todos:
|
||||||
|
|
||||||
|
\`\`\`
|
||||||
|
TodoWrite([
|
||||||
|
// Each step from the plan becomes a todo
|
||||||
|
{"id": "refactor-1", "content": "Step 1: [description]", "status": "pending", "priority": "high"},
|
||||||
|
{"id": "verify-1", "content": "Verify Step 1: run tests", "status": "pending", "priority": "high"},
|
||||||
|
{"id": "refactor-2", "content": "Step 2: [description]", "status": "pending", "priority": "medium"},
|
||||||
|
{"id": "verify-2", "content": "Verify Step 2: run tests", "status": "pending", "priority": "medium"},
|
||||||
|
// ... continue for all steps
|
||||||
|
])
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
**Mark phase-4 as completed.**
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# PHASE 5: EXECUTE REFACTORING (DETERMINISTIC EXECUTION)
|
||||||
|
|
||||||
|
**Mark phase-5 as in_progress.**
|
||||||
|
|
||||||
|
## 5.1: Execution Protocol
|
||||||
|
|
||||||
|
For EACH refactoring step:
|
||||||
|
|
||||||
|
### Pre-Step
|
||||||
|
1. Mark step todo as \`in_progress\`
|
||||||
|
2. Read current file state
|
||||||
|
3. Verify lsp_diagnostics is baseline
|
||||||
|
|
||||||
|
### Execute Step
|
||||||
|
Use appropriate tool:
|
||||||
|
|
||||||
|
**For Symbol Renames:**
|
||||||
|
\`\`\`typescript
|
||||||
|
lsp_prepare_rename(filePath, line, character) // Validate rename is possible
|
||||||
|
lsp_rename(filePath, line, character, newName) // Execute rename
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
**For Pattern Transformations:**
|
||||||
|
\`\`\`typescript
|
||||||
|
// Preview first
|
||||||
|
ast_grep_replace(pattern, rewrite, lang, dryRun=true)
|
||||||
|
|
||||||
|
// If preview looks good, execute
|
||||||
|
ast_grep_replace(pattern, rewrite, lang, dryRun=false)
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
**For Structural Changes:**
|
||||||
|
\`\`\`typescript
|
||||||
|
// Use Edit tool for precise changes
|
||||||
|
edit(filePath, oldString, newString)
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
### Post-Step Verification (MANDATORY)
|
||||||
|
|
||||||
|
\`\`\`typescript
|
||||||
|
// 1. Check diagnostics
|
||||||
|
lsp_diagnostics(filePath) // Must be clean or same as baseline
|
||||||
|
|
||||||
|
// 2. Run tests
|
||||||
|
bash("bun test") // Or appropriate test command
|
||||||
|
|
||||||
|
// 3. Type check
|
||||||
|
bash("tsc --noEmit") // Or appropriate type check
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
### Step Completion
|
||||||
|
1. If verification passes → Mark step todo as \`completed\`
|
||||||
|
2. If verification fails → **STOP AND FIX**
|
||||||
|
|
||||||
|
## 5.2: Failure Recovery Protocol
|
||||||
|
|
||||||
|
If ANY verification fails:
|
||||||
|
|
||||||
|
1. **STOP** immediately
|
||||||
|
2. **REVERT** the failed change
|
||||||
|
3. **DIAGNOSE** what went wrong
|
||||||
|
4. **OPTIONS**:
|
||||||
|
- Fix the issue and retry
|
||||||
|
- Skip this step (if optional)
|
||||||
|
- Consult oracle agent for help
|
||||||
|
- Ask user for guidance
|
||||||
|
|
||||||
|
**NEVER proceed to next step with broken tests.**
|
||||||
|
|
||||||
|
## 5.3: Commit Checkpoints
|
||||||
|
|
||||||
|
After each logical group of changes:
|
||||||
|
|
||||||
|
\`\`\`bash
|
||||||
|
git add [changed-files]
|
||||||
|
git commit -m "refactor(scope): description
|
||||||
|
|
||||||
|
[details of what was changed and why]"
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
**Mark phase-5 as completed when all refactoring steps done.**
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# PHASE 6: FINAL VERIFICATION (REGRESSION CHECK)
|
||||||
|
|
||||||
|
**Mark phase-6 as in_progress.**
|
||||||
|
|
||||||
|
## 6.1: Full Test Suite
|
||||||
|
|
||||||
|
\`\`\`bash
|
||||||
|
# Run complete test suite
|
||||||
|
bun test # or npm test, pytest, go test, etc.
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
## 6.2: Type Check
|
||||||
|
|
||||||
|
\`\`\`bash
|
||||||
|
# Full type check
|
||||||
|
tsc --noEmit # or equivalent
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
## 6.3: Lint Check
|
||||||
|
|
||||||
|
\`\`\`bash
|
||||||
|
# Run linter
|
||||||
|
eslint . # or equivalent
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
## 6.4: Build Verification (if applicable)
|
||||||
|
|
||||||
|
\`\`\`bash
|
||||||
|
# Ensure build still works
|
||||||
|
bun run build # or npm run build, etc.
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
## 6.5: Final Diagnostics
|
||||||
|
|
||||||
|
\`\`\`typescript
|
||||||
|
// Check all changed files
|
||||||
|
for (file of changedFiles) {
|
||||||
|
lsp_diagnostics(file) // Must all be clean
|
||||||
|
}
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
## 6.6: Generate Summary
|
||||||
|
|
||||||
|
\`\`\`markdown
|
||||||
|
## Refactoring Complete
|
||||||
|
|
||||||
|
### What Changed
|
||||||
|
- [List of changes made]
|
||||||
|
|
||||||
|
### Files Modified
|
||||||
|
- \`path/to/file.ts\` - [what changed]
|
||||||
|
- \`path/to/file2.ts\` - [what changed]
|
||||||
|
|
||||||
|
### Verification Results
|
||||||
|
- Tests: PASSED (X/Y passing)
|
||||||
|
- Type Check: CLEAN
|
||||||
|
- Lint: CLEAN
|
||||||
|
- Build: SUCCESS
|
||||||
|
|
||||||
|
### No Regressions Detected
|
||||||
|
All existing tests pass. No new errors introduced.
|
||||||
|
\`\`\`
|
||||||
|
|
||||||
|
**Mark phase-6 as completed.**
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# CRITICAL RULES
|
||||||
|
|
||||||
|
## NEVER DO
|
||||||
|
- Skip lsp_diagnostics check after changes
|
||||||
|
- Proceed with failing tests
|
||||||
|
- Make changes without understanding impact
|
||||||
|
- Use \`as any\`, \`@ts-ignore\`, \`@ts-expect-error\`
|
||||||
|
- Delete tests to make them pass
|
||||||
|
- Commit broken code
|
||||||
|
- Refactor without understanding existing patterns
|
||||||
|
|
||||||
|
## ALWAYS DO
|
||||||
|
- Understand before changing
|
||||||
|
- Preview before applying (ast_grep dryRun=true)
|
||||||
|
- Verify after every change
|
||||||
|
- Follow existing codebase patterns
|
||||||
|
- Keep todos updated in real-time
|
||||||
|
- Commit at logical checkpoints
|
||||||
|
- Report issues immediately
|
||||||
|
|
||||||
|
## ABORT CONDITIONS
|
||||||
|
If any of these occur, **STOP and consult user**:
|
||||||
|
- Test coverage is zero for target code
|
||||||
|
- Changes would break public API
|
||||||
|
- Refactoring scope is unclear
|
||||||
|
- 3 consecutive verification failures
|
||||||
|
- User-defined constraints violated
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# Tool Usage Philosophy
|
||||||
|
|
||||||
|
You already know these tools. Use them intelligently:
|
||||||
|
|
||||||
|
## LSP Tools
|
||||||
|
Leverage the full LSP toolset (\`lsp_*\`) for precision analysis. Key patterns:
|
||||||
|
- **Understand before changing**: \`lsp_hover\`, \`lsp_goto_definition\` to grasp context
|
||||||
|
- **Impact analysis**: \`lsp_find_references\` to map all usages before modification
|
||||||
|
- **Safe refactoring**: \`lsp_prepare_rename\` → \`lsp_rename\` for symbol renames
|
||||||
|
- **Continuous verification**: \`lsp_diagnostics\` after every change
|
||||||
|
|
||||||
|
## AST-Grep
|
||||||
|
Use \`ast_grep_search\` and \`ast_grep_replace\` for structural transformations.
|
||||||
|
**Critical**: Always \`dryRun=true\` first, review, then execute.
|
||||||
|
|
||||||
|
## Agents
|
||||||
|
- \`explore\`: Parallel codebase pattern discovery
|
||||||
|
- \`plan\`: Detailed refactoring plan generation
|
||||||
|
- \`oracle\`: Consult for complex architectural decisions
|
||||||
|
- \`librarian\`: **Use proactively** when encountering deprecated methods or library migration tasks. Query official docs and OSS examples for modern replacements.
|
||||||
|
|
||||||
|
## Deprecated Code & Library Migration
|
||||||
|
When you encounter deprecated methods/APIs during refactoring:
|
||||||
|
1. Fire \`librarian\` to find the recommended modern alternative
|
||||||
|
2. **DO NOT auto-upgrade to latest version** unless user explicitly requests migration
|
||||||
|
3. If user requests library migration, use \`librarian\` to fetch latest API docs before making changes
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
**Remember: Refactoring without tests is reckless. Refactoring without understanding is destructive. This command ensures you do neither.**
|
||||||
|
|
||||||
|
<user-request>
|
||||||
|
$ARGUMENTS
|
||||||
|
</user-request>
|
||||||
|
`
|
||||||
@@ -1,6 +1,6 @@
|
|||||||
import type { CommandDefinition } from "../claude-code-command-loader"
|
import type { CommandDefinition } from "../claude-code-command-loader"
|
||||||
|
|
||||||
export type BuiltinCommandName = "init-deep" | "ralph-loop" | "cancel-ralph"
|
export type BuiltinCommandName = "init-deep" | "ralph-loop" | "cancel-ralph" | "refactor"
|
||||||
|
|
||||||
export interface BuiltinCommandConfig {
|
export interface BuiltinCommandConfig {
|
||||||
disabled_commands?: BuiltinCommandName[]
|
disabled_commands?: BuiltinCommandName[]
|
||||||
|
|||||||
@@ -264,10 +264,6 @@ const OhMyOpenCodePlugin: Plugin = async (ctx) => {
|
|||||||
},
|
},
|
||||||
|
|
||||||
"chat.message": async (input, output) => {
|
"chat.message": async (input, output) => {
|
||||||
if (input.agent === "Sisyphus") {
|
|
||||||
(output.message as Record<string, unknown>).variant = "max"
|
|
||||||
}
|
|
||||||
|
|
||||||
await claudeCodeHooks["chat.message"]?.(input, output);
|
await claudeCodeHooks["chat.message"]?.(input, output);
|
||||||
await keywordDetector?.["chat.message"]?.(input, output);
|
await keywordDetector?.["chat.message"]?.(input, output);
|
||||||
await contextInjector["chat.message"]?.(input, output);
|
await contextInjector["chat.message"]?.(input, output);
|
||||||
|
|||||||
Reference in New Issue
Block a user