refactoring-workflow_skill

This skill orchestrates a complete refactoring workflow with tracking, validation, and cross-layer impact checks to ensure no old references remain.
  • Shell

6

GitHub Stars

1

Bundled Files

2 months ago

Catalog Refreshed

4 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill kaakati/rails-enterprise-dev --skill refactoring-workflow

  • SKILL.md9.7 KB

Overview

This skill provides a complete, repeatable refactoring workflow for Rails projects with tracking, validation, and cross-layer checklists. It integrates with beads for task comments and status updates and ensures no lingering references to old names remain. Use it to coordinate multi-file renames, attribute changes, table migrations, and namespace moves reliably.

How this skill works

You start by recording the refactor intent, which captures old/new names, type, and an auto-detected list of affected files. As files are updated, progress comments are posted to beads and a running count of remaining references is shown. A validation step scans Ruby and ERB sources (and can be extended) to fail the task if any old tokens remain, with an option to mark the task blocked in beads.

When to use it

  • Renaming a class, model, controller, or namespace across the codebase
  • Renaming attributes or table names that require coordinated migrations and code changes
  • Refactoring front-end Stimulus controllers or JavaScript identifiers tied to Rails views
  • When you need an audit trail and task tracking for a multi-step refactor
  • Before closing a refactor task to guarantee no old references remain

Best practices

  • Record the refactor before making changes to capture scope and affected files
  • Update files incrementally and call progress updates to keep the task audit accurate
  • Run validation after each phase and before closing the task to catch missed references
  • Maintain a .refactorignore for intentional legacy references that should not be updated
  • Include cross-layer checklist items (views, routes, JS, I18n, migrations) in your plan

Example use cases

  • Class rename: Payment → Transaction with model, controller, views, specs and JS updates
  • Attribute rename: user_id → account_id including migration, strong params, and tests
  • Table rename: payments → transactions with migration, schema verification, and raw SQL fixes
  • Namespace move: Services::Payment → Billing::Transaction with file moves and autoload checks
  • Stimulus refactor: payment_controller → transaction_controller updating data-controller attributes

FAQ

Validation runs ripgrep against Ruby and ERB files by default to detect remaining literal references to the old name.

How does beads integration behave on failure?

If validation finds remaining references and TASK_ID is set, the task is marked blocked and a comment lists files to fix.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational