Outcome first让学生能用 AI 编程，也让老师看得见、判断得了、干预得上。
下方说明问题、我的角色、关键判断、验证结果与当前限制。
Evidence snapshot / verified run
把结果放回证据链里。
这些数字来自项目文件、运行记录或可公开来源。它们说明完成到哪里，也把验证条件和没有证明的部分保留下来。
- 2 roles
- 教师 / 学生分角色权限与任务视角分别验证
- E3
- 内部运行证据服务、接口、权限与响应式流程均有验证记录
- 0
- 真实学生数据公开公开页面不使用姓名、邀请码、聊天或课堂日志
STEP 01先核对角色与权限确认教师端和学生端真正看到什么、能做什么，而不是只看同一套 UI。
→STEP 02把日志改成可判断的状态教师端优先呈现需要介入的信号，避免用信息堆积制造“可观察”错觉。
→STEP 03用桌面与移动端复现对关键路径做浏览器验证，并修复缓存、布局与权限差异问题。
- 01独立学习学生保留探索与制作过程
- 02可见状态教师看见关键进度而非全部日志
- 03人工判断AI 不替教师作教学决定
- 04隐私边界真实学生数据不进入公开页面
- Problem
- AI 编程工具通常只服务单个使用者，教师难以理解学生正在做什么、何时需要干预，以及 AI 是否越过教学边界。
- My role
- 产品设计、权限核验、界面重构与体验验证
- Status
- 原型已验证 · 公开概念版
- Evidence
- E3 · 可公开复核的真实运行证据 · 已完成公开边界检查
课堂里的 AI 不只是一个聊天框
当产品进入真实教学环境，系统需要同时支持学生探索和教师判断。Codey 的重点不是把更多模型能力塞进界面，而是让关键过程可以被理解、被介入并被验证。
隐私说明
公开版只保留结构化叙事，不包含真实学生姓名、课堂记录或学校内部数据。当前视觉是无人物概念示意；后续真实界面也只会使用全虚构演示内容。
01
Delivered
- 教师与学生的分角色产品体验
- 课堂权限与服务接口验证
- 桌面端和移动端的关键流程
- 让教师观察、判断和介入的状态设计
02
关键判断
- 不把 AI 作为答案机器，而是作为课堂中的可控协作者
- 教师端优先呈现需要判断的状态，而不是堆积全部日志
- 学生体验强调过程反馈与可理解的下一步
03
验证与证据
- 已有服务、接口、角色权限和关键界面验证记录
- 现有证据等级为 E3
- 公开站将只使用虚构演示数据
04
限制与下一步
- 真实学生、邀请码、聊天和课堂日志禁止公开
- 当前只发布概念示意，不把概念图当作真实课堂运行证据
- 全虚构演示账号与可公开交互 Demo 仍在制作
AI 辅助说明：AI 协助整理项目证据、编辑案例文字并生成无人物概念图；角色边界、隐私规则与公开判断由 Eric 负责。