Stop using sed on Rust code 🦀
AST-aware refactoring tool for AI agents or other automated pipelines.
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.
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"
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
This project is organized as a Cargo workspace with three crates:
- rs-hack - The main CLI tool for AST-aware refactoring
- rshack - Convenient alias (no hyphens!) - same tool, easier to type
- rs-hack-mcp - MCP server for AI agent integration (Claude Desktop, etc.)
From crates.io (choose one):
cargo install rs-hack # Full name
cargo install rshack # Alias (no hyphens!)Both install the same tool - rshack is just easier to type!
From source:
git clone https://github.com/1e1f/rs-hack
cd rs-hack
cargo install --path rs-hack # or --path rshackFrom crates.io:
cargo install rs-hack-mcpFrom source:
git clone https://github.com/1e1f/rs-hack
cd rs-hack
cargo install --path rs-hack-mcpBinaries will be installed to ~/.cargo/bin/.
🎉 New Features:
-
Intelligent Hints for Qualified Paths - Never miss struct literals again!
- Automatically detects when you use simple names (e.g.,
TouchableProps) but qualified paths exist - Shows grouped hints with instance counts for each qualified path found
- Suggests wildcard patterns (
*::TouchableProps) to match all variants - Works across
add,remove, andfindcommands - Example:
$ rs-hack remove --name "TouchableProps" --field-name "on_tap" --literal-only --paths src ⚠️ Note: Some instances were not matched: 💡 Hint: Found 6 struct literal(s) with fully qualified paths that didn't match: crate::view::builder::TouchableProps (6 instances) To match all of these, use: rs-hack ... --name "*::TouchableProps" ...
- Automatically detects when you use simple names (e.g.,
-
Literal-Only Operations on Imported Structs - Works seamlessly with imported types
- No longer requires struct definitions to be in the file
- Perfect for adding fields to struct literals from external crates
- Automatically skips definition lookup when using
--field-valuewithout--field-type - Example:
rs-hack add --name "TouchableProps" --field-name "on_long_press" --field-value "None" --paths src --apply
🎉 Major Enhancements:
-
Unified Field API - Explicit, self-documenting flags
--field-name+--field-typefor struct definitions--field-name+--field-valuefor struct literals--field-name+ both for adding to both- No more parsing
"name: Type"strings!
-
Enum Variant Struct Literal Support - Operations on
View::Grid { ... }style patterns--kind structnow includes enum variant struct literals- Automatic literal-only mode for
::targets - Example:
rs-hack add --name View::Grid --field-name layer --field-value None --kind struct --apply
-
Trait Method Support - Complete function coverage
--kind functionnow includes trait method definitions- Rename works on trait methods, impl methods, and standalone functions
- Example:
rs-hack rename --kind function --name immediate_mode --to impulse_mode --apply
-
100% Formatting Preservation - Surgical editing everywhere
- Struct literal add/remove uses surgical editing (no more prettyplease!)
- Revert now preserves exact original formatting
- Defaults to surgical mode for all rename operations
-
Full Revert Support - All operations are now revertible
- Struct-literal operations fully supported
rs-hack revert <run-id>works for all commands- Preserves formatting on revert
-
Better UX - Improved error messages and result limiting
--limit Nfor limiting find results (no need for| head -20)- Helpful error messages for common mistakes (e.g.,
--in→--paths) - Find command supports
--field-namefor field discovery
-
Cleaner Interface - Removed all deprecated commands
- Only modern unified commands (
add,remove,update,rename) - Deprecated hyphenated commands removed from help and MCP
- Simplified command list for better discoverability
- Only modern unified commands (
# v0.5.1: Enhanced field operations + formatting preservation
# NEW: Unified field API with explicit flags
rs-hack add --name User --field-name email --field-type String --paths src --apply
# Add field to enum variant struct literals
rs-hack add --name View::Grid --field-name gap --field-value "Some((0.0, 0.0))" --kind struct --paths src --apply
# Add variant to enum (auto-detects it's an enum)
rs-hack add --name Status --variant "Archived" --paths src --apply
# Rename enum variant across entire codebase (preserves formatting!)
rs-hack rename --name Status::Draft --to Pending --paths src --apply
# Discover what exists (new discovery workflow)
rs-hack find --name Rectangle --paths src
# Shows: struct definitions, struct literals, identifiers, etc. (grouped by type)
# NEW: Limit results (no need for | head)
rs-hack find --name unwrap --paths src --limit 20
# NEW: Find all uses of a field
rs-hack find --field-name debug_mode --paths src
# Then operate on what you found (using same --name syntax)
rs-hack add --name Rectangle --field "color: String" --paths src --apply
# Use --kind for semantic grouping (struct = struct + struct-literal)
rs-hack find --kind struct --name Config --paths src
# Use --node-type for granular control (only struct definitions)
rs-hack find --node-type struct --name Config --paths src
# Transform: Generic find-and-modify for any AST node
rs-hack transform \
--paths "src/**/*.rs" \
--node-type macro-call \
--name eprintln \
--content-filter "[SHADOW RENDER]" \
--action comment \
--applyUnified Commands - 20+ specialized commands → 5 intuitive verbs:
find- Discover what exists (with auto-grouped output)add- Add fields, variants, methods, derives (auto-detects target type)remove- Remove fields, variants, methods (auto-detects target type)update- Update fields, variants (auto-detects target type)rename- Rename functions, enum variants (AST-aware)
Semantic Grouping with --kind:
--kind struct # Both struct definitions AND struct literals
--kind function # Both function definitions AND function calls
--kind enum # Both enum definitions AND enum usagesGranular Control with --node-type:
--node-type struct # Only struct definitions
--node-type struct-literal # Only struct initialization expressions
--node-type function # Only function definitions
--node-type function-call # Only function invocationsDiscovery Workflow:
# 1. Find what exists (omit --node-type to search everything)
rs-hack find --name Rectangle --paths src
# 2. Operate on it (same --name syntax)
rs-hack add --name Rectangle --field "color: String" --paths src --applyBenefits:
- ✅ Consistent
--namesyntax across all commands - ✅ Auto-detection: less typing, fewer flags to remember
- ✅ Helpful hints when targets aren't found
- ✅ Same mental model as Unix tools (find → operate)
- ✅ find: Discover AST nodes with powerful search
- Omit
--node-typeto search ALL types (auto-grouped output) - Use
--kindfor semantic grouping (struct, function, enum, etc.) - Use
--node-typefor granular control - Helpful hints when searches fail
- Omit
- ✅ add: Add fields, variants, methods, derives, use statements
- Auto-detects target type from context
--field→ struct field,--variant→ enum variant, etc.
- ✅ remove: Remove fields, variants, methods, derives
- Auto-detects target type from context
- ✅ update: Update fields, variants, match arms
- Auto-detects target type from context
- ✅ rename: Rename functions and enum variants (AST-aware)
- Use
--kindor--node-typefor disambiguation
- Use
⚠️ add-struct-field, update-struct-field, remove-struct-field⚠️ add-enum-variant, update-enum-variant, remove-enum-variant⚠️ add-match-arm, update-match-arm, remove-match-arm⚠️ add-derive, add-impl-method, add-use- See MIGRATION_v0.5.0.md for migration guide
- ✅ transform: Find and modify any AST nodes (comment, remove, or replace)
- Works with all node types
- Content filtering for precise targeting
- ✅ impls: list trait implementors (
--trait HistoryCell) - ✅ match-audit: report missing variants per
matchsite (--enum View) - ✅ doc-coverage: count missing-doc items, list top offenders (
--fieldsto descend into members) - ✅ summary: single-file inventory — public items, type counts, fns, re-exports, module doc (
--path FILE) - ✅ neighbors: pure-filesystem siblings / twin-dirs / tests for a path
- See
find --context Nfor grep-style raw-line context around matches
- ✅ history: View past operations
- ✅ revert: Undo specific changes
- ✅ clean: Remove old state
- ✅ batch: Run multiple operations from JSON/YAML
- ✅
--format diff: Generate git-compatible patches
- ✅
--where: Filter targets by traits or attributes- Example:
--where "derives_trait:Clone"or--where "derives_trait:Clone,Debug"
- Example:
All commands now support glob patterns for targeting multiple files:
# Add derives to all structs in src directory
rs-hack add-derive --path "src/**/*.rs" \
--target-type struct --name User \
--derives "Clone,Debug" --apply
# Add match arms across multiple handler files
rs-hack add-match-arm --path "src/handlers/*.rs" \
--auto-detect \
--enum-name Status \
--body "todo!()" \
--apply
# 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 srcBenefits:
- Perform bulk operations across your codebase
- Target specific directories or file patterns
- Ideal for migrations and refactoring tasks
Filter which structs/enums to modify based on their traits or attributes:
# Add field only to structs that derive Clone
rs-hack add-struct-field \
--path "src/**/*.rs" \
--struct-name Config \
--field "version: u32" \
--where "derives_trait:Clone" \
--apply
# Add Serialize to all types that already derive Clone OR Debug
rs-hack add-derive \
--path "src/**/*.rs" \
--target-type struct \
--name User \
--derives "Serialize" \
--where "derives_trait:Clone,Debug" \
--apply
# Update field only in Debug-enabled structs
rs-hack update-struct-field \
--path "src/**/*.rs" \
--struct-name Config \
--field "port: u32" \
--where "derives_trait:Debug" \
--apply
# Remove variant only from enums with Clone
rs-hack remove-enum-variant \
--path "src/**/*.rs" \
--enum-name Status \
--variant-name Deprecated \
--where "derives_trait:Clone" \
--applyFilter 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
# Add field to struct (auto-detects it's a struct)
rs-hack add --name User --field "email: String" --paths src --apply
# Add field with position control
rs-hack add --name Config --field "timeout_ms: u64" \
--position "after:port" --paths src --apply
# Add field to BOTH definition AND all literals
rs-hack add --name IRCtx --field "return_type: Option<Type>" \
--position "after:current_function_frame" \
--literal-default "None" --paths "src/**/*.rs" --apply
# Add enum variant (auto-detects it's an enum)
rs-hack add --name Status --variant "Archived" --paths src --apply
# Add derive macro (auto-detects target type)
rs-hack add --name User --derive "Clone,Debug,Serialize" --paths src --apply
# Add method to impl block
rs-hack add --name User \
--method 'pub fn get_id(&self) -> u64 { self.id }' \
--paths src --apply
# Add use statement
rs-hack add --use "serde::Serialize" --paths src --apply
# Add documentation comment (requires --node-type or --kind)
rs-hack add --name User --node-type struct \
--doc-comment "Represents a user in the system" --paths src --apply# Remove struct field (auto-detects it's a struct)
rs-hack remove --name User --field-name email --paths src --apply
# Remove enum variant field (from variant definition AND all literals)
rs-hack remove --name View::Rectangle --field-name color --paths src --apply
# Remove enum variant field (literals only)
rs-hack remove --name View::Rectangle --field-name color \
--literal-only --paths src --apply
# Remove enum variant
rs-hack remove --name Status --variant Draft --paths src --apply
# Remove derive
rs-hack remove --name User --derive Clone --paths src --apply# Update struct field visibility
rs-hack update --name User --field "pub email: String" --paths src --apply
# Update struct field type
rs-hack update --name User --field "id: i64" --paths src --apply
# Update enum variant
rs-hack update --name Status \
--variant "Draft { created_at: u64 }" --paths src --apply
# Update match arm
rs-hack update --name Status --match-arm "Status::Draft" \
--body '"pending".to_string()' --paths src --apply# Rename enum variant across entire codebase
rs-hack rename --name Status::Draft --to Pending --paths "src/**/*.rs" --apply
# Rename function across entire codebase
rs-hack rename --name process_v2 --to process --paths "src/**/*.rs" --apply
# Validate rename (check for remaining references)
rs-hack rename --name Status::Draft --to Pending \
--validate --paths "src/**/*.rs"
# Use --kind for disambiguation
rs-hack rename --name handle_error --to process_error \
--kind function --paths src --apply# Discover what exists (searches ALL types, auto-grouped)
rs-hack find --name Rectangle --paths src
# Use --kind for semantic grouping
rs-hack find --kind struct --name Config --paths src # Both definitions and literals
# Use --node-type for granular control
rs-hack find --node-type struct --name Config --paths src # Only definitions
# Find with variant filtering
rs-hack find --kind enum --variant Rectangle --paths src
rs-hack find --name View::Rectangle --paths src # Same using :: syntax
# Find with content filtering
rs-hack find --node-type macro-call --name eprintln \
--content-filter "[DEBUG]" --paths srcThe following commands still work but are deprecated in favor of unified commands:
# DEPRECATED: Use rs-hack add --name User --field "email: String"
rs-hack add-struct-field \
--path src/models.rs \
--struct-name User \
--field "email: String" \
--applyNote: 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.
# Common case: field already exists in definition, just add to all literals
# Simply omit the type (:Type) and provide --literal-default
rs-hack add-struct-field \
--path "src/**/*.rs" \
--struct-name IRCtx \
--field "return_type" \
--literal-default "None" \
--position "after:current_function_frame" \
--apply
# 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 commandPattern 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)
--struct-name "Rectangle"
# Matches: Rectangle { ... }
# Ignores: View::Rectangle { ... }
# Ignores: ViewType::Rectangle { ... }
# Match ANY path ending with Rectangle (wildcard)
--struct-name "*::Rectangle"
# Matches: View::Rectangle { ... }
# Matches: ViewType::Rectangle { ... }
# Matches: Rectangle { ... }
# Match EXACT path only
--struct-name "View::Rectangle"
# 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
enum View {
Rectangle { width: f32, height: f32 }, // ← Enum variant with named fields
Circle { radius: f32 },
}
// Struct definition
struct Rectangle {
width: f32,
height: f32,
}
// Usage:
let view = View::Rectangle { width: 100.0, height: 50.0 }; // ← Enum variant constructor
let rect = Rectangle { width: 100.0, height: 50.0 }; // ← Struct literalThe pattern matching prevents accidental modification of enum variants when you meant to target struct literals.
# Change field visibility
rs-hack update-struct-field \
--path src/models.rs \
--struct-name User \
--field "pub email: String" \
--apply
# Change field type
rs-hack update-struct-field \
--path src/models.rs \
--struct-name User \
--field "id: i64" \
--applyrs-hack remove-struct-field \
--path src/models.rs \
--struct-name User \
--field-name deprecated_field \
--apply# Add simple variant (idempotent)
rs-hack add-enum-variant \
--path src/types.rs \
--enum-name Status \
--variant "Pending" \
--apply
# Add variant with data
rs-hack add-enum-variant \
--path src/types.rs \
--enum-name Message \
--variant "Error { code: i32, msg: String }" \
--applyrs-hack update-enum-variant \
--path src/types.rs \
--enum-name Status \
--variant "Draft { created_at: u64 }" \
--applyrs-hack remove-enum-variant \
--path src/types.rs \
--enum-name Status \
--variant-name Deprecated \
--applyRename an enum variant across the entire codebase in a type-safe, AST-aware manner:
# Rename across all files in src directory
rs-hack rename-enum-variant \
--paths "src/**/*.rs" \
--enum-name IRValue \
--old-variant HashMapV2 \
--new-variant HashMap \
--apply
# Dry-run with diff preview
rs-hack rename-enum-variant \
--paths "src/**/*.rs" \
--enum-name Status \
--old-variant Draft \
--new-variant Pending \
--format diff
# Summary format (shows only changed lines) ⭐ NEW Sprint 2
rs-hack rename-enum-variant \
--paths "src/**/*.rs" \
--enum-name Status \
--old-variant Draft \
--new-variant Pending \
--format summary
# Validate mode: check for remaining references ⭐ NEW Sprint 2
rs-hack rename-enum-variant \
--paths "src/**/*.rs" \
--enum-name Status \
--old-variant Draft \
--new-variant Pending \
--validate
# Batch rename multiple variants (using batch command)
cat <<EOF | rs-hack batch --apply
{
"base_path": "src/",
"operations": [
{
"type": "RenameEnumVariant",
"enum_name": "IRValue",
"old_variant": "HashMapV2",
"new_variant": "HashMap"
},
{
"type": "RenameEnumVariant",
"enum_name": "IRValue",
"old_variant": "ListV2",
"new_variant": "List"
}
]
}
EOFWhat 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
New in Sprint 2:
- ⭐ Validation mode (
--validate): Check for remaining references after a rename- Helps identify patterns that weren't caught (e.g., fully qualified paths)
- Provides suggestions for fixing missed references
- Perfect for verifying completeness of large refactors
- ⭐ Summary format (
--format summary): Show only changed lines- Cleaner output than full diffs for large files
- Focuses on what actually changed
- Easier to review and verify changes
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.
# Add match arm (idempotent)
rs-hack add-match-arm \
--path src/handler.rs \
--pattern "Status::Archived" \
--body '"archived".to_string()' \
--function handle_status \
--apply
# Auto-detect missing variants and add them all
rs-hack add-match-arm \
--path src/handler.rs \
--auto-detect \
--enum-name Status \
--body "todo!()" \
--function handle_status \
--applyAuto-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
rs-hack update-match-arm \
--path src/handler.rs \
--pattern "Status::Draft" \
--body '"pending".to_string()' \
--function handle_status \
--applyrs-hack remove-match-arm \
--path src/handler.rs \
--pattern "Status::Deleted" \
--function handle_status \
--applyNote: Match operations automatically format the modified function using prettyplease to ensure consistent, readable code.
# Add derive macros (idempotent)
rs-hack add-derive \
--path src/models.rs \
--target-type struct \
--name User \
--derives "Clone,Debug,Serialize" \
--apply
# Works with enums too
rs-hack add-derive \
--path src/types.rs \
--target-type enum \
--name Status \
--derives "Copy,Clone" \
--apply# Add method to impl block
rs-hack add-impl-method \
--path src/user.rs \
--target User \
--method 'pub fn get_id(&self) -> u64 { self.id }' \
--apply
# With position control
rs-hack add-impl-method \
--path src/user.rs \
--target User \
--method 'pub fn get_name(&self) -> &str { &self.name }' \
--position "after:get_id" \
--apply# Add use statement (idempotent)
rs-hack add-use \
--path src/lib.rs \
--use-path "serde::Serialize" \
--apply
# Position control
rs-hack add-use \
--path src/lib.rs \
--use-path "std::fmt::Display" \
--position "after:collections" \
--applyLocate definitions (structs, enums, functions) in a single file:
# Find struct definition location
rs-hack find \
--path src/models.rs \
--node-type struct \
--name User
# Find enum definition
rs-hack find \
--path src/types.rs \
--node-type enum \
--name Status
# Output (JSON):
# [{
# "line": 10,
# "column": 0,
# "end_line": 15,
# "end_column": 1
# }]List and view AST nodes (struct literals, etc.) across multiple files with glob support:
# List all Shadow struct initializations
rs-hack find \
--path "tests/shadow_*.rs" \
--node-type struct-literal \
--name Shadow \
--format snippets
# 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)
rs-hack find \
--path "src/**/*.rs" \
--node-type struct-literal \
--name Config \
--format locations
# Output:
# src/app.rs:25:18
# src/config.rs:45:12
# src/main.rs:10:21
# Get structured JSON output
rs-hack find \
--path "src/**/*.rs" \
--node-type struct-literal \
--name User \
--format json
# List ALL struct literals (no name filter)
rs-hack find \
--path "src/models.rs" \
--node-type struct-literal \
--format snippets
# Find match arms for specific enum variant (better than grep!)
rs-hack find \
--path "src/**/*.rs" \
--node-type match-arm \
--name "Operator::AssertSome" \
--format snippets
# 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
rs-hack find \
--path "src/handler.rs" \
--node-type match-arm \
--format locations
# Find enum variant usages (better than grep!)
rs-hack find \
--path "src/**/*.rs" \
--node-type enum-usage \
--name "Operator::PropagateError" \
--format snippets
# 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
rs-hack find \
--path "src/**/*.rs" \
--node-type enum-usage \
--name "Operator::" \
--format locations | wc -l
# Find all calls to a specific function
rs-hack find \
--path "src/**/*.rs" \
--node-type function-call \
--name "handle_error" \
--format snippets
# 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!)
rs-hack find \
--path "src/**/*.rs" \
--node-type method-call \
--name "unwrap" \
--format locations
# Find all references to a variable/identifier
rs-hack find \
--path "src/**/*.rs" \
--node-type identifier \
--name "config" \
--format snippets
# Find all usages of a type
rs-hack find \
--path "src/**/*.rs" \
--node-type type-ref \
--name "Vec" \
--format snippets
# Output:
# // src/lib.rs:15:18 - Vec<String>
# Vec<String>
#
# // src/lib.rs:42:11 - Vec<i32>
# Vec<i32>
# Find all eprintln! macros (NEW!)
rs-hack find \
--path "src/**/*.rs" \
--node-type macro-call \
--name "eprintln" \
--format snippets
# Find eprintln! macros with specific content (NEW!)
rs-hack find \
--path "src/**/*.rs" \
--node-type macro-call \
--name "eprintln" \
--content-filter "[SHADOW RENDER]" \
--format locationsWhen exploring unfamiliar code, you often don't know what node-type something is. Simply omit --node-type to search ALL types with auto-grouped output:
# Find "Rectangle" anywhere - don't know if it's a struct, enum variant, or what?
rs-hack find --path "src/**/*.rs" --name Rectangle
# Output (auto-grouped by type):
# Found "Rectangle" in 3 contexts:
#
# struct:
# // src/shapes.rs:10:0 - Rectangle
# pub struct Rectangle { width: f32, height: f32 }
#
# struct-literal (2 matches):
# // src/main.rs:15:12 - Rectangle
# Rectangle { width: 10.0, height: 5.0 }
#
# // src/tests.rs:42:20 - Rectangle
# Rectangle { width: 0.0, height: 0.0 }
#
# identifier (5 matches):
# // src/shapes.rs:10:11 - Rectangle
# Rectangle
# ... (4 more)Hints System: If a specific search finds nothing, but matches exist in other node types, you'll get helpful hints:
$ rs-hack find --path src --node-type struct --name Rectangle
No struct found named "Rectangle"
Hint: Found "Rectangle" in other contexts:
- identifier (5 matches): src/shapes.rs:2:4
- struct-literal (2 matches): src/main.rs:15:12
To see all matches, run without --node-type:
rs-hack find --paths src --name RectangleFour flexible ways to filter enum variants:
# 1. Find ANY enum with a Rectangle variant
rs-hack find --path "src/**/*.rs" --node-type enum --variant Rectangle
# Output:
# // src/view.rs:3:0 - View
# pub enum View {
# Rectangle { color: String, ... },
# // ... 7 other variants
# }
#
# // src/shapes.rs:17:0 - Shape
# pub enum Shape {
# Rectangle { width: f32, height: f32 },
# // ... 2 other variants
# }
# 2. Find specific enum + variant
rs-hack find --path "src/**/*.rs" --node-type enum --name View --variant Rectangle
# 3. Same using :: syntax (more concise)
rs-hack find --path "src/**/*.rs" --node-type enum --name View::Rectangle
# 4. Wildcard: any enum with Rectangle variant (same as #1, different syntax)
rs-hack find --path "src/**/*.rs" --node-type enum --name "*::Rectangle"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
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.
# Comment out all eprintln! macros containing "[SHADOW RENDER]"
rs-hack transform \
--path "src/**/*.rs" \
--node-type macro-call \
--name eprintln \
--content-filter "[SHADOW RENDER]" \
--action comment \
--apply
# Remove all .unwrap() calls in renderer code
rs-hack transform \
--path "src/renderer/**/*.rs" \
--node-type method-call \
--name unwrap \
--action remove \
--apply
# Comment out all todo!() macros
rs-hack transform \
--path "src/**/*.rs" \
--node-type macro-call \
--name todo \
--action comment \
--apply
# Replace specific function calls
rs-hack transform \
--path "src/handlers/*.rs" \
--node-type function-call \
--name old_handler \
--action replace \
--with "new_handler" \
--applycomment: Wraps matched nodes in// ...commentsremove: Deletes matched nodes entirelyreplace: Replaces with provided code (via--withflag)
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
Name Filter (--name): Filter by the name of the node
# Only eprintln! macros, not println!
--name eprintlnContent Filter (--content-filter): Filter by source code content
# Only macros containing specific text
--content-filter "[SHADOW RENDER]"Combined Filters: Use both for precise targeting
rs-hack transform \
--path "src/**/*.rs" \
--node-type macro-call \
--name eprintln \
--content-filter "[DEBUG]" \
--action comment \
--applyClean up debug logs:
# Comment out all debug eprintln! statements
rs-hack transform \
--path "src/**/*.rs" \
--node-type macro-call \
--name eprintln \
--content-filter "[DEBUG]" \
--action comment \
--applyRemove dangerous unwrap calls:
# Remove all .unwrap() calls (review first!)
rs-hack transform \
--path "src/**/*.rs" \
--node-type method-call \
--name unwrap \
--action comment \
--applyMigrate from old to new API:
# Replace old function calls
rs-hack transform \
--path "src/**/*.rs" \
--node-type function-call \
--name legacy_init \
--action replace \
--with "modern_init" \
--applyWorkflow: Use inspect first to see what matches, then transform to modify:
# 1. See what will be affected
rs-hack find \
--path "src/**/*.rs" \
--node-type macro-call \
--name eprintln \
--content-filter "[SHADOW RENDER]"
# 2. Apply transformation (dry-run first!)
rs-hack transform \
--path "src/**/*.rs" \
--node-type macro-call \
--name eprintln \
--content-filter "[SHADOW RENDER]" \
--action comment
# 3. Apply for real
rs-hack transform \
--path "src/**/*.rs" \
--node-type macro-call \
--name eprintln \
--content-filter "[SHADOW RENDER]" \
--action comment \
--applyWhy 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
Create a JSON or YAML file with multiple operations ⭐ YAML support NEW in Sprint 3:
JSON format:
{
"base_path": "src/",
"operations": [
{
"type": "AddDerive",
"target_name": "User",
"target_type": "struct",
"derives": ["Clone", "Debug"]
},
{
"type": "AddStructField",
"struct_name": "User",
"field_def": "created_at: Option<DateTime<Utc>>",
"position": "Last"
},
{
"type": "AddEnumVariant",
"enum_name": "Status",
"variant_def": "Archived",
"position": "Last"
}
]
}YAML format (easier for humans to write):
base_path: src/
operations:
- type: RenameEnumVariant
enum_name: Status
old_variant: DraftV2
new_variant: Draft
edit_mode: surgical
- type: RenameEnumVariant
enum_name: Status
old_variant: PublishedV2
new_variant: Published
edit_mode: surgical
- type: RenameFunction
old_name: process_event_v2
new_name: process_eventRun batch:
# Auto-detects format from file extension
rs-hack batch --spec migrations.yaml --apply
rs-hack batch --spec migrations.json --apply
# With exclude patterns ⭐ NEW in Sprint 3
rs-hack batch --spec migrations.yaml --exclude "**/tests/**" --exclude "**/deprecated/**" --applySkip certain paths during operations using glob patterns:
# Exclude test fixtures and deprecated code
rs-hack rename-enum-variant \
--paths "src/**/*.rs" \
--enum-name Status \
--old-variant Draft \
--new-variant Pending \
--exclude "**/tests/fixtures/**" \
--exclude "**/deprecated/**" \
--apply
# Exclude multiple patterns (use --exclude multiple times)
rs-hack add-struct-field \
--paths "**/*.rs" \
--struct-name User \
--field "verified: bool" \
--exclude "**/tests/**" \
--exclude "**/examples/**" \
--exclude "**/vendor/**" \
--apply
# Works with any command that accepts --paths
rs-hack transform \
--paths "src/**/*.rs" \
--node-type macro-call \
--name eprintln \
--action comment \
--exclude "**/production/**" \
--applyUse cases:
- Skip test fixtures that should remain unchanged
- Exclude deprecated code that will be removed
- Avoid vendored/third-party code
- Selective refactoring of specific modules
Pattern matching:
- Glob patterns:
**/tests/**,src/deprecated/*.rs - Simple strings:
deprecated,test(matches anywhere in path) - Multiple patterns: Use
--excludemultiple times
Add, update, or remove documentation comments systematically:
# Add documentation to items
rs-hack add-doc-comment \
--paths "src/**/*.rs" \
--target-type struct \
--name User \
--doc-comment "Represents a user in the system" \
--apply
# Update existing documentation
rs-hack update-doc-comment \
--paths "src/**/*.rs" \
--target-type function \
--name process_user \
--doc-comment "Updated documentation" \
--apply
# Remove documentation
rs-hack remove-doc-comment \
--paths "src/**/*.rs" \
--target-type enum \
--name Status \
--applySupported targets: struct, enum, function
Comment styles: line (///) or block (/** */)
Generate git-compatible patches for review before applying:
# Generate diff for review
rs-hack add-struct-field \
--path src/user.rs \
--struct-name User \
--field "age: u32" \
--format diff
# Output:
# --- src/user.rs
# +++ src/user.rs
# @@ -1,5 +1,6 @@
# pub struct User {
# id: u64,
# + age: u32,
# name: String,
# }
# Save to patch file
rs-hack add-struct-field ... --format diff > changes.patch
# Apply with git
git apply changes.patch
# Or apply AND show diff
rs-hack add-struct-field ... --format diff --applyPerfect for AI-generated changes that need human review!
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.
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
# Show last 10 runs
rs-hack history
# Show last 50 runs
rs-hack history --limit 50
# 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 a specific run
rs-hack revert a05a626
# Force revert even if files have changed since
rs-hack revert a05a626 --force# Clean runs older than 30 days (default)
rs-hack clean
# Keep only last 7 days
rs-hack clean --keep-days 7rs-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)
# Set custom state directory
export RS_HACK_STATE_DIR=/tmp/my-test-state
rs-hack add-struct-field --path src/lib.rs --struct-name User --field "age: u32" --apply
# View history from custom state
RS_HACK_STATE_DIR=/tmp/my-test-state rs-hack history
# Revert using custom state
RS_HACK_STATE_DIR=/tmp/my-test-state rs-hack revert a05a626
# Perfect for CI/CD or isolated testing
RS_HACK_STATE_DIR=/path/to/ci/state rs-hack batch --spec migrations.json --applyNote: The environment variable takes precedence over --local-state, allowing you to override state location for testing without changing commands.
# Use ./.rs-hack directory for state storage
rs-hack --local-state add-struct-field --path src/lib.rs --struct-name User --field "age: u32" --apply
# View history from local state
rs-hack --local-state history
# Revert using local state
rs-hack --local-state revert a05a626# No flag needed - uses ~/.rs-hack by default
rs-hack add-struct-field --path src/lib.rs --struct-name User --field "age: u32" --apply
rs-hack history
rs-hack revert a05a626- 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 tries adding a field
rs-hack add-struct-field --path src/user.rs --struct-name User --field "email: String" --apply
# Output: Run ID: a05a626
# AI runs tests - they fail!
cargo test # FAIL
# AI reverts the change
rs-hack revert a05a626
# Output: ✓ Run a05a626 reverted successfully
# AI tries a different approach
rs-hack add-struct-field --path src/user.rs --struct-name User --field "email: Option<String>" --apply
# Output: Run ID: b12c789
# Tests pass!
cargo test # PASS- 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
~/.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.
rs-hack works seamlessly with Claude Code via the Bash tool—no additional setup required!
-
Install rs-hack:
cargo install rs-hack
-
(Optional) Add skill for guided usage:
Create
.claude/skills/rs-hack.mdin your project:mkdir -p .claude/skills curl -o .claude/skills/rs-hack.md \ https://raw.githubusercontent.com/1e1f/rs-hack/main/templates/claude-skills/rs-hack.md
Or copy from this repo's
templates/claude-skills/rs-hack.md
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 find 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
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
Workflow 1: Large-Scale Refactoring
User: "Add a return_type field to all IRCtx struct literals"
Claude:
1. Inspects struct literals: rs-hack find --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 find --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
- 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
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
- Parser (
syncrate): Parses Rust → AST - Editor: Manipulates AST and tracks byte positions
- Operations: Type-safe operation definitions
- CLI: User-friendly interface
- 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
Consider this perl command that was used to add a field to struct initialization:
perl -i -pe 's/current_function_frame: (.*?),\s*$/current_function_frame: $1,\n current_function_return_type: None,\n/' \
src/compiler/intermediate/types/ctx.rs ...This command is DANGEROUSLY AMBIGUOUS because it matches text patterns without understanding Rust syntax:
// ❌ Struct DEFINITION - probably NOT what you want
pub struct IRCtx {
stack: Vec<Frame>,
current_function_frame: Option<Frame>, // ← Matches! Adds field here
local_types: HashMap<String, Type>,
}
// ✅ Struct LITERAL - what you actually want
let ctx = IRCtx {
stack: vec![],
current_function_frame: None, // ← Matches! Adds field here
local_types: HashMap::new(),
};
// ❌ 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 stringThe perl command can't distinguish between these! It will modify ALL of them, likely corrupting your code.
rs-hack provides separate, explicit operations for each use case. You can update both in one command or separately:
# NEW: Do BOTH in one command with --literal-default
rs-hack add-struct-field \
--path "src/**/*.rs" \
--struct-name IRCtx \
--field "return_type: Option<Type>" \
--position "after:current_function_frame" \
--literal-default "None" \
--applyThis modifies BOTH the struct definition AND all struct literals:
// ✅ Struct definition updated
pub struct IRCtx {
stack: Vec<Frame>,
current_function_frame: Option<Frame>,
return_type: Option<Type>, // ✅ Added here
local_types: HashMap<String, Type>,
}
// ✅ All struct literals updated
let ctx = IRCtx {
stack: vec![],
current_function_frame: None,
return_type: None, // ✅ Added here
local_types: HashMap::new(),
};Step 1: Modify Struct Definitions Only
rs-hack add-struct-field \
--path "src/**/*.rs" \
--struct-name IRCtx \
--field "return_type: Option<Type>" \
--position "after:current_function_frame" \
--applyStep 2: Modify Struct Literal Expressions Only
rs-hack add-struct-literal-field \
--path "src/**/*.rs" \
--struct-name IRCtx \
--field "return_type: None" \
--position "after:current_function_frame" \
--applyBenefits 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
- 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. 🦀
| Tool | AST-Aware | Rust-Specific | AI-Friendly | Batch Ops | Idempotent |
|---|---|---|---|---|---|
sed |
❌ | ❌ | ✅ | ❌ | |
rust-analyzer |
✅ | ✅ | ❌ | ❌ | |
syn + custom |
✅ | ✅ | |||
| rs-hack | ✅ | ✅ | ✅ | ✅ | ✅ |
- Unified Commands: 20+ specialized commands → 5 intuitive verbs
find- Discover what exists (with auto-grouped output)add- Add fields, variants, methods, derives (auto-detects target type)remove- Remove fields, variants, methods (auto-detects target type)update- Update fields, variants (auto-detects target type)rename- Rename functions, enum variants (AST-aware)
--kindflag: Semantic grouping for related node typesstruct→ struct definitions + struct literalsfunction→ function definitions + function callsenum→ enum definitions + enum usages- Plus:
match,identifier,type,macro,const,trait,mod,use
--node-typeflag: Granular control for specific AST node types- Conflicts with
--kindfor explicit control - Works on
find,add,remove,update,renamecommands
- Conflicts with
- Auto-detection: Commands infer target type from context
--field→ struct operation,--variant→ enum operation- Less typing, fewer flags to remember
- Helpful hints: When searches fail, suggests alternatives
- Discovery workflow:
find→ discover, then operate with same--name - Legacy commands deprecated: Old commands still work with migration hints
- Consistent
--namesyntax: Same pattern across all operations
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
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
--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
- 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
- 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
Contributions are welcome! Please feel free to submit issues or pull requests on GitHub.
MIT OR Apache-2.0
Built for AI agents to stop using sed on Rust code. 🦀
Created by Leif Shackelford (@1e1f)