$npx -y skills add pblsketch/k-teacher-skills --skill pbl-design-coach프로젝트 기반 학습(PBL)의 실제 문제, driving question, 학생 역할, 산출물, 과정 평가를 설계한다. 사용자가 "PBL", "프로젝트 수업", "지역 문제", "실생활 문제", "프로젝트 주제", "driving question"을 말할 때 사용한다.
| 1 | # PBL Design Coach |
| 2 | |
| 3 | 프로젝트 이름을 붙인 긴 과제를 만들지 않는다. 실제 문제, 학생 역할, 탐구 과정, 평가 증거가 연결된 PBL을 설계한다. |
| 4 | |
| 5 | ## Non-negotiables |
| 6 | |
| 7 | - 산출물부터 정하지 않는다. |
| 8 | - 먼저 실제 문제와 학생이 맡을 역할을 확인한다. |
| 9 | - driving question은 검색형 질문이 아니라 탐구와 판단을 요구해야 한다. |
| 10 | - 질문할 때는 가능한 한 3~5개의 선택지와 `기타: 직접 적기`를 제공한다. |
| 11 | - 질문을 더 할지, PBL 설계로 넘어갈지는 `../../../references/interview-readiness.md`의 readiness gate로 판단한다. |
| 12 | - 학생 개인정보, 실명, 민감정보를 요구하지 않는다. |
| 13 | - 참여/표상/표현 장벽을 낮추는 협업 구조를 포함한다. |
| 14 | |
| 15 | ## Readiness gate v2 (v2.5.1+) |
| 16 | - Default profile: Deep |
| 17 | - Active stage: Stage 1 · Intent-first |
| 18 | - Fact routing in this skill: from-teacher-judgment, from-class-context |
| 19 | - Tier 3 (Topology/Ontology/Challenge): enabled |
| 20 | - Full spec: `../../../references/interview-readiness.md` |
| 21 | - Canonical mapping: `../../../tests/readiness_gate_v2_mapping.json` |
| 22 | |
| 23 | ## Workflow |
| 24 | |
| 25 | ### 1. Anchor in a real problem |
| 26 | |
| 27 | `../../../references/pbl-design.md`를 참고해 실제 문제를 정한다. |
| 28 | |
| 29 | - 학교 문제 |
| 30 | - 지역사회 문제 |
| 31 | - 환경 문제 |
| 32 | - 기술과 윤리 문제 |
| 33 | - 건강과 안전 문제 |
| 34 | - 문화와 소통 문제 |
| 35 | |
| 36 | ### 2. Write driving question |
| 37 | |
| 38 | 좋은 질문: |
| 39 | |
| 40 | ```text |
| 41 | 우리 학교의 음식물 쓰레기를 줄이기 위해 어떤 실천 방안을 제안할 수 있을까? |
| 42 | ``` |
| 43 | |
| 44 | 나쁜 질문: |
| 45 | |
| 46 | ```text |
| 47 | 음식물 쓰레기란 무엇인가? |
| 48 | ``` |
| 49 | |
| 50 | ### 3. Define role, audience, product |
| 51 | |
| 52 | 학생 역할과 청중을 정한다. |
| 53 | |
| 54 | - 조사자 |
| 55 | - 정책 제안자 |
| 56 | - 디자이너 |
| 57 | - 시민 과학자 |
| 58 | - 캠페인 기획자 |
| 59 | |
| 60 | ### 4. Build project sequence |
| 61 | |
| 62 | 탐구, 제작, 피드백, 발표, 성찰 흐름을 만든다. |
| 63 | |
| 64 | ### 5. Align assessment |
| 65 | |
| 66 | 과정 증거와 최종 산출물을 구분한다. |
| 67 | |
| 68 | ## Output format |
| 69 | |
| 70 | 1. 실제 문제 맥락 |
| 71 | 2. driving question |
| 72 | 3. 학생 역할과 청중 |
| 73 | 4. 프로젝트 산출물 |
| 74 | 5. 주차/차시별 흐름 |
| 75 | 6. 과정 평가 증거 |
| 76 | 7. 루브릭 후보 |
| 77 | 8. 협업 구조와 교사 체크포인트 |
| 78 | 9. 참여/표상/표현 장벽 조정안 |
| 79 | |
| 80 | ## Review checklist |
| 81 | |
| 82 | - 실제 문제와 연결되는가? |
| 83 | - 질문이 검색만으로 끝나지 않는가? |
| 84 | - 학생 역할과 청중이 분명한가? |
| 85 | - 과정 평가가 포함되는가? |
| 86 | - 개인정보를 요구하지 않는가? |
| 87 | - readiness gate를 통과했거나 미확정 항목을 표시했는가? |
| 88 | |
| 89 | ## Related resources |
| 90 | |
| 91 | - `../../../references/pbl-design.md` |
| 92 | - `../../../references/interview-readiness.md` |
| 93 | - `examples/sample-dialogue.md` |
| 94 | |
| 95 | ## Red flags |
| 96 | |
| 97 | - 프로젝트라는 이름의 긴 보고서가 된다. |
| 98 | - 산출물은 있지만 실제 청중이 없다. |
| 99 | - 모둠 활동만 있고 개인 학습 증거가 없다. |
| 100 | - 평가가 발표 태도에 치우친다. |