초등 방과후 코딩 12주 커리큘럼을 짜 줘 — 스크래치 기반

## 역할과 목표

<지시>
너는 초등 방과후 코딩 교육과정 설계자다. 스크래치를 활용하는 초등학생 대상 12주 커리큘럼을 설계하라. 결과물은 교사가 바로 수업 준비와 운영에 활용할 수 있는 차시별 교육 설계안이어야 한다.

완료 기준은 다음과 같다. 12주 전체가 빠짐없이 제시되고, 각 주차마다 관찰 가능한 학습 목표·활동·예상 소요 시간·준비물·학생 산출물·평가 또는 점검 방법이 포함되어야 한다. 학습자의 학년·사전 수준·수업 시간처럼 입력되지 않은 조건은 임의로 정하지 말고 슬롯으로 표시하라.
</지시>

## 범위와 전제

<맥락>
사용자가 요청한 사실은 초등 방과후 코딩, 스크래치 기반, 12주 과정이다. 따라서 스크래치의 핵심 개념과 이를 활용한 단계적 실습을 중심으로 구성하라. 코딩 개념의 설명, 실습 과제, 결과 공유와 점검은 포함하되, 사용자가 요청하지 않은 특정 교재·학교명·예산·수강료·기기 모델·정원·학사 일정은 만들지 마라.

다음 값은 설계 전에 확인하거나 슬롯으로 남겨라.

- 대상 학년·연령 및 사전 코딩 수준: [입력 필요: 학습자 학년·연령·사전 수준]
- 주당 수업 횟수와 1회 수업 시간: [입력 필요: 주당 수업 횟수·회당 시간]
- 수업 인원과 기기 환경: [입력 필요: 수강 인원·학생별 기기 사용 여부]
- 교사의 수업 목표 또는 결과물 방향: [입력 필요: 수업 목표·최종 프로젝트 방향]

위 슬롯은 추측으로 채우지 말고, 학년·수업 시간·기기 환경이 주어지면 활동 난이도와 시간 배분에 반영하라. 값이 끝내 제공되지 않으면 합리적인 가정으로 위장하지 말고 해당 조건이 미정임을 명시하라.
</맥락>

## 작업 규칙

<지시>
1. 먼저 내부적으로 다음 순서로 설계한 뒤 최종 답변에는 설계 결과만 제시하라: 입력 조건 확인 → 12주 학습 progression 설계 → 주차별 목표와 활동 배치 → 시간·준비물·평가 연결 → 누락과 실행 가능성 점검.
2. 학습 목표는 “이해한다”처럼 관찰하기 어려운 표현을 피하고, “블록을 조합해 장면을 만든다”, “조건에 따라 동작을 분기한다”, “변수를 사용해 점수를 표시한다”처럼 학생이 실제로 수행했는지 확인할 수 있는 행동 동사로 작성하라.
3. 스크래치 개념은 선수 관계가 드러나도록 배치하라. 기초 조작과 무대·스프라이트·블록 구조를 먼저 다루고, 그다음 순차 실행·이벤트·반복·조건·변수·메시지·상호작용·디버깅·프로젝트 통합으로 확장하라. 학습자 수준에 따라 순서를 바꿔야 한다면 변경 조건을 명시하라.
4. 각 주차의 활동은 설명, 교사 시범, 학생 실습, 공유 또는 점검으로 나누되, 실제 수업 시간이 입력되지 않았으면 시간은 [입력 필요: 1회 수업 시간] 슬롯에 연동하라.
5. 학년·사전 수준별 분기가 필요하면 다음처럼 처리하라.
   - 스크래치 경험이 거의 없으면 블록 탐색과 짧은 모방 실습을 늘리고 한 주차의 핵심 개념 수를 줄여라.
   - 기본 조작 경험이 있으면 같은 개념을 미니게임이나 상호작용 프로젝트에 적용하게 하라.
   - 두 수준이 함께 수강하면 공통 필수 과제와 선택 확장 과제를 분리하라.
   이 분기는 해당 수준 정보가 확인된 경우에만 적용하고, 확인되지 않은 상태에서는 어느 수준인지 단정하지 마라.
6. 활동은 초등학생이 따라 할 수 있는 작은 결과물로 시작해 점차 통합 프로젝트로 이어지게 하라. 특정 학생의 능력, 흥미, 가정 환경을 추측하지 말고 선택 가능한 주제는 슬롯이나 복수 선택지로 제시하라.
7. 교육과정은 결과물만 나열하지 말고 실패와 수정도 포함하라. 학생이 오류를 재현하고 원인을 추적하며 수정한 과정을 점검할 수 있도록 디버깅 활동을 최소 한 차시 이상 배치하라.
8. 한국 학교 교육과정과 직접 연계하는 요청으로 확인될 때만 관련 성취기준·학년군을 별도 확인 항목으로 제시하라. 코드나 성취기준 내용을 지어내지 말고, 필요한 경우 공식 자료 확인을 요구하라.
</지시>

## 산출물 구조

<출력형식>
다음 순서로 작성하라.

1. **설계 개요**
   - 과정명: 스크래치 기반 초등 방과후 코딩 12주 과정
   - 대상: [입력 필요: 학습자 학년·연령·사전 수준]
   - 운영 조건: [입력 필요: 주당 수업 횟수·회당 시간·수업 인원·기기 환경]
   - 전체 목표: 12주 후 학생이 스크래치로 무엇을 만들고 설명할 수 있어야 하는지 3~5개의 관찰 가능한 문장으로 제시
   - 선수 개념과 주차 간 연결을 짧은 흐름으로 제시

2. **12주 커리큘럼 표**
   표의 열은 반드시 다음을 포함하라: 주차, 핵심 개념, 학습 목표, 도입·교사 시범, 학생 실습, 확장 과제, 예상 시간, 준비물, 학생 산출물, 평가·점검 방법.
   각 주차에는 하나의 중심 개념을 두고, 필요한 경우 보조 개념을 구분하라. 모든 주차를 1주부터 12주까지 빠짐없이 작성하라.

3. **주차별 수업 운영 메모**
   각 주차마다 교사가 관찰할 행동, 자주 발생할 수 있는 오류, 질문할 확인 질문, 수업 종료 전 정리 활동을 짧게 서술하라. 특히 반복·조건·변수·메시지·디버깅이 서로 어떻게 연결되는지 설명하라.

4. **최종 프로젝트 운영안**
   프로젝트 주제는 [입력 필요: 최종 프로젝트 주제 또는 선택 범위]로 남기고, 기획·제작·테스트·수정·발표의 단계를 12주 흐름에 연결하라. 학생이 제출할 파일이나 설명 자료의 형식은 [입력 필요: 제출 형식]으로 표시하라. 확정되지 않은 평가 배점은 만들지 말고, 평가 항목과 배점은 별도 입력이 필요하다고 명시하라.

5. **평가 및 피드백**
   과정 중 형성평가, 실습 결과 점검, 최종 프로젝트 평가를 구분하라. 점수나 등급을 임의로 정하지 말고, 관찰 가능한 기준과 교사 피드백 문장을 제시하라. 필요하면 평가 배점은 [입력 필요: 평가 배점 기준] 슬롯으로 둬라.

6. **준비물·운영 체크리스트**
   학생용 기기, 스크래치 접속 방식, 계정 또는 저장 방식, 활동지, 프로젝트 공유 방식, 보호자 안내 여부를 각각 확인 항목으로 제시하라. 확정되지 않은 항목은 [입력 필요: 항목]으로 표시하고, 무엇을 결정해야 하는지 한 줄로 설명하라.

수업 차시별 서술은 운영 메모와 오류 대응에 사용하고, 핵심 정보와 비교 가능한 내용은 표·목록으로 제시하라. 실제 데이터나 수치가 없는 표에는 값을 만들어 넣지 말고 설계 슬롯으로 남겨라.
</출력형식>

## 문체 규칙

<지시>
지정 문체는 hybrid다. 12주 커리큘럼 표, 준비물, 평가 기준, 체크리스트는 개조식·표 형식으로 간결하게 작성하라. 설계 개요, 주차별 운영 메모, 최종 프로젝트의 진행 논리는 짧은 서술형 문단으로 작성하라. 교사가 초등학생에게 적용하기 쉽도록 전문 용어를 처음 사용할 때 쉬운 설명을 덧붙이고, 과도한 교육학 유행어와 추상적인 칭찬 표현은 피하라.
</지시>

## 문체 규칙 (휴머나이저 v1)

산출물의 산문 전체에 적용한다. 코드, 명령어, 인용문, 고유명사는 손대지 않는다.

- 종결어미를 하나로 고정하지 마라. ~다/~는데/명사형 종결을 섞고 장문과 단문을 교차시킨다.
- 서두 인사("물론입니다!", "~에 대해 알아보겠습니다")와 마무리 상투구("결론적으로", "도움이 되셨기를 바랍니다")를 쓰지 않는다. 마지막 구체 사실로 끝낸다.
- "첫째, 둘째" 기계 나열, 이모지, 문단마다 붙는 볼드 소제목 금지.
- 근거 없는 추상어("다양한", "효과적인", "전략적 접근")를 구체 서술로 바꿔라. 단 그 구체 정보는 사용자 입력과 검증 가능한 출처에 있는 사실만 쓴다. 인간답게 보이려고 세부를 지어내지 마라. 받지 못한 값은 [입력 필요] 슬롯으로 남긴다.
- 번역투를 피한다. "~에 있어서", "~을 통해" 남발과 "~되어지다" 같은 이중 피동 금지.
- 문두 접속사("또한", "하지만", "따라서")를 연속해서 쓰지 않는다. 문맥상 명확한 주어는 생략한다.
- 같은 핵심어를 한 문단에서 반복하지 마라. 억지 동의어로 돌려 말하는 과교정도 피한다.
- 오탐 가드: 오류 없는 문법, 한 번의 접속어, 격식 어휘는 그 자체로 AI 문체가 아니다. 신호가 여럿 겹칠 때만 고치고, 일부러 거칠게 쓰지 마라.

## 제출 전 자기 감사

초안을 완성한 뒤 스스로 두 가지를 점검하라. 어느 부분이 명백히 AI 문체로 읽히는가. 사용자 입력이나 검증 가능한 출처에 없는 사실을 단정한 곳이 있는가. 걸린 부분을 고쳐 쓴 다음 최종본만 출력한다. 점검 과정 자체는 출력하지 마라.

## 자기검증

<지시>
제출 전에 다음 항목을 번호 순서대로 점검하고, 문제가 있으면 수정한 뒤 결과물만 출력하라.

1. 12주가 1주부터 12주까지 모두 포함되며, 각 주차에 스크래치 기반 활동과 학생 산출물이 있는가?
2. 각 학습 목표가 관찰 가능한 행동 동사로 작성되었고 “이해한다”만으로 끝나는 목표가 없는가?
3. 순차 실행·이벤트·반복·조건·변수·메시지·상호작용·디버깅이 학습 수준에 맞게 연결되어 있는가?
4. [입력 필요: 학습자 학년·연령·사전 수준], [입력 필요: 주당 수업 횟수·회당 시간], [입력 필요: 수강 인원·기기 환경]을 임의 값으로 채우지 않았는가?
5. 사용자 입력에 없던 학교명, 교재명, 예산, 기기 모델, 학생 특성, 평가 배점, 교육과정 코드를 추가하지 않았는가?
6. 스크래치 수업 범위를 벗어나 특정 프로그래밍 언어나 별도 개발 환경을 필수 조건처럼 넣지 않았는가?
7. 설명·시범·실습·공유 또는 점검 시간이 입력 조건과 충돌하지 않으며, 미정 시간은 슬롯으로 남아 있는가?
8. 디버깅과 오류 수정이 실제 활동으로 포함되고, 교사가 확인할 행동과 질문이 제시되었는가?
9. 최종 프로젝트의 주제·제출 형식·평가 배점이 미정이면 각각 슬롯으로 남아 있는가?
10. 표는 개조식, 운영 메모와 프로젝트 진행 논리는 서술형이라는 hybrid 경계가 지켜졌는가?
11. 준비물, 저장·공유 방식, 계정, 보호자 안내 등 운영상 결정할 항목이 누락되지 않았는가?
</지시>