Skill.md検索

全言語共通のコード品質基準を適用：プロジェクトのlinter/formatter設定に自動で従い、コード品質を統一的に確保します。 テスト実行とlintチェックを自動化：タスク完了前に自動的にテストを実行し、lintエラーがないことを確認します。 エラーハンドリングの徹底：例外やエラーを適切に処理する実装を自動で確認し、不正なコード（コメントアウトコード、TODOなど）を排除します。 作業ディレクトリを明示：編集作業前後に現在のディレクトリを自動報告し、作業の透明性を確保します。 複数人でコードを書くチームで、品質基準を統一したい人 開発中のうっかりしたエラーハンドリング漏れや不要なコメントアウトコードを事前に防ぎたい人 AIアシスタントにコード生成を頼む際、品質チェックの手間を削減したい人 本スキルは全言語共通ルール、必須制約事項、作業ディレクトリ報告から構成されます。全言語共通ルールとしてlinter/formatter設定に従うことを要求。必須制約事項は：(1)完了前にテストを実行、(2)リントがパスすることを確認、(3)コメントアウトされたコード禁止、(4)TODOコメント禁止、(5)明示的なエラーハンドリング。作業ディレクトリの報告ルールは、編集作業前にカレントディレクトリを報告、cd後は現在のパスを報告、パス明示にはpwdコマンドを使用します。

コード変更に応じて、CLAUDE.mdやルールファイルなどのAI向けドキュメントを効率よく更新できます アーキテクチャやコーディング規約の変更を、対応するルールファイルに自動反映させることで、AIの提案内容を常に最新に保ちます プロジェクト固有情報（パッケージ名、エンドポイント等）と再利用可能なルール（アーキテクチャ原則等）を分離管理でき、他プロジェクトへのルール転用が容易になります ルールファイルの形式・構成を統一し、AI・チーム双方が参照しやすい状態を維持できます 複数プロジェクトを管理するテックリード：ルールファイルを効率よく管理し、横断的な品質基準を維持 AIツール導入時の体系化（システム化）を担当する者：プロジェクトとAIルールの関係を整理し、長期的な保守性を向上 大規模チームのドキュメント管理者：ルール更新を一元化し、チーム全体への周知を自動化

AI特有の不自然な表現（過度な強調、絵文字、肯定的すぎる文体）を避け、事実を端的に伝えるドキュメントを作成できます 読み手が知りたい情報を最初に配置し、階層構造を整えることで、検索性と理解しやすさを向上させます 具体例やコード例を効果的に組み込み、抽象的な説明を避けることで、実用性の高いドキュメントになります 見出し、コード表記、強調などのMarkdown形式を統一し、ドキュメント全体の統一感を保ちます 技術ドキュメント作成を担当するエンジニア：読みやすく、保守しやすいドキュメントを効率よく作成 新人教育や技術共有の機会を設ける組織：ドキュメントの品質を統一し、学習曲線を緩和 プロジェクトのドキュメント基準を確立したいリーダー：ドキュメント作成の指針を設定し、チーム全体に浸透させる

ブランチの作成から変更管理まで、一貫したGitワークフローに従うことができます。統一されたコミットメッセージ形式でチーム全体の履歴管理が整理されます。 リント、フォーマット、型チェック、テストなどの確認項目をチェックリスト形式で自動提示されるため、うっかりした品質低下を防げます。 PR作成前に、意図しないコミットや差分が含まれていないか自動検証できます。マージ済みの内容が混入していないかも確認できるため、安全にPRを送信できます。 Co-Authored-By情報を含めたコミット規則により、複数人での作業がコミット履歴に正確に記録されます。 チーム開発でコミット履歴を整理・統一したいエンジニア PRレビュー前の品質チェックを見落としたくない開発チーム ブランチ戦略やコミットルールをチーム全体で徹底したいプロジェクトマネージャー

GitHub Actions用のワークフローテンプレートと設計ルールに従うことで、一貫性のあるCI/CDパイプラインを素早く構築できます。リント、フォーマットチェック、型チェック、テストなどを自動で実行する仕組みが整います。 すべてのアクションをコミットSHAでピン留めすることで、アクションの予期しない更新による障害を防げます。セキュリティリスク（サプライチェーン攻撃）も低減できます。 パッケージごとに対象ファイルパスを指定することで、不要なワークフロー実行を削減でき、CI/CD時間を短縮できます。 最小権限の原則に基づいた権限設定により、セキュリティを強化しながら効率的なパイプラインが実現できます。 GitHub Actionsで自動テスト・デプロイを導入したいチーム セキュアで保守性の高いCI/CDパイプラインを構築したいエンジニア 複数パッケージを管理するモノレポプロジェクトの自動化を効率化したい開発者

厳密なバージョン指定ルールにより、予期しないパッケージ更新によるバグを防げます。^や~のレンジ指定を使わないことで、開発環境とCI環境の動作を完全に統一できます。 npxの使用を禁止し、pnpm execまたはpackage.jsonのscriptsを使用することで、意図しないパッケージバージョンの実行や無駄なダウンロードを防げます。 プロジェクトで指定されたパッケージマネージャ（pnpm・npm・yarn・bun）に統一することで、ロックファイルの競合やチーム間での環境差異を排除できます。 CI環境で--frozen-lockfileを使用することで、ロックファイルの整合性を保証し、本番環境へのデプロイリスクを最小化できます。 パッケージ更新による予期しないバグに困っているチーム 開発環境と本番環境の動作を完全に統一したいエンジニア 複数人開発でパッケージ依存関係の競合を解決したいプロジェクト npm・pnpm・yarnなど複数のパッケージマネージャを使い分けるプロジェクト

ドキュメント、コメント、メッセージを一貫したスタイルで記述できるため、チーム全体の可読性が向上します。簡潔で直接的な表現により、読み手が情報を素早く理解できます。 過剰な表現や曖昧な前置きを避けることで、技術情報の正確性と信頼性が保証されます。 Markdownフォーマットを統一することで、ドキュメント間の見た目の一貫性が保たれ、読みやすさが向上します。 絵文字や過度な強調記法を避けることで、フォーマルで専門性の高い文書を作成できます。 チーム内のドキュメント品質を統一したいプロジェクトマネージャー テクニカルライティングの基準を確立したい開発チーム READMEやAPIドキュメントなどを保守性高く作成したいエンジニア コードコメントや技術記事の表現を洗練させたいライター