repo-kit

Plugin repo-kit from marketplace knk1313-skills in knk1313/skills. Commands read from the repo's manifest — 5 days ago.

Skills (16)

• repo-review

  リポジトリを診断するときに使う。「このリポジトリの健康診断をして」「改善できそうなところを探して」と観点を決めずに頼まれたときも、「セキュリティ上の問題を探して」「設計の悪いところを見つけて」「テストが足りないところを教えて」「バグがありそうなところは？」「依存を見直して」「READMEが実装と合っているか見て」「アクセシビリティを見て」「運用面で問題ない？」と観点を決めて頼まれたときも使う。観点を決めていなければ全体を広く浅く調べて優先すべき領域だけを深掘りし、決めていればその観点だけを調べる。セキュリティ、バグ、設計、テストの不足、性能、UX、アクセシビリティ、依存、ドキュメントの食い違い

• a11y-review

  画面のアクセシビリティを点検するときに使う。「アクセシビリティを見て」「a11yの問題を探して」「スクリーンリーダーで使える？」「キーボードだけで操作できる？」「WCAGに沿っているか見て」と頼まれたときに使う。セマンティクス、代替テキスト、フォームのラベル、キーボードの操作、フォーカス、色のコントラスト、動き、ARIAの使い方を、WCAG 2.2のAAを目安に読み取りだけで調べて報告する。直すことはしない。使い勝手全般はux-reviewで扱う。

• architecture-review

  リポジトリの設計と構造を評価するときに使う。「設計の悪いところを見つけて」「構成に問題ない？」「責務の分け方を見て」「依存関係がぐちゃぐちゃになっていないか見て」と頼まれたときに使う。責務の分離、依存の向き、循環参照、密結合、設計の一貫性を、読み取りだけで調べて根拠つきで報告する。直すことはしない。負債を洗い出して直す順番をつけるのはtech-debtで行う。

• bug-hunt

  まだ表に出ていない潜在的なバグを、コードを読んで探すときに使う。「バグがありそうなところを探して」「壊れそうな箇所はある？」「エッジケースを見て」「この処理に穴がないか見て」と頼まれたときに使う。境界値、例外処理、非同期と競合状態、データの整合性、呼び出し側と呼ばれ側の前提の食い違いを、読み取りだけで調べ、再現の筋書きつきで報告する。直すことはしない。起きているエラーの原因を調べて直す依頼（デバッグ）には使わない。

• dependency-review

  依存しているライブラリを点検するときに使う。「依存関係を見直して」「使っていないパッケージはある？」「古いライブラリがないか見て」「依存を整理したい」と頼まれたときに使う。使っていない依存、宣言していない依存、目的が重なる依存、更新が止まった依存、既知の脆弱性がある依存、ロックファイルと版の指定を、読み取りだけで調べて根拠つきで報告する。パッケージの追加・削除・更新はしない。

• docs-drift

  ドキュメントと実装の食い違いを探すときに使う。「READMEが実装と合っているか見て」「ドキュメントが古くなっていないか見て」「API仕様と実装がずれていないか確認して」「書いてあるコマンドが動くか見て」と頼まれたときに使う。README、docs、API仕様、AGENTS.md・CONTRIBUTING.md、コードのコメント、.env.exampleを実装と突き合わせ、読み取りだけで食い違いを報告する。ドキュメントもコードも直さない。公開前のREADMEの仕上げと校正はpublishで行う。

• health-check

  リポジトリ全体の健康診断をするときに使う。「このリポジトリの健康診断をして」「全体的に問題がないか見て」「改善できそうなところを探して」「どこから直せばいい？」「このリポジトリの状態を教えて」と、観点を決めずに頼まれたときに使う。リポジトリを広く浅く調べて用途と状態をつかみ、セキュリティ・バグ・設計・テスト・性能・UX・依存・ドキュメント・負債・アクセシビリティ・運用のうち、優先すべき領域だけを選んで深掘りし、費用対効果の高い改善を示す。読み取りだけで、直すことはしない。観点が決まっている依頼は、それぞれのレビューのスキルを使う。

• ops-review

  本番での運用の堅さを点検するときに使う。「運用面で問題ない？」「本番で困りそうなところを探して」「ログや監視を見て」「障害に備えられているか見て」「デプロイの手順を見直して」と頼まれたときに使う。ログ、監視、障害への備え、バックアップと復元、デプロイとロールバック、設定と秘密情報の渡し方を、リポジトリに書かれた範囲で読み取りだけで調べて報告する。直すことも、本番の環境に触ることもしない。

• performance-review

  遅くなる原因やむだな資源の使い方を、コードを読んで探すときに使う。「遅くなりそうなところを探して」「パフォーマンスを見て」「N+1がないか見て」「重い処理はある？」「メモリを食いそうなところは？」と頼まれたときに使う。N+1、計算量、不要な処理、キャッシュ、接続やメモリなどの資源の使い方を、読み取りだけで調べて根拠つきで報告する。直すことも、ベンチマークを動かすこともしない。

• publish

  GitHubのリポジトリを公開する前、または公開済みのリポジトリを整える作業で使う。「公開前に整えて」「publicにする準備」「OSSとして出せる状態にして」「公開して大丈夫か見て」「リポジトリの設定をそろえて」と頼まれたとき、リポジトリを公開・配布する話が出たときに使う。秘密情報と個人情報の検査、作業用ファイルの削除、足りないファイルの追加（setupのテンプレートを使う。OSSにするならLICENSE・SECURITY.md・CONTRIBUTING.mdも足す）、CIの権限の絞り込み、About・topics・mainの保護・secret scanningなどのGitHubの設定、RE

• security-audit

  リポジトリのコード全体から、セキュリティ上の弱点を探すときに使う。「セキュリティ上の問題を探して」「このリポジトリ安全そう？」「脆弱性がないか見て」「認証まわりを確認して」「攻撃されそうなところはある？」と頼まれたときに使う。認証・認可、入力の検証とインジェクション、秘密情報の扱い、危険な設定、依存の既知の脆弱性を、読み取りだけで調べて根拠つきで報告する。直すことはしない。公開の前の、コミット履歴まで含めた秘密情報の検査とGitHubの設定は、このスキルではなくpublishで行う。

• setup

  リポジトリに開発の土台になるファイルを足すときに使う。新しく作ったリポジトリでも、開発の途中のリポジトリでも使える。「リポジトリをセットアップして」「Issueテンプレートを入れて」「AGENTS.mdとCLAUDE.mdを作って」「PRテンプレートがほしい」「CIとDependabotを入れて」「いつもの構成にして」「足りないファイルを持ってきて」と頼まれたとき、新しいプロジェクトを始めたときに使う。Issue・PRのテンプレート、AGENTS.md・CLAUDE.md、.gitignore、.env.example、Dependabot、権限を絞ったCIのうち、足りないものだけを、リポジト

• tech-debt

  技術的負債を洗い出し、直す順番をつけるときに使う。「技術的負債を洗い出して」「リファクタリングすべきところは？」「どこから整理すればいい？」「保守しにくいところを探して」と頼まれたときに使う。重複、巨大なファイル、TODO・FIXME、古い書き方、死んだコード、型やlintの抜け道などを、変更の頻度と直すコストで優先順位をつけ、読み取りだけで報告する。直すことはしない。設計そのものの深い評価はarchitecture-reviewで行う。

• test-add

  不足しているテストを、実際に書いて足すときに使う。「テストを追加して」「足りないテストを書いて」「test-gapで出たテストを書いて」「この関数にテストを書いて」と頼まれたときに使う。重要な振る舞いと失敗ケースのテストを、既存のテストの書き方に合わせて足し、承認を得てから実行して確かめる。書くのはテストのファイルだけで、プロダクションのコードと設定は変えない。どこにテストが足りないかを調べるだけなら、test-gapを使う。

• test-gap

  テストが足りないところを特定するときに使う。「テストが足りないところを教えて」「どこにテストを書くべき？」「テストの抜けを探して」「このテストで十分か見て」と頼まれたときに使う。重要な機能と失敗ケースに対して、テストがあるか・十分かを、読み取りだけで調べ、足すべきテストを優先順に報告する。テストは書かない。テストを実際に足すのはtest-addで行う。

• ux-review

  画面やCLIの使い勝手を、コードを読んで評価するときに使う。「使いにくいところを探して」「UXを見て」「操作の流れに問題ない？」「エラーの出し方を見て」「ユーザーが迷いそうなところは？」と頼まれたときに使う。操作の手間、画面の遷移、入力、フィードバック、エラーのときの体験を、読み取りだけで調べて根拠つきで報告する。直すことはしない。アクセシビリティはa11y-reviewで扱う。

Similar plugins