Skip to main content
Manusで任意のスキルを実行
ワンクリックで
GitHub リポジトリ

claude-commands

claude-commands には dotcommander から収集した 6 個の skills があり、リポジトリ単位の職業カバレッジとサイト内 skill 詳細ページを表示します。

収集済み skills
6
Stars
3
更新
2026-03-05
Forks
0
職業カバレッジ
3 件の職業カテゴリ · 100% 分類済み
リポジトリエクスプローラー

このリポジトリの 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