result

name	result
description	Use when the learner types /result or asks what outputs have been produced so far in the Hanwha post-PRD Claude Code self-study. Explain the artifacts/results created during the self-study based on progress and evidence files.
allowed-tools	["Read","Write","Edit"]

Result

Purpose

/result는 채점이나 다음 과제 지시가 먼저가 아니다.

핵심 역할은 지금까지 자습을 진행하면서 나온 결과물이 무엇인지 수강생에게 설명해주는 것이다.

수강생이 /result를 입력하면 다음을 알려준다.

• 지금까지 어떤 문서/기록/수정 결과물이 생겼는가
• 각 결과물이 어떤 자습 단계에서 만들어졌는가
• 그 결과물이 수강생의 웹앱 개선에 어떤 의미가 있는가
• 아직 결과물로 남지 않은 것은 무엇인가
• 제출하거나 공유할 때 어떤 파일/링크/캡처를 보여주면 되는가

Source Files

Read these if present:

• progress/progress.json
• progress/events.jsonl
• evidence/feature-modification-notes.md
• evidence/design-review-notes.md
• evidence/qa-notes.md
• screenshots under evidence/screenshots/

Workflow

1. Read progress/progress.json.
2. Read progress/events.jsonl.
3. Read evidence files.
4. Identify produced artifacts/results.
5. Group artifacts by self-study stage:
   • Feature Modification
   • Design Expansion
   • QA / Verification
6. Explain each artifact in learner-friendly Korean:
   • what it is
   • why it matters
   • where it is recorded
7. Mark missing or unverified artifacts clearly.
8. Append a result_summary event to progress/events.jsonl.

Output Format

## 지금까지 나온 결과물

| 구분 | 결과물 | 위치/증거 | 의미 | 상태 |
|---|---|---|---|---|
| 기능 수정 | ... | ... | ... | produced/partial/missing |
| 디자인 확장 | ... | ... | ... | produced/partial/missing |
| QA | ... | ... | ... | produced/partial/missing |

## 결과물 설명

### 1. 기능 수정 결과물
- ...

### 2. 디자인 확장 결과물
- ...

### 3. QA/검증 결과물
- ...

## 아직 결과물로 남지 않은 것
- ...

## 제출/공유할 때 보여줄 것
- 배포 URL:
- 기능 수정 전후 설명:
- 디자인 리뷰 결과:
- QA 기록:
- 캡처:

Rules

• Do not present /result primarily as grading.
• Do not over-focus on next actions; the main focus is produced outputs.
• Do not say an artifact exists if the evidence file is empty or missing.
• If QA evidence is missing, mark QA artifact as missing or unverified.
• Keep the explanation concrete and learner-facing.