자료실
언제든 다시 꺼내 쓰세요
연수에서 사용한 모든 복사 가능한 프롬프트와 체크리스트, 그리고 공식 문서 링크를 모았습니다.
첫 번째 완성 경험 — 초간단 실습 자료
입력 항목 안내, 프롬프트 구조, 성공 기준, 막혔을 때 예시를 한 번에 내려받으세요.
AI 형성평가 피드백 도우미 실습 자료
첫 프롬프트부터 오류 대응, 판단 도우미까지 한 번에 내려받으세요.
이용약관·개인정보처리방침과 푸터 제작
공개 웹앱에 정책 문서와 공통 푸터를 추가하는 실습 자료입니다.
- 이용약관_예시.md
- 개인정보처리방침_예시.md
- 문서 수정 체크리스트
- Lovable 파일 첨부 방법
- 공통 푸터 제작 영문 프롬프트
- 적용 후 최종 확인 체크리스트
- 첫 프로젝트Module 7 →
수업 정보 입력 항목 안내
언제: 첫 번째 완성 경험을 시작할 때
1. 학교급 — 초등학교 / 중학교 / 고등학교 2. 교과 — 예: 과학 3. 학년 — 예: 중학교 2학년 4. 학습 주제 — 예: 전류와 전압의 관계 5. 형성평가 질문 방식 — 설명하기 / 이유 말하기 / 비교하기 / 예측하기 / 적용하기 (한 가지 선택)
- 첫 프로젝트Module 7 →
영문 프롬프트 생성 기본 구조
언제: 생성된 프롬프트 구조를 확인할 때
Create a simple Korean-language formative assessment feedback web app for a teacher. Teaching context: - School level: [학교급] - Subject: [교과] - Grade: [학년] - Learning topic: [학습 주제] - Question type: [질문 방식] Important: - All visible UI text must be in Korean. - One page only. Use Lovable AI. No student names. Flow: question → student response → generate feedback → copy result. Include: one editable question, one response text area, "예시 답변 넣기", "피드백 만들기", feedback area, "결과 복사". Feedback sections (only 3, concise): 1. 잘한 점 2. 보완할 점 3. 다음 학습 한 가지 Notice: "학생 실명과 개인정보를 입력하지 마세요. AI가 만든 피드백은 교사가 최종 확인해야 합니다." Do not add: login, database, student accounts, class management, file upload, ranking, multiple pages, complex settings.
- 테스트Module 7 →
실습 성공 기준 4개
언제: 완성 여부를 판단할 때
1. 앱 화면이 열린다. 2. 학생 답변을 입력할 수 있다. 3. 피드백이 세 영역으로 나온다. 4. 결과를 복사할 수 있다. 디자인이 완벽하지 않아도 네 가지가 작동하면 오늘의 실습은 성공입니다.
- 오류 수정Module 7 →
작은 문제 수정 요청 예시
언제: 버튼·문구 같은 작은 수정이 필요할 때
예시 답변 넣기 버튼이 작동하지 않습니다. 다른 화면은 바꾸지 말고 이 버튼만 수정해줘.
- 판단 도우미Module 7 →
구조적 수정 요청 예시
언제: 흐름이나 여러 기능을 함께 바꿔야 할 때
현재 앱 화면, 문제점, 원하는 흐름을 설명할 테니 Lovable에 붙여 넣을 수정 프롬프트를 작성해줘. 앱 UI는 한국어로 유지하고 다른 기능은 변경하지 않도록 해줘.
- 첫 프로젝트Module 7 →
첫 프롬프트 — 전체 흐름 만들기
언제: 새 프로젝트를 시작할 때
Create a Korean-language web app called "AI 형성평가 피드백 도우미" for teachers. All visible UI, labels, buttons, examples, and AI-generated results must be in Korean. Use Lovable AI from the first version. Do not require an external API key. Do not ask for student names or personally identifiable information. The teacher must review all AI-generated questions and feedback. Flow: 1) Learning context: school level / subject / grade / topic / learning objective 2) Formative assessment question: AI generates 3 short questions; teacher can select, edit, regenerate 3) Student response: (a) generate sample response by achievement level and optional misconception, or (b) manual input with privacy warning 4) Confirmation card: 학습 목표 / 선택한 질문 / 학생 답변 / 학생 수준 / 피드백 말투 5) AI feedback: tone (따뜻한 격려 / 구체적 코칭 / 간결한 피드백), 4 sections (격려 / 잘한 점 / 보완할 점 / 다음 학습 행동) 6) Actions: 질문 생성 / 다시 생성 / 예시 답변 생성 / 피드백 생성 / 결과 복사 / 처음부터 다시 하기 7) Safety notice visible on screen 8) No login, database, class management, uploads Mobile-friendly step-by-step layout. Keep the design calm and clear.
- 첫 프로젝트Module 7 →
① 형성평가 질문 품질 개선
언제: 질문이 학습 목표와 어긋날 때
Keep the current app structure and improve only formative assessment question generation. Generate questions that match the learning objective, assess understanding, can be answered in 1-3 sentences, use grade-appropriate language, and include types such as explanation, prediction, comparison, and evidence-based reasoning. Show a small Korean question-type label. Keep UI in Korean. Do not change unrelated features.
- 첫 프로젝트Module 7 →
② 학생 답변 흐름 개선
언제: 예시 답변/직접 입력 흐름을 다듬을 때
Keep the current app structure and improve only the student response step. Show two clearly separated options: sample response generation and manual input. Sample response must reflect the selected achievement level, optionally include a realistic misconception, be concise Korean, and never include a student name. Show a confirmation card with the selected question and response before feedback generation. Keep UI in Korean. Do not change unrelated features.
- 첫 프로젝트Module 7 →
③ 피드백 품질 개선
언제: 피드백이 학생 답변과 겉돌 때
Keep the current result card structure and improve only the AI feedback quality. Feedback must reference the learning objective, selected question, student response, and achievement level. Organize into 4 sections (격려 / 잘한 점 / 보완할 점 / 다음 학습 행동). Avoid vague praise, unsupported claims, judgmental language, or comparison. Make the next action specific and immediately possible in class. Keep UI and generated feedback in Korean. Do not redesign.
- 테스트Module 7 →
④ 사용성과 테스트 개선
언제: 마무리 점검을 시킬 때
Keep the current features and improve only usability and testing. Add required-field indicators, Korean input examples, a confirmation step, loading state, copy/regenerate/reset buttons, and friendly Korean error messages. Test empty input, short topic, long response, mobile, sample generation, manual input, copy, and regenerate. Fix only issues found. Keep UI in Korean. Do not redesign.
- 테스트Module 7 →
라이브 테스트 체크리스트 14문항
언제: 완성 후 시험 사용 전
1. 앱 첫 화면이 정상적으로 열리는가? 2. 학년·교과·학습 주제를 입력할 수 있는가? 3. 학습 목표에 맞는 형성평가 질문 3개가 생성되는가? 4. 질문을 선택하거나 수정할 수 있는가? 5. 예시 학생 답변을 생성할 수 있는가? 6. 학생 답변을 직접 입력할 수 있는가? 7. 질문과 학생 답변을 함께 확인할 수 있는가? 8. 피드백이 4개 영역으로 생성되는가? 9. 피드백이 학생 답변의 실제 내용과 연결되는가? 10. 결과 복사 버튼이 작동하는가? 11. 다시 생성 버튼이 작동하는가? 12. 모바일에서 가로 스크롤이 생기지 않는가? 13. 학생 실명과 개인정보를 요구하지 않는가? 14. 교사 최종 검토 안내가 표시되는가?
- 오류 수정Module 7 →
오류 프롬프트 ① 기능이 작동하지 않을 때
언제: 특정 버튼·기능이 안 될 때
The [feature name] is not working. Current result: [describe what currently happens] Expected result: [describe what should happen] Find the smallest cause and fix only this issue. Do not change the design or unrelated features. Keep UI in Korean.
- 오류 수정Module 7 →
오류 프롬프트 ② 결과가 이상할 때
언제: 화면·AI 결과가 어색할 때
The current result is incorrect or unclear. Problem: [describe the incorrect result] Expected result: [describe the correct result] Fix only this part and test it again. Do not add new features. Keep UI in Korean.
- 오류 수정Module 7 →
오류 프롬프트 ③ 전체 흐름 순차 점검
언제: 어디가 문제인지 모를 때
Test the current core flow step by step: 학습 맥락 입력 → 형성평가 질문 생성 → 질문 선택/수정 → 예시 학생 답변 생성 또는 직접 입력 → AI 피드백 생성 → 결과 복사 Identify the first step that fails. Explain the cause briefly. Fix only that problem and test the full flow again. Do not redesign. Keep UI in Korean.
- 판단 도우미Module 7 →
Lovable 직접 요청 / 다른 챗봇에서 정리 비교
언제: 수정 요청 도구를 고를 때
[Lovable에 바로 요청해도 좋은 경우] - 버튼 문구 수정, 색상·간격 변경, 정렬 문제, 오타 수정 - 화면 캡처로 "이 부분만 수정" 요청이 가능한 문제 - 원인이 명확하고 수정 범위가 작은 오류 [다른 AI 챗봇에서 먼저 정리하면 좋은 경우] - 전체 사용자 흐름 변경, 여러 화면·기능 동시 수정 - 새 기능 추가, 백엔드/데이터 구조 변경 - 기존 기능 재설계, 원인이 여러 곳에 걸친 오류 - 대규모 수정, Lovable이 같은 오류를 반복하는 경우 - 긴 요구사항을 체계적으로 정리해야 하는 경우 작고 명확한 수정 → Lovable에 바로 구조적·큰 수정 → 다른 AI 챗봇에서 먼저 프롬프트를 정리
- 판단 도우미Module 7 →
복잡한 수정 요청 4단계
언제: 큰 변경을 준비할 때
1) 현재 상황 정리 — 어떤 앱인지, 무엇이 되고 무엇이 안 되는지 2) 화면 캡처 또는 오류 메시지 제공 3) 원하는 결과와 유지 조건 설명 4) Lovable용 프롬프트 요청 (영문으로 만들어 달라고 요청) 만든 프롬프트를 검토한 뒤 Lovable에 붙여 넣으세요.
- 판단 도우미Module 7 →
AI 챗봇에 설명할 때 사용하는 입력 템플릿
언제: 다른 챗봇에 맥락을 정리해 넘길 때
현재 만들고 있는 앱: [앱의 이름과 목적] 현재 작동하는 기능: [정상 작동하는 기능] 현재 문제: [작동하지 않거나 어색한 부분] 원하는 사용자 흐름: [사용자가 어떤 순서로 이용해야 하는지] 추가하거나 변경할 기능: [수정할 기능] 유지해야 할 부분: [디자인, 기존 기능, 다른 페이지 등] 변경하면 안 되는 부분: [절대 건드리지 않아야 할 요소] 현재 오류 메시지: [오류 메시지가 있다면 입력] 첨부 자료: [화면 캡처, 오류 화면, 현재 코드 또는 설명] 요청: 위 내용을 바탕으로 Lovable에 그대로 붙여 넣을 수 있는 구체적인 영문 프롬프트를 작성해줘. 완성 앱의 모든 UI와 결과는 한국어로 만들도록 지시해줘.
- 판단 도우미Module 7 →
수정 요청 판단 도우미 기준
언제: 요청 도구를 결정할 때
체크 항목: - 여러 화면이 함께 바뀌어야 한다 - 새로운 기능을 추가해야 한다 - 사용자 흐름을 다시 설계해야 한다 - 백엔드나 데이터 저장 방식을 바꿔야 한다 - 현재 오류의 원인을 정확히 모르겠다 - Lovable에서 같은 수정을 두 번 이상 실패했다 - 요구사항이 길고 복잡하다 판단 결과: - 0~1개 → Lovable에 바로 요청. 문제 화면을 캡처하고 수정 범위를 작게. - 2~3개 → 먼저 AI 챗봇에서 요구사항을 정리한 뒤 Lovable에 입력. - 4개 이상 → 구조적 수정. 현재 상태/원하는 구조/유지 조건을 정리해 AI 챗봇에서 Lovable용 프롬프트를 먼저 작성.
- PRDModule 8 →
PRD 7요소 스켈레톤
언제: 처음 PRD를 쓸 때
# PRD - 앱 이름: - 한 줄 개요: - 주요 사용자: - 해결할 교육 문제: - 사용 상황: - 핵심 기능 (최대 3): 1) 2) 3) - 입력 / 처리 / 출력: - 화면 구성: - 하지 않을 기능: - 개인정보·윤리 제한: - 성공 기준:
- PRDModule 8 →
PRD 제작 실습 가이드
언제: PRD 워크숍 전 배경 지식을 정리할 때
# PRD 제작 실습 가이드 수업 문제를 앱의 요구사항으로 바꾸고, Lovable이 이해하기 쉬운 PRD로 정리하는 실습 자료입니다. ## 1. PRD란 무엇인가 - Product Requirements Document의 약자로, 만들려는 제품이 무엇인지 한 문서에 정리한 것입니다. - 개발 지식보다 "무엇을, 누구를 위해, 왜 만드는가"를 분명히 하는 데 초점을 둡니다. ## 2. 모듈 2의 내용을 PRD에 반영하는 방법 - 모듈 2의 "반복되는 수업 문제" → PRD의 "해결하려는 문제" - 모듈 2의 "학생이 막히는 지점" → PRD의 "주요 사용자와 상황" - 모듈 2의 "기존 도구의 한계" → PRD의 "목표와 성공 기준" - 원문을 그대로 붙이지 말고, 의미를 각 항목에 자연스럽게 녹여 넣습니다. ## 3. PRD 작성 질문 목록 1. 앱 이름과 한 줄 소개 2. 학교급·학년·교과·학습 주제 3. 해결하려는 수업 문제와 기대하는 변화 4. 주요 사용자와 첫 번째 할 일 5. 핵심 기능 (최대 3개) 및 사용 순서 6. 화면 구성과 사용자가 마지막에 얻는 결과 7. AI 기능 필요 여부와 역할 8. 데이터 저장 방식과 주의사항 ## 4. 원본 PRD와 AI 업그레이드 PRD의 차이 - 원본: 교사가 직접 쓴 문장 그대로. 자유롭고 짧을 수 있음. - AI 업그레이드: 같은 내용을 유지하되 사용자 흐름, 완료 조건, 화면 구성이 구체화됨. - AI는 새로운 기능을 임의로 만들지 않고, 애매한 문장을 검증 가능한 요구사항으로 다듬습니다. ## 5. 좋은 MVP 기능을 고르는 기준 - 없으면 앱이 성립하지 않는가? - 60분 안에 만들 수 있는가? - 교사가 수업 중 실제로 사용할 것인가? - 학생 개인정보 없이 동작하는가? ## 6. Lovable용 PRD의 기본 구성 1. 제품 개요 2. 문제 3. 목표 4. 주요 사용자 5. MVP 범위 6. 사용자 흐름 7. 핵심 기능 요구사항 8. 화면 구성 9. AI 기능 10. 데이터/백엔드 11. 개인정보 12. 디자인 13. 수용 기준 14. 제외 범위 15. 완료 기준 ## 7. 개인정보와 AI 검토 원칙 - 학생 실명·연락처·민감 정보는 입력하지 않는다. - 최소한의 데이터만 저장한다. - 모든 AI 결과는 교사가 최종 검토한다. - 실패 시 대체 흐름과 한국어 오류 메시지를 제공한다. ## 8. PRD 복사 및 Markdown 저장 방법 - 4단계에서 [PRD 복사하기]를 누르면 클립보드에 복사됩니다. Lovable 채팅창에 붙여 넣기만 하면 됩니다. - [Markdown(.md)로 저장하기]를 누르면 `앱이름_PRD.md` 파일이 다운로드됩니다. UTF-8로 저장되어 한국어가 깨지지 않습니다.
- 백엔드Module 9 →
백엔드가 필요한가? 6문항 체크
언제: 프로젝트 초반에 빠르게 판단할 때
1. 앱을 닫아도 기록이 남아야 하나요? 2. 여러 기기에서 같은 기록을 봐야 하나요? 3. 교사와 학생의 권한이 달라야 하나요? 4. 파일을 업로드해야 하나요? 5. API 키처럼 숨겨야 하는 정보가 있나요? 6. 여러 사용자가 같은 데이터를 사용하나요? '예'가 0개 → 프론트엔드만 / 1~2개 (혼자만 저장) → localStorage / 그 외 → 백엔드 연결
- 생성형 APIModule 10 →
생성형 AI 보안·구현 프롬프트
언제: AI 기능을 안전하게 연결할 때
현재 앱에 생성형 AI 피드백 기능을 추가해줘. 보안: API 키는 서버 secret에만 두고 서버 함수에서 호출. 브라우저·localStorage에 절대 노출 금지. AI 역할: 입력을 분석해 JSON {encouragement, strength, improvement, nextAction} 반환. 학생 단정 금지. 앱 동작: 로딩 표시, 실패 시 한국어 오류 + 다시 시도, JSON 검증, 모의 응답을 대체 흐름으로 유지. 먼저 구현 계획과 필요한 secret 이름을 설명한 뒤 구현하고, 정상/실패 흐름을 모두 테스트해줘. - 생성형 APIModule 10 →
좋은 AI 기능 설계 6요소
언제: AI 기능을 설계 단계에서 점검할 때
1. 입력이 분명한가? 2. AI의 역할이 한정되어 있는가? 3. 출력 형식이 고정되어 있는가? 4. 개인정보를 막는가? 5. 실패 시 대체 흐름이 있는가? 6. 최종 검토자가 교사인가?
- 테스트Module 11 →
공통 테스트 케이스
언제: 공유 전 마지막 점검
- 정상 입력 / 빈 입력 / 예상보다 긴 입력 / 모바일 화면 / 잘못된 입력 / AI·API 실패 또는 네트워크 실패
- 디지털 윤리Module 12 →
공개 전 10문항 점검
언제: 공유 링크를 만들기 직전
1. 학생 실명·민감정보 미요구 2. 필요 이상 데이터 미저장 3. API 키 비노출 4. 사용자 권한 확인 5. AI 결과 교사 검토 6. 실패·오류 상황 테스트 7. 저작권·출처 확인 8. 모바일·키보드 사용 확인 9. 학습 목표·기능 연결 10. 외부 공유 범위 확인
- 디지털 윤리Module 12 →
이용약관_예시.md
언제: 앱 공개 직전에 이용약관을 만들 때
> 이 문서는 교육용 예시입니다. 대괄호 항목을 실제 앱의 내용으로 수정하고, 앱에서 사용하지 않는 조항이나 기능은 삭제하세요. # 이용약관 시행일: [시행일] ## 제1조 목적 이 약관은 [서비스명]([서비스 주소], 이하 “본 서비스”)이 제공하는 교육용 웹 애플리케이션 서비스의 이용 조건과 절차, 서비스 제공자와 이용자의 권리·의무 및 책임 사항을 규정하는 것을 목적으로 합니다. ## 제2조 정의 1. “서비스”란 본 웹사이트에서 제공하는 [실제로 제공하는 기능] 및 관련 웹 기능을 말합니다. 2. “이용자”란 본 서비스에 접속하여 이 약관에 따라 콘텐츠와 기능을 이용하는 사람을 말합니다. 3. “학습 정보”란 이용자가 서비스 이용 중 선택적으로 입력하는 [저장하는 이용자 정보]를 말합니다. 4. “외부 서비스”란 [사용 중인 외부 서비스] 등 본 서비스와 연계되거나 사용하는 제3자의 서비스를 말합니다. ## 제3조 약관의 게시와 개정 1. 본 서비스는 이용자가 쉽게 확인할 수 있도록 서비스 화면 하단에 이 약관을 게시합니다. 2. 본 서비스는 관계 법령을 위반하지 않는 범위에서 약관을 개정할 수 있습니다. 3. 약관이 변경되는 경우 적용일과 개정 사유를 명시하여 서비스 안에서 안내합니다. 4. 이용자는 변경된 약관에 동의하지 않을 경우 서비스 이용을 중단할 수 있습니다. ## 제4조 서비스의 제공 1. 본 서비스는 [실제로 제공하는 기능]을(를) 제공합니다. 2. 본 서비스는 교육 활동 지원을 목적으로 하며, 전문적인 법률·보안·상업 개발 자문을 대신하지 않습니다. ## 제5조 서비스의 변경과 중단 1. 본 서비스는 시스템 점검, 기능 개선, 장애, 통신 두절 또는 외부 서비스의 정책 변경 등의 사유로 서비스의 일부 또는 전부를 일시적으로 변경하거나 중단할 수 있습니다. 2. 무료로 제공되는 교육용 서비스의 특성상 서비스 변경 또는 중단으로 발생한 손해에 대해 별도의 보상을 제공하지 않을 수 있습니다. 3. 가능한 경우 서비스 변경이나 중단 내용을 사전에 안내합니다. ## 제6조 서비스 이용 1. 이용자는 [회원가입 여부 또는 별도의 회원가입 없이] 서비스를 이용할 수 있습니다. 2. 일부 기능에서는 [저장하는 이용자 정보]를 선택적으로 입력할 수 있습니다. 3. 이용자는 실명, 학번, 전화번호, 이메일, 상담 기록, 건강 정보 등 개인을 직접 식별하거나 민감한 정보를 입력해서는 안 됩니다. 4. 만 14세 미만 이용자는 학교, 교사 또는 법정대리인의 적절한 안내 아래 서비스를 이용해야 합니다. 5. 외부 서비스에 가입하거나 API를 연결하는 경우 해당 서비스의 이용약관과 개인정보처리방침이 별도로 적용됩니다. ## 제7조 이용자 정보의 삭제 1. 저장된 정보는 [데이터 삭제 방법]을 통해 삭제할 수 있습니다. 2. 별도의 삭제 기능이 없는 정보는 서비스 제공자에게 삭제를 요청할 수 있습니다. 3. 삭제 요청을 처리하기 위해 본인 또는 법정대리인 확인에 필요한 최소한의 정보를 요청할 수 있습니다. ## 제8조 이용자의 의무 이용자는 다음 행위를 해서는 안 됩니다. - 허위 정보 또는 타인의 개인정보 입력 - 타인의 닉네임이나 활동 결과 도용 - 서비스 운영을 방해하는 행위 - 악성 코드, 자동화 공격 또는 비정상적인 요청 전송 - 서비스 콘텐츠의 무단 판매 또는 재배포 - 타인의 명예를 훼손하거나 불이익을 주는 행위 - 법령 또는 공공질서에 위반되는 정보 게시 - 학생의 민감한 개인정보를 생성형 AI나 외부 API에 입력하는 행위 ## 제9조 저작권 1. 본 서비스가 직접 제작한 문서, 화면, 학습 자료 및 콘텐츠의 저작권은 별도의 표시가 없는 한 [운영자 이름]에게 있습니다. 2. 이용자는 교육적·비영리적 목적의 수업과 교사 연수 범위에서 자료를 활용할 수 있습니다. 3. 서비스 제공자의 사전 동의 없이 콘텐츠를 상업적으로 판매하거나 전체를 복제·배포해서는 안 됩니다. 4. 외부 서비스의 로고, 화면, 자료 및 오픈소스에는 각 제공자의 저작권과 라이선스가 적용됩니다. ## 제10조 외부 서비스와 링크 1. 본 서비스는 [사용 중인 외부 서비스]의 링크나 사용 방법을 제공할 수 있습니다. 2. 외부 서비스의 콘텐츠, 요금, 장애, 정책 변경 및 개인정보 처리에 대해서는 해당 외부 서비스 제공자가 책임을 집니다. 3. 이용자는 외부 서비스 이용 전 해당 서비스의 약관, 비용 및 개인정보 처리방침을 확인해야 합니다. ## 제11조 면책 1. 본 서비스는 교육 목적으로 제공되며, 모든 기능의 무중단 운영이나 완전한 정확성을 보장하지 않습니다. 2. 생성형 AI가 작성한 문항, 피드백, 코드 및 문서는 오류나 부정확한 내용을 포함할 수 있습니다. 3. 이용자는 AI 결과를 실제 수업이나 업무에 사용하기 전에 직접 검토해야 합니다. 4. 이용자가 작성한 코드, 외부 API, 데이터베이스, 배포 설정 및 보안은 이용자가 확인하고 관리해야 합니다. 5. 이용자의 부주의한 개인정보 입력, API 키 공개 또는 외부 서비스 설정으로 발생한 손해에 대해 서비스 제공자는 제한적인 책임만 부담합니다. ## 제12조 분쟁 해결 1. 서비스와 이용자 간 분쟁이 발생한 경우 상호 협의를 통해 원만하게 해결하도록 노력합니다. 2. 협의로 해결되지 않는 경우 대한민국 법령을 적용합니다. 3. 소송이 제기되는 경우 서비스 제공자의 소재지를 관할하는 법원을 관할 법원으로 합니다. ## 부칙 이 이용약관은 [시행일]부터 시행합니다. ## 개인정보책임자 - 성명: [운영자 이름] - 소속: [소속] - 연락처: [연락처]
- 디지털 윤리Module 12 →
개인정보처리방침_예시.md
언제: 앱 공개 직전에 개인정보처리방침을 만들 때
> 이 문서는 교육용 예시입니다. 실제 앱이 수집·저장·전송하는 정보와 일치하도록 수정하세요. # 개인정보처리방침 시행일: [시행일] [서비스명]([서비스 주소], 이하 “본 서비스”)은 이용자의 개인정보를 중요하게 생각하며, 필요한 최소한의 정보만을 처리하기 위해 노력합니다. ## 제1조 개인정보의 처리 목적 본 서비스는 다음 목적을 위해 필요한 범위에서 정보를 처리할 수 있습니다. - [수집 또는 처리하는 정보]의 저장 및 관리 - 이용자의 문의와 정보 삭제 요청 처리 - 서비스 오류 확인과 기능 개선 처리한 정보는 위 목적 외의 용도로 사용하지 않습니다. ## 제2조 처리하는 정보의 항목 ### 1. 브라우저에 저장되는 정보 - [브라우저에 저장하는 정보] ### 2. 서버에 저장되는 정보 - [서버에 저장하는 정보] ### 3. 자동으로 생성될 수 있는 기술 정보 서비스 운영 환경에 따라 접속 시간, 오류 기록, 브라우저 종류 등 최소한의 기술 정보가 처리될 수 있습니다. ### 4. 수집하지 않는 정보 본 서비스는 원칙적으로 다음 정보를 요구하지 않습니다. - 주민등록번호 - 실제 주소 - 개인 이메일 및 전화번호 - 학생 실명과 학번 - 비밀번호 - 건강 정보 - 상담 기록 - 생활기록부 정보 - 금융 정보 이용자는 실습 입력란에 위와 같은 정보를 입력해서는 안 됩니다. ## 제3조 저장 위치와 보유 기간 1. 저장 위치: [저장 위치] 2. 보유 기간: [보유 기간] 3. 이용자가 정당한 삭제를 요청한 경우 [삭제 방법]에 따라 처리합니다. 4. 관련 법령에 별도의 보존 의무가 있는 경우에는 해당 기간 동안 보관할 수 있습니다. ## 제4조 만 14세 미만 아동의 개인정보 1. 본 서비스는 만 14세 미만 학생이 이용할 수 있는 교육 활동을 포함할 수 있습니다. 2. 만 14세 미만 학생이 개인정보를 입력하거나 서버에 기록을 저장하는 경우 학교, 교사 또는 법정대리인의 적절한 안내와 동의가 필요할 수 있습니다. 3. 수업에서는 학생의 실명 대신 개인을 직접 식별하기 어려운 닉네임을 사용해야 합니다. ## 제5조 개인정보의 제3자 제공 본 서비스는 원칙적으로 이용자의 개인정보를 제3자에게 판매하거나 임의로 제공하지 않습니다. 다만 다음의 경우에는 예외가 될 수 있습니다. - 이용자가 외부 서비스 연결에 명시적으로 동의한 경우 - 법령에 특별한 규정이 있는 경우 - 적법한 절차에 따른 요청이 있는 경우 ## 제6조 개인정보 처리의 위탁 및 외부 서비스 본 서비스는 서비스 제공과 운영을 위해 다음 외부 플랫폼을 사용할 수 있습니다. - [사용하는 외부 서비스] - 생성형 AI 제공자: [외부 AI 제공자] ## 제7조 개인정보의 국외 이전 가능성 - 국외 이전 여부: [국외 이전 여부] 해외 사업자의 서비스를 이용할 경우 정보가 대한민국 외 지역의 서버에서 처리될 가능성이 있습니다. 실제 국외 이전이 발생하는 경우 이전되는 정보, 이전 국가, 이전 시점과 방법, 이전 목적, 보유 및 이용 기간, 이전 거부 방법을 별도로 안내해야 합니다. ## 제8조 개인정보의 파기 1. 개인정보의 보유 기간이 종료되거나 처리 목적이 달성되면 필요한 절차에 따라 파기합니다. 2. 브라우저 정보는 이용자가 초기화 버튼 또는 브라우저의 사이트 데이터 삭제 기능으로 삭제할 수 있습니다. 3. 데이터베이스 기록은 [삭제 방법]을 통해 삭제할 수 있습니다. 4. 전자 파일은 복구하기 어려운 방식으로 삭제하는 것을 원칙으로 합니다. ## 제9조 정보주체와 법정대리인의 권리 이용자 또는 법정대리인은 다음 권리를 행사할 수 있습니다. - 개인정보 처리 여부 확인 - 개인정보 열람 요청 - 개인정보 정정 요청 - 개인정보 삭제 요청 - 개인정보 처리 정지 요청 - 동의 철회 요청 요청은 개인정보 보호책임자에게 문의할 수 있습니다. ## 제10조 개인정보의 안전성 확보 조치 - 필요한 최소한의 정보만 수집 - HTTPS를 이용한 암호화 통신 - API 키와 비밀값을 프론트엔드 코드에 직접 노출하지 않음 - Secret 또는 서버 기능을 이용한 비밀값 관리 - 데이터베이스 접근 권한 제한 - 운영자 접근 권한 최소화 - 오류 기록과 비정상적인 접근 확인 ## 제11조 생성형 AI 이용 시 주의사항 1. 생성형 AI 기능에 학생 실명, 상담 기록, 건강 정보, 생활기록부 정보 등 민감한 정보를 입력해서는 안 됩니다. 2. 생성형 AI가 만든 문항, 평가, 피드백 및 코드는 오류나 편향을 포함할 수 있습니다. 3. AI 결과는 교사가 최종 검토한 뒤 사용해야 합니다. 4. 외부 AI API를 연결하는 경우 해당 제공자의 데이터 보관 및 학습 정책을 확인해야 합니다. 5. API 키는 공개 코드, 화면, 채팅 또는 GitHub 공개 저장소에 입력해서는 안 됩니다. ## 제12조 개인정보 보호책임자 - 성명: [개인정보 보호책임자] - 소속: [소속] - 연락처: [연락처] - 서비스: [서비스명] ## 제13조 개인정보처리방침의 변경 1. 본 방침은 [시행일]부터 적용합니다. 2. 처리 방식, 수집 항목, 외부 서비스 또는 보유 기간이 변경되면 변경 사항과 적용일을 서비스 안에서 안내합니다. 3. 중요한 변경은 적용 전에 충분한 기간을 두고 안내하도록 노력합니다.
- 디지털 윤리Module 12 →
문서 수정 체크리스트
언제: 예시 파일을 내 앱에 맞게 다듬을 때
# 문서 수정 체크리스트 1. 앱의 정확한 이름과 공개 주소를 입력했는가? 2. 시행일이 실제 공개일과 맞는가? 3. 실제로 받는 정보만 문서에 적었는가? 4. 학생 실명이나 민감정보를 받는 기능이 있는가? 5. localStorage에 어떤 값을 저장하는지 확인했는가? 6. Lovable Cloud나 Supabase에 어떤 값을 저장하는지 확인했는가? 7. 생성형 AI나 외부 API로 어떤 정보가 전송되는지 확인했는가? 8. 데이터의 보유 기간과 삭제 방법을 적었는가? 9. 실제 사용 중인 외부 서비스가 모두 포함되었는가? 10. 운영자·개인정보책임자·문의 연락처가 정확한가? 11. 만 14세 미만 학생이 이용하는지 검토했는가? 12. 앱에 없는 기능이나 수집 항목을 문서에서 제거했는가?
- 디지털 윤리Module 12 →
Lovable 파일 첨부 방법
언제: 수정한 두 파일을 Lovable에 보낼 때
# Lovable 파일 첨부 방법 1. 내려받은 두 .md 파일을 문서 편집기에서 엽니다. 2. 대괄호 안의 내용을 내 앱의 실제 정보로 수정합니다. 3. 파일명을 알기 쉽게 저장합니다 (권장: 이용약관.md, 개인정보처리방침.md). 4. Lovable 프로젝트의 채팅 입력창에서 첨부 버튼을 누릅니다. 5. 두 Markdown 파일을 모두 선택합니다. 6. 푸터 제작 프롬프트를 함께 입력합니다. 주의: API 키, 비밀번호, 학생 실명·학번, 상담 기록을 Markdown 파일에 넣지 마세요.
- 디지털 윤리Module 12 →
공통 푸터 제작 영문 프롬프트
언제: 이용약관·개인정보처리방침을 첨부하고 푸터를 요청할 때
Add a shared legal footer to every page of this web app. Use the two attached Markdown files as the only source of truth: 1. 이용약관.md 2. 개인정보처리방침.md Do not invent, rewrite, summarize, or remove clauses from the attached documents. Footer content: - Left: copyright notice using the actual service name - Center: privacy officer or service contact information from the attached documents - Right: two links labeled "이용약관" and "개인정보처리방침" Implementation requirements: 1. Create one reusable shared footer component. 2. Render it through the global app layout so it appears consistently on every page. 3. Do not manually duplicate the footer inside individual pages. 4. Match the existing design system, colors, typography, spacing, and responsive layout. 5. Keep all visible UI text in Korean. 6. Use a horizontal three-part layout on desktop. 7. Stack the footer content vertically on mobile. 8. Add a subtle top border and sufficient spacing. 9. Preserve all existing pages, navigation, data, and functionality. When the user selects "이용약관": - open an accessible modal - render the complete Markdown content of 이용약관.md - display the effective date clearly - provide Print, Markdown Download, and Close buttons When the user selects "개인정보처리방침": - open an accessible modal - render the complete Markdown content of 개인정보처리방침.md - display the effective date clearly - provide Print, Markdown Download, and Close buttons Modal requirements: - close button in the top-right corner - close with the Escape key - close when the backdrop is selected - lock background scrolling while open - trap keyboard focus inside the modal - return focus to the original footer link after closing - support long documents with internal scrolling - use a near-full-screen layout on mobile - provide readable heading, paragraph, list, and spacing styles Download requirements: - download the original attached Markdown content - preserve Korean characters using UTF-8 - use a real .md filename - do not download rendered HTML Important: - Do not add data collection methods that the app does not use. - Do not claim that data is stored only in localStorage if the app also uses a cloud database. - Do not claim that no personal information is processed if nickname, class code, login, analytics, or user records are stored. - Do not expose API keys, secrets, internal UUIDs, or private database values. - Do not change unrelated components or pages. After implementation, test: - footer visibility on every page - both policy links - keyboard and Escape-key behavior - mobile layout - print behavior - Markdown file downloads - Korean text encoding - consistency between the displayed documents and downloaded files
- 디지털 윤리Module 12 →
적용 후 최종 확인 체크리스트
언제: 푸터 적용 결과를 점검할 때
# 푸터 적용 후 확인할 것 1. 홈과 모든 모듈 하단에 푸터가 보이는가? 2. 푸터가 한 번만 표시되는가? 3. 서비스 이름과 주소가 정확한가? 4. 책임자와 문의 연락처가 정확한가? 5. 이용약관 전문이 누락 없이 열리는가? 6. 개인정보처리방침 전문이 누락 없이 열리는가? 7. 시행일이 정확한가? 8. 모달이 ESC 키와 닫기 버튼으로 닫히는가? 9. 모바일에서 문구가 잘리지 않는가? 10. 인쇄할 때 정책 본문만 출력되는가? 11. Markdown 다운로드 파일이 정상적으로 열리는가? 12. 다운로드한 한국어가 깨지지 않는가? 13. 화면의 문서와 다운로드 문서가 동일한가? 14. 실제 앱의 데이터 처리 방식과 문서가 일치하는가?
공식 문서에서 다시 확인하기
최신 정보는 항상 공식 문서
서비스의 기능·화면·요금은 변경될 수 있으므로 실제 사용 전 공식 문서를 확인하세요.