この記事はこんな人に向けて書いています
- 職業・立場：小規模設計事務所で、基本設計前の事例・材料・環境性能の調査を担う設計担当者
- 悩み・状況：参考事例や技術資料を探すだけで半日が過ぎ、施主に見せられる根拠へ整理する時間が足りない
- 達成したいこと：出典を失わずに調査の初速を上げ、設計チームが判断できる資料を短時間でつくりたい
基本設計の前に、似た用途の事例、敷地に合うボリューム、材料の納まり、環境性能の条件を調べる。建築士にとって当たり前の仕事ですが、いちばん時間を食うのは「検索」そのものではありません。集めた情報がどの条件の建物なのか、誰が出した情報なのか、今回の計画に持ち込んでよいのかを仕分ける作業です。
そこで役立つのが、出典をたどりながら問いを深掘りできるPerplexityです。ただし、Perplexityを設計判断の代行者にしてはいけません。使うべき場所は、設計の答えを出す前の「比較できる材料を揃える」工程です。
この記事の結論
Perplexityは、設計事例・技術資料・環境性能の候補を広く集め、出典へ戻るための地図として使うと強力です。用途、規模、地域、竣工年、構法、一次資料かどうかを先に指定し、最後は公的資料・メーカー資料・契約図書・設計者の判断で確定します。
建築設計でPerplexityに任せる仕事、任せない仕事
建築におけるAIは、設計の構想、分析、連携の速度を上げる支援技術として広がっています。一方で、AIの有効性は、設計者が問いの条件をどう置き、出力をどう検証するかに大きく左右されます。[1] Perplexityを使う場合も、最初に役割を分けておくと迷いません。
| Perplexityへ任せる下準備 | 設計者が必ず判断・確認すること |
|---|---|
| 近い事例、論点、資料候補を幅広く探す | 敷地条件、用途地域、法規適合、構造・防火・避難の判断 |
| 複数事例の共通点と相違点を表へ並べる | 仕様、性能値、材料選定、施工性、コストの確定 |
| 施主ヒアリングを追加質問へ変換する | 施主の優先順位、事業性、デザインの最終提案 |
| 出典メモや打合せの下書きをつくる | 引用の妥当性、著作権、契約文書、対外説明の責任 |
ここを曖昧にすると、もっともらしい文章が設計資料へ混ざります。私は「AIに調べさせる」よりも、AIに“次に読むべき一次資料の候補を出させる”と考えるようにしています。
始める前に決める4つの安全ルール
1. 未公開の住所・施主名・図面・見積をそのまま入れない
Perplexityのプライバシー通知では、利用者が送信するプロンプト、クエリ、アップロードなどのコンテンツを処理すると説明されています。[2] 敷地は「駅から徒歩圏の密集市街地」、規模は「延べ約1,000㎡の共同住宅」のように匿名化し、社外へ出せない情報は伏せるのが基本です。
2. 出典の種類を指定する
最初の質問に「建築主・設計者・メーカー・行政・学会・大学の一次資料を優先し、まとめサイトは除外」と書いてください。出典付きの回答でも、記事、転載、広告、一次資料が同じ重みで並ぶことがあります。
3. 比較条件を先に固定する
用途だけで探すと、延べ面積、気候、構法、予算、竣工年が異なる事例を並べてしまいます。目的は画像を集めることではなく、今回の計画に使える比較軸をつくることです。
4. 法規・仕様・性能は回答だけで確定しない
法令、条例、確認申請、メーカー性能、施工条件は、必ず原典へ戻ります。法規リサーチの整理方法は、確認申請の法規チェックをAIで効率化する方法もあわせて確認してください。
実践プロンプト1：用途と規模が近い設計事例を広く集める
最初の一手は「すごい建築を探す」ことではありません。今回の計画に近い条件の事例を、後から絞り込める形で集めます。
私は日本で住宅・建築を設計する設計担当者です。 以下の条件に近い、竣工済みの建築事例を10件以内で探してください。 ・用途：[例：地域交流機能を併設した小規模賃貸住宅] ・規模：[例：延べ800〜1,500㎡] ・地域条件：[例：温暖湿潤地域、周囲は低層住宅地] ・重視する論点：[例：共用部の居場所、採光、木質感、メンテナンス] 各事例について、用途、所在地、竣工年、設計者、規模、構法、参照URLを表にしてください。 建築主・設計者・専門誌・建築メディアなど、出典を確認できる情報を優先し、推測で補わないでください。 最後に、今回の条件と大きく異なる点も明記してください。
出てきた事例は、そのまま採用しません。「地域」「規模」「構法」「竣工年」の4列を見て、近いものだけを残します。気に入った写真から入ると、後で条件が合わないことに気づきます。
実践プロンプト2：建築コンセプトの論点を比較する
事例を集めた後は、設計コンセプトをそれらしく言い換えるのではなく、設計上の論点を増やします。施主への説明が浅くなる原因は、言葉が足りないことより、選択肢の軸が少ないことです。
次の計画条件から、基本設計で比較すべき建築コンセプトの論点を整理してください。 [計画条件を匿名化して記載] 「利用者体験」「周辺との関係」「光・風・熱」「動線」「維持管理」「将来の可変性」の6分類で、各3つずつ質問をつくってください。 抽象的な形容詞ではなく、設計チームが図面・模型・断面で検証できる問いにしてください。 なお、法規適合や性能の結論は出さず、確認すべき資料の種類だけを示してください。
例えば「開放的な空間にしたい」という要望は、そのままでは図面になりません。「どこから見え、誰が滞在し、季節ごとにどう使い、音や視線をどう受け止めるか」という問いにほどくと、平面・断面・外構をまたいで検討できます。
実践プロンプト3：材料・納まりの技術資料を探す
材料検索は、写真の印象だけで進めると危険です。欲しいのは「それっぽい材料」ではなく、要求性能、施工条件、維持管理までたどれる資料です。
[対象部位]に使う材料を検討しています。 次の条件を満たすメーカーの技術資料・施工要領・試験成績書を探すための検索語と、確認すべき仕様項目を整理してください。 ・部位：[例：外部に面する木質ルーバー] ・重視条件：[例：耐候性、再塗装性、納まり、地域の湿気] ・避けたい条件：[例：頻繁な足場設置が必要な維持管理] 製品を推奨せず、確認すべき資料の種類、比較表の列、メーカーへ質問すべき事項を示してください。
ここでは「製品名を教えて」と聞かないのがコツです。先に比較表の列をつくれば、性能値や施工条件を同じ尺度で見られます。
実践プロンプト4：環境性能の検討材料を整理する
省エネや環境性能は、数値だけを集めると設計と切れます。日射、通風、断熱、設備、運用のどこで決める話なのかを分けましょう。
基本設計初期に、[用途]の環境性能を検討するためのリサーチ計画を作ってください。 ・敷地の気候条件：[例：夏の西日が強い地域] ・用途：[例：昼間利用が中心の小規模オフィス] ・検討したいテーマ：[例：日射遮蔽、自然換気、断熱、運用時の快適性] 各テーマについて、設計初期に仮説を立てるための情報源、確認すべき指標、後工程で専門家へ引き継ぐ事項を表にしてください。 正確な性能値を推定せず、確認プロセスを重視してください。
AIを使うときほど、断定的な数値をもらいにいかないことです。設計初期で必要なのは、解析の代わりではなく、どの条件を次のシミュレーションへ渡すかを整えることです。
実践プロンプト5：施主ヒアリングを設計条件に変える
ヒアリングメモには、本人も言語化していない優先順位が混ざっています。Perplexityには、要約を頼むより「追加で聞くべきこと」を出してもらうと役立ちます。
以下は、施主ヒアリングを匿名化したメモです。 設計条件として確定した事項、解釈が分かれそうな事項、次回確認すべき質問に分けて整理してください。 [個人名・住所・固有名詞を除いたメモ] 質問は「はい／いいえ」で終わらず、優先順位、将来の使い方、予算配分、維持管理の考え方が分かるものにしてください。 設計方針を断定せず、確認事項として提示してください。
この出力は議事録の清書ではなく、次回打合せの設計図です。人間が読むと聞きづらい質問でも、文章として並べると必要性が見えます。
実践プロンプト6：提案ボードの出典メモをつくる
施主へ見せる資料では、写真や図版の出典が後回しになりがちです。調査の段階で出典メモを残せば、提案の信頼性が変わります。
以下の設計事例・技術資料リストを、設計チーム用の出典メモに整理してください。 [URLとメモの一覧] 「資料名」「発行主体」「公開日または確認日」「参考にする論点」「今回の計画へそのまま転用できない条件」「次に原典で確認する箇所」の列を持つ表にしてください。 引用・転載の可否は推測せず、原典の利用条件を確認するよう注記してください。
提案資料をつくるとき、参考写真は“飾り”ではありません。どの論点を見せるために置いた写真か、どこまでが引用でどこからが自分たちの提案かを整理すると、施主との会話が変わります。
一級建築士の現場の裏話
リサーチの初速が上がると、つい「案が増えた」と錯覚します。でも、事例を20件集めても、敷地条件と構法がバラバラなら設計案は前に進みません。私は最初に、用途、面積帯、気候、竣工年、一次資料かどうかの5項目で事例を落とします。残った5件だけを断面・配置・メンテナンスの目線で読むほうが、施主への提案はずっと強くなります。
15分のリサーチを設計チームに残す方法
個人が早く調べても、次の人が同じ検索をやり直すなら事務所の資産になりません。おすすめは、案件ごとに「調査メモ」を1枚だけ残す方法です。
| 項目 | 残す内容 | 次の人が判断できること |
|---|---|---|
| 問い | 何を決めるために調べたか | 追加調査が必要か |
| 条件 | 用途、規模、地域、優先論点 | 他案件へ転用できるか |
| 出典 | URL、発行主体、確認日 | 原典へ戻れるか |
| 使える示唆 | 平面、断面、材料、運用で参考になる点 | 次の検討へ渡せるか |
| 保留 | 法規、性能、コストで未確認のこと | AI出力を誤って確定しないか |
この型を共有すると、Perplexityは単なる個人の検索ツールではなく、設計事務所の調査手順を整える道具になります。建築・不動産のAI活用を俯瞰したい場合は、不動産・建築のAI活用の始め方も参考にしてください。
法規・仕様・コスト・敷地判断でAIを止める場面
設計の責任を軽くするためにAIを使うのではありません。むしろ、判断に集中する時間を戻すために使います。PerplexityのEnterprise向け情報では、セキュリティ対策が示されていますが、実際の業務利用では、自社の契約プラン、社内規程、施主との守秘義務、データ処理条件を別途確認してください。[3]
とくに次の4つは、AIの回答だけで前に進めない領域です。
- 法規・条例：最新の法令、自治体窓口、確認検査機関、専門家の確認へ戻る。
- メーカー仕様：製品カタログ、施工要領、試験成績書、担当者への照会で確定する。
- コスト・工程：見積、数量、施工条件、協力会社との調整で確認する。
- 敷地・施主情報：公開情報と匿名化した条件だけで下調べし、未公開情報は入力しない。
まとめ：Perplexityは「答えを出す道具」ではなく「原典へ戻る地図」
建築設計のリサーチでは、速く見つけることより、何を信じず、どこへ戻るかを決めることのほうが重要です。Perplexityは、事例・材料・環境性能・施主要望の論点を広く拾い、次に読むべき資料を示す役割に限定すると強くなります。
まずは終わった案件の匿名化メモで、プロンプト1とプロンプト6を試してください。出典メモまで残せるようになったら、リサーチの速度だけでなく、設計チームの会話の質も変わります。設計初期の情報を法規確認につなげるときは、確認申請の法規チェックをAIで効率化する方法へ。積算・施工へ引き継ぐ段階では、建築積算でCopilotを使う方法、建設業でClaudeを使う方法も活用してください。
よくある質問
Perplexityは無料版でも設計リサーチに使えますか？
まずは匿名化した条件で、事例候補と出典を集める用途から試せます。ただし、用途に応じた機能・利用条件・データ処理の扱いは変わり得るため、業務利用前に公式情報と社内規程を確認してください。
AIが示した建築事例は、そのまま提案資料に使えますか？
そのまま使わないでください。元ページ、設計者・建築主の公開情報、画像・図版の利用条件を確認し、引用や転載の可否を判断してください。記事本文へは、何を参考にするのかを自分の言葉で整理して残します。
法規リサーチもPerplexityで完結できますか？
完結できません。調べる論点や原典候補を整理する補助には使えますが、法令、条例、確認申請、仕様の判断は、最新の一次資料、行政・確認検査機関、担当設計者や専門家の確認で確定してください。
参考資料
建築・不動産の実務でAIを使う
建築・不動産でAIを使うなら、まずここから
AIは、職種ごとに「効く使い方」が異なります。自分の仕事に近い記事から、実務で使えるプロンプトを確認してください。
コメント