rs-hack
Stop using sed on Rust code. AST-aware refactoring tool for AI agents and automated transformations.
Why?
String-based search and replace (sed, Python regex) is fragile for code:
- Breaks on formatting changes
- Can't distinguish between similar patterns
- No semantic understanding
- Risk of partial matches
This tool uses Rust's syn parser to make precise, AST-aware edits based on actual code structure.
Use Cases
Perfect for AI agents making systematic changes across codebases:
✅ Migration tasks: "Add #[derive(Clone)] to all structs"
✅ API updates: "Add new field with default to 50 struct definitions"
✅ Enum expansion: "Add Unknown variant to all enums, update matches"
✅ Code generation: "Add builder methods to all structs with >3 fields"
Documentation
Three levels of documentation for different needs:
📖 HUMAN.md - Quick command reference
- Fast syntax lookup for humans
- One-liner examples for every command
- Perfect when you know what you want, just need the flags
🤖 templates/claude-skills/rs-hack.md - Claude Code skill
- Complete workflows with best practices
- Teaches Claude Code how to use rs-hack effectively
- Copy to your project's
.claude/skills/directory
📚 README.md - You are here
- Complete documentation with examples
- Architecture and design decisions
- Integration guides
Installation
From crates.io
From source
The binary will be installed to ~/.cargo/bin/rs-hack.
Quick Start
# Comment out all eprintln! macros containing "[SHADOW RENDER]"
# Add derive macros with glob pattern
# Auto-detect and add missing match arms
# Add a method to an impl block
# Add a use statement
Supported Operations (21 commands)
Generic Transform (1) ⭐ NEW
- ✅ transform: Find and modify any AST nodes (comment, remove, or replace)
- Works with all node types from
inspect - Content filtering for precise targeting
- Single command replaces many specialized operations
- Works with all node types from
Struct Operations (3) ⭐ CONSOLIDATED
- ✅ add-struct-field: Add fields to definitions, literals, or both
- (default) → definition only
--literal-default VALUE→ definition + literals--literal-only→ literals only (replaces oldadd-struct-literal-field)
- ✅ update-struct-field: Update field types/visibility
- ✅ remove-struct-field: Remove fields
Enum Operations (4)
- ✅ add-enum-variant, update-enum-variant, remove-enum-variant
- ✅ rename-enum-variant: Rename enum variants across entire codebase ⭐ NEW
Match Operations (3)
- ✅ add-match-arm (with
--auto-detectfor missing variants) - ✅ update-match-arm, remove-match-arm
Code Organization (3)
- ✅ add-derive: Derive macros (with
--wherefilter support) - ✅ add-impl-method: Methods to impl blocks
- ✅ add-use: Use statements
Inspection & Search (2)
- ✅ find: Locate AST node definitions (structs, enums, functions)
- ✅ inspect: List and view AST nodes with glob support (now includes macro-call)
State & Utilities (5)
- ✅ history: View past operations
- ✅ revert: Undo specific changes
- ✅ clean: Remove old state
- ✅ batch: Run multiple operations from JSON
- ✅
--format diff: Generate git-compatible patches
Pattern-Based Filtering (NEW!)
- ✅
--where: Filter targets by traits or attributes- Supported on:
add-struct-field,update-struct-field,remove-struct-field,add-enum-variant,update-enum-variant,remove-enum-variant,add-derive - Example:
--where "derives_trait:Clone"or--where "derives_trait:Clone,Debug"
- Supported on:
Usage
Glob Pattern Support
All commands now support glob patterns for targeting multiple files:
# Add derives to all structs in src directory
# Add match arms across multiple handler files
# Common glob patterns:
# src/**/*.rs - All .rs files in src and subdirectories
# src/models/*.rs - All .rs files in src/models
# src/**/handler.rs - All handler.rs files anywhere under src
Benefits:
- Perform bulk operations across your codebase
- Target specific directories or file patterns
- Ideal for migrations and refactoring tasks
Pattern-Based Filtering with --where
Filter which structs/enums to modify based on their traits or attributes:
# Add field only to structs that derive Clone
# Add Serialize to all types that already derive Clone OR Debug
# Update field only in Debug-enabled structs
# Remove variant only from enums with Clone
Filter Syntax:
derives_trait:Clone- Matches if type derives Clonederives_trait:Clone,Debug- Matches if type derives Clone OR Debug (OR logic)
Supported Operations:
- All struct operations:
add-struct-field,update-struct-field,remove-struct-field - All enum operations:
add-enum-variant,update-enum-variant,remove-enum-variant - Derive operations:
add-derive
Benefits:
- Selective refactoring: Only modify types that meet specific criteria
- Safe migrations: Add fields only to serializable types, etc.
- Powerful combinations: Combine with glob patterns for precise bulk operations
Struct Operations
Add Field to Struct Definition
# Add field to struct definition only (idempotent - skips if exists)
# With position control
# NEW: Add field to BOTH struct definition AND all struct literals in one command!
# This updates BOTH:
# 1. The struct definition:
# pub struct IRCtx {
# ...
# current_function_frame: Option<Frame>,
# return_type: Option<Type>, ← Added
# }
#
# 2. All struct initialization expressions:
# IRCtx {
# ...
# current_function_frame: None,
# return_type: None, ← Added
# }
Note: The --literal-default flag is optional. When omitted, only the struct definition is updated (original behavior). When provided, it also updates all struct literals with the given default value.
Add Field to Struct Literal Expressions Only
# Common case: field already exists in definition, just add to all literals
# Simply omit the type (:Type) and provide --literal-default
# This modifies initialization expressions like:
# IRCtx { stack: vec![], current_function_frame: None, return_type: None }
#
# NOT the struct definition:
# pub struct IRCtx { /* no change */ }
# How it works:
# - No ':' in --field means "literals only" (definition is skipped)
# - With ':' in --field, it tries definition (idempotent) + literals
# OLD (deprecated): add-struct-literal-field command
Pattern Matching for --struct-name (v0.4.0+):
The --struct-name parameter supports pattern matching to distinguish between struct literals and enum variant constructors:
# Match ONLY pure struct literals (no :: prefix)
# Matches: Rectangle { ... }
# Ignores: View::Rectangle { ... }
# Ignores: ViewType::Rectangle { ... }
# Match ANY path ending with Rectangle (wildcard)
# Matches: View::Rectangle { ... }
# Matches: ViewType::Rectangle { ... }
# Matches: Rectangle { ... }
# Match EXACT path only
# Matches: View::Rectangle { ... }
# Ignores: ViewType::Rectangle { ... }
# Ignores: Rectangle { ... }
Why This Matters:
Without explicit patterns, View::Rectangle { ... } is an enum variant constructor, not a struct literal:
// Enum definition
// Struct definition
// Usage:
let view = Rectangle ; // ← Enum variant constructor
let rect = Rectangle ; // ← Struct literal
The pattern matching prevents accidental modification of enum variants when you meant to target struct literals.
Update Field
# Change field visibility
# Change field type
Remove Field
Enum Operations
Add Variant
# Add simple variant (idempotent)
# Add variant with data
Update Variant
Remove Variant
Rename Variant ⭐ NEW
Rename an enum variant across the entire codebase in a type-safe, AST-aware manner:
# Rename across all files in src directory
# Dry-run with diff preview
# Batch rename multiple variants (using batch command)
What it renames:
- ✅ Enum variant definitions (
pub enum IRValue { HashMapV2(Frame) }) - ✅ Match arm patterns (
IRValue::HashMapV2(frame) => { ... }) - ✅ Constructor calls (
let val = IRValue::HashMapV2(data)) - ✅ Reference patterns (
&IRValue::HashMapV2(_) => { ... }) - ✅ Struct patterns (
Some(IRValue::HashMapV2(f)) => { ... })
Benefits over sed/awk:
- ✅ Type-safe: Only renames actual enum variants, not strings/comments
- ✅ Complete: Finds all usages across patterns, expressions, and types
- ✅ Fast: Processes entire codebase in seconds
- ✅ Safe: Dry-run mode with diff preview
- ✅ Reversible: Tracked in history for easy revert
Real-world example:
The original motivation for this command was renaming IRValue::HashMapV2 → IRValue::HashMap across 23 files in the noisetable/koda codebase. What would have been a 4-6 hour manual refactor became a 30-second operation.
Match Arm Operations
Add Match Arm
# Add match arm (idempotent)
# Auto-detect missing variants and add them all
Auto-Detect Feature: The --auto-detect flag analyzes your enum definition and match expressions to automatically add match arms for ALL missing variants. This is perfect for:
- Ensuring exhaustive match coverage after adding new enum variants
- Quickly scaffolding match expressions with placeholder implementations
- Maintaining consistency across multiple match sites
Update Match Arm
Remove Match Arm
Note: Match operations automatically format the modified function using prettyplease to ensure consistent, readable code.
Derive Macros
# Add derive macros (idempotent)
# Works with enums too
Impl Methods
# Add method to impl block
# With position control
Use Statements
# Add use statement (idempotent)
# Position control
Find AST Nodes
Locate definitions (structs, enums, functions) in a single file:
# Find struct definition location
# Find enum definition
# Output (JSON):
# [{
# "line": 10,
# "column": 0,
# "end_line": 15,
# "end_column": 1
# }]
Inspect AST Nodes
List and view AST nodes (struct literals, etc.) across multiple files with glob support:
# List all Shadow struct initializations
# Output:
# // tests/shadow_bold.rs:42:18 - Shadow
# Shadow { offset: Vec2::new(2.0, 2.0), blur: 4.0, color: Color32::BLACK, }
#
# // tests/shadow_test.rs:15:20 - Shadow
# Shadow { offset: Vec2::ZERO, blur: 0.0, color: Color32::WHITE, }
# Get locations only (like grep -n but AST-aware)
# Output:
# src/app.rs:25:18
# src/config.rs:45:12
# src/main.rs:10:21
# Get structured JSON output
# List ALL struct literals (no name filter)
# Find match arms for specific enum variant (better than grep!)
# Output:
# // src/format/print.rs:766:12 - Operator::AssertSome
# Operator::AssertSome => write!(f, "!_"),
#
# // src/eval.rs:45:12 - Operator::AssertSome
# Operator::AssertSome => self.unwrap_or_panic(value),
# Find ALL match arms in a file
# Find enum variant usages (better than grep!)
# Output:
# // src/format/print.rs:763:12 - Operator::PropagateError
# Operator::PropagateError
#
# // src/eval.rs:120:25 - Operator::PropagateError
# Operator::PropagateError
# Find ALL usages of any Operator variant
|
# Find all calls to a specific function
# Output:
# // src/error.rs:42:4 - handle_error
# handle_error()
#
# // src/parser.rs:156:8 - handle_error
# handle_error(err)
# Find all .unwrap() calls (great for auditing!)
# Find all references to a variable/identifier
# Find all usages of a type
# Output:
# // src/lib.rs:15:18 - Vec<String>
# Vec<String>
#
# // src/lib.rs:42:11 - Vec<i32>
# Vec<i32>
# Find all eprintln! macros (NEW!)
# Find eprintln! macros with specific content (NEW!)
Supported Node Types:
struct-literal- Struct initialization expressionsmatch-arm- Match expression armsenum-usage- Enum variant references/usages anywhere in codefunction-call- Function invocationsmethod-call- Method callsmacro-call- Macro invocations (e.g.,println!,eprintln!,todo!) ⭐ NEWidentifier- Any identifier referencetype-ref- Type usages
Output Formats:
snippets(default): Shows file location + formatted code on single linelocations: File:line:column format (great for piping to other tools)json: Structured data with full location info and code snippets
Use Cases:
- Better than grep: Find code without false positives from comments/strings
- Multi-file search: Use glob patterns to search across many files
- Extract code chunks: Get full struct literal/match arm/path content, not just the first line
- Prepare for refactoring: Inspect before bulk modifications
- Find enum usage: Locate all places where a specific enum variant is used (matches, returns, comparisons, etc.)
- Track variant usage: See everywhere
Status::ActiveorOperator::Errorappears in your codebase - Audit function calls: Find all calls to specific functions (e.g.,
handle_error,format_operator) - Audit method calls: Find all
.unwrap(),.clone(), or.to_string()calls - Track identifiers: Find all references to variables, constants, or parameters
- Type usage analysis: See where types like
Vec,Option, orResultare used
Transform - Generic Find and Modify ⭐ NEW
The transform command provides a generic way to find and modify any AST nodes. It combines the power of inspect with mutation capabilities, keeping the API surface small while offering maximum flexibility.
Perfect for AI agents: One command to learn instead of dozens of specialized operations.
Basic Usage
# Comment out all eprintln! macros containing "[SHADOW RENDER]"
# Remove all .unwrap() calls in renderer code
# Comment out all todo!() macros
# Replace specific function calls
Supported Actions
comment: Wraps matched nodes in// ...commentsremove: Deletes matched nodes entirelyreplace: Replaces with provided code (via--withflag)
Supported Node Types
Works with all node types from inspect:
macro-call- Macro invocations (e.g.,println!,eprintln!,todo!)method-call- Method calls (e.g.,.unwrap(),.clone())function-call- Function invocationsenum-usage- Enum variant referencesstruct-literal- Struct initialization expressionsmatch-arm- Match expression armsidentifier- Any identifier referencetype-ref- Type usages
Filtering Options
Name Filter (--name): Filter by the name of the node
# Only eprintln! macros, not println!
Content Filter (--content-filter): Filter by source code content
# Only macros containing specific text
Combined Filters: Use both for precise targeting
Real-World Examples
Clean up debug logs:
# Comment out all debug eprintln! statements
Remove dangerous unwrap calls:
# Remove all .unwrap() calls (review first!)
Migrate from old to new API:
# Replace old function calls
Workflow: Use inspect first to see what matches, then transform to modify:
# 1. See what will be affected
# 2. Apply transformation (dry-run first!)
# 3. Apply for real
Why Transform is Better than Specialized Commands:
- ✅ Single command for AI agents to learn
- ✅ Works with any AST node type
- ✅ Content filtering for precise targeting
- ✅ Composable with all inspect node types
- ✅ Fewer commands = smaller API surface
Batch Operations
Create a JSON file with multiple operations:
Run batch:
Diff Output
Generate git-compatible patches for review before applying:
# Generate diff for review
# Output:
# --- src/user.rs
# +++ src/user.rs
# @@ -1,5 +1,6 @@
# pub struct User {
# id: u64,
# + age: u32,
# name: String,
# }
# Save to patch file
# Apply with git
# Or apply AND show diff
Perfect for AI-generated changes that need human review!
State Storage and Revert System
rs-hack includes a powerful state tracking and revert system that allows you to safely experiment with changes and undo them if needed. This is especially useful for AI agents that want to try different approaches.
How It Works
Every time you run a command with --apply, rs-hack:
- Generates a unique run ID (7 characters, like git)
- Backs up only the AST nodes being modified (not entire files)
- Computes checksums for integrity verification
- Stores operation metadata for auditing
Commands
View History
# Show last 10 runs
# Show last 50 runs
# Example output:
# Recent runs (showing up to 10):
#
# a05a626 2025-11-01 18:45 AddStructField 1 file [can revert]
# def456a 2025-11-01 09:15 add-derive 1 file [can revert]
# ghi789b 2025-10-31 16:45 add-match-arm 2 files [reverted]
Revert Changes
# Revert a specific run
# Force revert even if files have changed since
Clean Old State
# Clean runs older than 30 days (default)
# Keep only last 7 days
State Directory
rs-hack stores state in different locations based on your needs:
Priority order:
- Custom directory (via
RS_HACK_STATE_DIRenvironment variable) - highest priority - Local state (via
--local-stateflag) - uses./.rs-hackin current directory - Global default - uses system data directory (
~/.rs-hackon Unix-like systems)
Using Environment Variable (Recommended for Testing)
# Set custom state directory
# View history from custom state
RS_HACK_STATE_DIR=/tmp/my-test-state
# Revert using custom state
RS_HACK_STATE_DIR=/tmp/my-test-state
# Perfect for CI/CD or isolated testing
RS_HACK_STATE_DIR=/path/to/ci/state
Note: The environment variable takes precedence over --local-state, allowing you to override state location for testing without changing commands.
Using Local State Flag
# Use ./.rs-hack directory for state storage
# View history from local state
# Revert using local state
Using Global State (Default)
# No flag needed - uses ~/.rs-hack by default
Safety Features
- Hash Verification: Ensures files haven't changed before reverting (unless
--force) - Atomic Operations: Uses temp files and atomic renames
- AST Node Backups: Stores only modified nodes (85-95% space savings)
- Auto-Cleanup: Removes old backups with
cleancommand - Idempotent: Safe to run operations multiple times
AI Agent Workflow Example
# AI tries adding a field
# Output: Run ID: a05a626
# AI runs tests - they fail!
# AI reverts the change
# Output: ✓ Run a05a626 reverted successfully
# AI tries a different approach
# Output: Run ID: b12c789
# Tests pass!
Use Cases
- Experimentation: Try changes and easily revert if they don't work
- Multi-step Migrations: Revert to any checkpoint if something breaks
- Debugging: Understand what changed when tests start failing
- Safety Net: Confidence to let AI agents make changes automatically
Storage Format
~/.rs-hack/
runs.json # Index of all runs
a05a626.json # Metadata for run a05a626
a05a626/ # Backup directory
node_0.json # Modified struct (AST node only)
node_1.json # Modified enum (AST node only)
Note: Only modified AST nodes are backed up (not entire files), resulting in 85-95% space savings.
Claude Code Integration
rs-hack works seamlessly with Claude Code via the Bash tool—no additional setup required!
Quick Setup
-
Install rs-hack:
-
(Optional) Add skill for guided usage:
Create
.claude/skills/rs-hack.mdin your project:Or copy from this repo's
templates/claude-skills/rs-hack.md
How It Works
Claude can use rs-hack directly through bash commands:
User: "Rename the enum variant IRValue::HashMapV2 to HashMap across all files"
Claude: I'll use rs-hack to safely rename that enum variant.
*Runs: rs-hack inspect to find usages*
*Runs: rs-hack rename-enum-variant with --format diff to preview*
*Shows you the diff*
*Runs: rs-hack rename-enum-variant --apply*
*Verifies with: cargo check*
✓ Renamed HashMapV2 → HashMap in 23 files
Best Practices
The skill teaches Claude to:
- ✅ Always inspect before transforming
- ✅ Preview changes with
--format diffbefore applying - ✅ Use glob patterns for multi-file operations
- ✅ Verify changes with
cargo check - ✅ Track history and revert if needed
Example Workflows
Workflow 1: Large-Scale Refactoring
User: "Add a return_type field to all IRCtx struct literals"
Claude:
1. Inspects struct literals: rs-hack inspect --node-type struct-literal --name IRCtx
2. Previews changes: rs-hack add-struct-field ... --format diff
3. Shows you the diff for approval
4. Applies: rs-hack add-struct-field ... --apply
5. Verifies: cargo check
6. Reports: ✓ Added field to 15 struct literals across 8 files
Workflow 2: Clean Up Debug Code
User: "Comment out all eprintln! macros with [DEBUG] in them"
Claude:
1. Finds matches: rs-hack inspect --node-type macro-call --name eprintln --content-filter "[DEBUG]"
2. Previews: rs-hack transform ... --action comment --format diff
3. Applies: rs-hack transform ... --action comment --apply
4. Reports: ✓ Commented out 42 debug statements
Workflow 3: Safe Experimentation
User: "Try adding Clone to all structs and see if tests pass"
Claude:
1. Applies: rs-hack add-derive ... --apply
(saves run ID: a05a626)
2. Tests: cargo test
(tests fail!)
3. Reverts: rs-hack revert a05a626
4. Reports: Reverted changes, tests were incompatible
Why It Works Well
- Type-safe: Claude won't corrupt code with sed/awk
- Reversible: Every change tracked for easy revert
- Guided: Skill file teaches best practices
- Fast: Bulk operations across entire codebase
- Verifiable: Dry-run mode prevents accidents
Without Skill File
Claude can still use rs-hack effectively by reading the --help output, but the skill provides:
- Pre-learned command patterns
- Workflow best practices
- Common use case examples
- Error recovery patterns
Architecture
Core Components
- Parser (
syncrate): Parses Rust → AST - Editor: Manipulates AST and tracks byte positions
- Operations: Type-safe operation definitions
- CLI: User-friendly interface
Key Design Decisions
- Preserves formatting: Uses
prettypleasefor clean output - Idempotent: Running twice doesn't duplicate changes
- Fail-fast: Returns errors clearly, doesn't corrupt code
- Dry-run default: Must explicitly
--applyto modify files
Real-World Example: rs-hack vs perl/sed
The Problem: Perl Commands Are Dangerously Ambiguous
Consider this perl command that was used to add a field to struct initialization:
This command is DANGEROUSLY AMBIGUOUS because it matches text patterns without understanding Rust syntax:
What It Could Match (All Have the Same Text Pattern!)
// ❌ Struct DEFINITION - probably NOT what you want
// ✅ Struct LITERAL - what you actually want
let ctx = IRCtx ;
// ❌ COMMENT - corrupts your code!
// Example: current_function_frame: None, // ← Matches! Corrupts comment
// ❌ STRING - corrupts your string literal!
let s = "current_function_frame: None,"; // ← Matches! Corrupts string
The perl command can't distinguish between these! It will modify ALL of them, likely corrupting your code.
✅ The Explicit, Safe Way (rs-hack)
rs-hack provides separate, explicit operations for each use case. You can update both in one command or separately:
Option 1: Update BOTH Definition and Literals (One Command!)
# NEW: Do BOTH in one command with --literal-default
This modifies BOTH the struct definition AND all struct literals:
// ✅ Struct definition updated
// ✅ All struct literals updated
let ctx = IRCtx ;
Option 2: Separate Operations (When You Need More Control)
Step 1: Modify Struct Definitions Only
Step 2: Modify Struct Literal Expressions Only
Benefits of Explicit Operations:
- ✅ Explicit Intent: Command name tells you exactly what will be modified
- ✅ AST-Aware: Only modifies actual Rust syntax nodes
- ✅ Never Corrupts: Won't touch comments, strings, or unrelated code
- ✅ Idempotent: Safe to run multiple times
- ✅ Position Control: Precise placement of new fields
- ✅ Glob Patterns: No manual file listing
- ✅ Format-Independent: Works regardless of whitespace/formatting
- ✅ Dry-Run Default: Preview changes before applying
vs Perl/Sed Problems:
- ❌ Ambiguous: Can't distinguish struct definitions from literals from comments
- ❌ Text-Based: Breaks on formatting changes
- ❌ Not Idempotent: Running twice duplicates fields
- ❌ No Validation: Can corrupt code on partial matches
- ❌ Manual Files: Need to list every file explicitly
- ❌ No Preview: Modifies files immediately
What rs-hack Does Behind the Scenes
- Parse each file into an AST using
syn - Traverse the AST to find struct definitions OR struct literal expressions (depending on operation)
- Validate the target exists and check if the field already exists (idempotent)
- Modify the AST by inserting the new field in the correct position
- Format the result with
prettyplease - Write back atomically
Safe, semantic, and correct every time. 🦀
Comparison with Alternatives
| Tool | AST-Aware | Rust-Specific | AI-Friendly | Batch Ops | Idempotent |
|---|---|---|---|---|---|
sed |
❌ | ❌ | ⚠️ | ✅ | ❌ |
rust-analyzer |
✅ | ✅ | ❌ | ❌ | ⚠️ |
syn + custom |
✅ | ✅ | ⚠️ | ⚠️ | ⚠️ |
| rs-hack | ✅ | ✅ | ✅ | ✅ | ✅ |
Features by Version
v0.4.2 - Enum Variant Renaming (Current) ⭐
rename-enum-variantcommand: Type-safe enum variant renaming across entire codebase- Renames variant in enum definitions, match patterns, constructors, and all usages
- Handles fully qualified (
Enum::Variant) and imported (Variant) paths - AST-aware: won't rename strings, comments, or unrelated identifiers
- Real-world impact: 4-6 hour refactor → 30 seconds
- Supports glob patterns for multi-file operations
- Integrates with state/revert system
- Example:
IRValue::HashMapV2→IRValue::HashMapacross 23 files
v0.4.0 - Generic Transform & Macro Support ⭐
transformcommand: Generic find-and-modify operation for ANY AST nodes- Single command replaces need for dozens of specialized operations
- Actions:
comment,remove,replace - Works with all node types from
inspect - Perfect for AI agents: one pattern to learn
- Content filtering for precise targeting
- Macro call support: Find and modify macro invocations
- New
macro-callnode type ininspectandtransform - Great for cleaning up debug logs:
eprintln!,println!,todo!,dbg! - Content filtering: target specific debug categories
- New
- Enhanced
inspect: Added--content-filterflag- Filter nodes by their source code content
- Combine name and content filters for surgical precision
- Pattern matching for struct literals: Distinguish between struct literals and enum variants
--struct-name "Rectangle"→ only pure struct literalsRectangle { ... }--struct-name "*::Rectangle"→ any enum variant ending withRectangle(e.g.,View::Rectangle { ... })--struct-name "View::Rectangle"→ exact path match only- Prevents accidental modification of enum variant constructors
- Simplified struct field commands:
add-struct-fieldnow handles all cases intelligently- No
--literal-default→ definition only --literal-defaultwith type (field: Type) → tries definition (idempotent) + always adds to literals--literal-defaultwithout type (field) → literals only (skips definition)- Common case: field exists, just use
--field "name" --literal-default "value" - Eliminates confusing dual-command footgun, natural API
- No
- State migration: Automatic handling of incompatible state from previous versions
- Integration tests: 36 tests including transform, pattern matching, and literal-only mode
- Documentation: Comprehensive examples and workflow guides
v0.3.2 - Pattern-Based Filtering & Inspection
--wherefilter: Pattern-based filtering for selective refactoring--where "derives_trait:Clone"- Filter by derived traits- OR logic support:
--where "derives_trait:Clone,Debug" - Works on all struct/enum operations +
add-derive
inspectcommand: AST-aware search and inspection- List struct literals, match arms, and enum variant usages across files
- Find all match arms handling a specific enum variant
- Find all places where an enum variant is referenced (complete grep replacement!)
- Three output formats:
snippets,locations,json - Glob pattern support for multi-file inspection
- Better than grep: no false positives, extracts full code chunks
- Enhanced
find: Improved documentation for locating definitions
v0.3.0 - State Storage, Revert & Diff Output
- State tracking: Every operation recorded with unique run ID
- Revert system: Undo changes with
rs-hack revert <run-id> - Diff output: Generate git-compatible patches with
--format diff - AST node backups: Stores only modified nodes (85-95% space savings)
- Configurable state: Use
RS_HACK_STATE_DIRenvironment variable - Commands:
history,revert,clean
v0.2.0 - Glob Patterns & Auto-Detect
- Glob patterns: Target multiple files with
"src/**/*.rs" - Auto-detect match arms: Find and add all missing enum variants
- Literal-default: Update struct definitions AND literals together
Contributing
Contributions are welcome! Please feel free to submit issues or pull requests on GitHub.
License
MIT OR Apache-2.0
Credits
Built for AI agents to stop using sed on Rust code. 🦀
Created by Leif Shackelford (@1e1f)