AIを「記述」から「実行」へ導く境界線

この記事で紹介する技術的なプロンプト（AIへの指示出し）の実例について、未経験者の方は今はその詳細な意味が分からなくても問題ありません。

ただ、あなたが普段やっているようなAIへの人生相談や調べモノ、勉強のアドバイスとは一線を画す「ガチのAIとの対話」をまずはご覧ください。これがキレッキレのプロ技術職＝エンジニアの仕事の一面です。

彼らは世間で言う「AIに言えばなんでも答えてくれる」の、上の上を進んでいます。事例を見るとわかる通り完全に「宇宙語」を話しているようです。

とはいえ。

実はシニアエンジニアでさえも、AIに対して「ふわっとした指示」を出してしまい、無駄なトークンを消費し、望まない出力を繰り返させてしまうことは珍しくありません。この傾向は中級者、そして初学者になればなるほど顕著になり、AIとの対話そのものが「非効率な長話によるトークンを消費」へと変貌してしまいます。

ゆえに、次世代のAI×プログラミングの概念である「ロジックプロンプト」を理解した上で、これらを自在に使いこなせるようになること。それこそが、AIを単なるツールとしてではなく、巨大なリソースとして指揮する「AIオーケストレーター」や「AIマニピュレーター」へと進化するための不可欠なプロセスとなります。これから学ぶ人たちは、様々なメソッドが出ているAI黎明期だからこそ、抵抗なくAIとの対話を技術職に昇華できるでしょう。

では、AIを単なる生成ツールから「正確な実行体」へと昇華させるための、ロジックプロンプトの指示出し・具体的なパターンを「4パターン／場面別」公開します。

【Case 01】ハルシネーションを封じ込めるバリデーション型

■どんな場面？■

外部APIやユーザー入力など、不確実なデータを受け取る機能を実装する際。AIが勝手な推論で「存在しないプロパティ」を参照するバグを防ぎたい場面。

①Data Definition（型の定義）

『UserオブジェクトのInterfaceを [id: string, age: number, name: string] と定義し、入力値をこの型でバリデーションして下さい。』

②Logic Flow（処理の階層）

『age >= 20 のFilter条件、name プロパティへの昇順Sort、表示用へのTransformという階層を指示して下さい。』

③Output Specification（出力仕様）

『各ステップを純粋関数（Pure Function）として独立させ、TypeScriptでカプセル化して出力して下さい。』

■■ポイント■■
→実装の細部ではなく「データの境界線」を定義することで、AIの嘘が入り込む余地を論理的に排除します。

【Case 02】関心の分離による疎結合なアーキテクチャ型

■どんな場面？■

決済や在庫管理など、複数のステップが連動する複雑なビジネスロジックを組む際。一つの関数に全ての処理が詰め込まれた「巨大なスパゲッティコード」を生成させたくない場面。

①Service Layer Definition（サービスの定義）

『「注文処理」を InventoryCheck（在庫確認）、PaymentProcess（決済実行）、Notification（通知）の3ユニットに分割して下さい。』

②Error Handling Policy（例外の論理）

『各ユニットは独立した Result型 {success: boolean, error?: string} を返却するようにして下さい。失敗時のロールバック処理も定義して下さい。』

③Dependency Injection（依存性の注入）

『各処理はインターフェースを介して注入し、テスト時にモックに差し替え可能な構造でTypeScriptを記述して下さい。』

■■ポイント■■
→システムの「構造」をプロンプトで決定。AIは単なるコーダーとなり、人間はシステムアーキテクトとして機能します。

【Case 03】デザインシステムの厳格適用（UI実装型）

■どんな場面？■

FigmaのデザインをReact等のコンポーネントへ書き起こす際。エンジニアごとにスタイルの当て方がバラバラになったり、アクセシビリティが疎かになったりするのを防ぎたい場面。

①Component Responsibility（責務の定義）

『UIコンポーネントを「Presenter（表示）」と「Container（論理）」に分離して下さい。Presenterは一切の状態（State）を持たないようにして下さい。』

②Style Architecture（スタイルの階層化）

『カラーコードの直書きを禁止して下さい。Themeオブジェクト から Primary などの定数を参照するCSS-in-JS形式で記述して下さい。』

③Accessibility Contract（アクセシビリティの契約）

『全ての要素に適切な aria-label を付与し、キーボード操作のみで完結するフォーカス制御を必須条件として下さい。』

■■ポイント■■
→「見た目」を科学的な数値とルールで言語化（Art & Science）。誰が作ってもブランドの品位が守られる実装を担保します。

【Case 04】情報の優先度を設計する（デザイン指示型）

■どんな場面？■

Figma AIなどを使用してゼロから画面レイアウトを生成、あるいは指示を出す際。デザイナーの「勘」に頼らず、情報の重要度に基づいたロジカルな美しさを担保したい場面。

①Visual Hierarchy（視覚的階層）

『要素をH1、H2、Bodyに分類して下さい。サイズは 黄金比（1.618） に基づきスケールダウンさせて下さい。』

②Auto Layout Contract（整列の規約）

『全てのコンポーネントは Auto Layout を使用し、パディングは 8px の倍数で統一して下さい。』

③Contrast Logic（コントラストの論理）

『背景と文字のコントラスト比は WCAG 2.1 AA規格 を厳守し、アクセシビリティを担保したパターンを提示して下さい。』

■■ポイント■■
→美しさを「数値とルール」で定義。情報のノイズを削ぎ落とし、高解像度なUIを構築するための共通言語です。

結論：Logic Promptは「思考のOS」である

プログラミングにおけるAIのハルシネーションは、人間側の「意図の解像度」が低い時に発生します。

玄人が「当たり前」として片付ける設計原則を、AIが誤解できないレベルまで言語化し、厳格な入力規則へと昇華させる。

この「情報の硬度」を自律的に設計できる能力こそが、AIを暴走させず、真の実行体へと変える唯一の鍵となります。

AI時代を勝ち抜くのは、単にコードの書き方を知っている人ではありません。

自らの「論理（ロジック）」によってAIという巨大なリソースを正しく駆動させ、記述という低付加価値な作業から解放される「アーキテクト」へと進化した人であると言えるでしょう。

[ >> アクトハウスにLINEで質問する ]

著者：清宮 雄（アクトハウス代表） 起業家・ブランドアーキテクト。2014年にセブ島でIT留学の草分けアクトハウスを設立。「ビジネス×テック」をテーマに、時代に左右されない強靭な個の育成＝「+180 ビジネステック留学」の戦略・運営を主導。