角色
學生、教師、學校管理層、IT人員及行政人員可按需要擁有不同的模型、工具、知識集合及營運權限。
身份與政策
清楚界定誰可以使用甚麼，以及須遵守哪些規則。
模型權限
機構可界定哪些獲批准模型或能力可以提供給哪些角色及使用情境。
使用規則
配額、功能開放、按年齡設定的限制及校本政策可由中央管理，而不是交由每名使用者自行設定。
審批流程
指定生成內容或敏感工作流程可要求教師或行政人員覆核後才使用或發布。
治理紀錄
控制措施應該可以檢視，而不是藏在黑箱之中。
審計紀錄
記錄相關存取及系統事件，以支援故障排查、治理覆核及事故調查。
同意狀態
當同意是適當法律基礎或機構要求時，工作流程可追蹤同意狀態及相關紀錄。
保留與刪除
政策可界定不同類別資訊的保留期限，以及獲批准刪除流程如何執行。
事故覆核
管理員需要結構化方式調查有問題的輸出、政策違規或可疑存取，而不是只依靠截圖及記憶。
內容與模型治理
安全控制應位於個別應用程式之上。
內容控制
文字、圖像及其他內容控制可作為機構政策統一設定，而不是由每名教師或學生自行決定。
標示
在符合使用情境及適用要求時，可設定AI生成內容標示及水印流程。
模型目錄
學校可維護獲批准的模型、版本及預定用途清單，避免不受控制地任意切換模型。
沙盒邊界
實驗模型及工作流程可與正式服務分開，避免測試自動變成機構部署。
多校方向
Control可以由單一學校逐步擴展至教育集團或區域。
未來的集團級控制面可設定共同治理基準，同時讓個別學校保留校本使用者、知識、時間表及教育工作流程。
集團基準
共同的獲批准模型清單、最低控制要求、文件要求及服務標準。
校本自主
本地課程、權限及營運設定可保留在清晰界定的學校邊界內。
中央可視性
集團或多校管理人員可能需要整體系統健康、政策及使用情況視圖，同時避免不適當暴露個別學校的個人資料。
ZYK Control是content-v2策略產品概念，用以整理ZYK商業計劃中分散存在的治理能力。正式商業發布前，仍須驗證實際已完成的功能範圍。