create-mintly 1.0.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +102 -0
- package/bin/init.js +103 -0
- package/examples/one-on-one.json +119 -0
- package/examples/product-team.json +99 -0
- package/examples/retrospective.json +112 -0
- package/examples/sales-partnership.json +127 -0
- package/kit/CLAUDE.md +330 -0
- package/kit/recipes/core.md +79 -0
- package/kit/recipes/meeting-types.md +159 -0
- package/kit/schema/dashboard-schema.json +273 -0
- package/kit/schema/output-contract.md +49 -0
- package/kit/schema/source-contract.md +29 -0
- package/kit/templates/analysis.md +124 -0
- package/kit/templates/brief.md +101 -0
- package/kit/templates/dashboard.html +1322 -0
- package/package.json +42 -0
package/kit/CLAUDE.md
ADDED
|
@@ -0,0 +1,330 @@
|
|
|
1
|
+
# CLAUDE.md — Mintly
|
|
2
|
+
|
|
3
|
+
이 파일은 Claude Code가 읽고 직접 실행하는 지침서입니다.
|
|
4
|
+
|
|
5
|
+
## 이 킷의 목적
|
|
6
|
+
|
|
7
|
+
사용자가 회의 자료를 넣으면, Claude Code가 자동으로 분석하고 시각화 결과물을 생성합니다.
|
|
8
|
+
|
|
9
|
+
산출물:
|
|
10
|
+
- `brief.md` — 작업 브리프
|
|
11
|
+
- `analysis.md` — 분석 문서
|
|
12
|
+
- `dashboard.html` — 시각화 대시보드
|
|
13
|
+
|
|
14
|
+
## 시작 문구
|
|
15
|
+
|
|
16
|
+
아래 중 하나가 들어오면 이 킷을 시작합니다:
|
|
17
|
+
|
|
18
|
+
- `시작해줘`
|
|
19
|
+
- `Mintly 시작`
|
|
20
|
+
- `자료 스캔하고 시작해줘`
|
|
21
|
+
- `브리프 확정하고 결과물 만들어줘`
|
|
22
|
+
|
|
23
|
+
---
|
|
24
|
+
|
|
25
|
+
## 온보딩 플로우
|
|
26
|
+
|
|
27
|
+
### Step 1: 환영 + 안내
|
|
28
|
+
|
|
29
|
+
```
|
|
30
|
+
Mintly에 오신 걸 환영합니다.
|
|
31
|
+
|
|
32
|
+
sources/ 폴더에 회의 파일(txt, md)을 넣어주세요.
|
|
33
|
+
지금 바로 파일이 있으면 스캔을 시작하고,
|
|
34
|
+
아직 없으면 준비되면 다시 말씀해주세요.
|
|
35
|
+
```
|
|
36
|
+
|
|
37
|
+
### Step 2: sources/ 스캔
|
|
38
|
+
|
|
39
|
+
파일이 있으면:
|
|
40
|
+
1. sources/ 폴더와 인접 폴더를 스캔합니다.
|
|
41
|
+
2. `*.txt`, `*_요약.md`, 관련 `*.md`, `*.m4a` 파일을 우선 찾습니다.
|
|
42
|
+
3. 파일명과 폴더 구조로 bundle 후보를 추론합니다.
|
|
43
|
+
4. 자료만으로 알 수 있는 정보를 먼저 확정합니다.
|
|
44
|
+
5. **회의 유형을 자동 감지합니다.**
|
|
45
|
+
|
|
46
|
+
파일이 없으면:
|
|
47
|
+
- 샘플 파일 구조를 안내하고 대기합니다.
|
|
48
|
+
|
|
49
|
+
첫 응답 형식:
|
|
50
|
+
|
|
51
|
+
```markdown
|
|
52
|
+
자료를 먼저 확인했습니다.
|
|
53
|
+
|
|
54
|
+
### 발견한 bundle 후보
|
|
55
|
+
- [bundle-id]: txt, 요약, m4a 있음
|
|
56
|
+
|
|
57
|
+
### 회의 유형 감지
|
|
58
|
+
- 감지된 유형: [유형 라벨]
|
|
59
|
+
- 감지 근거: [신호 설명]
|
|
60
|
+
|
|
61
|
+
### 현재 파악한 내용
|
|
62
|
+
- 도메인 추정:
|
|
63
|
+
- 주요 대상:
|
|
64
|
+
- 바로 만들 수 있는 산출물:
|
|
65
|
+
|
|
66
|
+
### 추가로 필요한 정보
|
|
67
|
+
1.
|
|
68
|
+
2.
|
|
69
|
+
```
|
|
70
|
+
|
|
71
|
+
### Step 3: 대화형 인터뷰
|
|
72
|
+
|
|
73
|
+
회의 유형 감지 결과를 사용자에게 확인한 후, 부족한 정보만 질문합니다.
|
|
74
|
+
|
|
75
|
+
### Step 4: 결과물 생성
|
|
76
|
+
|
|
77
|
+
brief.md 확정 → analysis.md → dashboard.html 순서로 생성합니다.
|
|
78
|
+
|
|
79
|
+
---
|
|
80
|
+
|
|
81
|
+
## 회의 유형 자동 감지
|
|
82
|
+
|
|
83
|
+
아래 10가지 유형 중 하나를 자동 감지합니다. 복수 유형도 가능합니다.
|
|
84
|
+
|
|
85
|
+
| 유형 ID | 라벨 | 감지 신호 |
|
|
86
|
+
|---------|------|----------|
|
|
87
|
+
| `team-sync` | 팀 회의 / 주간회의 | 여러 안건, 상태 업데이트, 진행 공유 |
|
|
88
|
+
| `one-on-one` | 1:1 미팅 | 참석자 2명, 피드백, 개인 목표 |
|
|
89
|
+
| `client-call` | 고객/파트너 미팅 | 외부 참석자, 제안, 요구사항 |
|
|
90
|
+
| `brainstorm` | 브레인스토밍 | 아이디어 발산, 자유 토론, 확정 없음 |
|
|
91
|
+
| `retrospective` | 회고 / 리뷰 | 잘한 점, 개선할 점, 다음 약속 |
|
|
92
|
+
| `kickoff` | 프로젝트 킥오프 | 범위, 역할 배분, 마일스톤 |
|
|
93
|
+
| `decision` | 의사결정 회의 | 선택지, 장단점, 최종 결정 |
|
|
94
|
+
| `board` | 경영/이사회 | KPI, 전략, 재무 지표 |
|
|
95
|
+
| `sales` | 영업/제휴 | 파이프라인, 제안가, 후속 전략 |
|
|
96
|
+
| `workshop` | 워크숍 / 교육 | 학습 목표, 실습, 테이크어웨이 |
|
|
97
|
+
|
|
98
|
+
감지 방법:
|
|
99
|
+
1. 파일명에서 키워드 확인 (회고, 킥오프, 1on1, 주간회의 등)
|
|
100
|
+
2. 참석자 수와 역할 확인
|
|
101
|
+
3. 문서 내용에서 반복 패턴 확인
|
|
102
|
+
4. 불확실하면 사용자에게 확인
|
|
103
|
+
|
|
104
|
+
---
|
|
105
|
+
|
|
106
|
+
## 유형별 섹션 매핑
|
|
107
|
+
|
|
108
|
+
### 공통 섹션 (모든 유형)
|
|
109
|
+
- 핵심 요약 (summary)
|
|
110
|
+
- 주요 신호 (signals)
|
|
111
|
+
- 리스크/쟁점 (risks)
|
|
112
|
+
- 액션 아이템 (actions)
|
|
113
|
+
- 타임라인 (timeline)
|
|
114
|
+
|
|
115
|
+
### 유형별 추가 섹션
|
|
116
|
+
|
|
117
|
+
| 유형 | 추가 섹션 |
|
|
118
|
+
|------|----------|
|
|
119
|
+
| `sales` / `client-call` | pipeline, profiles, follow_up |
|
|
120
|
+
| `retrospective` | retrospective (went_well, to_improve, commitments) |
|
|
121
|
+
| `kickoff` | project_scope (goals, roles, milestones) |
|
|
122
|
+
| `one-on-one` | feedback (given, received, goals_progress) |
|
|
123
|
+
| `decision` | decisions (topic, options, chosen, rationale) |
|
|
124
|
+
| `board` | kpis (name, value, target, trend) |
|
|
125
|
+
| `brainstorm` | ideas (title, votes, category, note) |
|
|
126
|
+
| `team-sync` | decisions (있을 경우), blockers |
|
|
127
|
+
| `workshop` | ideas, actions (학습 목표 기반) |
|
|
128
|
+
|
|
129
|
+
---
|
|
130
|
+
|
|
131
|
+
## 산출물 생성 위치
|
|
132
|
+
|
|
133
|
+
```text
|
|
134
|
+
outputs/<bundle-id>/
|
|
135
|
+
├── brief.md
|
|
136
|
+
├── analysis.md
|
|
137
|
+
└── dashboard.html
|
|
138
|
+
```
|
|
139
|
+
|
|
140
|
+
`<bundle-id>`는 탐색한 파일들의 공통 prefix를 사용합니다.
|
|
141
|
+
공통 prefix를 확정할 수 없으면 사용자에게 폴더 이름을 한 번만 물어봅니다.
|
|
142
|
+
|
|
143
|
+
---
|
|
144
|
+
|
|
145
|
+
## 질문 규칙
|
|
146
|
+
|
|
147
|
+
### 절대 다시 묻지 말아야 하는 정보
|
|
148
|
+
|
|
149
|
+
파일에서 이미 알 수 있는 정보:
|
|
150
|
+
- 날짜
|
|
151
|
+
- 제목
|
|
152
|
+
- 참석자
|
|
153
|
+
- 회의 유형 추정
|
|
154
|
+
- 관련 업체/사람 이름
|
|
155
|
+
- 기존 산출물 존재 여부
|
|
156
|
+
|
|
157
|
+
### 부족할 때만 물어야 하는 정보
|
|
158
|
+
|
|
159
|
+
1. 이 결과물의 목적
|
|
160
|
+
- 예: 회의 정리, 현황 공유, 내부 보고, 의사결정 기록
|
|
161
|
+
2. 최종 독자
|
|
162
|
+
- 예: 대표, 내부 팀, 파트너, 외부 공유용
|
|
163
|
+
3. 결과물에 반드시 들어갈 섹션
|
|
164
|
+
- 예: 타임라인, 액션 아이템, 의사결정, 리스크
|
|
165
|
+
4. 꼭 기록해야 할 데이터
|
|
166
|
+
- 예: 진행률, 기한, 담당자, 우선순위, 예산
|
|
167
|
+
5. 빼야 할 정보
|
|
168
|
+
- 예: 실명, 연락처, 민감 메모
|
|
169
|
+
6. 톤
|
|
170
|
+
- 예: 보고용, 공유용, 내부 참고용
|
|
171
|
+
|
|
172
|
+
### 질문 방식
|
|
173
|
+
|
|
174
|
+
- 질문은 한 번에 너무 많이 던지지 않습니다.
|
|
175
|
+
- 결과물에 바로 영향을 주는 항목은 번호 목록으로 한 번에 물어도 됩니다.
|
|
176
|
+
- 사용자가 답하지 않아도 진행 가능한 항목은 기본값을 제안하고 기록합니다.
|
|
177
|
+
|
|
178
|
+
---
|
|
179
|
+
|
|
180
|
+
## 브리프 작성 규칙
|
|
181
|
+
|
|
182
|
+
결과물 생성 전 반드시 `brief.md`를 먼저 만듭니다.
|
|
183
|
+
|
|
184
|
+
템플릿: `.mintly/templates/brief.md`
|
|
185
|
+
|
|
186
|
+
필수 항목:
|
|
187
|
+
- `source_bundle`
|
|
188
|
+
- `meeting_type`
|
|
189
|
+
- `goal`
|
|
190
|
+
- `audience`
|
|
191
|
+
- `must_include`
|
|
192
|
+
- `must_exclude`
|
|
193
|
+
- `key_data_points`
|
|
194
|
+
- `visual_sections`
|
|
195
|
+
- `tone`
|
|
196
|
+
- `open_questions`
|
|
197
|
+
|
|
198
|
+
브리프를 만든 뒤 사용자에게 짧게 확인을 받습니다.
|
|
199
|
+
|
|
200
|
+
---
|
|
201
|
+
|
|
202
|
+
## 분석 문서 작성 규칙
|
|
203
|
+
|
|
204
|
+
템플릿: `.mintly/templates/analysis.md`
|
|
205
|
+
|
|
206
|
+
필수 포함:
|
|
207
|
+
- 한 줄 결론
|
|
208
|
+
- 중요한 신호
|
|
209
|
+
- 리스크와 쟁점
|
|
210
|
+
- 후속 액션
|
|
211
|
+
- 유형별 추가 섹션 (해당하는 경우)
|
|
212
|
+
- 미해결 질문
|
|
213
|
+
- 사용한 source 파일 목록
|
|
214
|
+
|
|
215
|
+
분석 문서는 길게 쓰지 말고, 시각화로 넘길 핵심만 남깁니다.
|
|
216
|
+
|
|
217
|
+
---
|
|
218
|
+
|
|
219
|
+
## 대시보드 작성 규칙
|
|
220
|
+
|
|
221
|
+
템플릿: `.mintly/templates/dashboard.html`
|
|
222
|
+
|
|
223
|
+
대시보드는 **JSON+JS 하이브리드 방식**으로 동작합니다:
|
|
224
|
+
|
|
225
|
+
1. 템플릿의 `<script id="dashboard-data" type="application/json">` 블록에 JSON 데이터를 삽입합니다.
|
|
226
|
+
2. JS 렌더러가 존재하는 섹션만 자동 렌더링합니다.
|
|
227
|
+
3. 빈 섹션은 표시하지 않습니다.
|
|
228
|
+
|
|
229
|
+
### JSON 데이터 구조
|
|
230
|
+
|
|
231
|
+
공통 필드:
|
|
232
|
+
- `meta`: title, subtitle, type, date, sources
|
|
233
|
+
- `summary`: conclusion, status, next_action
|
|
234
|
+
- `signals[]`: title, severity, evidence
|
|
235
|
+
- `risks[]`: title, severity, evidence
|
|
236
|
+
- `timeline[]`: date, title, type, note
|
|
237
|
+
- `actions[]`: title, owner, due_date, priority, status
|
|
238
|
+
|
|
239
|
+
유형별 선택 필드 (있으면 렌더링, 없으면 생략):
|
|
240
|
+
- `decisions[]` — 의사결정 유형
|
|
241
|
+
- `pipeline[]` — 영업/고객 유형
|
|
242
|
+
- `profiles[]` — 영업/고객 유형
|
|
243
|
+
- `retrospective{}` — 회고 유형
|
|
244
|
+
- `project_scope{}` — 킥오프 유형
|
|
245
|
+
- `feedback{}` — 1:1 유형
|
|
246
|
+
- `kpis[]` — 경영회의 유형
|
|
247
|
+
- `ideas[]` — 브레인스토밍 유형
|
|
248
|
+
- `unresolved[]` — 선택
|
|
249
|
+
- `blockers[]` — 선택
|
|
250
|
+
- `follow_up{}` — 선택
|
|
251
|
+
|
|
252
|
+
스키마 상세: `.mintly/schema/dashboard-schema.json`
|
|
253
|
+
|
|
254
|
+
---
|
|
255
|
+
|
|
256
|
+
## 도메인별 기본 동작
|
|
257
|
+
|
|
258
|
+
### 영업/제휴형 자료일 때
|
|
259
|
+
기본 포함: 핵심 요약, 파이프라인 상태, 주요 쟁점, 액션 아이템, 상대 프로파일, 타임라인, 후속 메시지
|
|
260
|
+
|
|
261
|
+
### 팀 회의 / 주간회의일 때
|
|
262
|
+
기본 포함: 핵심 요약, 의사결정, 리스크, 액션 아이템, 타임라인, 차단 요소
|
|
263
|
+
|
|
264
|
+
### 회고일 때
|
|
265
|
+
기본 포함: 핵심 요약, 잘한 점/개선할 점/팀 약속, 액션 아이템, 타임라인
|
|
266
|
+
|
|
267
|
+
### 1:1일 때
|
|
268
|
+
기본 포함: 핵심 요약, 피드백, 목표 진행상황, 액션 아이템
|
|
269
|
+
|
|
270
|
+
### 의사결정 회의일 때
|
|
271
|
+
기본 포함: 핵심 요약, 선택지 비교, 결정 근거, 리스크, 액션 아이템
|
|
272
|
+
|
|
273
|
+
### 경영/이사회일 때
|
|
274
|
+
기본 포함: 핵심 요약, KPI 현황, 전략 결정, 리스크, 액션 아이템, 타임라인
|
|
275
|
+
|
|
276
|
+
---
|
|
277
|
+
|
|
278
|
+
## 파일이 부족할 때 규칙
|
|
279
|
+
|
|
280
|
+
### txt나 요약 없이 audio만 있을 때
|
|
281
|
+
- transcript 또는 요약본이 있는지 먼저 다시 탐색
|
|
282
|
+
- 없으면 사용자에게 전사/요약 준비 여부를 묻기
|
|
283
|
+
- 텍스트 없이 억지로 분석하지 않기
|
|
284
|
+
|
|
285
|
+
### bundle 후보가 여러 개일 때
|
|
286
|
+
- 가장 완성도가 높은 후보를 추천
|
|
287
|
+
- 사용자가 선택하면 그 bundle만 처리
|
|
288
|
+
- 사용자가 원하면 여러 bundle을 순서대로 처리
|
|
289
|
+
|
|
290
|
+
### 기존 outputs가 이미 있을 때
|
|
291
|
+
- 덮어쓸지, 업데이트할지 짧게 확인
|
|
292
|
+
- 기본값은 `업데이트`
|
|
293
|
+
|
|
294
|
+
---
|
|
295
|
+
|
|
296
|
+
## 레시피 참조
|
|
297
|
+
|
|
298
|
+
분석 시 `.mintly/recipes/core.md`의 4가지 핵심 레시피를 참조합니다:
|
|
299
|
+
1. Meeting Summary — 목적, 결론, 핵심 주제, 의사결정
|
|
300
|
+
2. Insight Extraction — 기회, 리스크, 패턴, 미해결 질문
|
|
301
|
+
3. Action Tracker — 액션 아이템 추출
|
|
302
|
+
4. Context Linker — 이전 회의와 연결, 변화/반복/신규 식별
|
|
303
|
+
|
|
304
|
+
유형별 추가 레시피: `.mintly/recipes/meeting-types.md`
|
|
305
|
+
|
|
306
|
+
---
|
|
307
|
+
|
|
308
|
+
## 응답 스타일
|
|
309
|
+
|
|
310
|
+
- 설명은 짧고 명확하게
|
|
311
|
+
- 먼저 탐색, 나중에 질문
|
|
312
|
+
- 문서형 설명보다 실행 문장 위주
|
|
313
|
+
- 사용자가 바로 다음 행동을 알 수 있게 작성
|
|
314
|
+
|
|
315
|
+
---
|
|
316
|
+
|
|
317
|
+
## 작업 완료 후
|
|
318
|
+
|
|
319
|
+
```markdown
|
|
320
|
+
완료한 파일
|
|
321
|
+
- outputs/<bundle-id>/brief.md
|
|
322
|
+
- outputs/<bundle-id>/analysis.md
|
|
323
|
+
- outputs/<bundle-id>/dashboard.html
|
|
324
|
+
|
|
325
|
+
기준 자료
|
|
326
|
+
- 사용한 파일 목록
|
|
327
|
+
|
|
328
|
+
남은 확인 사항
|
|
329
|
+
- 있으면 1~3개만
|
|
330
|
+
```
|
|
@@ -0,0 +1,79 @@
|
|
|
1
|
+
# Core Recipes
|
|
2
|
+
|
|
3
|
+
4가지 범용 레시피입니다. 모든 회의 유형에 적용합니다.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## 1. Meeting Summary
|
|
8
|
+
|
|
9
|
+
```text
|
|
10
|
+
다음 source bundle을 바탕으로 회의 요약을 작성해주세요.
|
|
11
|
+
|
|
12
|
+
목표:
|
|
13
|
+
1. 회의 목적과 결론 5줄 이내 요약
|
|
14
|
+
2. 주요 논의 주제와 의사결정 정리
|
|
15
|
+
3. 참석자별 중요한 발언 또는 입장 차이 정리
|
|
16
|
+
4. 후속 액션 후보 정리
|
|
17
|
+
|
|
18
|
+
출력 형식:
|
|
19
|
+
- summary 섹션 (conclusion, status, next_action)
|
|
20
|
+
- timeline에 넣을 수 있는 날짜 기반 주요 이벤트 3~7개
|
|
21
|
+
```
|
|
22
|
+
|
|
23
|
+
---
|
|
24
|
+
|
|
25
|
+
## 2. Insight Extraction
|
|
26
|
+
|
|
27
|
+
```text
|
|
28
|
+
다음 자료를 분석해 기회, 리스크, 반복 패턴, 미해결 질문을 구조화해주세요.
|
|
29
|
+
|
|
30
|
+
분석 원칙:
|
|
31
|
+
- 요약이 아니라 해석 중심으로 작성
|
|
32
|
+
- 근거가 있는 인사이트만 남길 것
|
|
33
|
+
- 긍정 시그널과 리스크를 분리할 것
|
|
34
|
+
- severity를 high / medium / low로 판단
|
|
35
|
+
|
|
36
|
+
출력 형식:
|
|
37
|
+
- signals[] (title, severity, evidence)
|
|
38
|
+
- risks[] (title, severity, evidence)
|
|
39
|
+
- unresolved[] (title, owner, status)
|
|
40
|
+
```
|
|
41
|
+
|
|
42
|
+
---
|
|
43
|
+
|
|
44
|
+
## 3. Action Tracker
|
|
45
|
+
|
|
46
|
+
```text
|
|
47
|
+
다음 회의 자료에서 실행 가능한 액션 아이템만 추출해주세요.
|
|
48
|
+
|
|
49
|
+
규칙:
|
|
50
|
+
- 담당자가 없으면 owner를 "미정"으로 표기
|
|
51
|
+
- 기한이 없으면 due_date를 null로 유지
|
|
52
|
+
- 우선순위는 high / medium / low로 통일
|
|
53
|
+
- 추정이나 해석이 필요한 항목은 note로 분리
|
|
54
|
+
|
|
55
|
+
출력 형식:
|
|
56
|
+
- actions[] (title, owner, due_date, priority, status)
|
|
57
|
+
- blockers[] (title, owner, status, note)
|
|
58
|
+
- follow_up (channel, subject, body) — 후속 메시지 초안
|
|
59
|
+
```
|
|
60
|
+
|
|
61
|
+
---
|
|
62
|
+
|
|
63
|
+
## 4. Context Linker
|
|
64
|
+
|
|
65
|
+
```text
|
|
66
|
+
다음 회의 자료와 이전 산출물(있을 경우)을 비교해 변화, 반복, 신규 사항을 식별해주세요.
|
|
67
|
+
|
|
68
|
+
분석 관점:
|
|
69
|
+
- 이전 회의에서 결정한 사항이 실행되었는지
|
|
70
|
+
- 반복적으로 나타나는 리스크나 차단 요소
|
|
71
|
+
- 새롭게 등장한 주제나 참여자
|
|
72
|
+
- 상태가 변경된 액션 아이템
|
|
73
|
+
|
|
74
|
+
출력 형식:
|
|
75
|
+
- 변화 사항: 이전 대비 달라진 점
|
|
76
|
+
- 반복 사항: 여전히 진행 중이거나 미해결인 점
|
|
77
|
+
- 신규 사항: 이번에 처음 등장한 점
|
|
78
|
+
- context_from_previous: brief.md에 기록할 연결 정보
|
|
79
|
+
```
|
|
@@ -0,0 +1,159 @@
|
|
|
1
|
+
# Meeting Type Detection & Add-on Recipes
|
|
2
|
+
|
|
3
|
+
## 회의 유형 감지 규칙
|
|
4
|
+
|
|
5
|
+
자료를 스캔한 후 아래 신호를 기반으로 유형을 판단합니다.
|
|
6
|
+
|
|
7
|
+
### 감지 우선순위
|
|
8
|
+
|
|
9
|
+
1. **파일명 키워드** (가장 강한 신호)
|
|
10
|
+
- 회고, retro, review → `retrospective`
|
|
11
|
+
- 킥오프, kickoff → `kickoff`
|
|
12
|
+
- 1on1, 1:1, 면담 → `one-on-one`
|
|
13
|
+
- 주간, weekly, 팀회의 → `team-sync`
|
|
14
|
+
- 브레인스토밍, ideation → `brainstorm`
|
|
15
|
+
- 이사회, 경영, board → `board`
|
|
16
|
+
- 영업, sales, 제휴 → `sales`
|
|
17
|
+
- 워크숍, workshop → `workshop`
|
|
18
|
+
|
|
19
|
+
2. **참석자 패턴**
|
|
20
|
+
- 2명 → `one-on-one` 가능성 높음
|
|
21
|
+
- 외부 참석자 포함 → `client-call` 또는 `sales`
|
|
22
|
+
- 다수 + 다양한 직군 → `team-sync` 또는 `kickoff`
|
|
23
|
+
|
|
24
|
+
3. **내용 패턴**
|
|
25
|
+
- 잘한 점/개선할 점 → `retrospective`
|
|
26
|
+
- 선택지/장단점/결정 → `decision`
|
|
27
|
+
- 파이프라인/제안가/계약 → `sales`
|
|
28
|
+
- KPI/매출/전략 → `board`
|
|
29
|
+
- 아이디어/발산 → `brainstorm`
|
|
30
|
+
- 범위/역할/마일스톤 → `kickoff`
|
|
31
|
+
- 피드백/목표/성장 → `one-on-one`
|
|
32
|
+
|
|
33
|
+
4. **복수 유형 가능**: 주요 유형 1개 + 보조 유형 1개까지
|
|
34
|
+
|
|
35
|
+
---
|
|
36
|
+
|
|
37
|
+
## 유형별 Add-on Recipes
|
|
38
|
+
|
|
39
|
+
### sales / client-call
|
|
40
|
+
|
|
41
|
+
```text
|
|
42
|
+
다음 영업/고객 미팅 자료를 바탕으로 파이프라인과 프로파일을 추출해주세요.
|
|
43
|
+
|
|
44
|
+
필수 항목:
|
|
45
|
+
- pipeline[]: id, label, stage, confidence, key_issue, owner, volume
|
|
46
|
+
- profiles[]: id, name, type, status, owner, summary
|
|
47
|
+
- follow_up: channel, subject, body
|
|
48
|
+
|
|
49
|
+
분석 포인트:
|
|
50
|
+
- 현재 단계와 다음 단계 판단
|
|
51
|
+
- 전환 가능성(confidence) 근거
|
|
52
|
+
- 핵심 쟁점과 해결 조건
|
|
53
|
+
- 상대방의 의사결정 구조와 타이밍
|
|
54
|
+
```
|
|
55
|
+
|
|
56
|
+
### retrospective
|
|
57
|
+
|
|
58
|
+
```text
|
|
59
|
+
다음 회고 자료를 구조화해주세요.
|
|
60
|
+
|
|
61
|
+
출력 형식:
|
|
62
|
+
- retrospective.went_well[]: 잘한 점 (구체적 사례 포함)
|
|
63
|
+
- retrospective.to_improve[]: 개선할 점 (원인 분석 포함)
|
|
64
|
+
- retrospective.commitments[]: 다음에 실천할 약속 (측정 가능하게)
|
|
65
|
+
|
|
66
|
+
분석 원칙:
|
|
67
|
+
- 감상이 아닌 사실 기반으로 정리
|
|
68
|
+
- 개선할 점에는 원인과 개선 방향을 함께 기록
|
|
69
|
+
- 약속은 담당자와 기한이 있으면 명시
|
|
70
|
+
```
|
|
71
|
+
|
|
72
|
+
### kickoff
|
|
73
|
+
|
|
74
|
+
```text
|
|
75
|
+
다음 킥오프 자료에서 프로젝트 범위를 정리해주세요.
|
|
76
|
+
|
|
77
|
+
출력 형식:
|
|
78
|
+
- project_scope.goals[]: 프로젝트 목표
|
|
79
|
+
- project_scope.roles[]: 역할과 담당자 (role, person, responsibility)
|
|
80
|
+
- project_scope.milestones[]: 마일스톤 (title, date, deliverable)
|
|
81
|
+
|
|
82
|
+
분석 포인트:
|
|
83
|
+
- 범위 안/밖 경계가 명확한지
|
|
84
|
+
- 역할 간 의존성이나 병목
|
|
85
|
+
- 마일스톤 간격과 실현 가능성
|
|
86
|
+
```
|
|
87
|
+
|
|
88
|
+
### one-on-one
|
|
89
|
+
|
|
90
|
+
```text
|
|
91
|
+
다음 1:1 미팅 자료에서 피드백과 목표를 정리해주세요.
|
|
92
|
+
|
|
93
|
+
출력 형식:
|
|
94
|
+
- feedback.given[]: 전달한 피드백 (topic, content, tone)
|
|
95
|
+
- feedback.received[]: 받은 피드백 (topic, content, tone)
|
|
96
|
+
- feedback.goals_progress[]: 목표 진행 (goal, status, note)
|
|
97
|
+
|
|
98
|
+
분석 원칙:
|
|
99
|
+
- 피드백의 톤(긍정/건설적/우려)을 구분
|
|
100
|
+
- 목표 진행상황은 이전 기록이 있으면 비교
|
|
101
|
+
- 민감한 개인 정보는 비식별화 여부 확인
|
|
102
|
+
```
|
|
103
|
+
|
|
104
|
+
### decision
|
|
105
|
+
|
|
106
|
+
```text
|
|
107
|
+
다음 의사결정 회의 자료에서 선택지와 결정을 정리해주세요.
|
|
108
|
+
|
|
109
|
+
출력 형식:
|
|
110
|
+
- decisions[]: topic, options[], chosen, rationale
|
|
111
|
+
|
|
112
|
+
분석 포인트:
|
|
113
|
+
- 각 선택지의 장단점이 명확한지
|
|
114
|
+
- 결정 근거가 데이터 기반인지 직관 기반인지
|
|
115
|
+
- 미결정 사항이 있는지 (unresolved로 분리)
|
|
116
|
+
```
|
|
117
|
+
|
|
118
|
+
### board
|
|
119
|
+
|
|
120
|
+
```text
|
|
121
|
+
다음 경영/이사회 자료에서 KPI와 전략 결정을 추출해주세요.
|
|
122
|
+
|
|
123
|
+
출력 형식:
|
|
124
|
+
- kpis[]: name, value, target, trend (up/down/flat)
|
|
125
|
+
- decisions[]: topic, options[], chosen, rationale
|
|
126
|
+
|
|
127
|
+
분석 포인트:
|
|
128
|
+
- KPI 달성률과 추세
|
|
129
|
+
- 전략적 결정의 재무적 영향
|
|
130
|
+
- 리스크의 비즈니스 임팩트
|
|
131
|
+
```
|
|
132
|
+
|
|
133
|
+
### brainstorm
|
|
134
|
+
|
|
135
|
+
```text
|
|
136
|
+
다음 브레인스토밍 자료에서 아이디어를 정리해주세요.
|
|
137
|
+
|
|
138
|
+
출력 형식:
|
|
139
|
+
- ideas[]: title, votes (0 if not voted), category, note
|
|
140
|
+
|
|
141
|
+
분석 원칙:
|
|
142
|
+
- 카테고리로 그룹핑 (기능, 프로세스, 마케팅, 기술 등)
|
|
143
|
+
- 투표나 우선순위가 있으면 반영
|
|
144
|
+
- 실행 가능성 메모 (note)
|
|
145
|
+
```
|
|
146
|
+
|
|
147
|
+
### workshop
|
|
148
|
+
|
|
149
|
+
```text
|
|
150
|
+
다음 워크숍 자료에서 학습 내용과 실행 항목을 정리해주세요.
|
|
151
|
+
|
|
152
|
+
출력 형식:
|
|
153
|
+
- ideas[]: 핵심 테이크어웨이
|
|
154
|
+
- actions[]: 실행할 학습 적용 항목
|
|
155
|
+
|
|
156
|
+
분석 포인트:
|
|
157
|
+
- 학습 목표 달성 여부
|
|
158
|
+
- 즉시 적용 가능한 항목과 장기 과제 구분
|
|
159
|
+
```
|