.md
Skill.mdサーチャーJP

Skill.md検索

2258件の Skill.mdから、あなたに最適なものを見つけましょう

S

大きな変更は計画確認をしてから実装

by skgreenabcj-commits

複数ファイルにまたがる変更や曖昧な要件を、実装前に構造化したプランとして提示できます。 実装前に「何をやるのか」「どのファイルに影響するのか」「どういう手順で進めるのか」を明確にして、ユーザーの承認を得てから着手できます。 要件の解釈のズレを事前に潰し、後戻りのない実装ができます。 不明な点や確認事項があれば、実装前に質問して解決できます。 複雑な機能開発を依頼したい人 実装前に方針をしっかり確認したい人 既存の動作に影響する大きな変更を加える必要がある人 アーキテクチャ設計を伴う開発を進めたい人 複数ファイルにまたがる変更、アーキテクチャ上の判断が必要な場合、データベーススキーマの変更、要件があいまい、または既存の動作に影響する可能性のある変更に対して、以下のプランフォーマットで実装前に承認を得ます。「理解した要件」「影響するファイル・コンポーネント」「実装ステップ」「考慮したアーキテクチャ上の判断」「不明点・確認事項」をMarkdown形式で提示。プランへの承認なしに実装を開始しない、推測で進めない、不明点があれば実装前に質問する、プラン承認後に要件が変われば再度プランを提示するというルールで運用。小さな修正(タイポ修正・1行の変更など)はプラン不要。

設計
02532026-04-12
S

コミット&プッシュを規格に従って自動化

by skgreenabcj-commits

Conventional Commits形式での自動コミット — 「feat」「fix」「refactor」などのタイプと説明を正しい形式でコミットメッセージに記録し、プロジェクト全体のコミット履歴を統一できます。 プッシュ前の自動チェック — push時に自動的に型チェックとビルドを実行し、エラー状態のままリモートに上がるのを防止します。 ステージング・コミット・プッシュを一気に実行 — 変更確認→メッセージ作成→コミット→プッシュの一連の流れをスムーズに進められます。 ブランチルールの順守サポート — mainへの直接プッシュを防ぎ、feature/*ブランチでの作業とPRマージのワークフローを強制します。 緊急時のフック回避オプション — フックをスキップしてプッシュする方法を提供しながら、後で修正する約束を促します。 チーム全体でコミットメッセージのフォーマットを統一したいプロジェクト プッシュ前に型チェックとビルド確認を必ず走らせたい開発チーム GitHubのブランチ保護ルールと連携して、品質ゲートを構築したい人 Conventional Commitsに従ったリリースノート自動生成を目指す組織

00
S

技術調査を体系的にまとめて共有

by skgreenabcj-commits

複数ソースから技術情報を横断収集 — 公式ドキュメント、GitHub、最新記事など複数の信頼できる情報源から調査を実施し、バイアスのない比較ができます。 競合ツール・ライブラリを比較表にまとめる — 複数の選択肢の機能・価格・パフォーマンス・使いやすさなどを一覧表で整理し、意思決定を加速できます。 Google Docs/Sheetsに自動整形して出力 — Markdown形式で下書きした内容をそのままGoogle DocsやSheetsに変換し、チーム共有をスムーズに進められます。 情報の鮮度を記録・検証 — 調査対象のバージョン・公開日・確認日を必ず記録し、古い情報による誤った判断を防ぎます。 推測を避けて不明点を明確化 — 確かでない情報は「要確認」と明記し、後で確認すべき課題を見える化できます。 新しいライブラリやフレームワークの採用を検討する際に、候補を体系的に比較したい人 技術選定の理由を社内に説明・共有する際に、信頼できるレポートが必要な判断者 市場トレンドや競合動向を定期的に調査し、戦略立案に活かしたい企画・経営層 複数の情報源を確認しながら正確な調査レポートを作成したい研究者・アナリスト

00
S

作業完了前の品質チェックリストを自動確認

by skgreenabcj-commits

コード品質の基準を一覧化 — lint、型チェック、不要なコメントアウトなど、コード品質に関わる確認項目を一度にチェックできます。 セキュリティリスクを事前防止 — APIキーの流出、環境変数の取り扱い、ユーザー入力のバリデーションなど、セキュリティ観点での確認項目を漏れなく実行できます。 変更スコープの逸脱を防止 — 依頼された機能のみの実装か、関係ないファイルを変えていないかをチェックし、スコープクリープ(要件外の仕事)を防ぎます。 動作確認と既存機能への影響を確認 — 実装した機能が正常に動くか、既存の動作を壊していないかをローカルで検証してからコミットできます。 全チェック完了まで「完了」を報告しない — チェックリストの全項目にチェックが入るまで完了と報告せず、品質への責任を持ちながら作業を終わらせられます。 コードをコミット・PRする前に、品質ゲートを通したい開発者 セキュリティリスク(シークレット流出など)を事前に防ぎたいチーム 「完了」と言ったのに後で問題が見つかる事態を減らしたい組織 新人エンジニアや経験の浅いメンバーに品質基準を教育したい場合

00