みなさん、こんにちは。
先日、福岡市博物館の特別展 「福岡市博物館収蔵 幽霊・妖怪画コレクション」を観に行きました。展示作品である小方守房の《百鬼夜行図巻》を鑑賞し、不気味でありながらもどこかユーモラスに描かれた、おびただしい数の妖怪たちのパレードをガラス越しに凝視していて、私はある恐ろしい事に気づき、鳥肌が立ってしまいました。
紙面のどこを見渡しても、一切の「迷い線」がないのです。
墨画というメディアは、一度紙や絹に筆を落とせば、繊維が墨を一瞬で吸い込んでしまいます。やり直しや修正（塗り重ね）がきく西洋の油彩画とは対照的に、東アジアの墨画は文字通りの「一発勝負」です。当時の絵師たちは、頭の中で完璧に完成形の線（ビジョン）がイメージできるまで、決して筆を動かしませんでした。
日本の美学には、こうした「一発勝負の美学」が深く根付いています。たとえば茶道や華道、剣道などの伝統芸能においても、失敗を許容しない一発勝負の精神が重んじられますよね。
失敗を許容しないこの美学は、現代のソフトウェア工学が推奨する「小さく失敗して素早く学ぶ（アジャイルやMVP）」というトレンドと、一見すると決定的に相性が悪そうに思えます。ですが、この「筆を動かす前に、イメージを極限まで固める」という絵師の態度こそが、現代のAI駆動開発が行き詰まっている現状を打破する最大のヒントになるのではないかと気づいたのです。
今回は、この伝統的な東アジアの美学をヒントに、AI時代における人間とソフトウェア開発のあり方について、私の考察を語ってみたいと思います。
AIは「迷い線」の量産を加速させている（vibe codingの罠）
現代の受託ソフトウェア開発の現場では、厳しい納期に追われるあまり、「完成形の線（設計やビジョン）」が脳内でイメージできていないのに、とりあえず手を動かしてコードを書き始めることが横行しています。
生成AIの登場は、この問題を爆発的に加速させてしまいました。人間が「ふわっとした指示」を出すだけで、AIが一瞬でそれらしいコードを出力してくれるからです。2026年に入って一世を風靡した、あいまいな自然言語でAIにコードを生成させる「vibe coding」の光と影が、まさにここにあります。
人間が自分の頭で「一本の線」をイメージする熟考のプロセスをスキップし、AIに丸投げしてコードを量産させる。画面が一瞬で埋まる様子は爽快ですが、それは「一発描き」の芸術ではありません。AIが引いた無数の迷い線を、人間が必死にデバッグ（修正）して塗り重ねるという、最も不条理な「足し算の泥沼」にはまっているだけです。
全体の文脈や一貫性を欠いたコードは、リリースされた瞬間から内側から腐敗し、巨大な技術的負債（ブラックボックス）へと変わっていきます。もしこれでうまくいくプロジェクトがあるとしたら、それはどこかで見かけたような「車輪の再発明」プロジェクトくらいなものでしょう。
マイクロマネジメントか、それとも「制約」か
こうしたAIの暴走や「車輪の再発明」を防ごうとして、開発者がついやってしまいがちなのが、AIへのマイクロマネジメントです。「この関数を使え」「この手順で書け」と、AIの手足の動きを細かく縛り付けようとしてしまうわけですね。
ですが、自分の知っているルールだけでAIをガチガチに縛ってしまうと、AIが生み出す成果物は開発者自身の能力の器を絶対に超えられなくなります。AIを使いこなせるかどうかを決めるのは、従来の「手取り足取りの設計力」ではなく、外枠としての「制約を与える力」です。
江戸の絵師たちも、完全なぶっつけ本番で描いていたわけではありませんでした。彼らは「念紙（ねんし）」と呼ばれる、下絵の輪郭を本番の紙にうっすらと写し取る技術をインフラとして使っていたのです。強固なガイドライン（制約）が敷かれていたからこそ、本番の墨入れを迷いなく一発で決められました。
現代の開発において、AIが自由に、しかし破綻せずに暴れ回るための安全ネット（外枠）をコードと仕組みで構築するアプローチ、それこそが、先日お話ししたハーネスエンジニアリング（Harness Engineering）の本質です。
ハーネスは「一線の防御」であり、解像度を上げてはくれない
自動テストや静的解析、そしてAIの自律ループを制御する4つの決定論的ブレーキ（Finish Line, Budget, Judge, Escalation）をインフラとしてシステムに組み込むことで、AIへのマイクロマネジメントは不要になります。それどころか、AIは人間の器を超えた驚くべきコードを吐き出してくれるようになります。
しかし、ここで私たちはもう一つの冷徹な事実に直面しなければなりません。
ハーネスエンジニアリングや、AI同士を対話させるループエンジニアリングは、AIがシステムを破壊するのを防ぐ「一線の防御」にすぎないということです。外枠をどれだけ綺麗にプログラミングしても、「これから作るソフトウェアが、誰のどんな課題を、どれほど美しく解決するのか」という、人間の脳内にある『イメージの解像度（意図）』を、AIが勝手に上げてくれるわけではありません。
AI技術がこの先どれほど発展しても、自動化（How）の進化だけではこの問題は解決しません。前提として、人間が自らの「イメージ」をいかに固めるかという「思考の技法」が広く普及しなければ、私たちはAIという名筆に振り回されるだけの助手に成り下がってしまいます。
人間のイメージを固めるための3つの「思考技法」
AIを最強のパートナーとして従え、実装（AIへの指示）の前に人間が脳内の「一本の線」を極限まで固めるためには、どのような技法が必要なのでしょうか。私自身は次の3つが重要だと考えています。
1.「言語による骨描き」（意図駆動開発へのシフト）
完璧な仕様書を事前にすべて書くことは諦め、人間の「何を作りたいか」「どんな価値を提供したいか」という意図を開発プロセスの中心に据えます。AIのチャット欄に向かって雑なプロンプトを打ち始める前に、ドメイン駆動設計（DDD）のアプローチを用いて、言葉のレベルで概念の境界やデータモデルを定義する「言語による骨描き」を行います。
2.「問題認識能力」の覚醒（エンジニアこそリーンキャンバスを書け）
現場のドメイン知識（業務知識）に詳しい人ほど、既存の業務ルールや要件を疑問を持たずに受け入れてしまい、問題を問題として認識できない罠に陥りがちです。「UIが使いにくいから改善してほしい」という表層的なオーダーに飛びつくのではなく、「それは誰の課題か？」をリーンキャンバスの視点で徹底的に往復します。管理職の体験悪化や、背後にある業務プロセスの破綻という「真の課題」を炙り出すことで初めて、引くべき線の位置が明確になります。
3.「一次刺激」の採集による、おもてなしのMVP設計
パソコンの前に座り続け、他人の作品や既存のコードという「二次刺激」だけに頼っていると、AIの得意とする「平均的に整った答え」の域を出られません。
一度パソコンを閉じ、外に出て、自分自身の身体を通して生の「一次刺激」――現場の不条理なノイズ、ユーザーのふとした違和感、トラブルの温度感――を採集するのです。その生々しいノイズから抽出した独自の価値観をもとに、「機能は最小限だが、その1つの体験が圧倒的に美しく、絶対にエラーが起きないレベル」まで削ぎ落とされ、推敲された「日本人の気質に合うおもてなしのMVP」を設計します。
キーボードから手を離し、物語を設計する「問いのデザイナー」へ
イメージがないままAIに無理やり描かせたソフトウェアは、バグと技術的負債によって、リリース直後から肉体が崩壊し、蛆がわいていく、長沢芦雪の《九相図》の「腐敗プロセス」をたどることになります。
AIがプログラム（How）を書く時代、人間に求められるのは「意味（Why/What）」をつくることであり、システムが紡ぐ「物語」を設計することです。目に見える実装スピードや技術論だけに没頭するエンジニアの仕事は、遠からずすべてAIに代替されていくでしょう。
これからのエンジニアは、単なる構築者ではなく、技術の向こう側にある目的を語る「問いのデザイナー」でなければなりません。
かつての天才絵師が、静かに墨を磨りながら、これから引くべき完璧な一本の線を白い巻紙の向こうに見出すまでじっと待ったように。
「イメージの解像度が上がるまでは、絶対にAIの生成ボタンを押さない（キーボードから手を離す）」。
この不器用で、しかし圧倒的に贅沢な「考える時間」を死守する覚悟を持つ人だけが、AIを最強のパートナーとして従え、人間の器を超えるポテンシャルをこの世界に解放していけるのだと、私は思っています。
みなさんはどう考えますか？
「自分も何か作ってみたい」と思われた方、そのアイデア、頭の中で寝かせておくのはもったいないかもしれません。
ビューローみかみでは、構想段階の壁打ちからPoC・実装・現場導入まで、現場で「使い続けられる」ものづくりを支援しています。
アイデアを短期間で「動くもの」にし、PoCで終わらせず、実運用まで伴走します。まずは「これ、作る価値ありますか？」という壁打ちからでも大歓迎です。
▶ PoC・MVP開発サービスの詳細はこちら
気になることがあればお気軽にご相談ください。
本日も最後までお読みいただきありがとうございました。
それでは、よいAI ＆ 一次刺激ライフを！
