Agent Skills
› repowise-dev/repowise
› dead-code-cleanup
dead-code-cleanup
GitHub指导在代码库中识别和清理死代码,通过调用工具获取高置信度废弃代码建议,评估删除风险并遵循安全顺序执行,旨在降低技术债务、优化代码卫生及减小包体积。
Trigger Scenarios
用户询问清理或移除未使用的代码
讨论重构以减少包体积
识别代码库中的死代码
探讨技术债务或代码卫生问题
Install
npx skills add repowise-dev/repowise --skill dead-code-cleanup -g -y
SKILL.md
Frontmatter
{
"name": "dead-code-cleanup",
"description": "Use when the user asks about cleanup, removing unused code, refactoring, reducing bundle size, or identifying dead code in a Repowise-indexed codebase (.repowise\/ directory exists). Also activates when discussing technical debt, code hygiene, or repository maintenance.\n",
"user-invocable": false
}
Dead Code Cleanup with Repowise
Repowise detects dead code through graph analysis — no LLM needed, works even with a template-rendered wiki.
When the user asks about dead/unused code
Call get_dead_code() to get findings sorted by confidence tier. Useful parameters:
safe_only=true— only findings confirmed safe to delete (confidence >= 0.7)kind="unreachable_file"— files with no importerskind="unused_export"— public symbols nobody useskind="zombie_package"— monorepo packages with no consumersdirectory="src/old/"— limit to a specific directorytier="high"— only high-confidence findings (>= 0.8)min_confidence=0.7— raise the floor (default is 0.5) for a release-ready cleanupgroup_by="directory"orgroup_by="owner"— roll up to see where the dead code concentrates and who owns the most of it
How to present findings
- Only suggest deletion for findings with
safe_to_delete: true - For lower-confidence findings, present them as "candidates to investigate" not "things to delete"
- Dynamically-loaded code (plugins, handlers, adapters) may appear as dead code but isn't — Repowise filters common patterns but edge cases exist
Before deleting anything
- Confirm with the user. Present the file/symbol name, confidence score, and why Repowise thinks it's dead.
- Call
get_risk(targets=["path/to/file"])to double-check dependents. - Recently-modified "dead" code is more likely a false positive — flag this if the finding has recent git activity.
Safe deletion order
- Unreachable files first (whole file removal, cleanest)
- Unused internal symbols next
- Unused exports last (highest false-positive risk due to potential dynamic imports)
Version History
- b5f4753 Current 2026-07-25 05:12


