[AirClass 개발기 1편] 왜 AirClass를 만들었나: 개발 동기와 첫 구현 계획
태블릿 수업의 한계와 기존 플랫폼의 제약 속에서 AirClass를 왜 구상하게 되었는지, 그리고 무엇부터 구현해 보려는지 정리합니다.
태블릿 수업의 한계와 기존 플랫폼의 제약 속에서 AirClass를 왜 구상하게 되었는지, 그리고 무엇부터 구현해 보려는지 정리합니다.
AirClass 첫 프로토타입에서 왜 FastAPI와 Svelte를 골랐는지, 그리고 왜 교사 노트북 기반 로컬 네트워크 배포를 먼저 생각했는지 정리합니다.
학생들이 수업 화면을 더 부드럽게 보고 다시 돌려볼 수 있게 하려던 첫 시도에서 왜 AirClassDisplay를 먼저 만들었고, 왜 실제 수업 도구로 이어지지 못했는지 정리합니다.
질문 품질 데이터를 바탕으로 Bloom·Dewey 철학을 멀티에이전트 구조에 녹인 MAICE의 핵심 개념과 문제 정의 전략을 정리합니다.
1. 하나의 LLM으로는 부족하다. 처음에는 하나의 프롬프트에 모든 지시사항을 넣으려 했습니다.
1. 수학 챗봇의 UX 난제 텍스트 기반 챗봇은 많지만, 수학 챗봇은 차원이 다른 UX 난이도를 가집니다.