66일차 새 방식(CLI 코딩 에이전트로 n8n)으로 교체, 67일차 교안·실습 추가
This commit is contained in:
mcchae committed
1 parent
d7dc9dd68a
commit
bf55eaf772
120 files changed
+7398
-5988
No files matched your search
@@ -1,59 +0,0 @@
|
||||
# 업무 자동화 워크플로우 설계서 (데이터 흐름 포함)
|
||||
|
||||
- 작성자:
|
||||
- 업무 이름:
|
||||
- 한 줄 목표:
|
||||
|
||||
## 1. Trigger·Condition·Action
|
||||
|
||||
| 구분 | 내용 |
|
||||
| --- | --- |
|
||||
| Trigger (시작과 입력 필드) | |
|
||||
| Condition (분기 지점) | |
|
||||
| Action (각 길에서 하는 일) | |
|
||||
|
||||
## 2. 노드 목록
|
||||
|
||||
| 번호 | 노드 이름 | 종류 (Trigger·Set·IF·Switch·LLM·Code·Split Out·Aggregate·Merge·Respond 등) | 하는 일 |
|
||||
| --- | --- | --- | --- |
|
||||
| N1 | | | |
|
||||
| N2 | | | |
|
||||
|
||||
## 3. 노드 간 데이터 (연결선마다)
|
||||
|
||||
| 연결 | 항목 수 | 주요 필드와 형식 | 예시 |
|
||||
| --- | --- | --- | --- |
|
||||
| N1 → N2 | 1개 | `title`(문자), `notes`(문자) | `{"title": "주간 회의", "notes": "..."}` |
|
||||
| | | | |
|
||||
|
||||
항목 수가 바뀌는 곳(1개 → 여러 개, 여러 개 → 1개)은 반드시 표시합니다.
|
||||
|
||||
## 4. 제어 구조
|
||||
|
||||
| 구조 | 어디에 | 이유 |
|
||||
| --- | --- | --- |
|
||||
| 조건 분기 (IF·Switch) | | |
|
||||
| 반복 (항목마다 처리) | | |
|
||||
| 병렬 (Fork-Join) | | |
|
||||
|
||||
## 5. 흐름 그림
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
T(["Trigger"]) --> A["노드"] --> C{"조건"}
|
||||
C -->|"참"| B["노드"]
|
||||
C -->|"거짓"| D["노드"]
|
||||
```
|
||||
|
||||
## 6. 최종 결과 형식
|
||||
|
||||
```json
|
||||
{"route": "", "count": 0, "summary": "", "actions": []}
|
||||
```
|
||||
|
||||
## 7. 점검
|
||||
|
||||
- [ ] 모든 길의 끝에 결과가 있다.
|
||||
- [ ] 항목 수가 바뀌는 곳을 표시했다.
|
||||
- [ ] LLM 출력이 다음 노드로 가기 전에 정리·검증하는 노드가 있다.
|
||||
- [ ] 비어 있거나 잘못된 입력을 맨 앞에서 거절한다.
|
||||
@@ -1,47 +0,0 @@
|
||||
# Lab 01 활동지 · 회의록 워크플로우 설계
|
||||
|
||||
- 작성자:
|
||||
|
||||
## 1. 예제 1 · 어제 만든 흐름 읽기
|
||||
|
||||
| 연결 | 항목 수 | 지나가는 필드 |
|
||||
| --- | --- | --- |
|
||||
| Start → Sample request | 1 | (없음) |
|
||||
| Sample request → Is urgent? | | `user`, `text` |
|
||||
| Is urgent? → Urgent route | | `user`, `text` |
|
||||
|
||||
If 노드가 항목 수를 바꾸지 않는 이유:
|
||||
|
||||
## 2. 예제 2 · 오늘 흐름의 빈칸
|
||||
|
||||
| 번호 | 질문 | 답 |
|
||||
| --- | --- | --- |
|
||||
| ① | `Parse actions` → `Join results` 의 항목 수 | |
|
||||
| ② | `One item per action` → `Normalize action` 의 항목 수 | |
|
||||
| ③ | `Collect actions` → `Build report` 의 항목 수 | |
|
||||
| ④ | 두 LLM 노드를 동시에 돌려도 되는 이유 | |
|
||||
| ⑤ | LLM이 하는 일 두 가지 | |
|
||||
|
||||
## 3. 과제 · "확인 필요" 표시 추가
|
||||
|
||||
요청: 담당자나 기한이 정해지지 않은 할 일은 **확인 필요**로 표시하고, 그런 할 일이 몇 건인지 결과에 넣는다.
|
||||
|
||||
| 번호 | 질문 | 내 답 (위치와 이유 한 줄) |
|
||||
| --- | --- | --- |
|
||||
| 1 | LLM이 할 일인가, 규칙이 할 일인가? | |
|
||||
| 2 | 할 일 하나마다 표시하는 곳과 더할 필드 | |
|
||||
| 3 | 몇 건인지 세는 곳과 더할 필드 | |
|
||||
| 4 | `No actions` 길의 결과에 넣을 것 | |
|
||||
| 5 | 항목 수가 바뀌는 곳이 생기나? | |
|
||||
|
||||
바뀐 결과 형식 (예시 JSON):
|
||||
|
||||
```json
|
||||
{"route": "할 일 정리", "count": 4, "summary": "", "actions": []}
|
||||
```
|
||||
|
||||
## 4. Lab 03을 마친 뒤 (복습 과제)
|
||||
|
||||
내 설계와 실제로 만든 워크플로우에서 달라진 점:
|
||||
|
||||
-
|
||||
@@ -0,0 +1,30 @@
|
||||
# 테스트 보고서 · 회의록 → 할 일 정리
|
||||
|
||||
- 이름:
|
||||
- 사용한 CLI 에이전트: codex / claude / agy
|
||||
- 워크플로우 파일: `my-work/meeting.json`
|
||||
|
||||
## 1. 내가 쓴 테스트 (`cases/my-cases.json`)
|
||||
|
||||
| 케이스 | 요청 | 기대 결과 (업무 규칙) |
|
||||
| --- | --- | --- |
|
||||
| | | |
|
||||
|
||||
## 2. 실패와 고친 내용
|
||||
|
||||
| 실패한 케이스 | 처음 결과 (3번 중 통과) | 내가 생각한 원인 | 에이전트가 고친 곳 | 고친 뒤 (3번 중 통과) |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| | | | | |
|
||||
|
||||
## 3. 최종 결과
|
||||
|
||||
| 테스트 파일 | 결과 |
|
||||
| --- | --- |
|
||||
| `cases/lab02.json --repeat 3` | Passed /18 |
|
||||
| `cases/lab03.json --repeat 3` | Passed /15 |
|
||||
| `cases/my-cases.json --repeat 3` | Passed / |
|
||||
|
||||
## 4. 남은 문제 · 배운 점
|
||||
|
||||
- 지시문(systemMessage)으로 고친 것과 규칙 노드(If·Code)로 고친 것 중 어느 쪽이 더 안정적이었나?
|
||||
-
|
||||
Reference in new issue
Block a user