役割: あなたは{COMPONENT_TYPE}を構築するベテランの{LANGUAGE}エンジニアです。
目標: {FUNCTION_PURPOSE}を行う{FUNCTION_NAME}を実装します。
制約:
- {STYLE_GUIDE}（命名、ドキュメント、エラー処理）に従ってください。
- 時間計算量の目標: {BIG_O}。メモリ制約: {LIMITS}。
- 自明でないロジックには、ドキュメンテーション文字列とインラインコメントを含めてください。
- 正当な理由がない限り、外部依存関係は避けてください。追加する場合は、説明してください。
入力:
- インターフェース/型: {TYPES}
- エッジケース: {EDGE_CASES}
- 入力/出力の例: {EXAMPLES}
成果物:
1) 最終的なコードブロックのみ。
2) コードの後に簡単な根拠（箇条書き）を示します。

役割: あなたはデータクレンジングユーティリティを構築するベテランのPythonエンジニアです。
目標: ユーザー名を標準化する`normalize_names`を実装します。
制約:
- PEP8に従ってください。無効な型の場合はValueErrorを発生させます。
- O(n)時間。空白とアクセントを処理します。メモリを線形に保ちます。
- ドキュメンテーション文字列 + コメント。
入力:
- 型: List[str] または Iterable[str]
- エッジケース: null、複数のスペース、アクセント記号、ハイフンでつながれた姓
- 例: [" José Álvarez ", "ANNA-lou "] → ["jose alvarez", "anna-lou"]
成果物:
1) 最終的なコードブロックのみ。
2) 簡単な根拠。

役割: ベテランの{LANGUAGE}リファクタリングエキスパート。
タスク: 提供されたコードを{GOAL}: {READABILITY|PERFORMANCE|SAFETY}のためにリファクタリングしてください。
ルール:
- 公開APIと動作を維持します。
<a5>- 型ヒントとドキュメンテーション文字列が不足している場合は追加します。</a4>
- テスト容易性のために純粋関数を抽出します。
- マジックナンバーを置き換えます。{STYLE_GUIDE}を適用します。
- 変更前/変更後の複雑さのメモを提供します。
入力コード:
```{LANGUAGE}
{SOURCE}

### 3) テスト生成テンプレート（ユニットテスト + プロパティテスト）
**使用するタイミング**: カバレッジを迅速に向上させます。

### 4) コードレビューテンプレート（自動レビューアモード）
**使用するタイミング**: 人間の承認前に、高速で一貫性のあるレビューを行います。

{UNIFIED_DIFF}

### 5) デバッグテンプレート（最小限の再現 → 根本原因）
**使用するタイミング**: バグを見つけて修正し、再現を作成します。

---
## 例: チケットからPRまでをGrok 4 Fastで
現実的なシナリオを説明しましょう。製品チケットで「タイプするごとに検索する」機能がリクエストされ、これにはデバウンスされたAPI呼び出しと楽観的なUIが含まれます。
1) **フックを作成する**

2) **テストを依頼する**

3) **レビューパスを実行する**

4) **改善する**

結果: 製品版のコードとテストが得られ、AIはその推論を文書化するため、チームメイトはそれに従うことができます。
---
## 出力品質を向上させるプロンプトパターン
- **役割 + 目標 + 制約 + 入力 + 成果物**: この構造により、Grok 4 Fastはレールに乗るために必要なすべてを得られます。
- **エッジケースの列挙**: 常にトリッキーなケースをリストします。モデルはそれらをテストとガードに組み込みます。
- **複雑さの目標**: O(n)またはメモリ制限を要求すると、より良いアルゴリズムが促されます。
- **APIコントラクト**: 型/インターフェースを早期に貼り付けます。モデルはそれらに合わせます。
- **出力コントラクト**: 最初に最終的なコードを要求し、次に根拠を要求します。これにより、応答がコピー/ペーストのためにクリーンに保たれます。
---
## スタイルガイドと一貫性: チーム対応にする
チーム全体で一貫した出力を得るには、以下を標準化します。
- **言語スタイルガイド**: PEP8、Effective Go、Airbnb JS、Rust API Guidelines。
- **エラーの規則**: return vs throw、エラーコード、再試行セマンティクス。
- **テストの規範**: 命名、フィクスチャディレクトリ、カバレッジのしきい値。
- **セキュリティのデフォルト**: 入力検証、エスケープ、シークレットの処理。
Grok 4 Fastが毎回それらを内部化するように、これらをテンプレートの定数として含めます。
---
## 安全なコードのためのセキュリティファーストのプロンプト
これらのセキュリティ条項をテンプレートに追加します。
- **入力検証**: 「信頼できないすべての入力を検証およびサニタイズします。」
- **シークレットの衛生**: 「コードにシークレットはありません。envから読み取り、必要な変数を文書化します。」
- **依存関係の精査**: 「新しい依存関係を説明し、正当化します。標準ライブラリを優先します。」
- **シリアライゼーションの安全性**: 「安全なパーサーを使用します。eval/Function/安全でないデシリアライゼーションは避けてください。」
- **AuthZチェック**: 「機密性の高いルートで承認を強制します。バイパス試行のテストを追加します。」
---
## パフォーマンスプロンプト: よくある失敗を避ける
- 「割り当てを最小限に抑えます。大きなペイロードの場合はバッファを再利用します。」
- 「N+1クエリを避けます。バッチ処理またはプリフェッチを行います。」
- 「ビッグデータにはストリーミング/イテレータを使用します。」
- 「純粋関数をメモ化します。ホットスポットをプロファイルします。」
- 「ベンチマークを追加し、トレードオフを説明します。」
---
## PRに貼り付けることができるレビューチェックリスト
すべてのレビューが一貫するように、短いチェックリストを含めます。
- APIの互換性が確認されました
- Null/undefinedおよび空のコレクションの処理
- リソースのクリーンアップ（ファイル、ソケット、サブスクリプション）
- 並行性ガード（ロック、アトミック、べき等性）
- ロギングレベルが適切です。機密データはありません
- テストが更新されました。移行が文書化されました
---
## チームワークフロー: プロンプトテンプレートを共有資産にする
- リポジトリ（例：`/.prompts`ディレクトリ）で**テンプレートを一元化**します。
- スニペットまたはエディタマクロを使用して、`{LANGUAGE}`、`{STYLE_GUIDE}`、`{BIG_O}`などの変数を**パラメータ化**します。
- プロンプトテンプレートを**バージョン管理**し、コードのようにレビューします。
- 機能の作成、リファクタリング、テストの作成、およびリリースチェックのための**プレイブックを作成**します。
ちなみに、あなたのチームがブラウザ内やドキュメント内で動作する、サイドバイサイドのコーディングコパイロットを好む場合、[Sider.ai](https://sider.ai/)は、プロンプトテンプレートの保存と再利用、diffでのコードレビューの実行、およびタブ間でのコンテキストの維持に役立つことに注意する価値があります。これは、コピー/ペーストの疲労なしに、組織全体でこれらのGrok 4 Fastプロンプトを運用するための便利な方法です。
---
## コピーペーストライブラリ: すぐに使用できるプロンプト
### TypeScript APIハンドラー (Node/Express)

### Pythonデータパイプラインステップ

### Go並行性ガード

### Reactアクセシブルコンポーネント

---
## Grok 4 Fastで高速にイテレーションする方法（密なフィードバックループ）
1) **小さく始める**: サービス全体ではなく、1つの関数から。
2) **出力を制限**: 「コードブロック1つと箇条書きで。」
3) **テストを要求**: すべての機能に対して、同じパスでテストを取得。
4) **決定を固定**: 「トレードオフを説明。不明な場合は、明確にするための質問を。」
5) **段階的改善**: まず正確性、次にパフォーマンス、そして可読性というように、レイヤーごとに改善。
---
## 成功の測定：テンプレートは役立ったか？
シンプルな指標を追跡：
- PRサイクル時間（作成→マージ）
- レビュー手戻り率（PRごとの変更要求数）
- 機能ごとのテストカバレッジの変化
- AIによってレビューされたコードに関連する本番環境でのインシデント
数値が正しい方向に進んでいる場合は、さらに強化。そうでない場合は、テンプレートを調整し、より多くのコンテキスト（型、ログ、差分）を含める。
---
## 避けるべき一般的な間違い
- 「バックエンドを構築」のような広すぎるプロンプト。ユニットに分割。
- エッジケースを忘れる。常にリストアップ。
- ライブラリの乱立を許す。正当性を要求。
- テストを「後で」スキップする。プロンプトに組み込む。
- 曖昧なレビューを受け入れない。チェックリストと重大度レベルを要求。
---
## クイックスタートチェックリスト
- リポジトリに `/prompts` フォルダを作成。
- ドラフト、レビュー、およびテストのテンプレートを保存。
- スニペット変数を使用して、共通フィールドをパラメータ化。
- 今週、1つの機能でパイロットを実施し、結果を測定。
- レビュー担当者のフィードバックとインシデントに基づいてイテレーション。
---
## 最終的なまとめ
Grok 4 Fastは、コードを迅速に生成するのに優れています。しかし、真の力は、標準をエンコードした適切に構造化されたプロンプトテンプレートから生まれます。プロンプトをインフラストラクチャのように扱います。バージョン管理し、レビューします。そして、Grok 4 Fastに定型的な作業を任せて、チームがアーキテクチャと製品に集中できるようにします。
次のステップ：上記のテンプレートを1つ選択し、エディターに貼り付け、コンテキストを入れ替えて、今日PRを提出します。
### FAQ
Q1:一貫性のあるスタイルでコードを作成するために、Grok 4 Fastをどのように使用すればよいですか？
役割、目標、制約、およびスタイルガイドを設定する構造化されたプロンプトテンプレートを使用します。複雑さの目標、エッジケース、および成果物を含めて、Grok 4 Fastが一貫性のある、本番環境に対応できるコードを出力するようにします。
Q2:Grok 4 Fastは、プロンプトテンプレートを使用して信頼性の高いコードレビューを実行できますか？
はい。差分、チームの標準、およびセキュリティ、パフォーマンス、API互換性のためのチェックリストを提供します。重大度ランク付けされた調査結果と、最小限のパッチの提案を要求します。
Q3:Grok 4 Fastを使用してテストを生成する最適な方法は何ですか？
フレームワーク、カバレッジ目標、およびエッジケースを指定するテスト生成テンプレートを使用します。ユニットテストとプロパティベースのテストの両方に加えて、簡単なカバレッジ計画を要求します。
Q4:AIの出力から安全でないコードを防ぐにはどうすればよいですか？
プロンプトにセキュリティ条項を追加します：入力検証、シークレットの衛生管理、依存関係の正当性、および安全なシリアライゼーション。セキュリティのトレードオフに関する明確なメモを要求します。
Q5:プロンプトテンプレートは、Grok 4 FastでのPRサイクルをどのように高速化しますか？
テンプレートは、曖昧さを軽減し、出力を標準化し、テストとレビューを前倒しにします。これにより、やり取りが短縮され、手戻りが減り、より迅速にマージできます。