热门技能
当前社区里最受关注、增长最快的技能。
feature-block-design
taika-izumi
"brainstorming で合意した全体方針を、疎結合な機能ブロックに分割し、各ブロックの詳細仕様をディレクトリ分割形式（docs/current/specs/YYYY-MM-DD-<topic>/）で作成または更新する。brainstorming と writing-plans の間で発動する。"
speckit.specify
kbrdn1
Create or update the feature specification from a natural language feature description.
speckit.tasks
kbrdn1
Generate an actionable, dependency-ordered tasks.md for the feature based on available design artifacts.
organize-inbox
taika-izumi
"docs/inbox/ に置かれた未分類の情報を、フォルダ構成定義（docs/overview/folder-structure.md）の分類基準に照らして1件ずつ整理するスキル。移動だけでなく、複数分類への分割、既存ドキュメントへの追記統合も行う。ユーザーの明示実行、または start-work の inbox 検知からの提案で起動する。"
worklog-record
taika-izumi
"作業の節目（スキル完了・plan タスク完了・重要な分岐通過）とセッション切り替え直前で、AI のデフォルト挙動と実際に必要だったことの差分（delta）を中央ストアへ1件記録する。start-work の節目の確認およびセッション終了処理から発火。記録ゲート（既存スキルで実施済みでない かつ AI 自律で毎回再現できない）を満たす場合のみ追記する。"
speckit.analyze
kbrdn1
Perform a non-destructive cross-artifact consistency and quality analysis across spec.md, plan.md, and tasks.md after task generation.
documenting-plugin
AtomiCloud
Document this CyanPrint plugin into README.MD. Use when the user asks to document the plugin, write a README, explain plugin configuration, or describe what the plugin validates or transforms. Reads cyan.yaml and entry point code to extract config schema and behavior.
prompt-command
kbrdn1
Create and optimize command prompts with command-specific patterns
spec-git-flow-worktree
kbrdn1
Spec-driven end-to-end GitHub workflow in an isolated git worktree — opens the issue via gh, creates a clean worktree with gwm, then runs the full Spec Kit cycle (speckit.specify → speckit.plan → speckit.tasks → speckit.implement) inside it, makes atomic Gitmoji/Conventional commits referencing the issue, pushes, and opens a PR. Issue-first numbering: the GitHub issue number drives the branch (<type>/#<issue>-<slug>) AND the spec directory (<issue>-<slug>). Triggers on "spec issue worktree PR", "speckit worktree flow", "spec-driven worktree", "specify then worktree then implement", and any request that combines speckit.specify/speckit.implement with gwm + gh issue. Use this skill (not spec-git-flow-branch) whenever the spec-driven change should live in an isolated worktree rather than the current checkout.
retrospective
taika-izumi
"サブプロジェクト1サイクル完了直後（feature ブランチを master へマージ後、handoff finalize 前）に実施する、サイクル末尾の課題抽出記録スキル。AI が plan / git log / handoff から課題候補（事象/原因/影響、system/flow 分類つき）を一括提示し、ユーザーが修正と起票判断を行う。フロー課題は delta 型（worklog で捕捉可能）か構造観察型かを振り分け、delta 型で急がないものは worklog パイプラインへ委ねる（ADR-0056）。抽出課題は docs/working/issues/system flow/ へ起票し（ADR-0028）、対策の採否・設計・ADR化は次サイクルへ委ねる（ADR-0021）。rubber-duck 独立レビューはユーザー要求時のみのオプション。"
writing-plugin-python
AtomiCloud
Write or modify CyanPrint plugin code in Python. Use when the user asks to add validation rules, change plugin behavior, modify the entry point, run commands from a plugin, or mutate files. Covers entry point (start_plugin_with_fn), native filesystem I/O (pathlib), and command execution (subprocess). Plugins receive { directory, config } and use native OS operations.
assets
arabold
Use when discovering, downloading, or adding new 3D/2D/audio assets to this game from curated free sources (KayKit, Quaternius, Kenney, Poly Pizza) or generating our own via image-to-3D. Covers the two automation channels (KayKit GitHub + Poly Pizza API), the download->manifest->import workflow, licensing/style rules, and the experimental AI authoring path. Policy and the asset manifest live in assets/AGENTS.md; this skill is the how-to and the scripts. Not needed for editing assets already in the repo.
speckit.plan
kbrdn1
Execute the implementation planning workflow using the plan template to generate design artifacts.
extend-guidelines
taika-izumi
"ガイドラインの拡張（原則追加・Skillの新規作成/改定・AGENTS.md更新）を行う際のゲートウェイ。CONTRIBUTING.mdを読み込み、brainstormingへ接続する。"
writing-processor-javascript
AtomiCloud
Write or modify CyanPrint processor code in JavaScript. Use when the user asks to change file transformations, modify the entry point, handle file processing, or change output generation. Covers entry point (StartProcessorWithLambda), CyanFileHelper (read/write/copy/resolveAll), and VirtualFile (content/read/write). Processor lambda receives (input, fileHelper) as two parameters.
xunit-dotnet
DonArtkins
"xUnit unit + integration testing for the Griot backend: WebApplicationFactory against the real SQL Server container, refresh-rotation replay, bulk-atomicity, coverage collection."
decision-log
taika-izumi
"重要な意思決定をADR（Architecture Decision Record）として記録・管理する。設計判断、プロセス決定、スコープ決定、方針決定を構造化して記録する。意思決定を検出した瞬間に呼ぶこと。実行中の他スキルの完了を待ってはならない。"
testing-processor
AtomiCloud
Test this CyanPrint processor. Use when the user asks to write processor tests, add test cases with input files, update snapshots, or debug processor test failures. Covers test.cyan.yaml format with input directories, config, validate commands, and expected output.
worklog-skillify
taika-izumi
"worklog-extract で採用された候補から、writing-skills 委譲で新規スキル作成または既存スキル拡張を行う。スコープ（汎用/プロジェクト固有/固有ルール）で成果物の配置先を振り分け、汎用パスをガイドライン配信元リポジトリ以外で実行しようとした場合は警告する。ユーザーまたは worklog-extract から起動。"
upgrade
AtomiCloud
Upgrade all CyanPrint SDK packages and Docker runtime versions across templates, plugins, and processors (TypeScript, JavaScript, Python, .NET), then run tests to validate. Use when upgrading dependencies, updating SDK versions, refreshing packages, updating Docker images, or running /upgrade.
banner-github
kbrdn1
Génère une bannière de profil GitHub (hero, PNG dark + light) au thème "Claude Dark" de kbrdn.dev — nom, titre, badge de statut, chips de stack, avatar optionnel. Pour le README de profil (repo user/user). Déclencheurs : "bannière github", "banniere profil", "profile banner", "hero banner profil", /me:banner-github.
command-template
kbrdn1
Template de reference pour creer des skills Claude Code (.claude/skills/). Contient la structure SKILL.md avec tous les champs frontmatter valides et les patterns recommandes.
worktree-wrapper
kbrdn1
Manage git worktrees for fiches-pedagogiques via the local wrapper script tools/worktree-manager.sh (backed by gwq). Use when the user asks to create/list/remove/cleanup worktrees, runs make worktree, mentions gwq, or asks about the bootstrap_worktree_safety logic (.env.testing sqlite, AWS RDS guard, composer install, direnv allow). Triggers on "worktree", "worktree-manager", "gwq", "make worktree", "bootstrap worktree", "post_create".
jest-rtl
DonArtkins
"Jest + React Testing Library for the Griot web app: component tests for TaskCard/BoardView/modals, mocked Apollo/React Query hooks, MSW for the copilot stub."