Skip to main content
Manus에서 모든 스킬 실행
원클릭으로
dotcommander
GitHub 제작자 프로필

dotcommander

3개 GitHub 저장소에서 수집된 8개 skills를 저장소 단위로 보여줍니다.

수집된 skills
8
저장소
3
업데이트
2026-06-03
저장소 탐색

저장소와 대표 skills

debug-tape-methodology
소프트웨어 개발자

TAPE systematic debugging methodology: Think, Analyze, Plan, Execute. Use when: debugging errors, investigating failures, fixing bugs, diagnosing unexpected behavior. NOT for: code review, refactoring, performance profiling unrelated to a bug.

2026-03-05
learn-batch-extraction
컴퓨터 시스템 분석가

Novelty classification framework for extracting genuinely new knowledge from documentation. Use when: processing docs with /learn, extracting insights from large codebases, batch knowledge extraction. NOT for: summarizing documentation, generating training data, producing general overviews.

2026-03-05
next-audit-methodology
정보 보안 분석가

Codebase audit: security, debt, quality, prioritized findings, parallel scout architecture. Use when: auditing a codebase for security vulnerabilities, technical debt, quality issues, or discovering feature opportunities (roadmap mode). NOT for: single-file code review, formatting, or documentation writing.

2026-03-05
refactor-code-patterns
소프트웨어 개발자

Language-aware reusability-first refactoring with DRY optimization: project type detection, language rules, focus areas, duplication extraction, dead code removal, version sprawl elimination, and workspace cleanup. Use when: refactoring code for reusability, applying language-specific patterns, scanning for code smells, DRY extraction, eliminating duplication, cleaning workspace, removing version sprawl. NOT for: debugging, production audits, or adding new features.

2026-03-05
tasks-feature-lifecycle
소프트웨어 개발자

Feature lifecycle: requirements, discovery, design approval, quality gates, production. Use when: planning feature lifecycle from requirements through design approval to production; crystallizing vague requirements into actionable specs. NOT for: bug fixes, refactoring, or code review without new feature context.

2026-03-05
tasks-spec-methodology
소프트웨어 개발자

Notes to specs: DAWN structure, verification matrices, rollback plans, architecture decisions. Use when: converting rough notes, Slack dumps, or bullet points into structured developer specs; writing bug reports, feature specs, CLI tool specs, setup guides, or documentation. NOT for: code generation, API reference docs, changelog automation, or inline code comments.

2026-03-05
저장소 3개 중 3개 표시
모든 저장소를 표시했습니다