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 件のリポジトリを表示
すべてのリポジトリを表示しました