Context
영어 작문을 고쳐주는 AI는 이미 많다. Grammarly는 빠르게 고쳐주고, ChatGPT는 아예 새 문장을 만들어준다. 그런데 학습자 입장에서는 한 가지 문제가 남는다.
고쳐진 문장이 좋아졌다는 것은 알겠는데, 내가 무엇을 배웠는지는 잘 남지 않는다. 문장은 매끄러워졌지만 내 목소리는 약해지고, 다음 글에서도 같은 오류를 반복한다.
LoopWrite 아이디어는 여기서 출발한다. 목표는 더 완벽한 교정기가 아니라, 영어 학습자가 자기 글을 직접 고치도록 유도하는 AI 작문 코치다.
Core Idea
LoopWrite의 핵심은 교정 결과를 바로 주지 않는 것이다. 대신 피드백을 세 단계로 늦춘다.
| 단계 | AI의 역할 | 학습자의 역할 |
|---|---|---|
| Indirect Hint | 오류 위치와 방향만 알려준다 | 스스로 원인을 추측한다 |
| Metacognitive Gate | 선택지나 짧은 질문으로 사고를 확인한다 | 왜 틀렸는지 답한다 |
| Minimal Diff | 필요한 만큼만 수정안을 보여준다 | 자기 문장과 비교해 수락한다 |
이 흐름은 AI를 proofreader가 아니라 coach로 쓰는 방식이다. AI가 문장을 빼앗아 쓰는 것이 아니라, 학습자가 자기 문장을 더 잘 보게 만든다.
Product Shape
MVP는 복잡하지 않아도 된다. 첫 버전에서 중요한 것은 네 가지다.
Top-3 feedback 한 번 제출할 때 모든 오류를 보여주지 않는다. 가장 중요한 세 개만 보여준다. 학습자는 압도되지 않고, 다음 draft에서 다시 시도할 여지를 가진다.
Hint first 첫 클릭에는 정답을 주지 않는다. “이 동사의 시제가 문맥과 맞지 않는다”처럼 오류의 방향만 알려준다.
Think before fix 수정안을 받기 전에 학습자가 짧은 확인 질문을 통과한다. 이 단계가 불편하면 학습이 아니라 단순 자동교정으로 돌아간다.
Error tracker 개인별 오류 패턴을 누적한다. 관사, 시제, 전치사, 연결어, register 같은 항목이 시간이 지나며 어떻게 변하는지 보여준다.
Why It Matters
교육용 AI에서 중요한 질문은 “얼마나 잘 고쳐주는가”만이 아니다. 더 중요한 질문은 “학습자가 다음 문장을 더 잘 쓰게 되는가”다.
즉시 교정은 편하다. 하지만 편함만으로는 학습 루프가 생기지 않는다. 반대로 너무 많은 설명은 사용자를 지치게 만든다. LoopWrite는 이 사이에서 작은 마찰을 설계한다.
그 마찰은 다음과 같은 목적을 가진다.
- 학습자의 원문 voice를 보존한다.
- 한 번에 너무 많은 피드백을 주지 않는다.
- 수정 전 사고를 요구한다.
- 반복 오류를 장기적으로 보이게 만든다.
- 선생님이나 친구에게 보여주기 전, 혼자 안전하게 연습할 수 있게 한다.
Build Direction
기술 스택은 랜딩 페이지와 에디터를 분리하는 편이 좋다.
| 영역 | 추천 |
|---|---|
| 랜딩/가이드 | Astro 또는 정적 사이트 |
| 작문 에디터 | Vite React SPA |
| 피드백 엔진 | FastAPI |
| 사용자/로그 | Supabase |
| 분석 | 오류 카테고리별 이벤트 로그 |
핵심 데이터는 “수정 결과”가 아니라 “학습자가 어떤 오류를 반복했고, 어떤 힌트에서 스스로 고쳤는가”다. 이 데이터가 쌓이면 단순 교정 앱이 아니라 개인화된 작문 훈련 시스템이 된다.
Next Experiment
가장 작은 실험은 완전한 앱을 만드는 것이 아니다. 학생 글 10개를 대상으로 다음을 비교하면 된다.
- 바로 수정안을 주는 방식
- 힌트만 먼저 주는 방식
- 힌트 후 짧은 메타인지 질문을 넣는 방식
측정할 것은 정답률보다 재작성 행동이다. 학습자가 다시 생각하고, 다시 쓰고, 자기 오류를 설명할 수 있다면 이 아이디어는 앱으로 발전할 가치가 있다.
LoopWrite는 “AI가 대신 써주는 시대”에 반대로 묻는다.
AI가 덜 말할수록, 학습자가 더 많이 배울 수 있는가?
댓글
GitHub 계정으로 의견을 남길 수 있습니다. 댓글은 GitHub Discussions에 저장됩니다.