AIエージェント開発会社の選び方と頼み方【2027年】

開発会社の一覧は見たけれど、どこに何を頼めばいいのか決めきれない。そんな担当の方もいるのではないでしょうか。

結論
AIエージェントの開発会社は、社名より先に「何を任せ、誰が確かめ、どこで止めるか」を自社で決めてから選びます。
– 頼む先は4タイプ。自社の業務と社内の体制で選ぶ。
– 頼む前に5つを1枚のメモにし、会社に10の質問をする。
– 契約は段階ごとに分け、渡す物・出てくる物・引き渡す物を書面で確かめる。

AIエージェント開発会社とは？頼める範囲と4タイプ

AIエージェント開発会社は、業務に合わせたAIの仕組みを作る依頼先です。企画から開発、導入後の運用まで、会社ごとに頼める範囲が異なります。

出来上がった道具を選ぶのと、仕事に合わせて作ってもらうのでは、準備することも違うのかな？

頼める範囲は企画・開発・運用

AIエージェントは、頼まれた仕事の手順を進める担当者のような仕組みです。仕組みの基本はAIエージェントとはで解説しています。

開発会社には、まず「どの仕事を任せられるか」の整理を頼めます。次に、必要な情報を読む仕組みや、社内ツールとつなぐ仕組みを作ります。動き始めた後の監視や、仕事の変更に合わせた見直しまで扱う会社もあります。

たとえばヘッドウォータースの公式ページは、企画・開発・運用を対応範囲として紹介しています。監視や停止、人が承認する地点の設計も運用の項目です。相談時には「作る所まで」か「使い続ける所まで」かを分けて聞きましょう。

依頼先を比べる4つの切り口

既製サービスは、出来上がった道具を選ぶ方法です。対応する機能で仕事を進められるかを確かめます。受託開発は、自社の仕事に合わせた仕組みを作る方法です。依頼する側も、例外や承認の流れを説明する必要があります。

コンサル伴走では、何を作るかを整理する段階から支援を受けられます。大手SIerは、大きな情報システムを組み立てる会社です。既存の複数システムとつなぐ場合は、関係者を含めた調整範囲を聞きましょう。

これらは会社を分ける排他的な分類ではなく、相談する内容の切り口です。自社の仕事に必要な接続先、誰が運用するか、人が確認する場所をそろえて、既製の機能で足りる範囲と開発が必要な範囲を比べます。

頼む前に安全の設計が問われる背景

開発を考えるときは、便利な機能だけでなく、動かす範囲や止め方も必要です。外部の仕組みとつながるほど、仕事の手順と権限を一緒に決める意味が大きくなります。

NVIDIAの創業者兼CEO、Jensen Huang氏は2026年9月に発信しました。

同氏は、100社超の仲間とエージェントの安全と信頼のための開かれた仕組みを発表しました。会社に相談するときは、便利さと一緒に権限や停止の設計を質問しましょう。

AIエージェント開発会社に頼む前に決める5つは？

依頼前に決めたいのは、業務・成功の条件・人の確認・データと権限・期限です。未確定の欄があっても、今わかる範囲を1枚に書き出すと、相談を始めやすくなります。

今日、任せたい仕事を一つ選び、誰が何を確かめ、どこで止めるかまで紙に書き出してみましょう。

IPAが、依頼する側に向けた要件定義の資料を紹介する画面です。

赤枠には担当者向けのガイドや入門冊子があります。相談前に、必要な仕事と条件を自社でも整理しましょう。

出典：IPA「企画」 — 依頼する側の担当者に向けた要件定義のガイドや入門資料を紹介しています。

任せる業務

まず、部署名より小さな仕事を一つ選びます。たとえば問い合わせ対応なら「届いた内容を分類して担当者に渡す」までです。返信を送る仕事は、別の判断として切り分けます。

決めないままだと、資料探しを頼んだつもりが、社外への返信まで含む見積もりになる場合があります。開始のきっかけと、返してほしい物も一緒に書きましょう。

成功の条件

成功の条件は、仕事を受け取る人が点検できる形にします。問い合わせの分類なら、実際の過去の例を使い、人が付けた分類と見比べます。間違いが許されない項目は、特に重点を置いて確かめます。

決めないままだと「動いた」ことと「現場で使える」ことが混ざります。何件を試し、どの誤りを人が確認するかは、会社との相談で決めましょう。

人が確かめる場所

人の確認は、最後にまとめて置くだけとは限りません。問い合わせの内容が不明なとき、返信前、取引先へ情報を渡す前など、仕事の途中にも置けます。

決めないままだと、担当者が意図しないまま次の作業へ進むことがあります。誰が何を見て、承認しない場合はどう戻すかまで書きましょう。

渡すデータと権限

権限とは、AIが情報を見たり、直したり、操作したりしてよい範囲です。たとえば過去の問い合わせを見て分類するだけなら、元の記録を削除する権限は別に考えます。

決めないままだと、読むだけでよい場所に、書き換えや削除の権限まで渡す場合があります。データの種類と保管場所を挙げ、操作ごとの必要性を依頼メモに書きます。

AIの図解と検証を発信するtetumemo氏は、2026年10月に削除に関する事例を投稿しました。

投稿は、削除を禁じる文章の決まりだけでは止まらなかった事例を伝えています。禁止する操作を具体的に決め、削除のように戻せない操作は人が行う形を開発会社に頼みましょう。

期限

期限は、完成希望日だけでなく、途中で確かめる日も置きます。たとえば、相談後に仕事の範囲を決める日と、試した結果を見る日を分けます。

決めないままだと、社内で試す時間を取れないまま、完成日を迎える場合があります。担当者が実際に確認できる日程を、開発会社と合わせてください。各段階で受け取る物、確認する人、次に進む条件まで同じ予定表へ書き込むと、完成日だけの合意を避けられます。

1枚の依頼メモ

次の欄を埋めると、会社との初回相談に持っていけます。空欄は、その場で一緒に決める項目として扱えます。

任せる業務：
成功の条件：
人が確かめる場所・担当者：
渡すデータ：
権限（見る・直す・実行する範囲）：
進めないこと：
期限・途中で確認する日：

たとえば「分類案を作る」が業務なら、「社外へ返信しない」を進めないことに書きます。成功条件には、分類結果を担当者が確認する方法を入れます。

私たちのAIエージェントの役割カードも、目的や材料、返す物を決める際の見本になります。開発会社には完成済みの仕様だけでなく、判断に迷っている欄も渡してください。

AIエージェント開発会社の選び方は？聞く質問10

開発会社は、実績の数だけでなく、自社の仕事をどう安全に動かすかで選びます。同じ依頼メモを渡し、各社に同じ10の質問をすると回答を比べやすくなります。

説明が上手な会社と、私たちの仕事や確認の流れまで理解してくれる会社は、どう見分けるの？

実績と類似業務

社名の有名さより、任せたい仕事と近い工程を経験しているかを聞きます。問い合わせの分類なら、文章を分類した後に人が確認する工程まで聞けると、相談が具体的になります。

実績の話では、作った機能だけでなく、担当者が何を決めたかを尋ねてください。公開できない案件もあるため、社名よりも、扱った課題と進め方に注目します。

連携とセキュリティ

連携は、今使っているシステムと情報を受け渡すことです。どこから何を読み、どこへ結果を書き戻すかを、依頼メモと照らします。

セキュリティは、情報や操作を守るための仕組みです。データをどこに置くか、誰が見られるか、外部のサービスへ渡す範囲を説明してもらいましょう。

権限・承認・停止

権限は「見る」「直す」「実行する」に分けて聞きます。承認は、次へ進む前に人が確認することです。たとえば返信文は作れても、送信は担当者が行う設計にできます。

停止は、問題を見つけたときに作業を止める方法です。停止ボタンの有無だけでなく、誰が使い、止めた後にどこを確認するかまで聞いてください。

精度の測り方と保守

精度を見るときは、結果が仕事の条件に合うかを測る指標を決めます。問い合わせ分類なら、正しく分類できた割合だけでなく、人へ戻すべき相談を見逃していないかも確認します。どの例で試し、間違いを誰が確認し、合わない場合にどう直すかを決めます。

保守は、動かし続けるための点検や修正です。担当者や社内の業務手順が変わったときの連絡先も、依頼先に聞きます。

回答は「できます」だけで終わらせず、自社の依頼メモで説明してもらいます。たとえば停止なら、実際の担当者が行う手順と連絡先を聞きます。条件が決まらない項目は、見積もり前に一緒に決める対象です。

比較するときは、各社に同じ前提を渡すことも大切です。ある会社には分類だけ、別の会社には返信まで頼むと、見積もりの違いから何を比べればよいか分かりません。依頼メモに書いた範囲をそろえ、含まれない作業も聞きます。

たとえば「社内の問い合わせを分類する」場合、次の順で回答を確認できます。まず、似た文章を扱った経験があるか。次に、問い合わせを保存している場所から、必要な情報を読めるか。そして、分類に迷ったときに担当者へ戻せるかです。

候補が複数ある場合は、説明の違いを記録します。ある会社が本番前に試行を勧め、別の会社が既製サービスを提案することもあります。提案の理由を聞き、自社の期限と担当者の人数に合うかを比べましょう。

AIエージェント開発会社との進め方は？相談から運用まで

進め方は、相談・要件の整理・小さな試行・本番・運用の5段階で考えます。各段階で何を確かめ、次に進むかを依頼先と共有しましょう。

仕事を区切り、次へ進む条件と担当者を決めると、途中で立ち止まって見直す場所も作れます。

相談から運用までの5段階

最初の相談には、先ほどの依頼メモを持っていきます。要件の整理は、何を作り、どんな条件で動かすかを決める作業です。家を建てる前に間取りを決める場面に似ています。

PoCは、実現できるかを確かめる小さな試運転です。限られた業務やデータで試し、結果を見て本番へ進むか決めます。本番では対象者や連携範囲を決めて使い、運用では結果を見ながら手順を直します。

検収は、納品された成果物を約束した条件と照合し、受け入れられるか確かめる作業です。表の本番段階では、誰がどの条件で点検するかも決めます。

日経の公式アカウントは2026年8月、企業のシステム開発事例を紹介しました。

日経の報道では、トラスコ中山の人事異動の初期案づくりは、約15日の作業が約15分になりました。数理最適化を使う仕組みを約4か月で開発した事例です。期間は仕事の範囲に左右されるため、自社の相談では各段階の予定を聞きましょう。

段階ごとに契約を分ける

試行の前に本番後の細部まで決めきれない場合は、段階ごとに作業と判断を分ける方法があります。それぞれの区切りで、何を受け取り、次の契約とどうつながるかを確かめます。

IPAのモデル契約書のページで、見直しのポイントを確かめる画面です。

赤枠には「複数契約の関係」があります。工程を分ける場合は、前の段階の成果を次の段階でどう使うか、契約書に記載があるかを見ます。

出典：IPA「情報システム・モデル取引・契約書（第二版）」 — 受託開発や保守運用のひな形を公開し、複数契約の関係を見直しのポイントに挙げています。

見積もりは段階で分けてもらう

見積もりは、PoC・本番・継続費を分けて出してもらいます。試行の後に本番へ進まない場合、どの費用まで発生するかも聞きます。

月々の費用は、利用量に応じた道具の料金、保守、追加変更を分けて見積りで確認します。実証に使う費用と、本番開始後に毎月かかる費用は別の欄に書いて比べます。

見積書を受け取ったら、作業名だけでなく、受け取る物と確認の回数を見ます。たとえば試行の費用に、結果を一緒に振り返る時間が含まれるかを聞きます。追加の調整が必要になった場合に、誰が判断するかも決めておきます。

本番の見積もりでは、既存システムとの連携、担当者への説明、引き渡しの範囲を確認します。継続費では、問い合わせ窓口と、変更や不具合に対応する範囲を確認します。金額が同じでも、含まれる作業が異なれば、同じ条件の比較にはなりません。

AIエージェント開発会社との契約で見る所は？

契約では、頼む作業と受け取る物を分け、確認方法や権利の扱いを確かめます。国の資料を入り口に、依頼先と同じ項目を見ながら話し合いましょう。

契約書は難しい言葉を追う前に、渡す物、出てくる物、誰が受け取るかを並べてみましょう。

準委任と請負の違い

準委任は、仕事の作業を頼む契約です。たとえば調査や相談のように、一定の作業を進めてもらう場面を考えます。請負は、完成品を頼む契約です。決めた成果物を完成させる場面を考えます。

IPAはモデル契約書の見直しのポイントに、システム開発における「複数契約の関係」を挙げています。工程を分けるときは、前の契約で受け取る物と、次の契約で扱う物のつながりを確認します。

契約の名前だけで、実際の契約の扱いが決まるわけではありません。自社の仕事にどちらが合うかは、契約内容を持って専門家に相談しましょう。

STEP1：IPAの資料で検収方法を確かめる

検収では、納品された成果物が、約束した条件に合うかを点検します。たとえば分類の仕組みなら、決めた例で結果を確認します。

IPAのページで、契約時に話し合う項目を確かめる画面です。

赤枠には、仕様や管理方法とともに検収方法が挙がっています。何を、誰が、どの条件で確認するかを契約前に話し合いましょう。

STEP2：国の契約チェックリストを開く

契約書の文面を見る前に、データや成果物について、話し合う項目を並べます。経済産業省の資料は、事業の担当者も想定読者にしています。

経済産業省の発表ページで、チェックリストの目的を確かめる画面です。

赤枠には、AIの利用・開発に関する契約で確認するポイントが示されています。自社から渡すデータと、その利用範囲を確認項目に加えましょう。

出典：経済産業省「AIの利用・開発に関する契約チェックリスト」発表 — 事業者が契約時の利益やリスクの分配を考えるための資料を紹介しています。

STEP3：渡す物と出てくる物を特定する

渡す物には、業務の手順書やデータがあります。出てくる物には、作った仕組みや指示文、作業の記録が考えられます。それぞれを一覧にし、契約の対象をはっきりさせます。

チェックリスト本体で、対象の特定と権利の帰属を確かめる画面です。

赤枠は、渡す情報と生成物を分け、それぞれの特定や帰属を確認する項目です。自社の一覧と契約書を照らし、抜けている物を質問しましょう。

出典：経済産業省「AIの利用・開発に関する契約チェックリスト」 — 渡す情報と生成物を分け、対象の特定や権利の帰属などを確認する構成です。

検収・権利・秘密保持・再委託

検収では、結果の合否だけでなく、確認期間と、合わなかった場合の対応を決めます。精度の試験に使う例と判定する担当者も、先に共有しましょう。

権利の帰属は、成果物の権利を誰が持つかという話です。持つ人と、利用や変更が許される範囲は同じとは限りません。指示文や設定、作業記録も含め、対象を挙げて確認します。

秘密保持では、外部に出してはいけない情報と、扱う人を決めます。再委託は、依頼先が別の会社などに仕事を頼むことです。再委託先が情報を扱う場合の条件も、契約前に聞いてください。

契約書を読むときは、依頼メモと見積書も手元に置きます。メモに書いた人の確認が、作業の範囲や受け取り条件に反映されているかを見ます。口頭で話した条件が書面に見当たらなければ、どこに記載するかを依頼先に尋ねましょう。

渡すデータについては、試行のために渡す物と、本番で扱う物を分けます。利用する目的、閲覧する人、契約が終わった後の扱いも話し合います。作業記録を自社が後から確認できるかも、引き渡し条件と一緒に確認します。

AIエージェント開発会社と責任はどう分ける？

責任の分け方は、AIが人の判断を支えるのか、判断を任されるのかによって考える点が変わります。自社が担う確認や運用と、開発会社に求める説明を、先に話し合いましょう。

もし結果が間違っていたら、使った私たちと作った会社は、それぞれ何を考えればいいの？

国の整理：補助／支援型と依拠／代替型

経済産業省は、利用者と開発者・提供者の責任について、基本的な考え方を整理しています。補助／支援型は、人が判断するときの助けとなる型です。依拠／代替型は、AIの出力に依り、人の判断や行動を代替する型です。

経済産業省の手引きで、2つの型と各主体の考え方を確かめる画面です。

赤枠では、利用者と開発者・提供者を分けて整理しています。自社がどのように使うかを決め、必要な体制と説明を相談しましょう。

出典：経済産業省「AI利活用における民事責任の解釈適用に関する手引き」概要 — AIの利用形態を2つに分け、利用者と開発者・提供者の責任の基本的な考え方を整理しています。

経済産業省は2026年4月、公式アカウントで手引きの公表を知らせました。

同省は、AIの利用に関わる民事責任の考え方を示しています。自社の利用方法と担当を整理し、契約時の話し合いに持ち込みましょう。

これは個別の損害について、どちらが責任を負うかを決める表ではありません。自社の使い方、契約、発生した状況を踏まえた確認が必要です。総務省のAI事業者ガイドラインも、開発・提供・利用を考える入口です。

出典：総務省「AI事業者ガイドライン」 — 開発・提供・利用の各主体の役割を考える入口となる国の指針です。

発注する側の法律「取適法」の入口

取適法は、中小受託取引適正化法の通称で、一定の取引の発注側に義務を定める法律です。2026年1月に施行された改正法については、公正取引委員会の説明で確認できます。自社の取引が対象かは、委託の内容や双方の規模などの条件を踏まえて判断します。

発注側が守る取引の約束事のようなものです。たとえば、ソフトウェアの開発を外注するときも、仕事内容と発注側の状況を分けて調べます。外注という名前だけで、対象かどうかを決めることはできません。

公正取引委員会のQ&Aで、ソフトウェアの外注に関する質問を確かめる画面です。

赤枠のQ28は、自社で作る能力がない部分と、日頃自ら作る部分を分けています。委託する仕事を具体的に整理し、自社の状況と照らします。

出典：公正取引委員会「よくある質問コーナー（取適法）」 — Q28では、ソフトウェアの外注について、自社で作る能力がない部分と日頃自ら作る部分を区別しています。

Q28は、自社で作る能力がない特殊な部分の外注と、日頃自ら作る部分の外注を分けて説明しています。この一項目だけで自社への適用を決めず、公正取引委員会の資料や専門家に確認しましょう。

AIエージェント開発会社に頼んだ後、自走するには？

自走するには、仕組みを受け取るだけでなく、社内で確認・停止・変更を依頼できる状態を作ります。そのための引き渡し条件を、契約前から決めましょう。

引き渡しの日に慌てないよう、権限や手順書を誰が受け取り、どう使うか先に書きましょう。

作って終わりにしない

作った仕組みが動いても、使う担当者や確認方法が決まっていなければ、日々の仕事に組み込みにくくなります。運用する部署と開発会社が、試行中から一緒に結果を見ることが大切です。

私たちは、外部に構築を依頼したAI組織について、設計図を現場へ溶かし込んだ経験を紹介しています。受け取ることと、現場で使える状態にすることは別の作業でした。依頼先から引き継ぐ時間も、予定に含めてください。

引き渡す物は権限・ログ・手順書

ログは、いつ何が起きたかを後から確かめる作業記録です。問題が起きたとき、担当者が記録を見られる場所と、相談先を決めます。

また、誰がどこに入れるか、担当が変わるときに権限をどう返すかを確認します。手順書には、普段の確認だけでなく、止め方と連絡先を残します。

渡す権限の一覧：
権限を返す手順：
ログの置き場と確認する人：
手順書の置き場と更新する人：
問題が起きたときの止め方：
社内の担当者：
保守の窓口：

この一覧を受け取ったら、社内の担当者が実際に参照できるか確かめます。引き渡し後も開発会社に頼む作業と、社内でできる作業を分けておきましょう。

引き渡しの確認では、書類を受け取っただけで終わらず、担当者が手順をたどります。たとえば作業記録の置き場を開き、どの情報が残るかを確認します。止め方についても、実行する人と連絡する順番を手順書で確かめます。

担当者が休みの日や異動するときには、別の人が引き継げる必要があります。手順書の更新担当と、権限を変更する窓口を決めておきましょう。仕事のルールが変わった場合は、AIへの指示と人の確認地点も合わせて見直します。

社内に持つ人を決める

開発会社との窓口だけでなく、実際の業務を知り、結果を確認する担当者を決めます。業務が変わったときに、どの条件を変更する必要があるかを伝える役割です。

AI研究者のAndrew Ng氏は2026年6月、AIを作る人材について発信しました。

同氏は、特定の会社に偏らない人が将来の選択肢を保てるという見方を示しました。社内でも仕組みを理解し、引き継げる人を育てましょう。

現場に入り、業務に合わせて作る役割はFDEとはでも紹介しています。外部の担当者と社内の担当者が、どこで知識を受け渡すかを相談してください。

AIエージェント開発会社はどう探す？WEBMARKSの進め方

会社の公式ページで、対応範囲・進め方・期間の公開状況を確かめます。社名に順位をつけず、自社の依頼メモに合う説明があるかを見てください。

組織図と仕事の流れを並べると、誰が何を作り、誰が確認するかまで見えやすくなります。

公式ページで探す

アーガイルの公式ページは、問い合わせから発注までの4段階と、設計から納品までの5段階を公開しています。相談の流れだけでなく、納品後の運用・保守まで確認できます。

ヘッドウォータースは、企画・開発・運用の対応範囲を紹介しています。WEBMARKSは、設計のみ、構築まで、運用の伴走から支援範囲を相談できます。

3社を比べるときは、公式ページの項目を依頼メモに重ねます。自社が求める仕事と、人の確認や運用の範囲が、相談対象に入るかを聞きましょう。期間や費用は、同じ条件を渡したうえで見積もってもらいます。

相談の返答は、社内の関係者にも共有します。実際に結果を確認する人と、システムを管理する人では、気になる点が異なるためです。分類案を受け取る担当者には確認の負担を、管理する担当者には権限や連携の条件を聞きます。そのうえで、質問への回答と見積書を並べ、次に試す範囲を決めましょう。

WEBMARKSのAI組織

私たちWEBMARKSでは、社長の方針から、統括AI、部署、担当AIへと仕事をつなぎます。監査役が成果を点検し、完了の条件に届かない場合は担当へ差し戻します。

WEBMARKSでは、代表が方針を決め、統括が部署と担当へ仕事を分けます。担当が原稿と根拠をそろえ、監査役が完了条件を確かめます。不足があれば該当箇所を担当に戻します。サイトへの反映は、独立した点検、反映前の確認、デモでの確認をそろえて担当が進めます。

指示書には、作るもの、使う資料、完了条件を書きます。点検では、項目がそろっているかに加え、根拠が主張を支えているかを確かめます。不足箇所は理由とともに担当へ返します。

たとえば、依頼メモに人が止める操作が書かれていなければ、点検役はその欄を担当へ戻します。修正後は、承認する人、承認前に進めない操作、確認に使う記録がそろったかを見ます。

この形をそのまま他社に当てはめるのではなく、自社の部署や承認の流れに合わせて考えます。まず一つの仕事で、誰が指示し、誰が確認するかを図にしましょう。

WEBMARKSの開発の進め方4ステップ

WEBMARKSのページで、相談から試行と改善までの流れを確かめる画面です。

赤枠には相談、業務の棚卸し、試行と改善が示されています。間にある設計と見積もりも含め、各段階で誰が確認するかを決めます。

相談では、任せたい業務、目的、期限、利用中の道具を伺います。次に仕事を工程に分け、AIに任せる場所と、人が確認する場所を整理します。

設計と見積もりでは、対象と進め方を確認します。その後、対象の仕事で試し、結果を見ながら運用のルールと社内の確認担当を決めます。初回相談に依頼メモを持っていくと、話したい項目を共有できます。

AIエージェント開発会社のよくある質問

迷いやすいのは、既製品から始めるか、試行だけを頼めるか、契約や権利をどう確認するかです。ここでは、相談前に知っておきたい5つの問いに答えます。

会社に連絡する前に、試す範囲や契約、作った仕組みの扱いについて残った疑問を整理したいな。

Q. 既製サービスと開発会社、どちらから始めればいい？

まず、任せる仕事が既製サービスの機能で収まるかを確かめます。決まった機能で試せるなら、対象を絞って使い、結果を確認する方法があります。

一方、社内の複数の仕組みとの連携や、独自の承認手順が必要なら、開発会社へ相談する方法があります。どちらの場合も、見る情報と実行できる操作を先に決めましょう。

Q. PoCだけを頼んでもいい？

小さな試運転であるPoCだけを相談する方法があります。対象の仕事、使うデータ、試行期間、結果の見方を先に共有します。

本番へ進む場合と進まない場合の扱いも聞いてください。試行で作った設定や記録を引き継げるかは、依頼先との契約で確かめます。

Q. 契約書のひな形は国にある？

IPAは、受託開発や保守運用のモデル契約書を公開しています。経済産業省には、AIの利用・開発の契約チェックリストがあります。

ひな形をそのまま使う前に、法令の改正や自社の仕事への当てはめを確かめましょう。双方が理解できる形にするため、必要に応じて専門家へ相談します。

Q. 作ったエージェントの権利は誰のもの？

契約で、何の権利が誰に帰属するかを確かめます。完成した仕組みだけでなく、指示文や設定など、受け取る物を一覧にして条項と照らしてください。

権利の帰属に加え、自社で使い続ける範囲や、変更を別の会社に依頼できる範囲も確認します。個別の条項の意味は、契約書をもとに専門家に相談しましょう。

Q. 取適法は自社に関係ある？

取引の内容や会社の規模などによって、発注する側に関係する場合があります。公正取引委員会のQ28は、自社で作る能力がない部分と日頃自ら作る部分を区別しています。

自社が依頼する作業を整理し、公正取引委員会のQ&Aや専門家に確認してください。一つの条件だけで対象かどうかを決めないことが大切です。

まとめ：AIエージェント開発会社選びで今日やる3つ

開発会社を選ぶ前に、自社の仕事と判断の線を決めましょう。依頼メモ、質問、契約資料の3つを使えば、相談から引き渡しまでの確認事項を共有できます。

まずは一つの仕事を選び、依頼メモに任せる範囲と人が確認する場所を書き出してみましょう。

1. 任せる仕事と成功条件、人の確認、データと権限、期限を依頼メモに書く。
2. 同じメモを会社に渡し、実績から停止・引き渡しまで10の質問をする。
3. IPAと経済産業省の資料を開き、検収、渡す物、出てくる物を確かめる。

続きは、AIに任せる線引き表と、会社で使う前に決める5つもご覧ください。