- 説明付きのランキングとともに出願を分類し振り分けます — 判断が難しい書類は人の読み手にフラグを立て、すべての処理結果が理由とともに記録されます。
- 分類と監査
入学審査、アドバイジング、学資支援 — 学籍記録は保護されたまま.
教育機関のエージェントは、出願書類をトリアージし、学生の質問に答え、学資支援チームを支援します — FERPA に沿った権限設計の下で、保護対象フィールドはロックされたまま、支援の判断は人のサインオフ待ちとなり、すべての回答が出典を示します。
FERPA · COPPA · GDPR · SOC 2 に整合
学籍記録は保護対象である — エージェントもそのように扱わなければならない。
FERPA は教育記録を連邦法上の保護対象とし、COPPA は未成年についてさらに高い基準を課し、学資支援の判断は、監督のないモデルに委ねたい機関などない、人生を左右する結果です。Cortex は保護対象フィールドをプロパティ単位でロックし、支援に関するアクションを人の承認の背後でゲートし、すべてのアドバイジング回答を引用可能な出典に根拠付けます。
入学審査部門から教務課まで、端から端まで統制する。
カタログには12の教育ロール × 18のエージェントパターン — 入学審査、アドバイジング、学資支援、教務、入学者数分析 — が含まれ、大学がすでに運用しているシステム上で動作します。
- 履修要覧に根拠付け、出典を示してプログラムや規程に関する質問に答えます — 障害に関する情報、SSN、その他の保護対象フィールドはモデルから隔離されたままです。
- オントロジー権限
- 支援パッケージと受給資格の確認を組み立てますが、すべての支給アクションは人の学資支援担当者の承認待ちとなります — エージェントは準備し、担当者が決定します。
- Oversight Modes
- 型付きの Student オブジェクトに基づいて成績証明書と在籍関連の申請を処理し、誰が何を見られるかはプロパティ単位の権限で強制されます — エージェントも例外ではありません。
- Trust Ledger
- 厳格な予算上限の下で、オントロジーが分析用に切り出した非識別化ビュー上で入学者数と歩留まりを予測します。
- コストガバナンス
アドバイジングのボットは履修計画を読む — 障害に関する記録は決して読まない。
権限はプロンプトではなくオントロジー上に存在します。アドバイジングのエージェントは Course と Plan のオブジェクトを読みますが、disability_status や student_ssn の読み取りは、モデルが動く前に 403 を返します。学資の支給は学資支援担当者の承認待ちとなり、すべてのアドバイジング回答は出典とともに台帳へ記録されます。
- 保護対象フィールドはデフォルト拒否でロック(読み取りは 403)
- 学資の支給は人の承認待ち — 常に
- すべてのアドバイジング回答は根拠付けと出典を伴い、台帳に封印
- 分析は厳格な予算上限の下、非識別化ビュー上で実行
教務課と監査人が目にする判定。
ランタイムが実際に返す応答です — 学籍記録へのアクセスはフェイルクローズします。
- 01
ドメインのモデル化
業務を型付きオントロジーオブジェクト(Student, Application, Course, AidPackage, Transcript)に対応付け、student_ssn / disability_status のような制限フィールドをプロパティ単位でロックします。
- 02
ルールのコード化
上記の義務要件を Policy-as-Code と Action Fabric の承認に落とし込みます。ゲートはフェイルクローズで、推測ではなく正確なコードを返します。
- 03
結果の証明
すべての実行はハッシュチェーンされた Trust Ledger に記録され、署名付きレシートと10ホップのプロベナンスが残ります — 規制当局にそのまま渡せる記録です。
教育 を支えるコントロール。
すべての業種を同じ共通ランタイムが支えます。この業界を構成する機能と Solution Pack をご覧ください。
FERPA が定める下限のために構築 — そして学生が期待する信頼のために。
プロパティ単位の記録権限、人が承認する学資アクション、すべての対話への DLP、封印された監査証跡は、入学審査、アドバイジング、教務の各領域で共通です — 一度のマッピングで FERPA と Title IV の義務に対応付けられます。整合を図るものであり、保有していない認証を主張することはありません。
教育 向けAIエージェント — よくある質問にお答えします。
Cortex は学籍記録について FERPA に準拠していますか。
Cortex は FERPA への整合を前提に構築されています:教育記録のフィールドはオントロジーのプロパティ単位でロックされ、アクセスは改ざん検知可能な台帳に記録され、保護対象の読み取りはモデルが呼び出される前に 403 を返します。整合はランタイムによって強制されます — 貴学に代わって認証取得を主張することは決してありません。
AI エージェントは学資支援の判断を下せますか。
いいえ — 学資の支給とパッケージの変更は、Oversight Modes の下で常に人の学資支援担当者の承認待ちとなります。エージェントは受給資格を整理し、パッケージを起草し、書類を準備しますが、決定するのは担当者であり、台帳はその両方を記録します。
アドバイジングのエージェントが機微な学生データを見ないようにするには。
権限はプロンプトではなくデータ側に存在します:アドバイジングのエージェントは Course と Plan のオブジェクトを読みますが、障害に関する情報、SSN、その他の保護対象プロパティはデフォルト拒否です。プロンプトの工夫で 403 を回避する方法は存在しません。
ライブラリにはどのような教育エージェントがありますか。
12の教育ロール — アドミッションカウンセラー、教務担当、学務アドバイザー、学資支援担当、入学者数アナリスト、学生サービスなど — がそれぞれ18のエージェントパターンで提供され、Banner、Canvas、Workday Student、Blackboard、Salesforce Education Cloud などのシステムに接続できます。
1つの統制されたランタイムで、あらゆる規制業種に。
コントロールは同じで、満たす義務要件が異なるだけです。別の業種を見るか、一覧をご覧ください。
すべての学生をより速く支援する — そしてすべての記録を守る。
FERPA に沿った権限、人が承認する学資アクション、出典付きのアドバイジング回答を、自校の学生情報システムでご覧ください。