📘 「設計する」という詩的営み
従来、エンジニアリングは正確な論理記述の営みでした。
仕様を明確にし、コードを記述し、再現可能な出力を得る。
しかし2024年以降、生成AIが実用段階に入りつつある今、
「プロンプトを書くこと」自体が、
設計の新しい在り方として浮上しています。
プロンプトとは何か？ 命令か？ 詩か？ 設計か？
本記事では、「プロンプト×エンジニアリング」＝詩的設計
という視点から、エンジニアの仕事を再定義していきます。
🧩 詩と設計の融合構造
🔷 プロンプト再定義の12ステップ
| STEP | 意味 | 生成AI文脈での解釈 |
|---|---|---|
| 1 | 名前を与える | 「プロンプト」とは何か？命名から始まる |
| 2 | 境界を引く | プロンプト vs コマンドの違い |
| 3 | 背景を問う | なぜ“詩”としての性格を帯びるのか |
| 4 | 歴史と照合 | 記述言語とナラティブの関係 |
| 5 | 分解する | プロンプトの構造＝目的・文脈・形式 |
| 6 | 再構築する | 設計図としてのプロンプト再定義 |
| 7 | 他者化する | プロンプトは「共創」の道具である |
| 8 | 例外を問う | 曖昧性・非決定性の価値 |
| 9 | 感性を取り込む | 美しさ・リズム・詩的要素の設計反映 |
| 10 | 構造と思想を接続 | UI/UX設計とも接続する |
| 11 | 教育的観点から見る | 学習者にとってのプロンプトは何か？ |
| 12 | 最小単位に還元する | 「一文で語るなら？」という視点 |
🔸 設計視点での再定義
| 内容 | 適用例 |
|---|---|
| 抽象と詩性の統合 | 「明確」だけでなく「詩的な余白」が価値となる |
| 境界逸脱の設計 | 過剰具体化より、解釈可能性を持たせる設計が有効 |
| 共創トリガーとしての設計 | 書くこと自体がチーム内知の構築になる |
🔶 プロンプト vs 設計図の構造比較
💡 プロンプト設計のための3つの実装例
① 意図の可視化：コメントから始まるプロンプト設計
# グラフ可視化 → 複数シリーズ対応 → タイトルを日本語にしたい
prompt = """
以下のmatplotlibコードを生成してください：
- 複数の折れ線グラフをプロット
- タイトルは日本語で「売上比較」
- 凡例と軸ラベルもつけてください
"""
🔍【解説】：プロンプトはただの命令ではなく、思考の可視化の一歩目となる。
② 詩的構文による共創の誘導
あなたは優秀なUI/UXデザイナーです。
以下の条件を満たすHTMLを詩的に生成してください：
- ユーザーの感情に寄り添う配色
- モバイルファースト
- 「触れたくなる」ボタン
🔍【解説】：このように、**「詩的な形容詞」＋目的」**の融合は、より深い共創を促進する。
③ AIとの対話型設計プロセス
この設計方針に対するフィードバックをください：
- シンプルだが奥行きのあるナビゲーション
- メタファーとして「図書館の構造」を意識
- 色彩は知的・落ち着いたもの
🔍【解説】：AIは“フィードバック相手”にもなりうる。これはペア設計への進化形。
🌀 言葉で設計する時代へ
プロンプトとは命令ではなく、設計であり詩であり、共創の呼びかけです。
そして、エンジニアリングとは、もはや“構文の記述”だけではなく、
世界をどう詩的に、意図的に形づくるか？ という営みへと拡張されています。
生成AIの台頭は、「プロンプト」を通して、
エンジニアという存在の輪郭を広げつつあります。
エンジニア＝詩的設計者
その時代は、すでに始まっているのです。