夜中の11時59分に壊れたビルドを修正しようとして、自分のコードベースがまるでラーメンの丼のようだと気づいたことはありませんか？熱くて、絡まっていて、何故か落ち着くけど、シャツに飛び散るまで。そんな時に、まるでマニュアルを読んで、お玉を持ってきた友達のように、が登場します。もし、あなたのエディタがため息をつかずにコードを説明してくれたり、インデントを批判せずにテストを書いてくれたりしたらいいなと思ったことがあるなら、これはあなたのためです。
のトップ10のユースケースを実際に試してみましょう。ちょっとした落とし穴、仕事のハック、そしてAIペアプログラミングが、謎の沈黙パートナーとのグループプロジェクトではなく、本当に魔法のように感じられる瞬間もご紹介します。
なぜ「のトップ10のユースケース」がただのクリックベイトではないのか
なぜなら、の最高のユースケースは、リファクタリング、デバッグ、テストの作成、ドキュメントの生成、新しいエンジニアのオンボーディングなど、非常に実用的だからです。これは、リストの形をしたハウツーガイドなので、あなたの火曜日を解決する部分にすぐに飛び込むことができます。
注目すべき点：は、言語やフレームワークを超えて機能し、人間の言葉を話し、グループチャットを読むようにリポジトリ全体を読みます。速く、コンテキストを理解し、時々、何を見たのかを心配します。特に、コードについて推論し、何をするかだけでなく、なぜそうするのかを説明するのが得意です。
お知らせ：プロンプト、実際の例、そして信頼すべきだが検証すべき瞬間をお見せします。あなたのコードベースは感謝するでしょう。未来の夜中の11時59分のあなたも。
1）すべてを（再び）壊すことなく、レガシーコードをリファクタリングする
想像してみてください。あなたのオフィスの植物よりも古く、同じくらい脆いdoEverythingという名前の900行の関数を。は、この関数を分析し、モジュール式の分割を提案し、より小さく、テスト可能な塊を生成することができます。
このプロンプトを試してください：
- 「src/payment/processor.jsをスキャンして、リファクタリング計画を提案してください：副作用を特定し、純粋関数を分離し、新しい関数のシグネチャを提案してください。そして、パッチを出力してください。」
なぜ機能するのか：
- は、構造的な推論に優れています。依存関係をマッピングし、隠れたグローバル変数を指摘し、
tmp2よりも明確な名前を提案します。最初にテストを作成し、それらをパスするようにリファクタリングするように依頼すると、ボーナスポイントです。
注意点：
- すべての変更を確認してください。に、各変換を平易な英語で説明するように依頼してください。「なぜ検証を別のモジュールに移動したのですか？」もし答えがあやふやなら、慎重に進んでください。
2）まるで5歳児（ただし、CSの学位を持っている）のように、なじみのないリポジトリを説明する
新しい仕事、新しいコードベース、新しいパニック。は、リポジトリを読み込み、システム図、モジュールの役割、そしてバックアップパラシュートなしでは触れるべきではない恐ろしい部分を含む、1ページの「ツアー」を生成することができます。
このプロンプトを試してください：
- 「リポジトリを読んでください。メンタルモデルを構築してください：アーキテクチャ、データフロー、キーモジュール、そして問題点。1ページの概要とMermaid図を出力してください。」
なぜ機能するのか：
- の自然言語による説明は驚くほど明確です。「このサービスは何をするのですか？」を「それはバリスタです。注文を受け、バーにルーティングし、ラテの準備ができたら名前を叫びます」に変えます。
プロの動き：
- 「チェックアウトのレイテンシを修正するために、最初にどのファイルを勉強すべきですか？」と続けてください。ホットスポットを優先順位付けし、迷子にならないための最速の道筋を示してくれます。
3）単なる雰囲気ではなく、実際の間違いをキャッチするテストを生成する
自動生成されたテストは、かつてはストアブランドのシリアルのようでした。悪くはないけど、知っていました。は、エッジケース、状態遷移、そして、はい、あの奇妙なnullを理解しているので、より良いテストを書きます。
このプロンプトを試してください：
- 「cartService.tsについて、プロモーションコードの積み重ね、税金の丸め、通貨換算をカバーするユニットテストを生成してください。境界テストとプロパティベースのテストを含めてください。」
ボーナス：
- に、脆いE2Eテストをより小さく、決定論的な統合テストに変換するように依頼してください。スタブ、モックを行い、なぜ気まぐれな妖精が金曜日に訪問し続けるのかを教えてくれます。
4）デバッグ：不可解なスタックトレースをステップバイステップの修正に変える
あなた：「機能をリリースしたら、アプリがトースターになりました。」：「設定フラグが反転しており、間違ったエラーをキャッチしています。」
このプロンプトを試してください：
- 「ここにスタックトレースとログがあります。可能性のパーセンテージとともに根本原因を仮説立ててください。最も迅速に再現可能なテストと修正を提案してください。」
なぜ機能するのか：
- は、仮説優先のデバッグに優れています。スタックトレースをコードにマッピングし、入力をトレースし、可能性のある原因を提案します。探偵番組を考えてください。ただし、トレンチコートは少なめです。
プロの動き：
- 失敗したテストの出力を貼り付け、に最小限の再現スニペットを生成するように依頼してください。そのスニペットを保管してください。将来のあなたが再び使用します。
5）移行：混乱を招くことなく依存関係を更新する
依存関係の更新は、歯医者の訪問のようなものです。必要で、少し痛みを伴い、そしてなぜか毎年高価になります。は、リリースノートをスキャンし、破壊的な変更にフラグを立て、インポートとAPIを一括編集することができます。
このプロンプトを試してください：
- 「React 17から18にアップグレードしています。変更ログを解析してください。私たちのパターンに影響を与える破壊的な変更をリストしてください。Gitブランチとチェックリストを含む段階的な移行計画を生成してください。」
実行支援：
- コードモッドまたは正規表現変換を要求してください。は、jscodeshiftスクリプト、AST変換、またはリポジトリ全体に適用するためのCLIコマンドを作成することができます。
安全ゴーグル：
- スモークテストスクリプトとカナリアデプロイメント計画を作成させてください。はい、未来のあなたは拍手喝采を送っています。
6）誰もドキュメント化したくないものをドキュメント化する
人間はドキュメントを書くのが好きではありません。は好きです。コードとreadmeの断片を投入すると、APIドキュメント、アーキテクチャノート、そしてあなたのジュニア開発者が実際に読むであろう例を含むオンボーディングガイドを作成します。
このプロンプトを試してください：
- 「支払いサービスの開発者向けドキュメントを生成してください：パブリックAPI、エラーコード、リクエスト/レスポンスのサンプル、そしてクイックスタート。私のコードコメントとテストをソースとして使用してください。」
プロの動き：
- 「実際のエラーメッセージを含むFAQスタイルのドキュメント」とトラブルシューティングマトリックスを要求してください。それは、1日に3つのSlackスレッドを節約する種類のドキュメントです。
7）コード生成：ユーザーストーリーからスターター実装へ
驚く前に：いいえ、単独でコードをリリースすべきではありません。しかし、開始点としては？はい、シェフ。は、明確な仕様を型、関数シグネチャ、およびコメントを含む足場に変えます。
このプロンプトを試してください：
- 「カートに「後で保存する」機能を実装してください。データモデルの変更、APIエンドポイント、および機能フラグを提供してください。サーバーコード、クライアント呼び出し、およびテストを生成してください。」
ガードレール：
- 小さく、反復的に保ってください。各ドラフトの後、にトレードオフを要約し、代替案を要求させてください：「楽観的な更新を使用するバージョンを見せてください。」
8）セキュリティとパフォーマンスのレビュー、ドラマなし
いいえ、はあなたのCISOではありません。しかし、リスクの高いパターンと遅いコードパスに対する素晴らしい最初のパスのレビュー担当者です。
このプロンプトを試してください：
- 「セキュリティレビュー：認証コードとセッションコードをスキャンして、トークン処理、CSRF、およびJWTの誤設定を確認してください。コードの変更とミドルウェアパターンを提案してください。」
- 「パフォーマンスレビュー：orderServiceのホットスポットをプロファイリングします。ネストされたループに対するO(n)の代替案を提案します。改善を見積もります。」
なぜ役立つのか：
- 文字列連結を使用した生のSQL（こんにちは、インジェクション）や、役立つふりをしているN+1クエリなど、一般的な落とし穴を表面化させます。
安全なコーディングを実践してください：
- コンプライアンス部門ではなく、用心深い同僚のように扱ってください。常にリンターとスキャナーで検証してください。
9）データラングリング：クエリ、スキーマ、および移行スクリプト
もしあなたのアナリティクスのパイプラインがジェンガの塔なら、はあなたの手を安定させることができます。
このプロンプトを試してください：
- 「このPostgresスキーマを考えると、ダウンタイムを最小限に抑えて、ソフトデリートを注文に追加する移行を記述してください。ロールバックとデータのバックフィル手順を提供してください。」
- 「この集計クエリを最適化します。追加するインデックスとその理由を説明します。」
オタクのお菓子：
- 図を要求してください：「ER図を生成し、カーディナリティと制約を注釈してください。」それはあなたのデータベースの眼鏡のようなものです。
10）あなたの魂を消耗させないオンボーディングとコードレビュー
は、忍耐強い説明者と容赦のないあら探し屋として輝きます。これらはコードレビューであなたが求める2つのことです。
このプロンプトを試してください：
- 「PR #482を正確さ、読みやすさ、および保守性についてレビューしてください。リスクの高い変更にフラグを立て、提案された差分を含むレビュー担当者のコメントを作成してください。」
オンボーディングの場合：
- 「新しいバックエンドエンジニアのための7日間の学習計画を作成してください：勉強するファイル、取り組むチケット、そして私たちのCI/CDのツアー。」
プロのヒント：
- 「「ティーチモード」を使用してください：「分散システムに慣れていないかのように、再試行ロジックを説明してください。次に、読むべき2つの記事を教えてください。」オンデマンドのメンターシップと考えてください。
実際に機能するのプロンプト式
なぜなら、戦いの半分はうまく質問することだからです。ここに3つの再現可能なテンプレートがあります：
- 調査 + 仮説 + 修正
「[ファイル]を読んでください。コードが何をするのかを要約してください。[バグ]の可能性のある上位3つの原因を、確信度とともにリストしてください。最小限の修正と、リグレッションを防ぐためのテストを提案してください。」
- 計画 + パッチ + 証明
「[目標]を達成するための段階的な計画を作成してください。パッチを生成してください。テストとロールバック計画を提供してください。リスクを平易な英語で説明してください。」
- 翻訳 + 説明 + 比較
「このコードを[言語A]から[言語B]に翻訳してください。メモリとランタイムのトレードオフを説明してください。[言語B]の慣用的なパターンと比較してください。」
これらの宝石を追加してください：
が効果を発揮する実際のミニシナリオ
- 謎のメモリリーク：ヒープスナップショットの要約と最も疑わしい割り当てパスを投入してください。は、あなたが忘れていた無制限のキャッシュを指摘します。私たちは皆それを経験しました。2回経験した人もいます。
- サプライズの金曜日デプロイ：機能フラグの切り替え、元に戻すDB移行、および顧客コミュニケーションテンプレートを含む、ロールバックチェックリストを生成するように依頼してください。あなたのPMは幸せの涙を流すかもしれません。
- 「なぜこれは遅いのか」スプリント：perfログを渡してください。レポートモジュールを遅延ロードし、DB書き込みをバッチ処理することを提案します。セクシーではありませんが、非常に効果的です。
を使用すべきでない場合（本当に）
- 承認のない機密または独自のロジック：ポリシーの許可なしに、企業秘密をツールに貼り付けないでください。必要な場合は、オンプレミスまたは制限されたコンテキストで使用してください。
- 不可解な仕様：要件を説明できない場合、モデルは自信を持って混乱を生み出します。最初に仕様を記述してください。
- リリースの直前の大規模な差分：AIとアドレナリンを組み合わせると、危険なカクテルになります。変更を小さなPRに分割し、呼吸してください。
対あなたの通常のツールボックス
- リンターとフォーマッター：ルールには優れていますが、判断は苦手です。は判断を追加します。
- Stack Overflow：まだ素晴らしいですが、まだウサギの穴です。はあなたのコンテキストに答えを引き込みます。
- シニアエンジニアの時間：非常に貴重です。を使用して、フィードバックがアーキテクチャを対象とし、セミコロンの欠落を対象としないように、邪魔なものを取り除きます。
が超能力のように感じられるワークフロー
- タスクをコンテキストでフレーム化します：コードスニペット、ファイルパス、失敗したテスト。
- 計画を立てるように依頼してください。代替案を求めてください。1つを選択してください。
- パッチを生成します。タカのように差分をレビューします。
- テストを実行します。何か問題が発生した場合は、エラーを正確なコマンドと出力でフィードバックします。
- 変更された内容をドキュメント化します。はい、にドキュメントを書かせます。
これを2回行うと、突然、出荷して眠るチームメイトになります。
タブの混乱なしにプロンプト、リポジトリ、および結果を処理したい場合は、Sider.AIが航空管制官になることができます。スマートなプロンプトテンプレート、インラインコードの説明、およびクイック差分を重ねることで、コピーにかかる時間を短縮し、修正にかかる時間を増やします。お知らせ：チームのオンボーディングに特に便利です。リポジトリリンクをドロップし、読みやすいツアーを入手し、昼食前に新入社員に最初のチケットを割り当てます。すでにツールを使いこなしている場合は、Sider.AIがの超能力を整理します。 実際に再利用するクイックヒットプロンプト
- 「データフローの矢印を含むサービスのMermaid図を生成します。」
- 「429再試行ロジックに焦点を当てた注文APIのコントラクトテストを作成します。」
- 「べき等書き込みのためにより安全な再試行ポリシーを提案します。」
- 「src/全体で非推奨のメソッドXをYに置き換えるコードモッドを作成します。」
- 「このインシデントログから生成された事後分析テンプレートを作成します。」
コピー、貼り付け、適応、そしていつもこのように作業していたふりをします。
スタックでを使用する利点と欠点
利点：
- コンテキストを理解し、トレードオフを平易な英語で説明します。
- リファクタリング、テスト、移行、およびドキュメント作成に優れています。
- オンボーディングをスピードアップし、複雑なコードパスを明確にします。
欠点：
- 強力なプロンプトとレビューがなければ、自信を持って間違っている可能性があります。
- 人間の判断の代わりではありません。自動操縦ではなく、副操縦士と考えてください。
結論
は、あなたをより速く、より穏やかにする珍しいツールです。それを使用して、毛玉をリファクタリングし、信頼できるテストを作成し、スパイラルなしでデバッグし、おやつが食事に変わることなく移行を出荷します。プロンプトをタイトに、差分を小さく、説明を平易に保ちます。優れたエンジニアリング衛生と友好的なレビューと組み合わせると、取り戻した夜に報われます。
さあ、doEverythingをリファクタリングしてください。少なくとも、doLessButBetterに名前を変更してください。ベビーステップ。
よくある質問
Q1：散らかったリポジトリでを使い始める最も速い方法は何ですか？
リポジトリツアープロンプトから始めます：アーキテクチャ、データフロー、およびホットスポットを要求します。次に、小さなリファクタリング計画とテストを要求します。小さな差分、迅速な勝利、そして夜遅くの後悔を減らします。
Q2：はコードレビューに取って代わることができますか？
いいえ。は優れた最初のパスです。リスクの高い変更を特定し、差分を提案し、テストを作成しますが、人間の判断は依然としてニュアンスとコンテキストを捉えます。自動操縦ではなく、副操縦士と考えてください。
Q3：独自のコードをに貼り付けるのは安全ですか？
会社のポリシーに従ってください：承認された環境を使用し、秘密をスクラブするか、利用可能な場合はオンプレミスで実行します。機密ロジックを制限し、共有するものをログに記録します。コンプライアンスはペーパー証跡を愛しています。
Q4：プロンプトからより良い結果を得るにはどうすればよいですか？
コンテキスト（ファイルパス、エラー、目標）を追加し、コードの前に計画を要求し、説明とテストを要求します。反復処理します：失敗をフィードバックし、各変更を一口サイズに保ちます。
Q5：チームにとって最高ののユースケースは何ですか？
オンボーディングガイド、移行計画、リファクタリングロードマップ、および提案された差分を含むPRレビュー。プロンプト、リポジトリビュー、およびドキュメントを1か所に整理するために、Sider.AIと組み合わせます。 
