Comments
Code comments and annotations
inline-docs
by manastalukdar
Generate JSDoc/docstrings from code analysis
spec-interview
by cenron
Turn a project or feature idea into an approved, implementable spec through an interview, a written spec with computed worked examples, annotation rounds, and (for projects with a UI) an approved design. Use when starting a new project or a large feature.
sql-style
by SApplefeld
"My T-SQL house style. Use whenever writing or modifying ANY SQL: stored procedures, tables, functions, indexes, install or deployment scripts, or ad-hoc queries. Signature traits: shell-then-ALTER deployment, banner-comment headers, leading commas, tab-aligned columns, leading semicolons, audit-logging CATCH blocks that do not re-throw. Trigger on any SQL work even when style is not named."
excel-author
by magnetoid
Build auditable Excel workbooks headless with openpyxl — blue/black/green cell conventions, formulas over hardcodes, named ranges, balance checks, sensitivity tables. Use for financial models, audit outputs, reconciliations.
prb
by davidsolheim
Ship session work: fetch origin/main into local main, merge origin/main into local dev, run a thorough multi-agent Local Code Review Gate on grok-4.6 (with closed-loop Linear /issue + /solve fixes on local dev until clean), then push to origin/dev; open a PR from dev into main; babysit CI/bot feedback on a 5-minute cadence for up to 15 minutes, push to origin/dev for user review (no approval needed for dev), then stop and wait for explicit user approval before merging to main or running production migrate/deploy (quiet CI alone is never main/prod authority). When the ship includes DB migrations, discover and run this project's production migration procedure at the correct pre-merge gate (never invent a stack; never db:push to prod by default). Use when the user runs /prb, says "push dev and PR to main", "ship session work", "babysit then merge to main", "promote dev to main with CI watch", or production migrate-on-ship.
sd-receive-review
by platypeeps
Use when review findings have arrived on the user's own work — pull request comments, an automated reviewer, a colleague's notes — and each must get exactly one evidenced disposition rather than reflex agreement or reflex defence.
pr-label
by kasiopeiya
PR に「変更の種類」ラベルと、人間レビューの要否を示すラベルを付ける。「pr-label」「PRにラベルを付けて」と指示されたとき。
tdd
by kasiopeiya
GitHub IssueからTDD（Test-Driven Development）サイクルを実行し、テストと実装を段階的に作成。アプリケーションコードの実装にTDDを適用する際に使用。
bizencore-work-on-task
by bizen
Select a bizencore task by label in Codex CLI, confirm whether the user wants execution or consultation, and record verified completion or partial progress through bizencore MCP.
cdk-imp
by kasiopeiya
AWS CDK実装専用コマンド。GitHub IssueからCDK実装・テスト・CDK合成まで自動実行する。CDKインフラの実装を依頼されたときに使用すること。
code-dev
by kasiopeiya
'アプリケーション実装の一気通貫ワークフロー。実装→コードレビュー→CI→設計書整合性チェックまでを人間への確認なしに自律実行する。Issue番号を引数に指定すること（例: /code-dev 15）。CDKには使用しない。'
ship
by missuo
Automatically generate conventional commit messages and push to remote. Analyzes git changes to determine the appropriate commit type (feat, fix, docs, style, refactor, perf, test, build, ci, chore), generates a descriptive message following the conventional commits specification, bootstraps GitHub repositories with gh CLI when git or remotes are missing, and handles the full git workflow from staging to push.
bid-software-design
by youyouhe
基于需求规格编写软件概要设计和详细设计文档。从需求元数据和各系统需求规格中读取业务对象、 接口、用例等信息，生成数据库设计、API设计、模块设计等工程级设计文档。 采用三阶段架构：Phase 0 生成设计元数据，Phase 1 按系统生成概要设计，Phase 2 按子模块生成详细设计。 核心特性：大文档自动拆分，按系统规模分级处理（小/中/大），避免单次输出过大。 当用户要求编写软件设计、概要设计、详细设计、数据库设计、API设计时触发。 也支持修复模式：当用户要求修复/补充设计文档时触发。 前置条件：需已完成 bid-requirements 生成需求规格文件。
pr-finalize-loop
by shoji9x9
作成済み GitHub PR の CI エラー解消とレビュー指摘対応を、CI が成功しレビュー指摘が尽きるまで自律ループで回すスキル。PR URL を受け取り、CI 失敗の修正・レビュースレッドの返信/解決・commit/push・設定したレビューツール（Copilot/Claude Code/Codex/none）への再レビュー依頼を反復する。自分の PR でなければ着手前に確認する。ループ中はユーザー確認を挟まず自律動作するが、人間判断を要する指摘だけは確認し、反映後にループへ戻る。--max-iterations（既定 5）で無限ループを防ぐ。レビュー対応単体は姉妹スキル pr-review-handle が担う。「PR を最後まで解決して」「CI とレビュー指摘がなくなるまで回して」「PR の CI とレビューを収束させて」「pr-finalize-loop」で必ず発動する。
pr-review-handle
by shoji9x9
GitHub PR のレビューコメント対応を gh で標準化するスキル。PR URL / PR 番号 / レビュー URL を受け取り、未解決レビュースレッドの確認・指摘の妥当性判断・必要な場合のみ修正・返信・解決（resolve）までを段階的に進める。全レビュアー（Copilot を含む）が対象。「レビューに対応して」「Copilot のレビューを処理して」「レビューコメントを解決して」「pr-review-handle」や、--push を伴う依頼で必ず発動する。ブランチ作成や Issue 着手は姉妹スキル issue-start が担う。
issue-start
by shoji9x9
GitHub Issue を起点に作業開始フローを標準化するスキル。Issue URL や Issue 番号を受け取り、リポジトリ一致確認・feature ブランチ作成と checkout（gh issue develop）・調査・実装・commit・push・PR 作成までを段階的に進めたいときに使う。ブランチを用意した時点で呼び出し元へ返す --branch-only があり、実装を自分で持つスキルからの委譲に使う。push の前と --acceptance で、Issue の受け入れ条件を 1 項目ずつ根拠と突き合わせた表を同梱の検査で確かめる。「Issue から始める」「この issue に着手」「受け入れ条件を確かめて」「issue-start」や、--branch-only / --plan / --commit / --pr / --acceptance を伴う依頼で発動する。
codebase-documenter
by mamba-mental
This skill should be used when writing documentation for codebases, including README files, architecture documentation, code comments, and API documentation. Use this skill when users request help documenting their code, creating getting-started guides, explaining project structure, or making codebases more accessible to new developers. The skill provides templates, best practices, and structured approaches for creating clear, beginner-friendly documentation.
dependabot-merge
by shoji9x9
Dependabot が作成した PR のレビューとマージを gh で標準化するスキル。PR URL / PR 番号で 1 件、--all または無指定で open な全 Dependabot PR を対象にする。CI 成功の確認 → 更新内容（changelog/release notes）からマージ影響の確認 → 判断を PR コメントに記録 → 問題なければマージ、までを進める。特に 0.x（<1.0）依存はマイナー更新でも破壊的変更があり得るため影響を確認してから扱う。「Dependabot の PR をマージして」「依存更新 PR を確認してマージ」「dependabot-merge」「dependabot の PR を全部見て」や、--all を伴う依頼で必ず発動する。依存更新 PR を 1 件ずつ影響判断してからマージする。
dependabot-alert-issue
by shoji9x9
Dependabot alerts または外部 audit findings（例 pnpm audit の正規化 JSON）を確認し、解消 Issue を gh で作成するスキル。対象を「すぐ着手できるか」で分類し、着手可能なものは severity 毎、ブロック中のものは脆弱パッケージ＋解決バージョン毎にまとめる。既存 Issue/PR はスキップし、特定 alert の ignore/dismiss も設定できる。pnpm.overrides 等の品質が保証されない回避策は採らない。「Dependabot alerts から Issue」「pnpm audit の結果から Issue」「脆弱性対応の Issue」「dependabot-alert-issue」で必ず発動する。
pr-finalize-loop
by shoji9x9
作成済み GitHub PR の CI エラー解消とレビュー指摘対応を、CI が成功しレビュー指摘が尽きるまで自律ループで回すスキル。PR URL を受け取り、CI 失敗の修正・レビュースレッドの返信/解決・commit/push・設定したレビューツール（Copilot/Claude Code/Codex/none）への再レビュー依頼を反復する。自分の PR でなければ着手前に確認する。ループ中はユーザー確認を挟まず自律動作するが、人間判断を要する指摘だけは確認し、反映後にループへ戻る。--max-iterations（既定 5）で無限ループを防ぐ。レビュー対応単体は姉妹スキル pr-review-handle が担う。「PR を最後まで解決して」「CI とレビュー指摘がなくなるまで回して」「PR の CI とレビューを収束させて」「pr-finalize-loop」で必ず発動する。
implement-plan
by ferueda
Implement a spec document phase-by-phase, writing robust idiomatic code that follows codebase patterns.
moltawards
by krrish7089
Hunts federal, state, grant, job, and B2B contract opportunities via the MoltAwards REST API (matchawards.com). NAICS-scoped feeds, adjacency narratives, set-aside filters, pursuit teaming, and award sub-lanes. Use when the user wants government contracting, SAM.gov-style opps, NAICS discovery, subcontracting leads, or revenue for their business.
bilicli
by nekobaimeow
"Use this skill whenever the user needs to download, search, or inspect content from Bilibili (B 站). Triggers: user mentions B 站, Bilibili, BV/av/SS/EP, 弹幕, 字幕, 评论, 封面, UP 主, 番剧, 课堂, "看视频" (analyze a video), "分析这个 B 站视频" (analyze this B 站 video), "帮我扒一下" (scrape/extract), or wants to fetch danmaku / comments / subtitles / audio transcript / video metadata / search results from bilibili.com. This skill wraps the bilicli CLI which is a pure-Rust port of the BiliTools GUI; it covers video download (DASH segments via aria2c + ffmpeg merge), audio-only download (m4a) + optional local ASR (sensevoice), danmaku (XML or ASS via DanmakuFactory), comments (hot + time + sub-replies), subtitles (JSON, requires login + wbi sign), search (video / bangumi / user / cheese course aware), and a harvest batch that does all four for top-N search results. Use this whenever B 站 / Bilibili content extraction or text-based video analysis is the task. Do NOT use for non-Bilibili video sites (YouTube, Vimeo, etc.) or for posting content back to B 站."
agentic-cadence
by Chef-Code
Manage durable agent handoffs, Cadence state, pickup signatures, and clean-square shutdowns for long-running or self-evolving workflows.