repo-modernization
stage legacy cleanup and modernization without losing the current operating path. use when a repo has dependency drift, weak validation, outdated frameworks, monolith friction, or repeated delivery pain that needs a phased plan instead of a rewrite impulse.
- License 许可
- GPL-3.0
- 最近更新
- 2026-05-19
- Stars
- ★ 6
- Forks
- 1
01 前言 Front Matter
- name
- repo-modernization
- description
- stage legacy cleanup and modernization without losing the current operating path. use when a repo has dependency drift, weak validation, outdated frameworks, monolith friction, or repeated delivery pain that needs a phased plan instead of a rewrite impulse.
02 资源文件 7
- 参考文档references/automation-candidates.md668 B
- 参考文档references/dependency-and-build-modernization.md628 B
- 参考文档references/examples.md483 B
- 参考文档references/modernization-layers.md816 B
- 参考文档references/roadmap-template.md580 B
- 参考文档references/safety-rails.md519 B
- 参考文档references/strangler-and-seams.md794 B
03 SKILL.md 正文
Repo Modernization
Trigger Signals
- the repo is legacy, inconsistent, slow to change, or missing dependable workflows
- dependencies, framework versions, or build tooling are clearly behind the desired support window
- repeated pain shows up in build fragility, onboarding cost, release risk, or architectural drag
Inspect First
- build, test, and release entrypoints
- runtime and framework versions, dependency manifests, and lockfiles
- architecture seams, integration boundaries, and highest-risk hotspots
- observability, CI, documentation, and rollback surfaces that determine whether change is safe
Workflow
- establish the current operating path and the minimum validation baseline needed to change the repo safely
- group problems into modernization layers: visibility, build and dependency health, codebase consistency, and architecture
- separate quick wins from seam-first refactors and from truly strategic platform changes
- produce a staged roadmap with validation and rollback expectations for each phase
- prefer incremental replacement and automation over big-bang rewrites unless evidence says otherwise
Output Contract
- current-state summary with the biggest sources of drag or risk
- prioritized modernization themes and why they matter now
- phased roadmap with prerequisites, safety rails, and likely owners
- automation candidates, migration helpers, and explicit non-goals
Failure Modes
- the repo lacks enough validation to support any meaningful modernization safely
- production topology or support commitments are too unclear to judge migration risk
- the proposed plan collapses into a rewrite with no intermediate value or rollback path
Escalation
- escalate when modernization would break support or release commitments without a transition plan
- escalate when the work crosses multiple teams or service boundaries with no owner alignment
- escalate when data migration, security posture, or compliance constraints materially change the plan
References
skills/repo-modernization/references/modernization-layers.mdskills/repo-modernization/references/strangler-and-seams.mdskills/repo-modernization/references/dependency-and-build-modernization.mdskills/repo-modernization/references/safety-rails.mdskills/repo-modernization/references/automation-candidates.mdskills/repo-modernization/references/roadmap-template.mdskills/repo-modernization/references/examples.md
04 同仓库更多 Skills
typescript-engineering
typescript and javascript engineering guidance seeded from the harness forge knowledge base. use when the repo or task is dominated by .ts, .tsx, package.json, tsconfig, node.js services, react, next.js, frontend tooling, or multi-package workspaces where type boundaries matter.
token-budget-optimizer
compact context, reuse existing runtime artifacts, and choose the smallest authoritative surface before expanding prompt history. use when the task is growing large, when earlier repo intelligence already exists, or when repeated rescans would waste tokens without adding new evidence.
test-strategy-and-coverage
Define right-sized test layers and coverage priorities for a change.
speckit-taskstoissues
Convert existing tasks into actionable, dependency-ordered GitHub issues for the feature based on available design artifacts.
speckit-tasks
Generate an actionable, dependency-ordered tasks.md for the feature based on available design artifacts.
speckit-specify
Create or update the feature specification from a natural language feature description.