AIの仕事単位が会話からプロジェクトへ｜不動産業務3つの再設計

Anthropicが2026年9月17日にClaudeのプロジェクト機能を刷新しました。AIに渡す仕事の単位が会話から長期プロジェクトへ変わります。不動産業務で効く理由と、導入前に決めるべき3つの再設計を解説します。

AIの仕事単位が会話からプロジェクトへ｜不動産業務3つの再設計

プロジェクトとは、AIが作業を自分で分担して進める仕事の単位です。

AI開発企業のAnthropicは2026年9月17日、Claude公式ブログで、プロジェクト機能を全面的に作り直したと発表しました。変更の要点は一つで、AIに渡す仕事の単位が「1回の会話」から「目的を持った長期のプロジェクト」へ移ったことです。プロジェクトの中でAIが要件を切り分け、複数のスレッドに作業を振り、結果をレビューして1つにまとめます。現時点ではClaude Codeのベータで、対象も一部のProとMaxの利用者に限られますが、不動産の実務にとっては見逃せない変化です。物件1棟の企画から募集までのように工程が4つも5つも続く仕事こそ、単発のチャットで最も扱いにくかった領域だからです。本記事は、宅建業免許（東京都知事(1)第113520号）を保有し、AI導入コンサル100社超の実績を持つ株式会社オルセル（不動産のチカラ運営）が解説します。

プロジェクト内で新しいスレッドを開始する画面のイメージ

何が起きたか：AIが「担当を割り振る側」に回った

結論から言えば、利用者の役割が作業の指示者から目的の提示者へ移りました。発表によると、プロジェクトでは目的と対象となる資料や環境を設定すると、Claudeがすぐ着手できる作業を提案し、そこから要件の切り分け、作業の委譲、並列スレッドの調整、成果物のレビューと統合までを担います。利用者は全体のチャットで進捗を見ながら方向を修正することも、個別のスレッドに入って細部を詰めることもできます。

運用面での変化も明確です。発表では、スマートフォンからでも進行を操作でき、パソコンの前を離れたあとも作業が続くと説明されています。各スレッドは独立した作業環境で動き、同じ対象に手を入れた場合は通常の変更衝突と同じ扱いで解消されます。スレッド側もさらに小さな単位へ作業を分割できるため、大きな依頼ほど並列で早く終わる設計になっています。

提供範囲は段階的です。公開初日の対象は、クラウドセッションを使っていて既存のプロジェクトを持たない一部のProとMaxの利用者で、その後1週間かけてClaude Codeの利用者へ広げ、チャットやTeam、Enterpriseのプランへの展開はその先とされています。つまり日本の不動産事業者が今日から全員使える機能ではなく、設計思想を先に理解しておく段階です。

なぜ不動産業務に効くのか：記憶とライブラリが引き継ぎコストを消す

効きどころは、プロジェクト全体で記憶が共有される点にあります。発表では、すべてのスレッドが共有メモリに書き込み、そこから読み出すため、毎回の細かい指示を作り込む必要が減ると説明されています。記憶する内容の例として、予定が金曜に動いたこと、ある要素を落とした理由、特定の領域に触れる前に誰へ確認するか、といった決定の経緯が挙げられています。

不動産の現場に置き換えると、この差は大きくなります。たとえば1棟のリノベーション企画なら、現地調査メモの整理、周辺賃料の収集、工事見積の比較、募集図面の文案という4工程が続きます。これを別々のチャットで進めると、毎回「築30年のRC、駅徒歩8分、想定家賃はこの水準」といった前提を貼り直すことになり、途中で判断が変わった経緯は誰の頭の中にも残りません。プロジェクト単位で記憶が積み上がる構造なら、その貼り直しと言い直しの手間がそのまま消えます。管理戸数や取扱案件が増えるほど、この差は積み上がります。

追加した資料とAIの生成物をまとめるライブラリも用意されました。過去の成果物を次の作業が参照しやすくなるため、たとえば募集図面の文案や入居者向け通知の型が、案件をまたいで再利用できる資産になります。AIの応答の癖を毎回そろえ直す作業も減ります。発表では、報告の頻度や新しいスレッドを始める頻度、更新の詳細さといった進め方の好みも記憶して調整できるとされています。

一方でコストの注意点も明示されています。プロジェクトは複数のスレッドを同時に動かすため、使用量の上限に早く到達しうるという説明です。その代わりプロジェクト単位で使用量を確認でき、全体を統括する側と個々の作業側それぞれについて、使うモデルと処理の強度を選べます。事業者としては、どの業務にどこまでの計算量を割くかを最初に決める話になります。

導入前に決めておく3つの再設計

一つ目は、仕事の単位をどう切るかです。物件1棟で1プロジェクトにするのか、売買や賃貸の案件ごとにするのか、あるいは募集原稿の作成や退去精算といった業務ごとにするのか。記憶が共有される仕組みである以上、切り方がそのまま情報の混ざり方を決めます。棟をまたいで賃料や設備の前提が混ざると、出てくる文章の精度が落ちます。

二つ目は、記憶に載せる情報の線引きです。物件の構造や築年、設備仕様、社内の運用ルールは載せる価値がありますが、入居希望者の氏名や連絡先、審査に関わる情報を安易に載せる運用は避けるべきです。個人情報を扱う以上、利用目的の範囲と同意の取り方を先に決めておく必要があります。あわせて、AIが作った査定額や重要事項説明の下書きはあくまで参考値であり、最終的な判断と説明の責任は宅地建物取引士が負う前提を、運用ルールに明記しておくことをおすすめします。

三つ目は、権限と使用量の管理です。誰がプロジェクトを作れるのか、どの業務で処理の強度を上げるのか、外部の資料をどこまで接続するのか。この3点を決めずに現場へ配ると、使用量だけが伸びて成果が見えない状態になりがちです。まずは1つの業務で試し、記憶に何を残すと再利用が効くのかを確かめてから広げる進め方が現実的です。

まとめ

AIに渡す仕事の単位が、会話からプロジェクトへ移りました。長期で工程が分かれる不動産業務は、この単位の変化の恩恵が最も大きい領域です。今はClaude Codeのベータという限られた入口ですが、記憶の切り方と載せる情報の線引きを先に設計しておけば、自社の業務へ広がった時点ですぐ動けます。まずは1業務、1プロジェクトから試すのが確実です。

参考文献

※不動産のチカラでは、生成AIの導入支援から運用最適化まで、貴社の不動産事業に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://fudosannochikara.jp/contact/

引用元: Claude by Anthropic

【監修】齋藤竹紘（株式会社オルセル代表 / EC支援19年5,000社超・AIコンサル100社超 / 宅建業免許 東京都知事(1)第113520号）