66일차 교안/실습 추가
This commit is contained in:
1 parent
787d7d8514
commit
d7dc9dd68a
52 files changed
+6144
No files matched your search
@@ -0,0 +1,59 @@
|
||||
# 업무 자동화 워크플로우 설계서 (데이터 흐름 포함)
|
||||
|
||||
- 작성자:
|
||||
- 업무 이름:
|
||||
- 한 줄 목표:
|
||||
|
||||
## 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 출력이 다음 노드로 가기 전에 정리·검증하는 노드가 있다.
|
||||
- [ ] 비어 있거나 잘못된 입력을 맨 앞에서 거절한다.
|
||||
@@ -0,0 +1,47 @@
|
||||
# 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을 마친 뒤 (복습 과제)
|
||||
|
||||
내 설계와 실제로 만든 워크플로우에서 달라진 점:
|
||||
|
||||
-
|
||||
Reference in new issue
Block a user