general-dev-skills

GitHub Actionsの静的検査を行い、エラーを修正する。ワークフローの構文やセキュリティ上の問題を確認するときに使用する。

AI が書いた文章で目についた語や言い回しを、textlint の ai-words 辞書へ 1 件登録する。逆に、textlint に指摘されたが許容したい語を allows へ逃がすのもこのスキルで行う。「この言い方やめて」「AI っぽい表現を指摘して」「その単語うざいので textlint に追加して」「この指摘は出さないで」「ai-words.json に足して」のように、日本語の語や言い回しへの好き嫌いを示されたら必ず使う。ユーザーが textlint と明示しなくても、特定の語を今後書かせたくない・指摘させたくないという意図が読み取れたら使う。文章全体の構成や論理への指摘には使わない。

TypeScript の関数主体プロジェクトで、DDD の業務モデルと application/usecase・infrastructure・entry point の責務、依存方向、port/DI の要否を設計・レビューする。domain、usecase(s)、infrastructure、業務ルールを含む route・queue・cron・workflow、aggregate、repository、value object、entity、domain service、port、DI、レイヤー分離の話が出たら積極的に使う。既存コードのDDDレビュー、過剰抽象化の削減、必要な抽象化の追加、DTOやテスト境界の判断にも使う。DDDを理由にinterfaceやusecaseを機械的に増やさず、最小限のルールで再現可能な設計を選ぶ。業務判断のない単純な型修正・設定変更・CRUD/readや、一般的なDI解説だけには使わない。

Git操作(add, commit, switch, push)とGitHub CLI(PR作成・編集、Issue作成、コメント取得)を実行。コミット作成、ブランチ管理、プルリクエスト作成・編集、Issue管理が必要な場合に使用。「コミットして」「PRを作成」「Issueを作成」「ブランチを切って」などのリクエストで起動。

テストの設計・実装・レビューを行うスキル。単体テスト・統合テスト・E2Eテストに対応する。 実装前は対象機能・テスト観点・テストケース候補をMarkdownで整理し、合意後にテストコードを実装する。 既存テストのレビューでは、価値の低いテストの整理や統合テストの再設計も扱う。 以下のようなリクエストで積極的に使うこと: - テスト作成・追加: 「テストを書いて」「テストを追加して」「TDDで進めて」「このコードのテストがない」「実装したのでテストも書いて」 - テスト戦略・設計: 「何をテストすべきか」「テストケースを洗い出して」「どうテストする？」 - テストレビュー・再設計: 「テストを見直して」「価値の低いテストを整理して」「テストが多すぎる」「このテストは意味ある？」「テストが壊れやすい」 - その他: 「テストが通らない」「カバレッジを上げたい」「テスト戦略を相談したい」 テスト戦略・テスト設計・テスト実装・テストレビューの依頼で使用する。