【はじめに】ロジックプロンプトとは、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は単なるコーダーとなり、人間はシステムアーキテクトとして機能します。

［ >> Logic Prompt講座の詳細を見る ］

【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が誤解できないレベルまで言語化し、厳格な入力規則へと昇華させる。Logic Promptとは、AIに命令する技術ではありません。曖昧なアイデアを構造化し、AIが誤解できないレベルまで論理を設計する技術です。

AI時代に本当に価値を持つのは、コードを書く人ではなく、AIが正しく動く構造を設計できる人。Logic Promptは、そのための「思考のOS」と言えるでしょう。

技術を学ぶだけで終わらない、AI時代の「設計の視点」を身につけませんか？

プログラミングの文法を覚えるだけの学習は、AIがすべて代替していく時代だからこそ、本当に必要なのは「AIをどう正しく駆動させるか」というロジック（論理設計）の力です。

アクトハウスでは、これからの時代を自分の力で生き抜きたいという方のために、単なるコードの書き方にとどまらず、AIを自在に操りながら事業やプロダクトを形にしていく次世代プログラミングやデザインを横断する本質的なカリキュラムを用意しています。

半年間の環境設計を通じて、未経験からどのように「時代に求められるプロフェッショナル」へと変わっていくのか、具体的なステップを客観的な視点から整理します。これからの可能性を拓く機会として、まずはLINEからお声がけください。

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

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