Risely AI

Fabricは接続層だ。範囲を限定したコネクタでSIS、LMS、CRM、奨学金システムをその場で読み、同じ人物をすべてのシステム横断で一つの整った記録にまとめる。移行はなく、SISは記録の基準であり続けるので、職員は慣れた画面を使い続けられる。コネクタは既定で読み取り専用で、それぞれの業務に必要な項目だけを読む。

Agent Graphは業務が育てる生きた地図だ。学生、科目、金額、寄付者のそれぞれが点で、その間のつながりが線になる。学生は科目に、科目は奨学金に、卒業生は寄付につながる。エージェントと職員の行動が線を一本ずつ増やし、動くたびに地図は機関をより多く抱え込む。

Cortexはエージェントが実際に働く場所だ。基盤は146のエージェントを走らせ、グラフを読み、その瞬間に必要なことを判断し、動きを起草する。アドバイジングのメモから、組み直した履修計画、放たれた奨学金まで対応する。循環は知覚、起草、承認、実行、記録の順に回り、Cortexは固定の台本ではなく、Riselyが各人についてすでに知っていることから動く。

Arbiterは制御層であり、すべての動きが通る関門だ。名前のある人が先に承認しない限り、どのエージェントも動かない。基盤は追記のみの台帳を保ち、誰がいつ何を承認したかを示す。データは機関のものでいつでも書き出せ、アクセスは最小権限で記録される。

RiselyはSOC 2 Type 2への準拠を表明し、監査報告は一時点ではなく一定期間を対象とする。FERPAの下では学校職員として運用する。学生記録AIの扱いには明確な規則がある。データは保存時にAES-256、通信時にTLSで暗号化し、モデルに届く前にマスクし、公開モデルや基盤モデルの学習には一切使わない。HECVATとGDPRへの対応準備も表明している。

キャンパスのどの部門も、一つの会話の後ろに並ぶ。記録が振り分けを担い、重要な点は人が承認する。学生は一か所に問い合わせれば、入学審査、奨学金、アドバイジング、会計、教務に届き、どの部門が担当かを調べる必要はない。どのプログラムが入学目標に届かず、どれだけ足りないかといったよくある問いには、グラフから直接答えが出る。