利益:
- AIの助けを借りて、マスターゾーニング計画、実装ゾーニング計画、および計画メモの構造を迅速に分析および要約する機能
- AIで計画凡例、機能コード、施工条件をスキャンしながら、承認された計画の各数値を確認可能
- 計画変更、計画階層、競合分析における事前レビューツールとして AI をその制限内で使用する機能
都市計画者の机にかかる最も集中的な読書課題は、開発計画とその言語を解読することです。トゥルキエ市の計画は、最上位に地域計画、環境計画、その下にマスター開発計画（都市の一般的な利用の決定、密度、基幹交通体系などを1/5000の縮尺で決める上位計画）、最下位に実施開発計画（1/1000の縮尺で区画単位で建設条件を決める下位計画）という段階的な階層構造で進んでいく。これらの計画には、図面 (凡例、機能の色、境界線) とテキスト (計画メモ、計画の実施方法を説明する書面による条項) の両方が含まれます。 AI は、これらの長く専門的な文章を迅速に解析、比較、要約するのに非常に役立ちます。しかし、彼が読み取るすべての値は、正式に承認された計画から確認する必要があります。なぜなら、計画の条項には法的拘束力があり、誤解があると建物の許可や計画の法律が危険にさらされるからです。
計画の階層とそれが重要な理由
計画は連鎖です。下位計画は上位計画に違反することはできません。実装開発計画は、マスター プランで指定された密度と機能を超えることはできません。プランナーの最も一般的な仕事は、この調和（または調和の欠如）をチェックすることです。 AI は、2 つの計画テキストを並べて矛盾にフラグを立てるのに非常に役立ちます。ただし、プランナーは正式な文書を使用して最終決定を行います。
ヒント: AI に計画テキストを渡すときは、必ずその規模と日付/承認された計画を指定してください。 「1/1000 実装計画、2023 年 3 月 12 日に承認」のようなコンテキストによって AI の解釈が決まり、検証時にどの文書を見るべきかが明確になります。
計画ノートの構造
計画メモには通常、次の種類の条項が含まれます：建設条件（TAKS、KAKS/先行例、高さ）、機能定義、描画距離、駐車場および社会設備の基準、特別条項（災害、保護、海岸など）および一般条項。 TAKS (床面積係数) は、地面にある建物の面積と土地の面積の比率です。 KAKS/precedent (床面積係数) は、土地に対する総建築面積の比率です。これらの略語は計画の核心であり、一つ読み間違えるとプロジェクトは最初から台無しになってしまいます。
AI は、乱雑で番号のない計画メモをきちんとした表に変換し、参照条項をリンクし、「この区画にどの条項が適用されるか?」という質問に対する暫定的な回答の草案を作成できます。ただし、AI はアイテム番号、レート、または例外を幻覚で示すことがあります。したがって、各行にマークを付けて、元の計画ノートから確認する必要があります。
ステップバイステップ: AI で計画を分析する
- 文書を特定します。規模、承認日、計画の種類、担当者に注意してください。
- テキストを匿名化します。必要に応じて、区画/所有者情報をクリアします。
- 構造物を取り外します。計画メモを見出し（構造、機能、設備、特記事項）ごとにAIに集計させます。
- 不確実な点にマークを付けます。番号と項目ごとに「確認が必要」とリクエストしてください。
- 階層制御。上位スケール プランで競合スキャンを実行します。
- 確認する。元の承認された計画の各条項を検証します。疑問がある場合は、管轄行政に問い合わせてください。
- あなたの痕跡を残してください。どの文書がどの規定を確認したかを記録します。
弱いプロンプト / 強いプロンプト
弱いプロンプト: 「この小包はどうすればいいですか?」
AI は、区画の実際のゾーニング状況を考慮せずに一般的な見積もりを生成するため、料金をでっちあげて誤解を招く可能性があります。
強力なプロンプト: 「以下は、1/1000 アプリケーション開発計画の計画メモのテキストです (承認日: [...])。このテキストを表に変換します。列 = 件名、条項、条項番号、金額。工事条件、作図距離、駐車場、および特別条項を別の行に入力します。テキストに明確に記載されていない値はでっち上げず、不明瞭な場合は「テキストにありません」と記入してください。テキスト: [...]"
2 番目のプロンプトでは、AI にテキストの内容のみを強制的に構成させます。捏造を防止し、確認を容易にします。
コピー可能な 4 つのテンプレート
タスク: 次の計画ノートのテキストを構造化された表に変換します。列: 件名 |判決（要旨）｜品目/部品番号 |数値。本文に明確に記載されている内容のみを使用してください。書かれていないものは「本文にない」と記入してください。比率、距離、項目番号などは作られていません。計画の種類/規模/承認日: [...]テキスト: [...]
タスク: 次の 2 つの計画テキスト (上位スケールと下位スケール) を比較します。機能、密度、および輸送に関する決定における考えられる矛盾をリストします。各矛盾について: 件名、上位計画の条項、下位計画の条項、「確認が必要」。意思決定。ハイライトをマークするだけです。トッププラン: [...] |サブプロット: [...]
タスク: 以下の計画メモにあるすべての略語と専門用語 (TAKS、KAKS/前例、Yençok、牽引距離など) を用語集表に平易なトルコ語で説明してください。価値を帰属させる。用語を定義するだけです。テキスト: [...]
タスク: 以下の計画条項を誤解を招くことなく簡単に説明する、市民/利害関係者への情報覚書の草案を作成します。技術値は「経営陣の確認が必要」と明記してください。法的確実性を主張しないでください。規定: [...]
表：プランの種類とAIの役割
計画/文書
内容
AIの適切な役割
必須の検証
環境配置・基本計画
一般用、密度、主輸送
テキストの要約、比較
承認された計画と凡例
実施ゾーニング計画
区画単位での施工
計画ノート集計
1/1000計画承認
計画メモ
書面による規定
設定、競合スキャン
原文、記事ごと
ゾーニングステータス証明書
小包に固有の公式情報
（データ入力・集計）
認可された行政文書
計画修正
修正案
差異分析ドラフト
出場停止手続き、正式決定
ミニケース3個
ケース 1 — 先例の混同。プランナーはごちゃごちゃした企画メモをAIに集計させます。 AIは「前例1.60」と書きます。プランナーはオリジナルのテキストを確認します。テキストには「1.60 と同等だが、商業地と住宅の混合使用では 2.00」と書かれています。 AI は例外を回避しました。プランナーが修正します。これは、「テキストにあるもののみを使用する」というルールでも 1 回のパスでは十分ではなく、確認が必須であることを示しています。
ケース 2 — 階層のパラドックス。チームは実装計画とマスタープランを AI と比較します。 AI は、エリアが下位プランでは「商業」として表示され、上位プランでは「非居住都市作業エリア」として表示される場合にマークを付けます。プランナーはこれを真剣に受け止め、公式文書を使って調査し、実際の矛盾を発見しました。彼は改修が必要であることに早くから気づきました。 AI は決定を下したのではなく、ただ気づいただけです。それが価値です。
ケース 3 — 住民説明会。自治体は、停止された計画について住民が理解できる情報メモを義務付けています。 AIが技術計画メモを1ページの平文に変換し、数値ごとに「事務局からの確認」メモを追加。プランナーが審査して公開します。複雑なテキストでも、誤解を招くことなく、数時間ではなく数分でアクセスできるようになります。
よくある間違い
- 例外がありません。計画メモの「ただし」、「除く」、「特別条項」という言葉は、主なルールを変更します。 AI はこれらを回避できます。
- スケールと日付を指定しません。どの計画を見ているのかを伝えないと、AI はそれを間違った観点から解釈してしまいます。何を確認すればよいのかもわかりません。
- 区画固有の決定を行うため。 AI に「この区画をどうするか」を指示させ、それを公式のゾーニング状況文書に置き換えるのは重大な間違いです。
- 略語を混ぜる。 TAKS と KAKS を混同したり、高さの規定を混同したりすると、プロジェクト全体が台無しになります。必ず条件を確認してください。
- 矛盾スキャンを決定と誤解する。 AI が警告する矛盾は仮説です。法的結果には正式な審査が必要です。
要約すれば
ゾーニングとマスタープランは、図面と法的拘束力のあるテキストの両方で構成されます。計画ノートは計画の中核です。 AI は、これらの長いテキストの構造化、用語の説明、計画間の矛盾の警告、および住民説明会の作成において強力な支援となります。しかし、AI は例外を見逃したり、割合や項目の幻覚を見せたりする可能性があります。各条項は承認の規模と日付で構成され、当初の承認された計画から項目ごとに確認される必要があります。区画固有の決定は、公式のゾーニング状況文書に委ねられるべきです。 AI は計画の読み取りを高速化しますが、計画を承認するわけではありません。
アプリケーションタスク
計画ノートの本文（またはサンプル）を手に取ります。 (1) 上記の最初のテンプレートを使用して AI を表にします。 (2) 表の各行を元のテキストと比較し、AI が見逃した少なくとも 1 つの例外または見逃した詳細を 1 つ見つけます。 (3) 3 番目のテンプレートを使用して用語集を作成し、誤った/欠落している定義を修正します。 (4) どの公式文書からどの値を確認するかを列挙します。
チェックリスト
- [ ] 計画の種類、規模、承認日をコンテキストとして AI に与えました。
- [ ] AI にはテキストの内容のみを使用させるようにしました。捏造を阻止しました。
- [ ] 例外や特例についても調べてみました。
- [ ] 当初承認された計画書から各数値と項目番号を確認しました。
- [ ] 私は区画固有の決定を公式のゾーニング状況文書に任せました。
- [ ] 計画スキャン間の矛盾を決定ではなく仮説として扱いました。
- [ ] どの文書からどの条項を確認したかを記録しました。