CRM

CRMを操作するエージェントではなく、CRMをエージェントの作業記録にする

エージェントはeve上の独立したアプリとして動き、durable session、ツール、skills、scheduleを使ってCRMの調査を継続します。タスクはPostgres上のキューで管理され、FOR UPDATE SKIP LOCKEDを使ったleaseによって複数dispatcherが同じ仕事を取り合わないようにしています。再確認が必要ならエージェント自身がdueAtを設定して理由付きで次回調査を予約するため、『一定間隔で全件を見る』より、対象ごとに次の行動を持たせる設計です。

出典：[1][2]

モデルの自信ではなく、観測した証拠の強さで顧客情報を書き分ける

連絡先の役職や所属などを埋める際、ツールはconfidence scoreを受け取らず、メール署名、GitHub account identity、LinkedInなど、どの一次情報を観測したかを返します。証拠モデルが十分と判断した情報はレコードへ反映し、弱い情報や既存値と衝突する情報はsuggestionとして人間に残します。さらに、調査用sandboxはdeny-all egressで、DATABASE_URLも渡さない方針です。エージェントにshellを与えながら、メール本文やCRMデータが任意のコマンド経由で外部へ流れる経路を減らす設計になっています。

出典：[1][2]

営業担当が入力するCRMから、調査と更新を自動で回すCRMへ移したいチームに

メール、会議、署名ブロックなど自社がすでに持つ情報を起点に、連絡先や会社情報の不足を埋め、必要な時だけ外部リサーチを追加したい営業・RevOpsチームに向きます。特に、AIに自由記述で顧客情報を推測させるのではなく、出典と更新理由を追える形で自動化したい場合と相性があります。GoogleまたはMicrosoftの認証とメール連携を中心に、会社・連絡先・dealごとのAgentタブで調査過程も追えるため、『誰が何を根拠に更新したか』を残したい運用で比較候補になります。

出典：[1][2]

単一テナント前提で、一般的なCRMより運用するコンポーネントが多い

このコードベースは意図的にorganization概念を持たないsingle-tenant設計です。エージェント、Next.jsフロント、NestJS API、Postgres、認証に加え、本番ではVercel SandboxやAI Gateway、Blobなどを組み合わせる構成なので、単純なCRUD型CRMよりデプロイと運用の理解が必要です。外部データソースは任意ですが、AIモデルやContextなどの外部サービスを使う場合は、それぞれの料金・データ取り扱い条件も別途確認してください。

GitHubのdefault branchであるreleaseは実行向けの最新tagged releaseで、mainには未リリース変更が入る運用です。導入時はreleaseを基準にする方が安全です。ライセンスはMITで利用・改変・再配布・商用利用を広く認めますが、Google、Microsoft、Vercel、モデルproviderなど周辺サービスの条件はMITには含まれません。

出典：[1][3]