K12 사업자가 모든 학생에게 과목별 교사를 주는 방법

출발점

이 시나리오에서 회사는 학교에 판매하고, 학교는 매년 같은 것을 요청합니다: 학생이 수업 사이에 복습하도록 돕는 무언가. 회사는 이미 두 가지 뻔한 경로를 시도했다가 둘 다 버렸습니다.

범용 어시스턴트는 답은 잘하지만 아무것도 기억하지 않습니다. 학생이 어디서 막혔는지 설명하고 좋은 답을 얻은 뒤 탭을 닫으면, 다음 주에 영에서 시작합니다. 그 제품은 예의만 더 나은 검색 상자가 될 것입니다.

학생마다 자율 에이전트를 주면 기억 문제는 풀지만 더 나쁜 문제를 만듭니다. 각 학생에게 자기 기계를 주는 것은 학교당 천 명의 학생으로 곱해지고, 그 사슬의 끝에서 학부모에게 닿는 숫자는 학부모가 낼 만한 숫자가 아닙니다. 회사의 창업자는 더 미묘한 것도 알아챘습니다: 그런 에이전트가 가장 자랑스러워하는 능력 — 컴퓨터를 조작하고, 명령을 실행하는 것 — 은 여기서 원하는 바가 아닙니다. 열두 살에게 분수를 가르치는 데 셸 접근은 결코 필요치 않고, 학교에서 그것은 팔 만한 기능이 아니라 해명해야 할 책임입니다.

실제로 필요한 것은 좁습니다: 학생이 무엇을 이해하는지 읽고, 어디가 약한지 기억하며, 나중에 그것으로 돌아오는 것.

무엇이 배치되나

• 학생별, 과목별 스페이스. 수학과 영어는 폴더가 아니라 별개의 경계입니다. 세션, 파일, 기억, 그리고 교사의 학생에 대한 판단은 (학생, 과목)을 지니고 행 수준 보안으로 강제되므로, 수학 이력이 영어 세션으로 결코 검색되지 않습니다.
• 과목별 교사. 각각은 자신의 페르소나와 경계를 가진 에이전트로, 학교의 테넌트 수준 지식 베이스 — 교육과정, 수업 계획, 풀이 예제 — 에 연결되며 학교 전체가 이를 공유합니다.
• 학생별 비공개 지식 베이스. 사진으로 찍은 실수, 채점된 숙제, 계속 틀리는 문제. 학생이 스스로 업로드하고, 주제별로 태그하며, 삭제할 수 있습니다. 그 학생 자신의 키로 암호화됩니다.
• 예약된 복습. 교사는 약한 주제로의 복귀를 예약하고, 알림은 학생이 무언가를 열든 아니든 Telegram이나 이메일로 전달됩니다.
• MCP를 통한 구성. 교육과정 팀이 Claude Code를 플랫폼에 향하게 하고 학교를 산문으로 서술하면; 그것이 교사를 만들고, 교육과정을 지식 베이스로 변환하며, 질문이 실제로 올바른 자료를 검색하는지 확인합니다.

부품들이 학교가 실제로 요청하는 것에 어떻게 대응하나

이것이 파일럿이 학과장과의 접촉에서 살아남을지를 결정하는 부분입니다.

"제 과목들을 섞어 버리나요?" — 이것이 첫 질문이며, 대개 이전 도구가 그랬기 때문에 묻습니다. 격리는 스페이스 경계로, 프롬프트에서 요청되는 것이 아니라 데이터베이스에서 강제됩니다. 영어 교사는 자기 결과에서 수학 자료를 걸러 내지 않습니다; 그 자료는 애초에 결과 집합에 없었습니다.

"제 학생들을 알까요?" — 프로필은 학생별, 과목별, 교사별로 보관됩니다. 수학 교사는 자신만의 판단을 쌓고 — 문장제에 머뭇거리고, 시간 압박에서 단계를 건너뛴다 — 영어 교사는 다른 판단을 쌓는데, 두 인간 교사가 그러할 것과 정확히 같습니다. 이것이 무엇인지 정확히 해 둘 가치가 있습니다: 프로필은 학생이 어떻게 가르쳐지는지를 빚을 뿐, 교사가 무엇을 말할 수 있는지를 바꿀 권한은 없습니다. 학생은 한 학기 동안 우겨서 다른 교사를 얻어 낼 수 없습니다.

"누가 유지보수해야 하나요?" — 학교에는 플랫폼 관리자가 없고, 교육과정 팀이 그것이 되어서는 안 됩니다. 구성 표면 전체가 MCP로 노출되므로, 회사 자신의 직원이 이미 사용하는 코딩 에이전트에서 설정을 진행합니다. 자료를 쓰는 것이 일이고, 데이터 입력은 아닙니다.

"수업 사이에는 무슨 일이 일어나나요?" — 여기가 어시스턴트와 교사가 실제로 다른 지점입니다. 예약된 후속 조치는 재시작을 견디고 학생이 이미 있는 곳에 닿는 백그라운드 작업이므로, 복습은 열두 살이 앱을 열기를 기억하는 데 의존하지 않습니다.

회사가 여전히 스스로 만드는 것

솔직히 말할 가치가 있습니다. 경계가 견적을 정직하게 만드는 것이기 때문입니다.

발음 채점과 읽기 수준 평가는 전문 도구로, 교사가 호출하는 스킬로서 MCP를 통해 연결됩니다. 플랫폼에 닿는 음성은 텍스트로 전사됩니다 — 대화에는 옳은 입력이지만 발음 채점에는 틀린 입력인데, 전사기가 대개 모델이 보기도 전에 잘못된 발음을 교정해 없애 버리기 때문입니다.

학부모와 교사를 위한 보고서는 자체 스키마가 필요합니다. 플랫폼은 구조화된 문서를 내보내지만, 내장된 형태는 상담 메모이지 진도 보고서가 아니며, 학부모를 향한 전달 경로는 없습니다 — 그것은 회사 쪽의 제품 작업입니다.

수업 인터페이스도 그들의 것입니다. 플랫폼은 그 아래에서 교육 관계를 운영합니다.

학생이 아이이기 때문에

두 가지 결과가 이 구축을 장식하는 것이 아니라 빚습니다.

위의 격리는 곧 컴플라이언스 이야기이기도 합니다: 학생의 대화와 파일은 자신의 키로 암호화되고, 자신의 스페이스에 범위가 정해지며, 자신이 삭제할 수 있습니다. 자기 데이터를 지울 권리는 누가 요청하기도 전에 존재합니다.

그리고 학생은 이 회사가 서비스할 가장 적대적인 사용자입니다. 일부는 교사가 해서는 안 될 말을 하도록 구슬리려 할 것이고, 성공한 사람은 점심시간이면 반 전체에 알릴 것입니다. 플랫폼은 학생이 묻는 것이 아니라 에이전트가 말하는 것을 필터링합니다 — 생성된 텍스트가 화면에 닿기 전에 문장 단위로 검사됩니다. 손으로 작성한 일련의 탐침에 대해, 그것은 모든 악용 표본을 막으면서도 정당한 학습 내용은 건드리지 않았습니다. 메스암페타민이 도파민에 무엇을 하는지에 관한 보건 수업과 치료 용량 범위에 관한 생물학 답변까지 포함해서요. 그것은 바닥이지 천장이 아니며, 교사가 무엇을 하도록 지시받는지에 대한 학교 자신의 검토를 대체하지 않습니다.

왜 이 형태가 감당 가능한가

비용 논리가 설계가 이렇게 보이는 이유 전부입니다.

학생당 기계가 없습니다. 학생들은 모델 용량을 공유하고, 학교가 내는 비용은 프로비저닝이 아니라 대화에 따라 스케일합니다. 그 뺄셈은 의도적입니다: 컴퓨터 사용 없음, 평가 엔진 없음, 자율 작업 실행 없음. 그 각각은 회사가 비용을 치르지 않고 학부모에게 해명할 필요도 없는 능력입니다.