Skill.md検索

量産感のない個性的なデザインを実装：汎用フォントやありきちたりな配色を避け、その時々で異なる美的コンセプト（ミニマル、マキシマリスト、レトロフューチャー等）を選定し、それに忠実なコードを生成するため、どのプロジェクトも唯一無二の見た目になります。 明確なビジョンに基づいたディテール設計：目的・ターゲットユーザー・トーンを先に定義し、すべてのビジュアル選択（フォント、色、アニメーション、間隔）がそれに従うため、統一感のある記憶に残るUIが生まれます。 タイポグラフィとモーションで高級感を演出：個性的なディスプレイフォント＋洗練されたボディフォント、段階的なアニメーション、スクロール連動やホバー時の意外性で、本番利用に耐える上質な体験が実現します。 予想外のレイアウトで視線を引き込む：非対称性、要素の重なり、グリッド破壊、大胆な余白など、構造的に想定外の構成を採用するため、単なる機能的なUIではなく、ユーザーが思わず見つめてしまう空間が作られます。 本番環境で動作する実装コード：React、HTML/CSS/JS等で完全に動作するコードが提供されるため、デザインカンプで終わらず、そのまま本番へ展開できます。 スタートアップやベンチャーの開発チーム：テンプレートに頼らず、サービスらしさが伝わるUIを短期間で実装したい場合、AIが個性的で統一感のあるコードを生成してくれます。 デザイナーとエンジニアが兼務する環境：デザイン思考（目的・トーン・差別化ポイント）の定義が明確なら、実装の細部までこだわった高品質なUIが効率的に実現します。 既存サービスの刷新や新機能のUI化：新しい美学を採用することでサービスの鮮度を上げたい場合、その都度異なるビジュアル方向性を徹底的に実装できます。 ブランド価値を視覚的に際立たせたい企業：単なる「使いやすさ」ではなく「あのブランドらしさ」が伝わるUIを求める場合、明確な美的ビジョンに基づいた差別化が可能になります。 本スキルは、AIによる量産的デザインを避け、個性と創造性を備えた本番品質のフロントエンドUIを実装するためのガイドです。コーディング前に文脈理解を行い（目的・トーン・制約・差別化）、極端な美的方向性（ミニマル、マキシマリスト、レトロフューチャー、オーガニック、ラグジュアリー等）を選定して徹底的に実行します。美学ガイドラインは：（1）タイポグラフィ─個性的なディスプレイ+洗練なボディフォントの組み合わせ（2）カラー&テーマ─支配的メインカラー+鋭いアクセント（3）モーション─CSSアニメーション・段階的表示・スクロール連動（4）空間構成─非対称性・要素重なり・グリッド破壊（5）背景・ビジュアル─グラデーション・ノイズ・幾何学パターン・カスタムカーソル等です。絶対に避けるのは、Inter/Roboto等の使い古されたフォント、白背景+紫グラデーション等のテンプレ配色、予測可能なレイアウト、複数プロジェクトでの同一選択です。実装複雑さは美的ビジョンに合わせ、マキシマリストなら高度なアニメーション、ミニマルなら精度・余白・ディテール注視とします。

フロントエンドとバックエンド開発チームが同じAPI仕様に基づいて開発できるため、チーム間の齟齬がなくなり開発速度が向上します。 レスポンスデータの形式、エラー時の返却フォーマット、フィールド名のルールなどが統一されることで、データ処理の実装が簡潔になります。 REST設計の基本原則（URLの設計方法、HTTPメソッドの使い分け、ステータスコードの返却ルール）をすぐに参照できるため、設計時の判断が迷わなくなります。 API仕様書がコード化されるため、将来的なバージョンアップや仕様変更時の対応が明確になります。 フロントエンドとバックエンド両方に関わるプロジェクトマネージャーやテックリード チーム間の認識ズレによるバグや手戻りを減らしたいバックエンド開発者 APIの仕様をドキュメント化して開発チーム全体で共有したいスタートアップや企業

ビジネスロジック（Entity）をデータベースやAPIなどの外部システムから完全に分離できるため、テストしやすく、変更に強いコードになります。 Port（インターフェース）と Adapter（実装）を分離することで、データベースを別のシステムに変更する場合でもビジネスロジックには影響が出ません。 依存性注入（DI）のパターンに従うことで、コンポーネント間の依存関係が明確になり、新しい機能追加時の設計判断が容易になります。 UseCase層で各操作を分離することで、複雑なビジネスロジックを段階的に実装・テスト・デバッグできます。 今後機能追加が増えていくプロジェクトのバックエンド開発者 テストコードの書きやすさを重視する開発チーム 複数の外部システム（データベース、キャッシュ、API）を統合する必要があるプロジェクトのアーキテクト

アプリケーションのメトリクス（実行時間、エラー数、成功率など）を自動で収集し、Cloud Monitoringで可視化できるため、本番環境の健全性を常に把握できます。 エラーが発生した際に自動的にアラートが通知されるため、ユーザーへの影響を最小限に抑えることができます。 ヘルスチェック（健康診断）を実装することで、データベースの接続状態やサービスの稼働状態をリアルタイムで監視できます。 構造化ログ（データが整理された形式のログ）とメトリクスを組み合わせることで、問題発生時に原因追跡（トラブルシューティング）が効率的になります。 ダッシュボードを構築することで、KPI（重要業績評価指標：売上、ユーザー数など）を経営層と共有できます。 本番環境の安定性を最優先する運用チーム エラーが発生した際に迅速に対応する体制を整えたいスタートアップ 管理画面やダッシュボードでサービスの状態を可視化したい企業の経営層やプロダクトマネージャー

sqlcを使うことでSQLクエリに対応したGo言語のコードを自動生成できるため、SQLの実行ミスやデータ型の不一致を事前に防ぐことができます。 gooseによるマイグレーション管理で、データベーススキーマの変更履歴が自動的に記録されるため、本番環境での予期しない問題を防ぐことができます。 SQLファイルと生成されたGoコードが常に同期された状態が保たれるため、コード側とデータベース側の認識ズレがなくなります。 新しいチームメンバーがジョインする際にも、SQLファイルを見れば現在のデータベース設計が一目瞭然なため、オンボーディングが容易になります。 データベースの設計変更が頻繁に発生するプロジェクトのバックエンド開発者 SQLクエリに関するバグを最小限に抑えたい開発チーム Goアプリケーションとデータベーススキーマの管理を一元化したいテックリード

構造化ログを導入することで、ログデータが整理された形式（JSON）で記録されるため、ログから必要な情報をプログラムで自動抽出し、分析・検索が容易になります。 各リクエストに一意のID（request_id）を付与することで、複数のログから一つのリクエストに関連するログだけを抽出でき、トラブル発生時の原因追跡が効率的になります。 ログにメトリクス情報（実行時間、成功/失敗、処理件数など）を埋め込むことで、エラーや遅延の詳細な原因が特定しやすくなります。 Cloud Loggingなどのログサービスと連携することで、ログの検索・分析・アラート設定が簡単にできます。 バッチ処理（Worker）の実行履歴が詳細に記録されるため、定期実行されるジョブのエラーや遅延を後追いで調査できます。 本番環境で発生したエラーを素早く解決したいバックエンド開発者 ログデータから運用に役立つインサイトを得たいDevOpsエンジニア アプリケーションの動作状況を詳細に記録・監視したいテックリード

インフラの自動構築と管理: Terraform を使用して GCP のリソース（Cloud Run、Cloud SQL など）を自動で構築・更新でき、手作業を削減できます。 環境ごとの設定を自動分離: 開発環境と本番環境を同じコードで管理しながら、パラメータで自動的に使い分けることができます。 API キーなどの秘密情報を安全に管理: Secret Manager と連携して API キーやパスワードを暗号化して保管し、安全にアプリケーションから参照できます。 権限設定を自動化: ユーザーやサービスに必要な権限だけを自動で付与し、セキュリティリスクを最小限に抑えられます。 インフラ変更の履歴を記録: すべてのインフラ変更がコードとして残るため、何が変わったかを追跡でき、問題が発生した時に原因特定しやすくなります。 GCP を利用する開発チーム: クラウドインフラの構築・運用を効率化したいチーム 複数環境を管理する人: 開発・テスト・本番など複数環境を一元管理したい DevOps エンジニア セキュリティを重視する組織: API キーやシークレット情報の安全な管理を徹底したい企業 インフラコードの再利用性を高めたい人: モジュール化してインフラ構成を使い回したい技術者

テストデータを一元管理: テーブル駆動テスト（複数の入力と期待値をまとめて管理）を使うことで、テストケースの追加・修正が簡単になります。 複数のテストケースを効率的に実行: Go と React Native の両方で統一されたテスト戦略を使用でき、テストの書き方を統一できます。 本来のロジックに集中した テスト実装: モック（代替品）を活用して、テストしたい部分だけに集中でき、テスト工数を削減できます。 優先度を決めてテストを計画: ビジネスロジック → UI という優先順位でテスト対象を絞ることで、重要なテストから実装できます。 API と UI を同時にテスト可能: MSW（API モック）を使用してバックエンド API をシミュレートし、フロントエンド単独でテストできます。 Go と React Native で開発するチーム: 複数言語のテスト戦略を統一したい開発者 テスト工数を削減したい人: テストを効率的に書く方法を知りたいエンジニア バグを防ぎたい組織: ビジネスロジックの品質を高めたい企業 テスト駆動開発（TDD）を導入したい人: テスト先行で開発を進めたい開発チーム