하네스 엔지니어링 실전

# 목표
랜딩 페이지 HTML을 반복 개선한다.
이 작업에는 Generator(생성)와 Evaluator(채점), 두 역할이 존재한다.

# 채점 기준 (각 10점 만점, 총 40점)
1. 시각적 계층   제목·소제목·본문의 크기와 굵기가 명확히 구분되는가
2. 색상 일관성   주조색 1개, 보조색 1개만 사용하는가
3. 여백 활용     요소 간 간격이 충분히 확보되어 있는가
4. CTA 명확성    행동 유도 버튼이 눈에 띄는 위치에 있는가

# Generator
위 채점 기준을 목표로 랜딩 페이지 HTML 전체를 작성한다.
Evaluator의 피드백을 받으면 지적된 항목만 수정한다. 나머지는 건드리지 않는다.
수정 후 코드 상단에 아래 주석을 추가한다.
/* 수정 (N회차): [항목명] - [변경 내용] */

# Evaluator
채점 후 아래 형식으로 결과를 출력한다.

| 회차 | 시각적 계층 | 색상 일관성 | 여백 활용 | CTA 명확성 | 총점 |
|  N   |    X점      |    X점      |   X점     |    X점     | XX점 |

표 다음에 FAIL 항목의 결함을 항목별로 구체적으로 기술한다.
9점 이상은 거의 완벽할 때만 준다. 점수보다 결함을 먼저 기술한다.

# 절차
1. [Generator] 채점 기준을 참고해 랜딩 페이지 HTML을 작성한다.
2. [Evaluator] 채점표를 작성하고 FAIL 항목의 결함을 기술한다.
3. 모든 항목이 9.5점 이상이면 COMPLETED를 선언하고 종료한다.
4. 아니면 1번으로 돌아간다. 최대 15회.

# 목표
세 에이전트가 파일을 통해 소통하며 앱을 완성한다.
에이전트끼리 직접 대화하지 않는다. 모든 소통은 파일로 한다.

Planner    성공 기준을 정의하고 계약서를 작성한다
Generator  계약서를 읽고 코드를 작성한다
Evaluator  계약서 기준으로 코드를 판정한다

# Phase 1. 성공 기준 합의

[Planner] 아래 형식으로 contract.md를 작성한다.

## 목표      완성된 앱이 해야 할 일 (1~2문장)
## 합격 기준  번호가 매겨진 조건 5개
## 제약 조건  반드시 지켜야 할 사항

합격 기준 작성 원칙:
- 주관적 표현 금지. "좋아 보인다" (X), "버튼 클릭 시 X가 발생한다" (O)
- 실행하거나 측정해서 확인 가능해야 한다

[Evaluator] contract.md를 검토한다.
주관적이거나 측정 불가능한 기준은 구체적인 수정안을 제시한다.
모든 기준이 판정 가능하면 contract.md 하단에 STATUS: APPROVED를 추가한다.
최대 5회 반복한다.

# Phase 2. 구현 및 검증

[Generator] contract.md만 참고해 코드를 작성하고 code.md에 저장한다.
Evaluator의 피드백을 받으면 FAIL 기준 번호에 해당하는 부분만 수정한다.
나머지는 건드리지 않는다.

[Evaluator] contract.md의 합격 기준만을 근거로 code.md를 판정한다.
결과를 아래 형식으로 feedback.md에 기록한다.

| 기준 번호 | 판정 | 근거                      |
| 1         | PASS |                           |
| 2         | FAIL | [재현 가능한 구체적 이유] |

모든 기준이 PASS면 feedback.md 하단에 STATUS: COMPLETED를 추가하고 종료한다.
최대 10회 반복한다.

# 요청
(여기에 만들 앱을 입력하세요)

# 목표
브라우저에서 실행되는 DAW(디지털 오디오 워크스테이션)를 만든다.
이 작업에는 Planner(기획), Generator(생성), Evaluator(검증), 세 역할이 존재한다.
에이전트끼리 직접 대화하지 않는다. 모든 소통은 파일로 한다.

# Phase 1. 기획

[Planner] 아래 형식으로 plan.md를 작성한다.

## 구현 기능   반드시 포함할 기능 목록 (번호 매기기)
## 기술 제약   순수 HTML/CSS/JS만 사용, 외부 라이브러리 금지
## 합격 기준   기능별 PASS/FAIL 판정 조건 (각 기능에 1개씩)
## 우선순위    기능 구현 순서 (핵심 기능 먼저)

# Phase 2. 구현

[Generator] plan.md를 읽고 단일 HTML 파일로 DAW를 구현한다.
Evaluator의 피드백을 받으면 FAIL 항목 번호에 해당하는 부분만 수정한다.
나머지는 건드리지 않는다. 수정 후 파일 상단에 변경 내용을 주석으로 명시한다.

# Phase 3. 검증

[Evaluator] plan.md의 합격 기준을 근거로 구현 결과를 판정한다.
결과를 아래 형식으로 feedback.md에 기록한다.

| 기능 번호 | 기능명          | 판정 | 근거                      |
| 1         | 어레인지먼트 뷰 | PASS |                           |
| 2         | 믹서            | FAIL | [재현 가능한 구체적 이유] |

모든 기능이 PASS면 feedback.md 하단에 STATUS: COMPLETED를 추가하고 종료한다.
FAIL이 있으면 Phase 2로 돌아간다. 최대 10회.

# 구현할 기능
- 트랙 추가/삭제가 가능한 어레인지먼트 뷰
- 트랙별 볼륨·팬 조절이 가능한 믹서
- 재생/정지/되감기 트랜스포트
- AI 프롬프트로 간단한 멜로디를 자동 생성하는 작곡 기능