Visenious Super Intelligence。Geniusが指揮する、ベンダーに依存しないビジネススイート。
独立したエージェントとソフトウェアコネクタからなる多層システム。Viseniousエコシステムの中央ソブリン中核であるGeniusが、要求を解釈し、作業を計画し、適切なエージェントまたはコネクタに委任し、検証済みのひとつの結果を返します。お客様のERP、CRM、ツールは権限を保持します。最初のパイロット：受注の問題を最初から最後まで解決。
7つの機能。オープンなカタログ。
独立したエージェントとソフトウェアコネクタを、導入ごとに有効化。新しいものも同じ指揮と同じ制御のもとに加わります。
- 1.1 サポート
出典付きの回答。
事実、提案、不足している証拠を区別して保持。
- 1.2 CRM
差分で確認できる変更。
変更前後のチェンジセットと、その来歴。
- 1.3 サプライチェーン
ERPが権限を持ち続けます。
提案は下書きされます。発注が単独で行われることはありません。
- 1.4 勤怠
信頼できる記録に基づく。
修正は、お客様のポリシーのもとでの提案です。
- 1.5 ビジョン
カメラはエッジに、イベントは中核に。
Visenious Visual SIはGeniusにイベントを送ります。映像は決して送りません。
- 1.6 効率
ベースライン付きの推奨。
ガードレール指標は、試行の前に定義します。
- 1.7 学習
統治されたリリースとしての改善。
モデルの変更は、バージョン管理、評価、承認を経ます。
すべての行動が同じ経路をたどります。
- 01
意図
Geniusが何をしようとしているか、そしてなぜか。
- 02
分類
効果クラスが権限を定めます。
- 03
統治
ポリシー、範囲、頻度。通過、修正、または遮断。
- 04
保留
ポリシー外では、レビュー担当者が決定します。
- 05
実行
適格なアダプターを通じて。
- 06
確定
受領記録が監査チェーンに記録されます。
承認は、その提案そのものに紐付きます。実質的な編集は新しいバージョンを作成します。
ERPが業務の中心であり続けます。
Geniusはビジネス文書のライフサイクルを理解し、部門をまたいで作業を調整します。ERPは固有のルールを強制し、記録を保持します。
| 業務領域 | Geniusが担うこと | ERPが保持すること |
|---|---|---|
| 販売と履行 | 見積の準備、遅延の調査、代替案の調整。 | 価格、条件、受注、リリースと履行の状態。 |
| 在庫 | 欠品の説明、移動の提案、引当の依頼。 | 在庫可用性、保管場所、引当、移動。 |
| 調達 | 需要の集約、サプライヤーの比較、発注の準備。 | サプライヤー規則、購買文書、コミットメント。 |
| 生産 | 資材不足の特定、スケジュール変更の提案。 | 部品表、製造指図、生産能力。 |
| 財務 | 証拠の収集、不一致の調査、対応の準備。 | 転記、残高、文書管理、総勘定元帳。 |
2つのタスク。10個の在庫。ひとつの権威ある引当。
受注と製造指図が同じ在庫を奪い合います。可用性を読み取っても引当にはなりません。割り当てるのはERPです。
- 01 · 販売ワークフロー7個を要求。ERPが受注に対するアトミックな引当を確定します。
- 02 · 生産ワークフロー6個を要求。残りは3個のため、要求を全量引き当てることはできません。
- 03 · 解決却下された要求は、承認済みの移動、補充、またはエスカレーションを検討し、その間も無関係な作業は続きます。
Geniusは実際に共有される資源を調整します：受注キーがその編集を保護し、倉庫と製品のキーが在庫の競合を識別します。強制するのはERPネイティブの引当と条件付き更新です。数量は例示であり、割り当てはお客様のポリシーに従います。
サービス上の問題。2人の専門家。レビュー済みのひとつの結果。
- レビュー担当者は、下書き、差分、不確実性、ポリシーを確認します。
- 実質的な編集は、新しい提案バージョンを作成します。
- 文書やツール結果の中にある指示が、新たな権限を与えることはできません。
- $ vsi task --from ticket:2287
- > お客様が、交換品が一度も発送されていないと言っています。
- ⟶ genius.plan → support.interpret → crm.context (scope: account, orders)
- ⟶ support: policy 'replacements' v3 · RMA 1182 opened 14 days ago
- ⟶ crm: shipment field empty · carrier reference missing
- 提案：ステータスを返信し、倉庫エクスポートからrma.carrier_refを設定する。2つの効果、2つの受領記録。
- ⟶ govern message:send → hold (customer-facing) · record:update → pass
- ✓ レビュー 10:04 · メッセージ承認 · レコード v7→v8 · 受領記録 #551, #552
パイロットは、モデルの速度ではなく、削減された作業で判断します。
スコアカードは、パイロット開始前にお客様と合意します。困難なケースは、自律性を広げる前に実証します。
- 01
削減時間
レビューと修正を含む、導入前後の実作業時間。
- 02
完了品質
正しく裏付けのある結果と、手戻りの量。
- 03
運用の信頼性
障害、復旧、効果の重複、未解決の結果。
- 04
人の体験
レビューの負荷、証拠の明瞭さ、オペレーターの受容。
- 05
実際のコスト
ハードウェア、統合、運用、継続サポート。
困難なケースは、自律性を広げる前に実証します
- 並行する独立した受注
- 無関係な受注は、全体の遮断なく進行します。
- 2つのタスクが在庫を奪い合う
- 確定した引当が可用性を超えることはありません。
- 従業員がERPを変更する
- 古くなった条件が再評価を引き起こします。
- 重複要求またはタイムアウト
- 効果の重複なし。未解決の結果は可視のままです。
- 再起動またはワーカーの中断
- 保存済みの結果は残ります。保留中の効果は安全に整合されます。
- 承認の遅延または取り消し
- 待機は処理能力を解放します。権限は再検査されます。
- 一括ジョブまたはコネクタの過負荷
- バックログは有限に保たれ、アクセスは公平なままです。
- カメラの停止または繰り返しイベント
- カバレッジの低下は可視化されます。イベントは重複排除されます。
- 企業の境界
- 禁止された記録と行動は、アクセス不能のままです。
リリースは段階的に広がります：読み取りのみ、レビュー下の提案、効果が確認された承認済みの書き込み、そして上限内の定型タスク。各段階は、前段階の証拠を必要とします。
所有されるために作られました。
お客様のホスト。マルチテナントなし、従量トークンなし。
- 指揮
- 中央のソブリン中核であるGeniusが、独立したエージェント、ソフトウェアコネクタ、ガバナンスゲートというすべての層を調整します。複数のエージェント役割がひとつのローカルモデルを共有します。
- エージェント
- Python。スキーマ、範囲、効果クラスを持つ独立した管理役割を、オープンなカタログに登録。
- 耐久性
- PostgreSQL。中断した作業は記録済みの結果から再開します。不確かな外部効果は、再試行の前に整合を取ります。
- コネクタ
- ベンダーに依存しません。あらゆるERP、CRM、サポートデスク、人事システムへのソフトウェアコネクタを、製品とバージョンごとに適格性確認。まず読み取り、保証が実証された後に書き込み。
- ワークスペース
- 自分の作業、承認、例外、証拠、アクティビティ。すべての待機に理由が表示されます。
- 推論
- ローカルモデル。クラウドは明示的なオプトインです。
- 導入
- 1台のホスト上のDocker Compose。エアギャップ対応。
- 道筋
- 基盤を実証し、サポートとCRMを提供し、ERPをひとつ接続し、ビジョンと勤怠を追加し、証拠に基づいて改善し、顧客環境を適格化する。進行はカレンダーではなく、受け入れの証拠によって決まります。
- ステータス
- 2026年10月8日の設計ベースライン、10月21日のアーキテクチャとロードマップ。企業IDの管理、耐久性のあるビジネス実行、ERPコネクタが、これからの実装作業です。
- 稼働基盤
- Genius。
サポートとCRMから始める。
メール1通で、対象システムとパイロットのケースを選びます。