binary-agents 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/bin/cli.js ADDED
@@ -0,0 +1,51 @@
1
+ #!/usr/bin/env node
2
+
3
+ import { Command } from 'commander';
4
+ import { syncSubagents, listSubagents } from '../src/sync.js';
5
+ import chalk from 'chalk';
6
+
7
+ const program = new Command();
8
+
9
+ program
10
+ .name('binary-agents')
11
+ .description('Sync Claude Code subagents from 01-binary/subagents repository')
12
+ .version('1.0.0');
13
+
14
+ program
15
+ .command('sync')
16
+ .description('Sync subagent files to .claude/agents/ (local) or ~/.claude/agents (global)')
17
+ .option('--basic', 'Sync only basic (Haiku) subagents')
18
+ .option('--advanced', 'Sync only advanced (Sonnet) subagents')
19
+ .option('-g, --global', 'Install to ~/.claude/agents instead of current directory')
20
+ .action(async (options) => {
21
+ let filter = null;
22
+
23
+ if (options.basic) {
24
+ filter = 'basic';
25
+ } else if (options.advanced) {
26
+ filter = 'advanced';
27
+ }
28
+
29
+ const result = await syncSubagents({
30
+ filter,
31
+ global: options.global || false
32
+ });
33
+
34
+ if (!result.success) {
35
+ process.exit(1);
36
+ }
37
+ });
38
+
39
+ program
40
+ .command('list')
41
+ .description('List available subagents')
42
+ .action(async () => {
43
+ await listSubagents();
44
+ });
45
+
46
+ // 기본 명령어가 없으면 help 표시
47
+ if (process.argv.length === 2) {
48
+ program.help();
49
+ }
50
+
51
+ program.parse();
@@ -0,0 +1,645 @@
1
+ # Subagent Builder 사용 가이드
2
+
3
+ 서브에이전트를 쉽게 만들고 수정하는 완벽 가이드입니다.
4
+
5
+ ---
6
+
7
+ ## 🎯 Quick Start
8
+
9
+ ### 1️⃣ 새로운 서브에이전트 만들기
10
+
11
+ ```bash
12
+ "subagent-builder를 사용해서 접근성(accessibility)을
13
+ 검사하는 에이전트를 만들어줘"
14
+ ```
15
+
16
+ **Builder가 자동으로:**
17
+ 1. ✅ 요구사항 확인 (빠른 스캔? 심층 분석?)
18
+ 2. ✅ 웹에서 WCAG 베스트 프랙티스 검색
19
+ 3. ✅ 적절한 모델/도구 선택
20
+ 4. ✅ 평가 기준 설계
21
+ 5. ✅ `accessibility-checker.md` 파일 생성
22
+ 6. ✅ 사용 방법 설명
23
+
24
+ ---
25
+
26
+ ### 2️⃣ 기존 에이전트 커스터마이징
27
+
28
+ ```bash
29
+ "code-reviewer를 Vue 3 Composition API에 맞게 수정해줘"
30
+ ```
31
+
32
+ **Builder가 자동으로:**
33
+ 1. ✅ 기존 `code-reviewer.md` 읽기
34
+ 2. ✅ Vue 3 베스트 프랙티스 검색
35
+ 3. ✅ React 패턴을 Vue 패턴으로 변경
36
+ 4. ✅ `.vue` 파일 검색 패턴 추가
37
+ 5. ✅ `code-reviewer-vue3.md` 생성
38
+ 6. ✅ 변경 사항 설명
39
+
40
+ ---
41
+
42
+ ### 3️⃣ 팀 규칙 추가
43
+
44
+ ```bash
45
+ "junior-friendly-checker에 우리 회사 네이밍 규칙을 추가해줘:
46
+ - 컴포넌트는 PascalCase
47
+ - 훅은 use로 시작
48
+ - 유틸 함수는 동사로 시작"
49
+ ```
50
+
51
+ **Builder가 자동으로:**
52
+ 1. ✅ 기존 파일 읽기
53
+ 2. ✅ 팀 규칙을 새로운 평가 기준으로 추가
54
+ 3. ✅ 파일 수정 또는 새 버전 생성
55
+ 4. ✅ 적용된 변경사항 설명
56
+
57
+ ---
58
+
59
+ ## 💡 실전 예시
60
+
61
+ ### 예시 1: Next.js 특화 에이전트
62
+
63
+ **요청:**
64
+ ```
65
+ "subagent-builder를 사용해서 Next.js 14 App Router의
66
+ Server Component vs Client Component 사용을 검사하는
67
+ 에이전트를 만들어줘"
68
+ ```
69
+
70
+ **Builder 프로세스:**
71
+
72
+ **1단계: 요구사항 확인**
73
+ ```
74
+ Builder: 이 에이전트에 대해 몇 가지 질문할게요:
75
+
76
+ 1. 빠른 스캔(haiku)으로 할까요, 아니면 심층 분석(sonnet)으로 할까요?
77
+ 2. 최신 Next.js 공식 문서를 참조할까요?
78
+ 3. 문제를 발견만 할까요, 아니면 자동 수정도 할까요?
79
+ ```
80
+
81
+ **User 답변:**
82
+ ```
83
+ 심층 분석으로 하고, 공식 문서 참조해줘.
84
+ 문제만 발견하면 돼.
85
+ ```
86
+
87
+ **2단계: 리서치**
88
+ ```
89
+ Builder: 알겠습니다. 다음을 리서치하고 있어요:
90
+ - WebSearch("Next.js 14 App Router best practices")
91
+ - WebFetch("https://nextjs.org/docs/app/building-your-application/rendering")
92
+ - Server Component vs Client Component 패턴 분석
93
+ ```
94
+
95
+ **3단계: 에이전트 생성**
96
+ ```yaml
97
+ ---
98
+ name: nextjs-rendering-checker
99
+ description: Analyzes Next.js 14 App Router for proper Server/Client Component usage
100
+ tools: Read, Glob, Grep, WebFetch, WebSearch
101
+ model: sonnet
102
+ ---
103
+
104
+ # Next.js Rendering Strategy Checker
105
+
106
+ ## Evaluation Criteria
107
+
108
+ ### 1. Server vs Client Component Usage (Weight: 40%)
109
+
110
+ **✅ Look for:**
111
+ - Server Components for data fetching
112
+ - Client Components only when needed ('use client')
113
+ - Proper composition (Client inside Server)
114
+
115
+ **❌ Anti-patterns:**
116
+ - Unnecessary 'use client' directives
117
+ - Data fetching in Client Components
118
+ - Missing 'use client' for interactivity
119
+
120
+ **🌐 Web Research:**
121
+ - WebFetch Next.js rendering docs
122
+ - Compare with official examples
123
+
124
+ ### 2. App Router Patterns (Weight: 30%)
125
+ [...]
126
+ ```
127
+
128
+ **4단계: 결과 제공**
129
+ ```
130
+ ✅ Created: nextjs-rendering-checker.md
131
+
132
+ ## Configuration
133
+ - Model: sonnet (for nuanced analysis)
134
+ - Tools: Read, Glob, Grep, WebFetch, WebSearch
135
+ - Focus: Server/Client Component optimization
136
+
137
+ ## Usage
138
+ "nextjs-rendering-checker를 사용해서 이 프로젝트 분석해줘"
139
+
140
+ ## Expected Output
141
+ - Server Component 사용률
142
+ - 불필요한 Client Component 감지
143
+ - 최적화 기회
144
+ - Next.js 공식 가이드와 비교
145
+ ```
146
+
147
+ ---
148
+
149
+ ### 예시 2: 보안 감사 에이전트
150
+
151
+ **요청:**
152
+ ```
153
+ "OWASP Top 10을 검사하는 보안 에이전트 만들어줘"
154
+ ```
155
+
156
+ **Builder 대화:**
157
+ ```
158
+ Builder: 보안 에이전트를 만들어드릴게요. 몇 가지 확인할게요:
159
+
160
+ 1. 어떤 프레임워크인가요? (React, Vue, Node.js 등)
161
+ 2. Opus 모델을 사용할까요? (보안은 중요하니 최고 품질 추천)
162
+ 3. 발견한 문제를 자동 수정할까요?
163
+
164
+ User: React 앱이고, sonnet으로 충분할 것 같아.
165
+ 발견만 하면 돼, 수정은 내가 할게.
166
+
167
+ Builder: 알겠습니다!
168
+ ```
169
+
170
+ **생성된 에이전트:**
171
+ ```yaml
172
+ ---
173
+ name: security-auditor
174
+ description: Analyzes React applications for OWASP Top 10 vulnerabilities
175
+ tools: Read, Glob, Grep, WebFetch, WebSearch
176
+ model: sonnet
177
+ ---
178
+
179
+ # Security Auditor
180
+
181
+ ## Evaluation Criteria
182
+
183
+ ### 1. XSS Vulnerabilities (Weight: 25%)
184
+
185
+ **🚨 Critical Patterns:**
186
+ - dangerouslySetInnerHTML without sanitization
187
+ - Direct innerHTML manipulation
188
+ - Unescaped user input in JSX
189
+
190
+ **✅ Safe Patterns:**
191
+ - React's default escaping
192
+ - DOMPurify usage
193
+ - Sanitized HTML rendering
194
+
195
+ **🌐 Research:**
196
+ - WebSearch("React XSS prevention 2025")
197
+ - WebFetch OWASP XSS documentation
198
+
199
+ ### 2. Injection Attacks (Weight: 20%)
200
+ [...]
201
+
202
+ ### 3. Authentication Issues (Weight: 15%)
203
+ [...]
204
+ ```
205
+
206
+ ---
207
+
208
+ ### 예시 3: 성능 최적화 에이전트
209
+
210
+ **요청:**
211
+ ```
212
+ "기존 code-reviewer를 더 빠르게 만들어줘"
213
+ ```
214
+
215
+ **Builder 분석:**
216
+ ```
217
+ Builder: code-reviewer.md를 분석했어요.
218
+
219
+ 현재 설정:
220
+ - Model: haiku (이미 가장 빠름)
221
+ - Tools: Read, Glob, Grep (최소한의 도구)
222
+ - 평가 기준: 5개
223
+
224
+ 최적화 제안:
225
+ 1. ❌ 모델 변경 불가 (haiku가 최고 속도)
226
+ 2. ✅ 평가 기준 줄이기 (5개 → 3개 핵심만)
227
+ 3. ✅ Grep 패턴 최적화
228
+ 4. ✅ 불필요한 파일 스캔 제외
229
+
230
+ 어떤 최적화를 적용할까요?
231
+ ```
232
+
233
+ **User 선택:**
234
+ ```
235
+ 2번이랑 4번 적용해줘
236
+ ```
237
+
238
+ **Builder 실행:**
239
+ ```
240
+ ✅ Modified: code-reviewer-fast.md
241
+
242
+ 변경사항:
243
+ 1. 평가 기준: 5개 → 3개 (핵심만)
244
+ - 함수형 프로그래밍
245
+ - React 패턴
246
+ - TypeScript
247
+
248
+ 2. 파일 필터 추가:
249
+ - node_modules 제외
250
+ - .test.ts 파일 제외
251
+ - 빌드 결과물 제외
252
+
253
+ 예상 성능:
254
+ - 이전: 5-10분
255
+ - 이후: 3-5분 (40-50% 개선)
256
+ ```
257
+
258
+ ---
259
+
260
+ ## 🎨 커스터마이징 패턴
261
+
262
+ ### 패턴 1: 프레임워크 특화
263
+
264
+ **React → Vue 변환:**
265
+ ```
266
+ "code-reviewer를 Vue 3로 변환해줘"
267
+
268
+ 변경되는 것:
269
+ - ✅ React hooks → Vue Composition API
270
+ - ✅ JSX 패턴 → Vue SFC 패턴
271
+ - ✅ .tsx 검색 → .vue 검색
272
+ - ✅ useEffect → watchEffect
273
+ - ✅ useState → ref/reactive
274
+ ```
275
+
276
+ **React → Angular 변환:**
277
+ ```
278
+ "code-reviewer를 Angular로 변환해줘"
279
+
280
+ 변경되는 것:
281
+ - ✅ Components → Modules/Components
282
+ - ✅ Hooks → RxJS operators
283
+ - ✅ Context → Services
284
+ - ✅ .tsx → .ts + .html
285
+ ```
286
+
287
+ ---
288
+
289
+ ### 패턴 2: 도메인 특화
290
+
291
+ **일반 → 금융 앱:**
292
+ ```
293
+ "code-reviewer에 금융 앱 보안 규칙 추가해줘"
294
+
295
+ 추가되는 것:
296
+ - ✅ PCI DSS 준수
297
+ - ✅ 민감 데이터 처리
298
+ - ✅ 감사 로그 요구사항
299
+ - ✅ 암호화 체크
300
+ ```
301
+
302
+ **일반 → 의료 앱:**
303
+ ```
304
+ "HIPAA 규정을 확인하는 기준 추가해줘"
305
+
306
+ 추가되는 것:
307
+ - ✅ PHI 데이터 처리
308
+ - ✅ 접근 제어
309
+ - ✅ 암호화 요구사항
310
+ - ✅ 감사 추적
311
+ ```
312
+
313
+ ---
314
+
315
+ ### 패턴 3: 팀 규칙 추가
316
+
317
+ **회사 컨벤션:**
318
+ ```
319
+ "우리 회사 규칙 추가해줘:
320
+ - 모든 함수는 JSDoc 필수
321
+ - 컴포넌트는 features/ 폴더에만
322
+ - API 호출은 services/ 폴더에만
323
+ - 상수는 UPPER_SNAKE_CASE"
324
+
325
+ 추가되는 평가 기준:
326
+ ### Team Conventions (Weight: 15%)
327
+
328
+ **✅ Required:**
329
+ - JSDoc on all exported functions
330
+ - Components in features/ only
331
+ - API calls in services/ only
332
+ - Constants in UPPER_SNAKE_CASE
333
+
334
+ **Scoring:**
335
+ - 100% compliance: 10/10
336
+ - 90%+: 8/10
337
+ - 80%+: 6/10
338
+ - <80%: Needs improvement
339
+ ```
340
+
341
+ ---
342
+
343
+ ## 🔧 고급 사용법
344
+
345
+ ### 자동 수정 에이전트 만들기
346
+
347
+ **요청:**
348
+ ```
349
+ "코드 포맷팅을 자동으로 수정하는 에이전트 만들어줘"
350
+ ```
351
+
352
+ **Builder 경고:**
353
+ ```
354
+ ⚠️ 자동 수정 에이전트는 코드를 변경합니다.
355
+
356
+ 안전을 위해 다음이 포함됩니다:
357
+ 1. Edit, Write 도구 추가
358
+ 2. Bash 도구로 테스트 실행
359
+ 3. 변경 전 백업 생성
360
+ 4. 변경 내역 상세 보고
361
+
362
+ 계속할까요? (y/n)
363
+ ```
364
+
365
+ **생성된 에이전트:**
366
+ ```yaml
367
+ ---
368
+ name: auto-formatter
369
+ description: Automatically fixes code formatting issues
370
+ tools: Read, Glob, Grep, Edit, Write, Bash
371
+ model: sonnet
372
+ ---
373
+
374
+ # Auto Formatter
375
+
376
+ ⚠️ **Safety Features:**
377
+ - Runs tests before and after
378
+ - Reports all changes
379
+ - Fails fast on test failures
380
+
381
+ ## Process
382
+ 1. Scan for formatting issues
383
+ 2. **Create backup** (git stash)
384
+ 3. **Apply fixes** (Edit tool)
385
+ 4. **Run tests** (Bash: npm test)
386
+ 5. If tests pass: Report changes
387
+ 6. If tests fail: Restore backup
388
+
389
+ [...]
390
+ ```
391
+
392
+ ---
393
+
394
+ ### 체인 에이전트 만들기
395
+
396
+ **요청:**
397
+ ```
398
+ "먼저 문제를 찾고, 그 다음 자동으로 수정하는
399
+ 2단계 에이전트를 만들어줘"
400
+ ```
401
+
402
+ **Builder 제안:**
403
+ ```
404
+ 체인 에이전트는 2개의 독립적인 에이전트로 만드는 것을 추천합니다:
405
+
406
+ 1. detector.md (Read, Glob, Grep)
407
+ - 빠르게 문제 찾기
408
+ - 수정 가능한 것과 불가능한 것 구분
409
+
410
+ 2. auto-fixer.md (Read, Edit, Write, Bash)
411
+ - detector가 찾은 문제 수정
412
+ - 테스트 실행 및 검증
413
+
414
+ 사용법:
415
+ Step 1: "detector로 문제 찾아줘"
416
+ Step 2: "auto-fixer로 [발견된 문제] 수정해줘"
417
+
418
+ 이렇게 할까요?
419
+ ```
420
+
421
+ ---
422
+
423
+ ## 📋 체크리스트
424
+
425
+ ### 새 에이전트 만들 때
426
+
427
+ **Before Creating:**
428
+ - [ ] 비슷한 에이전트가 이미 있는지 확인
429
+ - [ ] 정확한 요구사항 정리
430
+ - [ ] 사용할 기술 스택 확인
431
+ - [ ] 빠른 스캔 vs 심층 분석 결정
432
+ - [ ] 읽기 전용 vs 자동 수정 결정
433
+
434
+ **During Creation:**
435
+ - [ ] Builder에게 명확한 목적 전달
436
+ - [ ] 도메인별 규칙 명시
437
+ - [ ] 예시 코드 제공 (가능하면)
438
+ - [ ] 출력 형식 선호도 전달
439
+
440
+ **After Creation:**
441
+ - [ ] 생성된 에이전트 검토
442
+ - [ ] 테스트 프로젝트로 실행
443
+ - [ ] 필요시 수정 요청
444
+ - [ ] README 업데이트 (자동)
445
+
446
+ ---
447
+
448
+ ### 에이전트 수정할 때
449
+
450
+ **Before Modifying:**
451
+ - [ ] 현재 에이전트 동작 이해
452
+ - [ ] 변경 이유 명확히
453
+ - [ ] 기존 기능 유지 vs 새 버전 판단
454
+
455
+ **During Modification:**
456
+ - [ ] 변경할 부분 명확히 지시
457
+ - [ ] 기존 설정 유지할지 확인
458
+ - [ ] 성능 영향 고려
459
+
460
+ **After Modification:**
461
+ - [ ] 변경사항 검토
462
+ - [ ] 이전 버전과 비교
463
+ - [ ] 테스트 실행
464
+
465
+ ---
466
+
467
+ ## ⚡ 빠른 참조
468
+
469
+ ### 자주 쓰는 명령어
470
+
471
+ ```bash
472
+ # 새로운 에이전트
473
+ "subagent-builder로 [목적]을 검사하는 에이전트 만들어줘"
474
+
475
+ # 프레임워크 특화
476
+ "[에이전트]를 [프레임워크]에 맞게 수정해줘"
477
+
478
+ # 팀 규칙 추가
479
+ "[에이전트]에 우리 팀 규칙 추가해줘: [규칙들]"
480
+
481
+ # 성능 최적화
482
+ "[에이전트]를 더 빠르게/정확하게 만들어줘"
483
+
484
+ # 고급 기능 추가
485
+ "[기본 에이전트]를 웹 리서치 기능 추가한 고급 버전으로 업그레이드해줘"
486
+
487
+ # 자동 수정 기능
488
+ "[에이전트]에 자동 수정 기능 추가해줘"
489
+
490
+ # 검증
491
+ "[에이전트] 설정이 올바른지 검증해줘"
492
+ ```
493
+
494
+ ---
495
+
496
+ ### 모델 선택 가이드
497
+
498
+ | 목적 | 추천 모델 | 이유 |
499
+ |------|----------|------|
500
+ | 간단한 패턴 검사 | haiku | 빠르고 저렴 |
501
+ | 코드 리뷰 | sonnet | 추론 필요 |
502
+ | 보안 감사 | sonnet/opus | 정확성 중요 |
503
+ | 자동 수정 | sonnet | 안전한 수정 필요 |
504
+ | 아키텍처 분석 | sonnet | 심층 이해 필요 |
505
+
506
+ ---
507
+
508
+ ### 도구 선택 가이드
509
+
510
+ | 작업 | 필요한 도구 |
511
+ |------|------------|
512
+ | 코드 읽기만 | Read, Glob, Grep |
513
+ | 웹 리서치 추가 | + WebFetch, WebSearch |
514
+ | 코드 수정 | + Edit, Write |
515
+ | 테스트 실행 | + Bash |
516
+ | 완전 자동화 | 모든 도구 |
517
+
518
+ ---
519
+
520
+ ## 🎓 학습 리소스
521
+
522
+ ### Builder 이해하기
523
+
524
+ 1. **[subagent-builder.md](subagent-builder.md)** 읽기
525
+ - 전체 프로세스 이해
526
+ - 템플릿 참고
527
+ - 베스트 프랙티스 학습
528
+
529
+ 2. **기존 에이전트 분석**
530
+ - code-reviewer.md 구조 파악
531
+ - advanced-code-reviewer.md와 차이점
532
+ - 패턴 학습
533
+
534
+ 3. **실습**
535
+ - 간단한 에이전트부터 시작
536
+ - 기존 에이전트 수정해보기
537
+ - 자신만의 에이전트 만들기
538
+
539
+ ---
540
+
541
+ ## 🆘 문제 해결
542
+
543
+ ### Q: "에이전트가 너무 느려요"
544
+ ```
545
+ "subagent-builder로 [에이전트]를 더 빠르게 최적화해줘"
546
+
547
+ Builder가 분석:
548
+ - 모델 다운그레이드 (sonnet → haiku)
549
+ - 평가 기준 축소
550
+ - 불필요한 파일 제외
551
+ - Grep 패턴 최적화
552
+ ```
553
+
554
+ ### Q: "에이전트가 원하는 걸 안 찾아요"
555
+ ```
556
+ "[에이전트]에 [찾고 싶은 패턴]을 감지하는 기준 추가해줘"
557
+
558
+ Builder가 추가:
559
+ - 새로운 평가 기준
560
+ - Grep 검색 패턴
561
+ - 구체적인 예시
562
+ ```
563
+
564
+ ### Q: "여러 프로젝트에 같은 에이전트를 쓰고 싶어요"
565
+ ```
566
+ 방법 1: 공통 에이전트 폴더
567
+ - 에이전트를 별도 폴더에 보관
568
+ - 각 프로젝트에서 심볼릭 링크
569
+
570
+ 방법 2: 프로젝트별 커스터마이징
571
+ "[기본 에이전트]를 [프로젝트명]에 맞게 복사하고 수정해줘"
572
+ ```
573
+
574
+ ---
575
+
576
+ ## 💼 실전 시나리오
577
+
578
+ ### 시나리오 1: 새 프로젝트 시작
579
+
580
+ ```
581
+ 1. "subagent-builder로 Next.js 14 프로젝트를 위한
582
+ 기본 에이전트 세트를 만들어줘"
583
+
584
+ 2. Builder가 생성:
585
+ - nextjs-code-reviewer.md
586
+ - nextjs-performance-checker.md
587
+ - nextjs-seo-analyzer.md
588
+
589
+ 3. 프로젝트 진행하면서 필요에 따라:
590
+ "subagent-builder로 [특정 기능] 체커 추가해줘"
591
+ ```
592
+
593
+ ### 시나리오 2: 레거시 프로젝트 개선
594
+
595
+ ```
596
+ 1. "subagent-builder로 레거시 코드 개선 우선순위를
597
+ 정하는 에이전트 만들어줘"
598
+
599
+ 2. 생성: legacy-refactor-prioritizer.md
600
+ - 기술 부채 측정
601
+ - 영향도 분석
602
+ - 우선순위 제안
603
+
604
+ 3. "발견한 문제를 자동으로 수정하는 에이전트도 만들어줘"
605
+ ```
606
+
607
+ ### 시나리오 3: 팀 표준화
608
+
609
+ ```
610
+ 1. "우리 팀의 코딩 스탠다드를 검사하는 에이전트 만들어줘"
611
+ - 팀 규칙 문서 첨부
612
+
613
+ 2. Builder가 팀 규칙 분석하고 에이전트 생성
614
+
615
+ 3. CI/CD에 통합:
616
+ "이 에이전트를 CI에서 자동 실행하려면 어떻게 해야 해?"
617
+ ```
618
+
619
+ ---
620
+
621
+ ## 🚀 다음 단계
622
+
623
+ 1. **subagent-builder 사용해보기**
624
+ ```
625
+ "subagent-builder야, 간단한 린터 에이전트 만들어줘"
626
+ ```
627
+
628
+ 2. **기존 에이전트 커스터마이징**
629
+ ```
630
+ "code-reviewer를 우리 프로젝트에 맞게 수정해줘"
631
+ ```
632
+
633
+ 3. **자신만의 템플릿 만들기**
634
+ ```
635
+ "우리 회사에서 자주 쓸 에이전트 템플릿 만들어줘"
636
+ ```
637
+
638
+ 4. **에이전트 라이브러리 구축**
639
+ - 프로젝트별 에이전트 모음
640
+ - 팀 공유 에이전트
641
+ - 재사용 가능한 템플릿
642
+
643
+ ---
644
+
645
+ **Happy Building! 🛠️**