69일차 실습·강의 자료 추가 (정답본 제외)

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
mcchaeandClaude Opus 5.5 committed 2026-10-20 19:00:48 +09:00
1 parent aa6cc1c71a
commit 17242dc34a
44 files changed
+5500

No files matched your search

@@ -0,0 +1,45 @@
# 역할 설계서 · IT 공지문 작성 팀
- 이름:
- 사용한 CLI 에이전트: codex / claude / agy
- 이 파일을 `my-work/DESIGN.md`로 복사해 채웁니다.
## 1. 역할 카드 (Lab 01 예제 1)
| 칸 | 작성자 | 검토자 | 정리자 |
| --- | --- | --- | --- |
| 하는 일 (한 줄) | | | |
| 받는 것 | | | |
| 내놓는 것 | | | |
| **하지 않는 일** | | | |
| 잘했는지 아는 법 (테스트) | | | |
| LLM이 필요한가 · 규칙으로 되나 | | | |
## 2. 검토 규칙 (Lab 01 과제)
| 코드 | 규칙 | 규칙(Code) · LLM | 확인한 테스트 |
| --- | --- | --- | --- |
| `missing_fact` | | | |
| `personal_info` | | | |
| `too_long` | | | |
| `unsupported_claim` | | | |
## 3. 협업 흐름 (Lab 02, mermaid)
```mermaid
flowchart LR
W(["요청"]) --> A["작성자"]
```
- 고쳐 쓰기는 몇 번까지? 그래도 안 되면?
- 검토자가 응답하지 않으면? (Lab 03)
## 4. 역할 분리의 값 (Lab 03 과제, 측정값으로)
| | 역할 팀 (`my-notice`) | 단일 Agent (`my-single`) |
| --- | --- | --- |
| 어려운 케이스 통과 | | |
| 단일 Agent 결과를 검토자로 다시 보면 | — | |
| 요청 하나 시간 | 초 | 초 |
| LLM 호출 수 (요청 하나) | | |
| 실패했을 때 어디가 문제인지 아는가 | | |
@@ -0,0 +1,30 @@
# 테스트 보고서 · IT 공지문 작성 팀
- 이름:
- 사용한 CLI 에이전트: codex / claude / agy
- 워크플로우 파일: `my-work/notice.json`
## 1. 내가 쓴 테스트 (`cases/my-cases.json`)
| 케이스 | 요청 | 기대 결과 (업무 규칙) |
| --- | --- | --- |
| | | |
## 2. 실패와 고친 내용
| 실패한 케이스 | 처음 결과 (3번 중 통과) | 내가 생각한 원인 | 에이전트가 고친 곳 | 고친 뒤 (3번 중 통과) |
| --- | --- | --- | --- | --- |
| | | | | |
## 3. 최종 결과
| 테스트 파일 | 결과 |
| --- | --- |
| `cases/lab03.json --repeat 3` (3케이스) | Passed /9 |
| `cases/lab03-down.json` (검토자 꺼짐) | Passed /2 |
| `cases/my-cases.json --repeat 3` | Passed / |
## 4. 남은 문제 · 배운 점
- 지시문(systemMessage)으로 고친 것과 규칙 노드(If·Code)로 고친 것 중 어느 쪽이 더 안정적이었나?
-