Mixus

業務を始めるためにダッシュボードにログインすることはない。案件を転送し、レビュアーをCCに入れると、エージェントは同じメールスレッドの中で動く。この設計は重要だ。法務チームがすでに業務を回しているやり方に合っている。基本の流れにインストールは不要で、レビュアーは別のツールを追いかけず、同じメッセージの連なりに留まる。

これが看板の実践だ。Mixusは契約書を読み、プレイブックを適用し、編集ごとにそれを要求したルールを示すコメントを付けた修正案を返す。何が、なぜ、どの基準に対して変わったのかが見える。これは実務で効いてくる。追跡可能性は、顧客に説明できる提案とできない提案を分ける。

修正案は変更履歴を適用済みのWord文書として戻る。文書を離れずに各提案を承認・編集・破棄できる。多くの弁護士にとって、これはまさに本題だ。同僚の校正のように、何年も使ってきたツールで確認できる。

プレイブックは、事務所が業務をどう確認するかを、顧客、契約種別、実務分野ごとに捉える。望ましい文言、譲歩の立場、指摘すべき条項、その背後にある承認を保存する。たとえば責任上限を年額費用の2倍から始め、下限を250万ドル、譲歩は1.5倍、受け入れられない条項のリスト、といったものが1か所に収まる。

弁護士が提案を承認・編集・破棄するたびに、Mixusはその判断を記録し、パターンを探す。繰り返される選択は提案ルールになり、弁護士が確認して承認する。時間が経つと、エージェントは推測ではなく事務所の立場を提案する。ではこのフィードバックループは実際に機能するのか。Mixusによれば機能し、承認率は案件ごとに追える指標になる。

条件書とキャップテーブルをエージェントにメールで送ると、キャップテーブル、希薄化、SAFE転換、検証チェックを網羅したプロフォーマが、Mixusによれば15分未満で返る。静的な報告書ではなく、生きた数式を備えた実用的な.xlsxとして届くため、どの数字も追跡可能なままだ。

承認された立場は引き継がれる。似た案件は既存の基準が適用された状態から始まるため、毎回文脈を組み直さずに済む。プラットフォームはこれを、蓄積されていく事務所承認の立場・ルール・プレイブックとして位置づける。一度きりのプロンプトではなく、持続する資産だ。