build-fix
Skill19 starsChanged 3 months agoMITView on GitHub
Fix build, lint, and type errors
13 other projects use a version of this.
Adopted by
Most recently taken up by
- codewithmukesh/dotnet-claude-kittheir own version, first seen Nov 8, 2026
- woosikkim/oh-my-claudecode-slimtheir own version, first seen Nov 8, 2026
- majay123/my-embedded-skillstheir own version, first seen Nov 8, 2026
- lza6/claw-code-tingfengtheir own version, first seen Nov 1, 2026
- jh941213/my-cc-harnesstheir own version, first seen Nov 1, 2026
- jh941213/ADLC-harnesstheir own version, first seen Nov 1, 2026
Used with
Projects with it also use docs-ci, docs-interfaces and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
jh941213Skilldocs-ci
문서 CI(링크·OpenAPI lint·breaking 게이트·mermaid 검증)나 문서 드리프트 감지(docs.yaml 신선도 검사)를 설치하거나 돌릴 때 사용. 문서 내용 작성은 docs-architecture·docs-interfaces·docs-manuals.
Also in 3 projects that use this
jh941213Skilldocs-interfaces
API·이벤트 인터페이스 문서(OpenAPI·swagger·AsyncAPI 명세, 엔드포인트 레퍼런스, API 구성도·시퀀스, API CHANGELOG)를 만들거나 코드와 맞출 때 사용. 시스템 구성도는 docs-architecture, API 설계 원칙은 api-design-principles.
Also in 3 projects that use this
TheKREATORSSkillinstinct-export
Export instincts from project/global scope to a file
Also in 3 projects that use this
TheKREATORSSkillinstinct-import
Import instincts from file or URL into project/global scope
Also in 3 projects that use this
RachaelQuiselSkillclient-docs
Client documentation. Use when a build needs documentation updates or missing project documents need to be identified.
Also in 3 projects that use this
planailabsSkilldocs-architecture
Layout, build pipeline, and structural gotchas for this dual-Astro repo. Read before changing structure, routing, or adding content. Operational/dev-server questions → dev-build skill.
Also in 3 projects that use this
- +4 more from jh941213
- +1 more from TheKREATORS
Other versions13 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 13
- codewithmukesh/dotnet-claude-kit★ 808same name
- jh941213/ADLC-harness★ 125same name
- jh941213/my-cc-harness★ 125same name
- jh941213/my-claude-code-asset★ 125same name
- excatt/superclaude-plusplus★ 14same name
- bis-code/claude-toolkit★ 8same name
- majay123/my-embedded-skills★ 8same name
- lza6/claw-code-tingfeng★ 5same name
- PatriotAgenticLLC/better_claude_skillz★ 3same name
- peopleforrester/claude-dotfiles★ 3same name
3 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository25 other files it gives its agents.
- assess-findingsSkill
- autopilotSkill
- code-searchSkill
- context-usageSkill
- debugSkill
- decideSkill
- designSkill
- docsSkill
- forgetSkill
- gitSkill
- implementSkill
- memoriseSkill
- patternsSkill
- perfSkill
- plan-swarmSkill
- recallSkill
- reflectSkill
- reviewSkill
- semgrepSkill
- surveySkill
- swarmSkill
- swarm-statusSkill
- testSkill
- verifySkill
- worktree-resolveSkill
The file
We split this skill into the rules it gives an agent
11 rules. 0 are common, 8 are distinctive, and 3 are very specific to this project.
0
Common
Most of the 8 edited versions we read keep these.
8
Distinctive
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 21
Before starting, ensure you have:
- Distinctive: line 29
Run all checks and capture output:
- Very specific: line 39
Check package.json for available scripts
- Very specific: line 41
Use npm ci for clean install if lock file exists
- Distinctive: line 60
Use MCP tools to find definitions and patterns:
- Distinctive: line 80
All missing imports together: - Add import statements
- Distinctive: line 81
All type annotations together: - Add/fix type declarations
- Very specific: line 82
All unused variables together: - Remove or prefix with _
- Distinctive: line 117
No refactoring: - Don't improve "while you're there"
- Distinctive: line 119
Match style: - Follow existing patterns exactly
- Distinctive: line 120
One batch at a time: - Verify between batches
“Common” is measured: kept by at least 6 in 10 of the 8 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Build Fix Mode
Recommended model tier: balanced (sonnet) - this skill performs straightforward operations
Rapidly fix all build, type, and lint errors with minimal changes.
Prerequisites
Before starting, ensure you have:
- Access to the project root directory
- Build tools installed (npm, tsc, etc.)
Workflow
Step 1: Capture All Errors
Run all checks and capture output:
# Run in sequence, capture all output
npm run build 2>&1 | head -100
npm run lint 2>&1 | head -100
npx tsc --noEmit 2>&1 | head -100If commands fail to run:
- Check package.json for available scripts
- Try
npm installif dependencies are missing - Use
npm cifor clean install if lock file exists
Step 2: Categorize Errors by Priority
Process errors in this order:
- Type errors (highest priority) - Fix TypeScript/type issues first
- Build errors - Compilation failures
- Lint errors - ESLint, Prettier, etc.
- Warnings - Address only if trivial
Group similar errors:
- Missing imports
- Type mismatches
- Unused variables
- Formatting issues
Step 3: Search for Context
Use MCP tools to find definitions and patterns:
# Find type definitions
mcp__plugin_aide_aide__code_search query="InterfaceName" kind="interface"
# Find function signatures
mcp__plugin_aide_aide__code_search query="functionName" kind="function"
# Get symbols in a file
mcp__plugin_aide_aide__code_symbols file="path/to/file.ts"
# Check project conventions
mcp__plugin_aide_aide__decision_get topic="coding-style"Step 4: Apply Fixes Systematically
Fix in batches by category:
- All missing imports together - Add import statements
- All type annotations together - Add/fix type declarations
- All unused variables together - Remove or prefix with
_
Step 5: Verify After Each Batch
# Run full verification
npm run build && npm run lint && npx tsc --noEmitVerification criteria:
- Exit code 0 for all commands
- No error output
- Warnings are acceptable if not introduced by changes
Step 6: Final Verification
# Run tests to ensure fixes didn't break functionality
npm testFailure Handling
| Failure | Action |
npm run build fails to start | Run npm install first |
| Circular dependency error | Check import structure, may need refactoring |
| Type error in third-party lib | Check @types package version, update if needed |
| Cannot resolve module | Check tsconfig.json paths, baseUrl settings |
| ESLint config error | Check .eslintrc, ensure plugins installed |
| Fix introduces new errors | Revert and try alternative approach |
Rules
- Minimal changes - Fix only what's broken
- No refactoring - Don't improve "while you're there"
- No new features - Just fix errors
- Match style - Follow existing patterns exactly
- One batch at a time - Verify between batches
Common Fixes Reference
| Error | Fix |
| Cannot find module | Add import statement |
| Type 'X' not assignable | Add type annotation or use type assertion |
| 'X' is declared but never used | Remove or prefix with _ |
| Missing return type | Add explicit return type |
| Unexpected any | Add proper type annotation |
| Property does not exist | Check interface, add property or fix typo |
| Argument of type X not assignable | Check function signature, cast if needed |
MCP Tools
mcp__plugin_aide_aide__code_search- Find type definitions, function signaturesmcp__plugin_aide_aide__code_symbols- List all symbols in a filemcp__plugin_aide_aide__decision_get- Check project coding decisions
Output Format
Report all fixes made:
## Build Fix Report
### Errors Fixed
- `src/foo.ts:10` - Added missing import for `Bar`
- `src/foo.ts:25` - Fixed type: `string` -> `string | null`
- `src/bar.ts:5` - Removed unused variable `temp`
### Verification
- Build: PASS
- Lint: PASS
- Types: PASS
- Tests: PASS
### Notes
[Any observations or remaining warnings]Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

