team-refactor_skill

This skill automatically assembles and deploys a specialized agent team to analyze, plan, and execute large-scale refactors with a comprehensive roadmap.
  • Shell

0

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 shotaiuchi/dotclaude --skill team-refactor

  • SKILL.md6.0 KB

Overview

This skill automates creation and orchestration of a specialist Agent Team to plan large-scale code refactors. It detects the refactoring scope, analyzes the codebase to classify the refactor type, selects the right experts, and runs them in parallel to produce a safe, incremental refactoring plan. The lead agent synthesizes findings into dependency maps, risk assessments, and rollout steps.

How this skill works

The skill parses the provided target (file, directory, PR, commit, diff, or free-text goal) to determine scope and refactor type. It runs a pre-analysis to classify signals (extract/split, rename/restructure, pattern change, dependency update, performance) and applies a selection matrix to spawn only the required specialists. Each specialist runs in parallel with the full target context and returns focused findings; the lead agent then synthesizes those results into a step-by-step plan with rollback points and test checkpoints.

When to use it

  • Preparing a coordinated, multi-person refactor across modules or services
  • Refactoring legacy or tightly coupled code where risk and history matter
  • Upgrading frameworks, libraries, or language versions with potential breaking changes
  • Restructuring public APIs or making pattern-level architecture changes
  • Planning performance optimizations that touch many components

Best practices

  • Provide a clear scope argument (PR, commit, diff, file path, or concise goal) to avoid ambiguous analysis
  • Prefer including more specialists if uncertain—thoroughness reduces missed risks
  • Ensure repository history is available to the tool for archeological analysis (git access)
  • Maintain an up-to-date test suite before running the plan; add critical tests early
  • Use feature flags and small incremental steps in the migration plan to minimize blast radius

Example use cases

  • Split a monolithic service into smaller modules while preserving public API contracts
  • Rename and reorganize a package hierarchy across multiple repositories with compatibility shims
  • Migrate callback-based code to async/await across a large codebase with staged rollout
  • Upgrade a framework major version and produce a migration plan with compatibility checks and test gates
  • Optimize a hot code path by analyzing coupling, measuring impact, and sequencing safe changes

FAQ

It accepts PR numbers, issue numbers, commit refs, diffs, staged/unstaged changes, branch diffs, file or directory paths, or free-text goals—specify one to avoid ambiguity.

How are specialists selected?

Selection follows an analysis-driven matrix: some specialists always run, others run conditionally based on detected patterns, and when uncertain the skill errs on including the specialist.

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