コンテンツへスキップ
Danaos

役割ごとのパーソナルAIエージェント:ProjectVIEW AI

Site engineer checks project data on a tablet with a colleague, where a personal AI agent supports each business role

Claude DuetやChatGPT dotsのようなパーソナルAIエージェントは、一人のために働きます。つまり、その人のメール、カレンダー、アプリを読み、個人の仕事を片付けます。一方、ProjectVIEW AIは、すべての業務ユーザーにパーソナルAIエージェントを提供します。なぜなら、ProjectVIEW ERPから各ユーザーのプロフィールと役割を引き継ぐからです。そのため、プロジェクトマネージャー、原価管理担当、CFOがそれぞれ自分のAIアシスタントを持ち、自分の役割、承認権限、非公開の環境の中で会社のデータを扱えます。

Claude DuetとChatGPT dotsとは何ですか?

どちらも、2026年秋に登場した常時稼働型のAIエージェントです。また、クラウド上の専用コンピューターで動き、一人のユーザーのために作業します。

  • Claude Duet(Anthropic、2026年10月からリサーチプレビュー)は、朝に短い要約を送ります。さらに、接続したアプリを数時間ごとに確認し、タスクを実行します。ただし、送信、支払い、署名、削除の前には必ず確認します。
  • ChatGPT dots(OpenAI、2026年9月公開)は、各ユーザーに「dot」と呼ぶ個人エージェントを提供します。また、Gmail、Googleカレンダー、Slack、Teamsなどのアプリで動きます。

つまり、これらは判断力のある個人アシスタントです。特に、「自分は今日何をすべきか、どこまで代わりにやってくれるか」という問いによく答えます。

なぜパーソナルAIエージェントでは業務を回せないのですか?

個人エージェントが見るのは、一人の受信箱、カレンダー、いくつかのファイルだけです。しかし、会社の業務は受信箱の中にはありません。むしろ、多くの人が何か月もかけて作る構造化された記録の中にあります。例えば、数量明細、工程、原価コード、契約、出来高証明、承認などです。

そのため、プロジェクト型の企業では、個人エージェントに次の3つの限界があります。

  1. 業務モデルを知りません。プロジェクトのメールは見えても、その背後の原価構造は見えません。
  2. 一人分のアクセスしか持ちません。しかし、経営判断には、役割で絞り込んだ全社のデータが必要です。
  3. 社内統制の外にあります。つまり、承認、職務分離、監査証跡は、個人アシスタントではなく業務システムに属します。

次の表に違いをまとめます。

パーソナルAIエージェント(Claude Duet、ChatGPT dots) ProjectVIEW AI
誰のために働くか 一人のユーザー(私生活と仕事) 各業務ユーザー(その役割で)
個人化の基礎 ユーザー自身のアプリとアカウント ProjectVIEW ERPから引き継ぐユーザーと役割のプロフィール
読むデータ メール、カレンダー、接続アプリ ERPの記録:BoQ、WBS、原価コード、契約、資金
典型的な依頼 「顧客に返信し、現場打合せを予約して」 「なぜ案件Xの利益が減っているのか、どうすべきか」
業務モデルの理解 なし あり(自社のERP構造から)
アクセス制御 ユーザー自身のアカウント 役割別(モジュール、機能、項目、レコード単位)
承認と監査 重要な操作の前にユーザーに確認 会社の承認ワークフローと監査証跡
実行場所 提供会社のクラウド Microsoft Azureまたはオンプレミスの非公開環境

ProjectVIEW AIはどのように役割ごとのパーソナルAIエージェントになるのですか?

ProjectVIEW AIは、別のユーザー管理を作りません。その代わりに、ProjectVIEW ERPから各ユーザーのプロフィールを引き継ぎます。そのため、AIは初日から、誰が質問しているか、何を見て何をしてよいかを知っています。

具体的には、AIがERPのプロフィールから引き継ぐのは次の5つです。

  1. ユーザーアカウント:誰が質問しているか。
  2. 役割:プロジェクトマネージャー、原価管理担当、調達責任者、CFOなど。
  3. 担当範囲:担当する会社、JV、プロジェクト。
  4. 権限:モジュール、機能、項目、レコード単位のアクセス。
  5. ワークフロー上の位置:どの文書と判断を作成、確認、承認するか。

同じ質問でも、役割によって答えはどう変わりますか?

その結果、同じ質問でも役割に合った答えが返ります。たとえば「今週、注意すべきことは?」と尋ねると、次のようになります。

  • プロジェクトマネージャーには、担当案件の遅れている作業と未解決の設計変更が表示されます。
  • 原価管理担当には、担当案件全体で予算を超えそうな原価コードが表示されます。
  • CFOには、会社別・JV別の資金リスクが、現場の細かな明細なしで表示されます。

なお、この役割別アシスタントは、ProjectVIEW ERPですでに利用できます。デモでご覧いただけます。

まとめると、Claude DuetとChatGPT dotsは個人のアプリを中心にAIを個人化します。一方、ProjectVIEW AIは会社での役割を中心に個人化します。さらに、プロフィールはERPから来るため、別の権限設定を管理する必要はありません。したがって、AIを通じてERP以上の情報を見る人もいません。

なぜ企業向けAIは会社ごとの違いを理解する必要があるのですか?

同じ市場の建設会社でも、仕事の進め方はほとんど同じではありません。例えば、一社は土木工事を自社施工し、もう一社はほぼすべてを外注します。また、一社は案件を300の原価コードに分け、もう一社は3,000を使います。さらに、承認の流れ、積算の考え方、JVの構成も異なります。

たとえば、両社が同じ質問をしたとします。「タワー案件は予算を超えていますか?」

  • A社は躯体工事を自社施工しています。超過は労務費の原価コードにあり、現場の生産性が予算の想定を下回っているのが原因です。
  • B社は躯体工事を外注しています。一方、超過は、現場が承認したのに誰も出来高を証明していない設計変更から生じており、発注者に請求されていません。

汎用AIは、両社に同じ平均的な答えを返します。しかし、利益率が低い事業では、平均的な答えは多くの場合、間違った答えです。一方、ProjectVIEW AIは各社の記録から原因をたどるため、会社ごとに異なる答えを返します。

ProjectVIEW ERPはどのようにAIに正確な業務モデルを与えますか?

AIの精度は、読むデータ構造で決まります。そのためProjectVIEW AIは、BoQ ↔ WBS ↔ Cost Codesの枠組みで構築された統合ERP、ProjectVIEW ERPの上で動きます。

  • BoQ(数量明細書):何を売り、何に対して支払いを受けるか。
  • WBS(作業分解構造):どのように計画し、施工するか。
  • 原価コード:行ごとにいくらかかるか。

ProjectVIEW ERPは、この3つの構造を1つの記録に結びつけます。また、システム構成ツールとワークフローエンジンが、各社のやり方に合わせてプロセスと承認を設定します。そのため、AIは業務モデルを推測するのではなく、読み取ります。

さらに、ProjectVIEW AIは、業界特化の小規模言語モデルと主要な大規模言語モデルを組み合わせています。モデルは質問のたびにERPの文脈を参照するため、顧客データで再学習する必要はありません。その結果、回答には最新の記録が反映されます。詳しくはProjectVIEW AIをご覧ください。

AIエージェントは何をしますか?

AIが構造を読めれば、エージェントは次のように動くよう設計されています。まず、原価コードごとの超過を検知します。次に、協力会社の請求と実測出来高を照合します。さらに、クレームと設計変更の根拠を集めます。最後に、新しい入札単価を過去案件と比較します。なお、エージェントはモジュールごとに展開し、顧客ごとに確認します。関連するProjectVIEW ERPの原価管理もご覧ください。

ProjectVIEW AIに質問すると、データはどう扱われますか?

業務データには、入札価格、利益率、下請条件、給与、クレーム戦略が含まれます。したがって、セキュリティは設計の一部でなければなりません。質問は次の6つの手順で処理されます。

  1. まず、ProjectVIEW AIアシスタントで質問します。
  2. 次に、ProjectVIEW AIがERPのユーザーと役割のプロフィールを適用します。役割で許可されたモジュール、項目、レコードだけにアクセスできます。
  3. そして、AIがその時点のERP記録を参照します。
  4. モデルは非公開の環境で動きます。つまり、Microsoft Azureまたは自社サーバー上です。データは一般消費者向けAIサービスには送られません。
  5. その後、回答と、必要に応じて対応案が示されます。ただし、重要な操作はすべて人が承認します。
  6. 最後に、判断は監査証跡に記録されます。

なお、Microsoft Azureでは、質問内容はモデルの学習に使われません。また、データの保管場所の選択、保存時の暗号化、顧客管理の暗号鍵も利用できます。さらに、DANAOS ProjectsはISO 27001、ISO 9001、ISO 14001、ISO 20000-1を取得しています。詳細はProjectVIEW AIのデータセキュリティとガバナンスをご覧ください。

パーソナルエージェントとProjectVIEW AIはどう連携しますか?

2つの層は互いを補います。たとえば、プロジェクト責任者は同じ朝に両方を使えます。

  1. まず、個人エージェントが朝の要約を作り、返信を下書きし、顧客との打合せを予約します。
  2. 次に、ProjectVIEW AIが、2つの外注パッケージが予算を超えそうだと知らせ、理由を示します。
  3. 最後に、責任者がProjectVIEW ERPで是正措置を承認し、判断が記録されます。

さらに、ProjectVIEW ERP v12には、ClaudeとChatGPT向けのMCPコネクターがあります。MCP(Model Context Protocol)は、AIアシスタントを業務システムに管理された形で接続するオープン標準です。ただし、利用する場合は、法人向けのAIワークスペースから接続し、各プランのデータ条件を確認してください。なぜなら、外部のアシスタントがデータを読むと、データは非公開環境の外に出るからです。

企業が避けるべき失敗は何ですか?

  • 業務データを個人向けAIツールに貼り付ける。手軽ですが、その結果、入札価格や利益率が会社の管理外に出ます。
  • 生の記録ではなくエクスポートでAIを動かす。エクスポートは数日で古くなり、そのため回答も古くなります。
  • 原価構造を整える前にAIを始める。BoQ、WBS、原価コードがつながっていなければ、どのAIも利益を説明できません。
  • 承認を省略する。つまり、AIは判断を準備し、人が決定すべきです。

経営者はどの仕事にどのAIを使うべきですか?

判断の基準は1つです。まず、メール、カレンダー、リマインダー、個人的な調べ物など、個人の仕事なら個人エージェントが適しています。一方、原価、工程、契約、資金、リスクなど会社の仕事なら、基幹システム上で、社内統制の中で動くAIが必要です。

なお、ProjectVIEW ERPの全面導入には5〜7か月かかります。また、ProjectVIEW AIはSAP、Oracle、Primavera P6など既存システムの上でも動くため、最も課題の大きい領域から始められます。価格は、モジュール、ユーザー数、導入形態によって決まります。

FAQ

よくある質問

Claude DuetやChatGPT dotsはERPのAIアシスタントの代わりになりますか?

いいえ。これらは、一人のユーザーのアプリで動く個人エージェントです。そのため、会社の業務には、役割、承認、監査の中で基幹システムを読むAIが必要です。

ProjectVIEW AIは各ユーザーのパーソナルAIエージェントですか?

はい。ProjectVIEW AIは、各ユーザーのプロフィール、役割、担当案件、権限をProjectVIEW ERPから引き継ぎます。そのため、役割に合った回答と対応案が届き、ERPで許可された範囲を超えることはありません。

ProjectVIEW AIはClaudeやChatGPTと連携できますか?

はい。ProjectVIEW ERP v12にはClaudeとChatGPT向けのMCPコネクターがあります。ただし、法人向けワークスペースを使い、各プランのデータ条件を確認してください。

自社のデータはAIモデルの学習に使われますか?

Microsoft Azureでは、質問内容はモデルの学習に使われません。また、ProjectVIEW AIは質問のたびにERPの文脈を参照するため、顧客データでの再学習は不要です。

ProjectVIEW AIは自分で判断を下しますか?

いいえ。分析と対応案を準備するだけです。つまり、重要な操作はすべて人が承認し、判断は記録に残ります。

Christos Emmanouilidis

著者について

Eng. Christos Emmanouilidis

DANAOS Projects 最高顧客・営業責任者(CCO)

クリストス・エマヌイリディス(Christos Emmanouilidis)は、DANAOS Projectsの最高顧客・営業責任者(CCO)であり、建設原価管理、業界特化型ERP、プロジェクト型企業のデジタルトランスフォーメーションの専門家です。土木技術者として、エンジニアリング、建設マネジメント、品質管理、営業戦略の分野で25年以上の国際経験を持ち、建設、インフラ、鉱業、造船、海洋エンジニアリング向けのProjectVIEW ERPのグローバル市場開発を統括しています。ウェスタンケンタッキー大学で土木工学の学士号(BSc)、ロンドン大学でエンジニアリング・ジオマテリアルの修士号(MSc)を取得し、インペリアル・カレッジ・ロンドンで建設マネジメント、品質監査、ビジネス変革のためのAIの認定を取得しています。