プロンプト

下の文章を日本語に翻訳してください。用語、コード、固有名はそのまま残してください。先に訳文を出し、次に直した3か所と、直した理由を挙げてください。不確かな箇所は示し、事実は作らないでください。 {原文}

面接官になってください。職位は{役職}です。質問は一度に1つだけです。答えのあと、抜けた要点を指摘し、次の質問をしてください。8問のあと、この職位について短い評価を出してください。通過、保留、不通過のいずれかとし、根拠も書いてください。

下の変更を審査してください。誤り、遅さ、保守のしにくさにつながる問題だけを挙げてください。各項目に、ファイル、重大度（高、中、低）、直し方を書いてください。ファイル全体は書き直さないでください。問題がなければ、ないと書いてください。

下の記録を週報にまとめてください。区分は、今週終えたこと、終えていないことと理由、来週の3件です。各項目は1文にし、数字は残してください。自己評価にはしないでください。

下の列名に基づき、{作業}を行う Excel の数式を書いてください。先に数式を書き、2行の例で結果を計算してください。ほかの列に触れる必要があるときは、先に述べてください。示されていない列は使わないでください。

標準 SQL で{質問}に答えてください。表の構造は下にあります。先にクエリを書き、依存する表を示してください。存在しない列は作らないでください。問いが曖昧なときは、SQL を書く前に質問を1つしてください。

JavaScript の正規表現を書いてください。一致させるもの：{一致対象}。一致させないもの：{非一致対象}。式を示し、通る例を2つ、失敗する例を2つ挙げてください。

リポジトリを引き継いだばかりの人に、下のコードを説明してください。まず3文で何をするかを述べ、次に実行順で説明してください。入力、出力、失敗する状況を示してください。コードは変えないでください。

下の diff からコミット説明を1つ書いてください。1行目は72文字以内で、何を変えたかを述べてください。空行のあと、なぜ変えたかを書いてください。「update」や「fix bug」のような中身のない言い方はしないでください。

この修正を完了してください。{作業}。完了に必要な行だけを変えてください。ついでに整形したり、名前を変えたり、隣のコードを書き直したりしないでください。終えたら、触ったファイルと、振る舞いが変わっていないことを確かめる方法を示してください。

この欠陥は{現象}です。先に、それを再現する手順またはテストを書いてください。再現するまでは製品コードを変えないでください。再現したあと、最小の修正をし、なぜそれが原因かを説明してください。

{挙動}について、先に失敗するテストを書いてください。失敗の出力を示し、その後、通す実装を書いてください。実装から始めないでください。通ったあと、頼まれていない機能を足さないでください。

先に{作業}に関係するファイルを読み、見た事実と、まだ不確かな点を列挙してください。この段階ではファイルを変えないでください。確認のあとで直してください。

まだコードを書かないでください。{目標}について短い計画を出してください。変えるファイル、しないこと、完了の判断です。同じくらい妥当なやり方が2つあるときは、どちらにするか確認するまで止めてください。

下の diff から、安全上の問題だけを探してください。注入、権限の越え、秘密鍵がリポジトリに入っていること、安全でないデシリアライズです。各項目にファイルと起き方を書いてください。なければ、ないと書いてください。関係のない体裁の指摘はしないでください。

このページの title を5つ、meta description を5つ書いてください。ページの内容は{主題}です。title は60文字以内、description は160文字以内です。それぞれに、検索で使われそうな語を入れ、キーワードを詰め込まないでください。

{製品}のファーストビューを書いてください。結果は1つ、説明は40字以内の1段落、ボタンは1つです。ボタンには、クリック後に何が開くかを書いてください。スローガンは使わず、訴求点を3つ横並びにしないでください。

下の文章を、特定の一人に話しているように書き直してください。中身のない言い回しと対句を削ってください。事実、数字、ファイルパスはすべて残してください。終えたら、削った定型句を列挙してください。

下の文章に題を10個付けてください。5個は結果をそのまま述べ、5個は具体的な細部を1つ入れてください。「衝撃」「究極」「エンパワー」は使わないでください。各題は22字以内です。

{製品}の短い広告を3本書いてください。それぞれ、買い手1人と用件1つに向けてください。買い手が誰か、今の困りごと、クリック後に何が得られるかを書いてください。形容詞を重ねないでください。

小紅書のノートを1本書いてください。主題は{主題}です。1行目は題にし、本文は300字以内にしてください。使った具体的な細部を1つ入れ、末尾は質問1つにしてください。「家人们」「绝绝子」は使わないでください。合う画面を3つ示してください。

下のメールに返信してください。最初の1文で相手の依頼に答え、次に相手にしてほしいことを書き、最後に日時を示してください。言い方は直接にしてください。「お元気でいらっしゃいますか」では始めないでください。

下の会議記録を議事録にまとめてください。決定、担当者、期日、未決の問いだけを残してください。議論の経過は削ってください。担当者がいない項目は別に示してください。

目標の職位は{役職}です。下の経歴を、履歴書の要点5つに書き直してください。各項目は動詞で始め、数字か成果物を1つ入れてください。職位に関係ない内容は削ってください。書かれていない経歴は作らないでください。

職位の要件は上、候補者の資料は下にあります。合う要件、合わない要件、資料に書かれていない要件を列挙してください。性格は推測しないでください。最後に、面接に呼ぶかどうかの提案と、その根拠を書いてください。

{都市}の3日間の行程を組んでください。毎日、午前、午後、夜に1件ずつとし、地点のあいだの行き方も書いてください。予約が必要な場所は示してください。挙がっていない買い物先は入れないでください。予算は{予算}です。

次の設定で、800字以内の短編を書いてください。{設定}。主役は1人、やり遂げることは1つ、結末には変化を入れてください。章には分けず、教訓は述べないでください。

次の筋を1場にしてください。{筋書き}。場面の見出し、動作、せりふだけを書いてください。せりふは声に出せるものにしてください。カメラの用語は書かず、役の内心も書かないでください。

論題は{論題}です。先に賛成側の最も強い点を3つ、次に反対側の最も強い点を3つ出してください。各点は1文とし、依存する事実も書いてください。最後に、どちらが勝ったかは宣言しないでください。

{主題}を教えてください。先に具体例1つで中心を説明し、その後、問を2つ出してください。答えが出るまで次の節に進まないでください。誤っているときは、誤った段階だけを指摘してください。

{質問}を理解したいです。答えを直接出さないでください。範囲を狭める質問を、一度に1つだけしてください。返答のあとで次を聞いてください。「答えを出して」と明示されたときだけ説明してください。

下の論文を読んでください。8文で要約してください。含めるのは、問題、方法、データ、結果、著者が自ら書いた限界です。各文の直後に、括弧で出典の節を書いてください。論文に書かれていないことは足さないでください。

{目標}のために、{案A}と{案B}を比較してください。表は、費用、変える箇所、失敗したときの結果にしてください。各マスに根拠を書いてください。根拠が足りないときは「未知」と書き、推測しないでください。

下の画面を見てください。階層、間隔、押せる範囲、フォーカスの状態だけを論じてください。直す箇所を3つ挙げ、それぞれについて、今の問題と、直したあとの様子を書いてください。視覚上の様式を一式替えないでください。

{被写体}の画像指示を1本書いてください。画面にあるもの、光、構図、出してはいけないものを書いてください。1つの段落にし、キーワードの羅列にしないでください。版は2つで、正方形と横長です。

{製品}の名前を12個出してください。どの名前もドメインに使えるように、短く、読めて、ハイフンなしにしてください。使い古された一般語は避けてください。各名前のあとに、それが何を指すかを1文で書いてください。

言いたいのは{文}です。先により自然な言い方を出してください。次に、元の問題が、語の選択、語順、口調のどれかを示してください。その後、後について言える、より短い文を出してください。

{システム}で{作業}を完了します。実行するコマンドを1行に1つ書き、それぞれが何を変えるかを書いてください。端末であるふりはしないでください。破壊的なコマンドは、先に止まって確認してください。

下の JavaScript を読んでください。実行順に、各 console が表示する内容を書いてください。例外になるときは、エラーの種類と行を書いてください。このあと修正を頼まれない限り、コードは変えないでください。

{システム}をモジュールに分けてください。各モジュールに、担当すること、担当しないこと、外向けのインターフェースを1つ書いてください。モジュールは6個までです。実装のコードは書かないでください。

下の資料を読んでください。40字以内で要約してください。次に、文が実際に述べている考えを最大8件挙げてください。引用は原文にある文だけとし、最大5件です。最後に得たことを1つ書いてください。内容がない欄は「なし」と書いてください。引用は作らないでください。 {資料}

下の git diff を読み、Markdown でマージ依頼の説明を書いてください。節は、要約、変更したファイル、理由、影響、テスト計画です。各ファイルについて、何を変えたかを書いてください。diff にテストが見えなければ、テスト計画は欠けていると書いてください。コードは書き直さないでください。

下のログを読んでください。異常と、繰り返し出る問題を列挙し、各項目に、それを支える行または時刻を示してください。その後、ログ自体が根拠になる直し方だけを書いてください。原因がログにないときは、そのことを書いてください。ファイルの外の推測で直し方を出さないでください。

この製品説明を Markdown の要件文書にしてください。節は、概要、目標、対象者、機能、機能要件、非機能要件、成功指標です。各要件は確認できるものにしてください。欠けている事実は「未知」と書いてください。説明にない機能は足さないでください。 {説明}

{機能}のユーザーストーリーを1つ書いてください。3行は、次の形にしてください。{役割}として / したいこと / そのために。その後、テスト時に照合できる受け入れ基準を、普通の箇条書きで列挙してください。2本目は書かないでください。説明に根拠のない基準は書かないでください。 {説明}

{システム}の設計説明を書いてください。節は、事業目標、コンテキスト、コンテナ、デプロイ、リスク、問いと仮定です。コンテキスト、コンテナ、デプロイには、それぞれ mermaid の図を1つと表を1つ付けてください。表には名称、種類、責務を書いてください。安全については、記述にすでに書かれた制御だけを書いてください。書かれていなければ、未記載と書いてください。このシステムへの攻撃方法は書かないでください。 {記述}

下の Terraform の計画を読んでください。何が変わるかを1文で書いてください。その後、重要な作成、更新、破棄を列挙してください。費用とアクセスの変化は、計画の本文に書いてあるときだけ列挙してください。費用がなければ「費用は表示されていない」と書いてください。価格を作らず、攻撃の手順も書かないでください。

下の diff を読んでください。1行目は100文字以内の現在形にし、接頭辞は feat、fix、docs、refactor、test、chore のいずれかにしてください。その後は6項目までとし、各項目は振る舞いの変化を現在形の短い1文で書いてください。空白だけを変えたファイルは除いてください。

下の論証を読んでください。立ちにくい各段階について、どの誤謬かを平易な言葉で書き、その文を引用し、その段階がなぜ結論を証明しないかを説明してください。段階が立ちにくくても、結論が偽であるとは限りません。論証が成り立つときは、成り立つと書いてください。文中にない誤謬は列挙しないでください。

下の指示文を、モデルがそのまま実行できるように書き直してください。作業は変えないでください。出力の形、長さ、書かないこと、入力用のプレースホルダを補ってください。入力は、区切りが分かる領域に置いてください。役割は足さないでください。書き直した指示文だけを返してください。 {指示文}

{現象}の欠陥報告を書いてください。項目は、題、環境、手順、期待、実際、重大度です。題には、コンポーネント、操作、現象を書いてください。手順は番号を振り、できるだけ短くしてください。重大度は、重大、高、中、低のいずれかとし、利用者への影響も書いてください。示されていない項目は「未知」と書いてください。コードの直し方は出さないでください。

{挙動}のテスト計画を書いてください。組は3つです。ユニット、統合、エンドツーエンドです。各項目は「前提 / とき / 結果」の1文にし、確かめることは1つだけにしてください。多くはユニットに置いてください。エンドツーエンドは2件までとし、人がたどる経路だけにしてください。テストコードは書かないでください。一定時間の固定待ちは使わないでください。

{機能}を、テストで照合できる要件にしてください。各行は、次の三つの形のいずれかにしてください。[出来事]のとき、システムは[動作]しなければならない。[状態]の間、システムは[動作]しなければならない。[望まない状況]なら、システムは[応答]しなければならない。その後、説明にまだない境界を挙げ、各項目に「提案」と付けてください。設計は書かず、コードも書かないでください。

{選択}についての決定を1つ記録してください。節は、決定、背景、選択肢、理由、影響、再見直しです。選択肢は、名指しされたものだけを書いてください。1つしかないときは、代替は示されていないと書いてください。理由には取捨を書いてください。再見直しには、この決定を開き直す条件を書いてください。指標は作らないでください。

下の diff を読んでください。読者が直す必要のある文書だけを列挙してください。README、変更記録、API の説明、設定の例、移行の説明です。各項目に、節と、diff のどの事実がそれを古くするかを書いてください。利用者が気づく変化が diff になければ、文書の更新は不要と書いてください。diff にない機能は起草しないでください。

下に、先に例があり、その後に新しい入力があります。答えは例と同じ形にしてください。例に出てきたラベルだけを使ってください。新しい入力がどれにも合わなければ、「合わない」と書き、最も近い例を示してください。ラベルを新しく作らないでください。 {例} 新しい入力： {入力}

{質問}に、異なる方法で3回答えてください。各回答は80字以内とし、末尾は「答え：」で始まる行にしてください。その後、3つの答えが一致するかを述べてください。一致するなら、その答えを出してください。一致しないなら、食い違いを列挙してください。それらを合わせて新しい数にしないでください。

{主題}について書いてください。使う節は次だけで、この順にしてください。{節}。全文は{字数}字以内です。ある節に必要な事実が示されていなければ、そこに「未知」と書いてください。節を足さず、スローガンも足さず、書かれていない事実も足さないでください。

{主題}について書いてください。次のものは一切出さないでください。{除外}。名指しせず、別の言い方で書き込まないでください。書いたあと、なおこの一覧に触れる文を削ってください。削ったあとに何も残らなければ、除外の条件が答えを除いたと書いてください。

Markdown のアウトラインを PPT にできるスキルを探し、インストールしてください。

Grill Me でこの移行案を問い詰めてください。ロールバック、データ量、担当者の欠けは飛ばさないでください。

Frontend Design に沿って、このマーケティングのトップページを作り直してください。紫のグラデーションは使わず、機能カードを3枚横並びにしないでください。

ステージングのコンソールを開き、環境変数のアカウントでログインし、過去1時間に失敗した作業を列挙してください。

Vercel React のベストプラクティスで src/app/dashboard/page.tsx を監査し、影響の大きい3件から直してください。

Web Design Guidelines でこのランディングページを確認し、不合格の項目をファイルパスごとに列挙してください。

GitHub issue を、テスト先行の実装計画にするスキルを書いてください。

この3つの PDF を結合し、実際の文書タイトルを書き込み、4ページ目の表を抜き出してください。

この1枚の説明を、10枚の投資家向け資料にしてください。各ページには観点を1つだけ残してください。

sku でこの3つの CSV を結合し、重複行を除いて inventory.xlsx を書き出してください。

社内のチケット API 向けに MCP サーバーを設計してください。ツールは3つまでです。先に schema を示してください。

会計の合計がユーロのときだけ誤ります。先に診断してください。再現できるまで修正しないでください。

この billing ディレクトリのモジュール図を出してください。継ぎ目と、各継ぎ目に必要なテストを名指ししてください。

この店の返金をモデル化してください。関数を書く前に、許されない状態の組を列挙してください。

コーディングエージェントにおける Agent Skills と MCP を比較してください。原文書を引用し、まだ不明な点を示してください。

この README を編集してください。AI の痕跡を除いてください。コマンドとファイルパスは、書かれているとおり残してください。

Astro Content Collections を教えてください。次の課の前に小テストをしてください。進捗は ./notes に保存してください。

trailingSlash は never、既定の言語は英語であると覚えてください。エージェントのメモに書いてください。

このコンポーネントを Vue 3 のコンポジション API に書き換えてください。ローカルの vue の版に合わせてください。Vuex は使わないでください。

/guides/install-agent-skills のタイトルの長さ、canonical、h1 が1つだけかを監査してください。

ファーストビューを書き直してください。結果は1つだけ残してください。中身のない言い回しは使わないでください。ボタンには、クリック後に何が開くかを書いてください。

このアウトラインを Word の報告にしてください。見出しスタイルを使い、表紙を付け、未決の点にコメントを残してください。

開発サーバーを起動し、Playwright で会計の流れを試してください。空のカートと、ログイン済みの利用者を、それぞれ1回です。

orders テーブルを追加し、RLS で利用者に自分の行だけを見せてください。移行とポリシーを示してください。

この設定ページを複合コンポーネントに組み直してください。theme と title を5階層にわたって渡さないでください。

Expo でプロフィール画面を作ってください。投稿の一覧は FlatList にしてください。Web 向けだけの div レイアウトは使わないでください。

1回の購入に Checkout を追加してください。Webhook の署名を検証し、冪等な方法で支払い状態を保存してください。

この PR 用に Neon のブランチを作り、そのブランチで移行を実行し、プレビュー環境をそこへ向けてください。

Remotion で15秒の製品オープニングを作ってください。タイトルカード、訴求点を3つ、末尾の Logo です。1080p です。

この不安定なテストは5回に1回失敗します。系統的なデバッグを使ってください。再現できるまで修正しないでください。

TDD でレート制限を追加してください。先に失敗するテストを示し、その後に実装を書いてください。

この設定ページを作り直してください。階層、間隔、フォーカスの状態を直してください。ありふれた紫のグラデーションは使わないでください。

この API に認証を追加してください。不明な点があれば、仕組みを作る前に質問してください。