finding-duplicate-functions — Claude Code skill: what it does
Detects functions that share identical intent under different names or implementations. Useful for cleaning up shared helpers in codebases grown by multiple contributors or LLMs.
npx skills add obra/superpowers-lab --skill finding-duplicate-functions -a claude-codeWhat finding-duplicate-functions does
The skill targets semantic duplication in TypeScript and JavaScript repositories. Standard copy-paste checkers like jscpd catch literal syntax clones, but they miss reimplemented utilities. It extracts public functions via ./scripts/extract-functions.sh into catalog.json, gathering 15 lines of context by default while ignoring test suites.
The pipeline divides the workload between two models. A Haiku subagent first groups functions into domain categories using scripts/categorize-prompt.md. A helper script then partitions the data, filtering for categories with 3 or more functions. An Opus subagent inspects each category to spot actual semantic duplicates. Haiku works for domain grouping, but Opus is strictly needed for duplicate detection because lighter models miss nuanced logic overlap.
Blindly merging functions will break callers. The workflow requires checking test coverage for the surviving function before deleting redundant implementations.
What it helps with
- find reimplemented functions with different names and syntax
- extract public methods into a structured catalog without test code
- cluster utility functions into domain categories
- generate a prioritized markdown audit of duplicate logic
Example prompts for the agent
- Run an audit for semantic duplicate functions using finding-duplicate-functions
- Analyze src/ for duplicate utility functions with finding-duplicate-functions
How to install finding-duplicate-functions
1Skills CLI (Vercel)
npx skills add obra/superpowers-lab --skill finding-duplicate-functions -a claude-code2Manually: put the files in place
~/.claude/skills/finding-duplicate-functions/SKILL.mdCopy the whole skill folder; for one project use .claude/skills/finding-duplicate-functions/
1Skills CLI (Vercel)
npx skills add obra/superpowers-lab --skill finding-duplicate-functions -a codex2Manually: put the files in place
.agents/skills/finding-duplicate-functions/SKILL.mdFor all projects use ~/.agents/skills/
1Skills CLI (Vercel)
npx skills add obra/superpowers-lab --skill finding-duplicate-functions -a cursor2Manually: put the files in place
.cursor/skills/finding-duplicate-functions/SKILL.mdCursor also reads .agents/skills/ and .claude/skills/
1GitHub CLI
gh skill install obra/superpowers-lab finding-duplicate-functions2Manually: put the files in place
.github/skills/finding-duplicate-functions/SKILL.md1Skills CLI (Vercel)
npx skills add obra/superpowers-lab --skill finding-duplicate-functions -a gemini-cli2Platform CLI
gemini skills install https://github.com/obra/superpowers-lab --path skills/finding-duplicate-functionsManually: put the files in place
.devin/skills/finding-duplicate-functions/SKILL.mdThe legacy .windsurf/skills/ path still works
Skills CLI (Vercel)
npx skills add obra/superpowers-lab --skill finding-duplicate-functions -a opencodeClaude.ai
Zip the folder and upload it in Settings → Capabilities → Skills
Step by step, with commands for each platform: How to install skills in Claude Code: five ways
Questions about finding-duplicate-functions
How do I install finding-duplicate-functions in Claude Code?
Run npx skills add obra/superpowers-lab --skill finding-duplicate-functions -a claude-code in your terminal.
What does finding-duplicate-functions do?
It extracts JavaScript and TypeScript functions, groups them by topic with Haiku, and uses Opus to pinpoint functions that do the same thing. It outputs a markdown report grouped by confidence.
Why does the skill use both Haiku and Opus?
Haiku handles the initial domain categorization at lower cost. Detecting duplicate intent requires deeper semantic analysis, where Haiku misses subtle duplicates and Opus succeeds.
Source text
SKILL.md · MIT
---
name: finding-duplicate-functions
description: Use when auditing a codebase for semantic duplication - functions that do the same thing but have different names or implementations. Especially useful for LLM-generated codebases where new functions are often created rather than reusing existing ones.
---
# Finding Duplicate-Intent Functions
## Overview
LLM-generated codebases accumulate semantic duplicates: functions that serve the same purpose but were implemented independently. Classical copy-paste detectors (jscpd) find syntactic duplicates but miss "same intent, different implementation."
This skill uses a two-phase approach: classical extraction followed by LLM-powered intent clustering.
## When to Use
- Codebase has grown organically with multiple contributors (human or LLM)
- You suspect utility functions have been reimplemented multiple times
- Before major refactoring to identify consolidation opportunities
- After jscpd has been run and syntactic duplicates are already handled
## Quick Reference
| Phase | Tool | Model | Output |
|-------|------|-------|--------|
| 1. Extract | `scripts/extract-functions.sh` | - | `catalog.json` |
| 2. Categorize | `scripts/categorize-prompt.md` | haiku | `categorized.json` |
| 3. Split | `scripts/prepare-category-analysis.sh` | - | `categories/*.json` |
| 4. Detect | `scripts/find-duplicates-prompt.md` | opus | `duplicates/*.json` |
| 5. Report | `scripts/generate-report.sh` | - | `report.md` |
## Process
```dot
digraph duplicate_detection {
rankdir=TB;
node [shape=box];
extract [label="1. Extract function catalog\n./scripts/extract-functions.sh"];
categorize [label="2. Categorize by domain\n(haiku subagent)"];
split [label="3. Split into categories\n./scripts/prepare-category-analysis.sh"];
detect [label="4. Find duplicates per category\n(opus subagent per category)"];
report [label="5. Generate report\n./scripts/generate-report.sh"];
review [label="6. Human review & consolidate"];
extract -> categorize -> split -> detect -> report -> review;
}
```
### Phase 1: Extract Function Catalog
```bash
./scripts/extract-functions.sh src/ -o catalog.json
```
Options:
- `-o FILE`: Output file (default: stdout)
- `-c N`: Lines of context to capture (default: 15)
- `-t GLOB`: File types (default: `*.ts,*.tsx,*.js,*.jsx`)
- `--include-tests`: Include test files (excluded by default)
Test files (`*.test.*`, `*.spec.*`, `__tests__/**`) are excluded by default since test utilities are less likely to be consolidation candidates.
### Phase 2: Categorize by Domain
Dispatch a **haiku** subagent using the prompt in `scripts/categorize-prompt.md`.
Insert the contents of `catalog.json` where indicated in the prompt template. Save output as `categorized.json`.
### Phase 3: Split into Categories
```bash
./scripts/prepare-category-analysis.sh categorized.json ./categories
```
Creates one JSON file per category. Only categories with 3+ functions are worth analyzing.
### Phase 4: Find Duplicates (Per Category)
For each category file in `./categories/`, dispatch an **opus** subagent using the prompt in `scripts/find-duplicates-prompt.md`.
Save each output as `./duplicates/{category}.json`.
### Phase 5: Generate Report
```bash
./scripts/generate-report.sh ./duplicates ./duplicates-report.md
```
Produces a prioritized markdown report grouped by confidence level.
### Phase 6: Human Review
Review the report. For HIGH confidence duplicates:
1. Verify the recommended survivor has tests
2. Update callers to use the survivor
3. Delete the duplicates
4. Run tests
## High-Risk Duplicate Zones
Focus extraction on these areas first - they accumulate duplicates fastest:
| Zone | Common Duplicates |
|------|-------------------|
| `utils/`, `helpers/`, `lib/` | General utilities reimplemented |
| Validation code | Same checks written multiple ways |
| Error formatting | Error-to-string conversions |
| Path manipulation | Joining, resolving, normalizing paths |
| String formatting | Case conversion, truncation, escaping |
| Date formatting | Same formats implemented repeatedly |
| API response shaping | Similar transformations for different endpoints |
## Common Mistakes
**Extracting too much**: Focus on exported functions and public methods. Internal helpers are less likely to be duplicated across files.
**Skipping the categorization step**: Going straight to duplicate detection on the full catalog produces noise. Categories focus the comparison.
**Using haiku for duplicate detection**: Haiku is cost-effective for categorization but misses subtle semantic duplicates. Use Opus for the actual duplicate analysis.
**Consolidating without tests**: Before deleting duplicates, ensure the survivor has tests covering all use cases of the deleted functions.
© obra · MIT · obra/superpowers-lab