ひとつの運用アーキテクチャ。
実務のために築かれた多くのシステム。
KODAのアプリケーションは、ひとつの基盤を共有します — 永続的なKoLoエージェント、 主権型モデル、統治されたメモリ、Guardianによる検証、そして人間の権限。 それぞれが、特定の分野、機関、業務フローに合わせて適応させています。
ひとつのアイデンティティ・アーキテクチャ。異なる運用システム。
01 — 応用システムの原則
製品は、すべてを共有することなく、基盤を共有すべきである。
共通の基盤は、永続的アイデンティティ、メモリ、モデルルーティング、証拠検索、 エージェント協働、監査、人間による承認を提供します。各応用システムは、 独自の利用者、用語、業務フロー、証拠、権限、展開プロファイルを加えます。
これにより、権限と証拠の境界が許す場所では再利用が生まれ、それ以外のあらゆる場所では 分離が保たれます。労働者支援エージェントが雇用主の私的システムに自動的にアクセスすることはなく、 学習エージェントが学習者の履歴を採用担当者に露出することもありません。
アーキテクチャの共有は、権限の共有を意味しません。ポートフォリオは3つの層で構成されます: プラットフォームが道のりを組み立て、アプリケーションが定義された課題を解き、能力が 再利用可能なインテリジェンスを提供します。
03 — 医療システム
専門職の権限の下にある、臨床と運用のインテリジェンス。
医療プラットフォーム · ステータス: アーキテクチャおよび製品開発を進行中
KoLo上に構築された医療インテリジェンス・プラットフォーム — 主権型医療モデル、永続的な臨床エージェント、統制された証拠、Guardianによるレビュー、臨床家の承認。想定用途: 文書化、申し送り、投薬の不一致レビュー、専門教育、病院オペレーション。
医療オペレーション・アプリケーション · ステータス: 企業提案および管理下パイロットの段階
より広い医療アーキテクチャの中にある病院オペレーション・アプリケーション — 患者フロー、病床調整、入院、退院、経営層の可視性。臨床権限と管理権限を混同させることなく、部門をまたぐひとつの運用の糸を通します。
医療ワークフロー・アプリケーション · ステータス: 本番前の開発段階
ケアの現場に近い、多言語の事務・コミュニケーション業務 — 受付支援、書類作成、構造化された文書化、承認された翻訳。自律的な臨床判断とは明確に分離されています。
04 — 労働力とモビリティのシステム
準備、移動、就労をまたぐ継続性。
労働力・モビリティ・プラットフォーム · ステータス: プラットフォームおよび事業開発を進行中
労働力の国際移動と就労紹介の広範なアーキテクチャ — 労働者プロフィール、検証済みスキル、職務マッチング、倫理的な採用、継続的支援。労働者は、段階ごとに新しい記録になるのではなく、一貫してひとりの人間であり続けます。
モビリティ支援プラットフォーム · ステータス: 製品開発を進行中
労働者に向き合うモビリティ案内と国際支援のプラットフォーム — 行程計画、書類準備、到着支援、職場案内、有資格者へのエスカレーション。Yokoは法務上・出入国管理上の権限を主張しません。
専門学習アプリケーション · ステータス: 応用開発を進行中
専門言語、職場コミュニケーション、文化的準備 — 職務別語彙、現実的な職場シナリオ、安全コミュニケーション、進捗の継続性。実際の専門的な参加に必要な言語に焦点を当てています。
職場支援アプリケーション · ステータス: 製品構想およびエンジニアリング経路
オンボーディング後の継続的支援のための、範囲を限定した労働者支援アプリケーション — 職場案内、専門用語、研修へのアクセス、人的支援へのエスカレーション。目に見えない雇用主の監視システムになってはなりません。
05 — 知識と学習のシステム
機関と専門職のための、永続的インテリジェンス。
機関インテリジェンス・プラットフォーム · ステータス: プラットフォーム・アーキテクチャおよび応用開発を進行中
文書量の多い、マルチエージェントかつ機関的な業務のための、KODAの永続的な知識・インテリジェンス環境 — 調査、プロジェクト記憶、統治された検索、専門エージェントの協働、来歴。汎用チャット画面ではなく、永続的なインテリジェンス作業環境です。
言語学習アーキテクチャ · ステータス: アーキテクチャ・プログラム
KipTalkのような特化アプリケーションが組み立てられる、より広い永続的言語学習アーキテクチャ — 一般的な進度、永続的な学習者文脈、適応的な練習、文化的文脈。
協働デザイン・アプリケーション · ステータス: 構想および応用開発の経路
構造化された概念開発と多分野にまたがる創造のための協働インテリジェンス環境 — 要件の把握、調査の統合、設計根拠、決定履歴。最新の成果物だけでなく、なぜその決定がなされたかを保存します。
06 — 専門・実験的システム
専用の証拠とリリース境界を要するアプリケーション。
Trading Intelligence
専門研究アプリケーション · ステータス: 研究および管理下の開発経路
金融分析のための調査・意思決定支援環境 — 市場情報の整理、シナリオ構築、投資仮説の追跡、リスクレビュー、出典の帰属。保証された取引成績、自律的な金融権限、個別化された規制対象の投資助言、あるいは有資格の金融専門家の代替としては位置づけられていません。
Voice Intelligence
再利用可能な能力 · ステータス: 統合の経路
音声認識、多言語会話、構造化された口述、アクセシビリティ支援、オフラインまたはエッジでの音声 — 独立したプラットフォームではなく、複数のKODAシステムに搭載される共有能力です。
Vision Intelligence
再利用可能な能力 · ステータス: 統合および評価の経路
文書理解、産業検査、機器識別、技術画像、マルチモーダル学習。ビジョンの出力は、元画像、モデルバージョン、確信度、意図された用途に紐づけられます — ビジョン能力が、診断、検査合格、専門的判断を自動的に成立させることはありません。
07 — ひとりが複数のアプリケーションを使うことがある
制限のない単一データベースを持たない、つながった道のり。
医療職として来日する労働者は、複数のKODAシステムを横断することがあります — それらが自動的に情報を共有することはありません。KoLoが、目的の限定、同意、 ロールに基づくアクセス、最小限の開示、監査を強制します。
1 — Cangoo
検証済みスキルと就労紹介を整理。
2 — KipTalk
専門的な日本語を支援。
3 — Yoko
モビリティの準備と到着を案内。
4 — Aria
職場への適応を支援。
5 — KODA Workforce Academy
継続教育を提供。
6 — Medical Clerk Workstation
機関の業務フローを支援。
7 — KODA Kenkō
承認された医療オペレーションを支援。
連続した道のりは、無制限の可視性を正当化しません。
08 — 共有能力レイヤー
一度作り、あらゆる場所で統治する。
アイデンティティと同意
利用者・機関・エージェントのアイデンティティ、権限、同意記録、取り消し。
永続的メモリ
承認された利用者文脈、機関の記憶、未解決の作業、決定の系譜、復旧。
eRAG
情報源を統制した検索、バージョン管理、管轄、来歴、アクセス制限、置換。
モデルルーティング
エッジモデル、KODA主権型モデル、フロンティアモデル、決定論的ツール、人間の専門性。
エージェント協働
委譲、レビュー、異議、統合、エスカレーション。
音声とビジョン
多言語音声、文書理解、画像、機器および環境からの入力。
Guardianによる検証
証拠レビュー、矛盾チェック、ポリシー適用、不確実性、禁止行為、エスカレーション。
監査と復旧
経路履歴、モデルバージョン、ツール呼び出し、承認、ロールバック、失敗記録。
共有された能力であっても、製品ごと・意図された用途ごとに個別に構成され、 評価されます。 技術的詳細: アーキテクチャ → · KoLoランタイム → · 主権型モデル → · KoLoエージェント → · 測定可能な主張: ベンチマーク →
09 — エージェント・パスポート · 10 — 製品間の相互運用
前提ではなく、契約によって相互運用する。
すべてのエージェントはエージェント・パスポートを携えます — アイデンティティ、役割、 所有者、許可されたメモリ、利用可能なモデル、承認されたツール、人間による承認の規則。 Yokoのモビリティ・エージェントとKODA Kenkōの臨床エージェントは、KoLoランタイムの 基本要素を共有しますが、証拠、権限、メモリを共有することは決してありません — パスポートが、それを検証可能にします。
KODAのシステムは、明示的な能力契約およびデータ契約を通じて情報を交換します — それぞれが目的、利用者の同意、データ項目、保持期間、責任者を定めます。
Cangoo → KipTalk
労働者の準備に必要な、職務上の役割と承認された言語要件のみを共有します。
Yoko → Aria
到着後、未完了のオンボーディング業務と承認された職場支援の文脈を引き継ぎます。
KODA FLOW → Medical Clerk Workstation
不要な臨床情報を露出させることなく、承認された運用状況を共有します。
KIP → Open Design
出典とアクセス制限を保持したまま、承認された調査とプロジェクトの証拠を引き継ぎます。
これにより、利便性に駆られた統合が、権限を静かに拡大することを防ぎます。
11 — 展開パターン
アプリケーションは機関に合わせるべきであり、ひとつの基盤モデルを強いるべきではない。
デバイス
モバイル、タブレット、ワークステーション上の小型モデルと選択されたメモリ。
機関エッジ
ローカルのアプライアンスが、組織内でモデル、証拠、エージェントサービスを提供します。
プライベート基盤
機関がランタイム、モデル、メモリ、ツール、監査環境を統制します。
専用クラウド
統制されたクラウド環境が、分散した利用者と機関システムとの統合を支えます。
ハイブリッド認知
ローカルモデルが日常的で機微な作業を担い、承認されたフロンティアモデルは、最小限の承認済み文脈で特定の作業にのみ動員されます。
複数機関のフェデレーション
別々の組織が、データセット全体を統合することなく、統制された契約を通じて協働します。
パターンは、プライバシー、管轄、遅延、レジリエンス、意図された用途に応じて選択されます。
12 — 製品ステータス · 13 — ポートフォリオの規律
すべてのシステムは、実際の段階を示さなければならない。
Concept（構想）
課題、利用者、意図するアーキテクチャが定義されている段階。
Architecture（設計）
システム設計、境界、主要な業務フローが文書化されている段階。
Engineering scaffold（実装骨格）
中核となるソフトウェア、インターフェース、業務フローは存在するが、システム全体は未検証。
Active development（開発中）
製品が実装・テストされている段階。
Internal pilot（社内パイロット）
統制されたKODA環境で稼働している段階。
Partner pilot（パートナー・パイロット）
定められた条件の下、外部機関とともに評価されている段階。
Pre-production（本番前）
限定的な運用リリースに向けて準備している段階。
Production release（本番リリース）
定義された版が、技術・運用・分野別の必要なリリース要件を通過した段階。
Externally validated（外部検証済み）
関連する独立機関が、記載された評価を完了した段階。
「稼働中」「導入済み」「本番対応」「検証済み」といった表現は、製品バージョン、 意図された用途、機関、証拠、日付を特定せずに用いられることはありません。KODAは、機能ごとに新しいブランドを立ち上げることはしません — 新しい名称には、異なる利用者、道のり、運用の境界、製品範囲が必要です。 そうでなければ、その機能は能力またはモジュールのまま留まります。
14 — KODAと構築する
製品カタログからではなく、運用上の課題から始める。
1 — 運用上の課題
どの業務が、より安全に、速く、明確に、あるいは継続的になる必要があるのか。
2 — 利用者と権限
誰がそのシステムを使い、誰が責任を負い続けるのか。
3 — 証拠
どの情報が許可され、最新であり、権威あるものなのか。
4 — 業務フロー
どの人、システム、承認が関与するのか。
5 — 認知の経路
どの作業が決定論的ソフトウェア、エッジモデル、主権型スペシャリスト、フロンティアモデル、人間の専門性を要するのか。
6 — 運用の境界
そのシステムは何をしてよく、何を決してしてはならないのか。
7 — パイロット
有用性、リスク、継続性をどのように測定するのか。
その結果は、既存のKODAアプリケーション、構成されたプラットフォーム、新しい Capability Capsule、機関固有のシステム、あるいは新たな製品パートナーシップに なり得ます。
15 — 主張の境界
ポートフォリオの地図は、すべての製品が商用リリース済みであるという表明ではない。
本ポートフォリオは、記載のすべての製品が本番対応であること、すべてのアプリケーションが 外部検証を完了していること、すべてのシステムがあらゆる国で利用可能であること、 ひとつの展開構成があらゆる機関に適合すること、能力が評価なしに分野間で移転できること、 アーキテクチャの共有が無制限のデータ共有を許すこと、あるいはアーキテクチャが存在する というだけで特定のアプリケーションが規制上の承認を得ていることを、いずれも 確立するものではありません。
信頼に足る命題はこうです: KODAは、永続的・主権的・統治された応用インテリジェンス システムを作るための、再利用可能なひとつのアーキテクチャを持っています。それでも各製品は、 その固有の利用者、業務フロー、意図された用途に向けて、開発され、評価され、 リリースされなければなりません。
研究は、実際の仕事を変えたときに価値になる。
KODAは、医療、モビリティ、労働力、教育、知識、産業運用のためのシステムを通じて、 そのアーキテクチャを応用します。各システムは異なり、基盤は共有されたままです。ひとつのアーキテクチャ。多くの運用環境。すべてのアプリケーションにおける 明確な権限。