01개념 · 15분
Projects와 컨텍스트 관리
모듈 1~2에서 매번 "너는 OMS 운영 담당자다…"를 반복해서 쳤다. 매번 신입사원에게 처음부터 회사 소개를 하는 셈. 오늘은 그걸 한 번만 하는 법.
| Projects의 두 기둥 | 내용 | 예시 |
|---|---|---|
| 지식 (Knowledge) | 판단 근거가 될 자료 | 운영 매뉴얼, 시스템 개요, 보고서 양식 |
| 지침 (Instructions) | 항상 지킬 행동 규칙 | 역할, 답변 형식, 근거 표기, 금지사항 |
지침 작성 요령구체적 규칙 + 좋은 예시 1개가 추상적 설명 열 줄보다 낫다.
나쁨 — "전문적이고 친절하게 답변해줘"
좋음 — "답변 끝에 참고 문서를 [매뉴얼 §3.2] 형식으로 표기해줘. 문서에 없는 내용이면 '문서에 없음 — 추정'이라고 먼저 밝혀줘."
나쁨 — "전문적이고 친절하게 답변해줘"
좋음 — "답변 끝에 참고 문서를 [매뉴얼 §3.2] 형식으로 표기해줘. 문서에 없는 내용이면 '문서에 없음 — 추정'이라고 먼저 밝혀줘."
컨텍스트 관리 — 효율적 사용법의 숨은 핵심
| 규칙 | 왜 |
|---|---|
| ① 대화가 길어지면 흐려진다 | 오래된 내용은 영향력이 약해지고, 주제가 섞이면 품질이 떨어진다 |
| ② 주제가 바뀌면 새 대화 | 하나의 대화 = 하나의 업무. 장애 분석 대화에서 번역시키지 않기 |
| ③ 이어가려면 요약을 넘긴다 | "지금까지 결정된 내용을 요약해줘" → 새 대화 시작에 붙인다 |
핵심 메시지지침은 코드다. 고치면 동작이 바뀐다.
02시연 · 25분
빈 Project에서 비서 완성까지
빈 Project에서 완성까지, 라이브 순서 그대로.
지침 (Instructions)
너는 주문관리시스템(OMS)의 SM 운영팀 업무 비서다. - 답변은 두괄식으로, 결론 먼저. - 근거가 된 문서명과 섹션을 [문서명 §섹션] 형식으로 표기한다. - 지식에 없는 내용은 반드시 "문서에 없음 — 일반론/추정"이라고 밝히고 답한다. - 보고서 작성 요청 시 지식에 있는 보고서양식.md 목차를 따른다. - 날짜·수치는 임의로 만들지 않는다.
지식 (Knowledge)
📄 운영매뉴얼_발췌.md 📄 시스템개요.md 📄 보고서양식.md나 — 프롬프트
야간 배치가 실패하면 뭘 먼저 확인해?
✳ Claude
결론: BATCH_LOG의 오류 메시지부터 확인한다. 이후 절차는:
- 오류 메시지 확인 → 데이터 원인(전일 마감 미완료 등)이면 마감 처리 후 재실행
- 시스템 원인(DB lock, 공간 부족)이면 DBA 협의 후 재실행
- 09:00까지 미해결 시 팀장 보고 + 정산팀에 지연 공지
[운영매뉴얼 §3.3 야간 배치 실패 시 절차]
나 — 프롬프트
DB 접속 정보는 어디서 관리해?
✳ Claude
문서에 없음 — 추정. 탑재된 매뉴얼·시스템 개요에는 DB 접속 정보 관리 위치가 나오지 않습니다. 일반적으로는 WAS 데이터소스 설정 또는 별도 계정관리 대장에서 관리합니다. 정확한 위치는 인프라 담당자 확인이 필요합니다.
03실습 · 60분
직접 해보기
Project 생성 + 지침 작성
10분- Project 생성 (이름: ○○시스템 운영 비서).
- 시연 지침을 복사해 시작하되, 본인 시스템명·규칙으로 수정.
- 최소 규칙 4개: 역할 / 답변 형식 / 근거 표기 / 지식에 없을 때 행동.
너는 주문관리시스템(OMS)의 SM 운영팀 업무 비서다. - 답변은 두괄식으로, 결론 먼저. - 근거가 된 문서명과 섹션을 [문서명 §섹션] 형식으로 표기한다. - 지식에 없는 내용은 반드시 "문서에 없음 — 일반론/추정"이라고 밝히고 답한다. - 보고서 작성 요청 시 지식에 있는 보고서양식.md 목차를 따른다. - 날짜·수치는 임의로 만들지 않는다.
지식 탑재 + 질문 5개 테스트
25분- 본인 업무 문서 2~3건(가명화) 업로드. 없으면 module3/ 샘플 3종 사용.
- 실제 업무 질문 5개 테스트 — 그중 1개는 반드시 "문서에 없는 질문"으로.
- 잘못 답한 것은 지침·지식을 보강해서 재시도.
실습지: 지침을 어떻게 고쳤더니 무엇이 달라졌는가 — 1건 기록.
양식 학습
15분- 보고서 양식을 지식에 넣는다.
- 짧은 메모를 주며 "우리 양식 보고서로" 지시.
- 양식에서 어긋난 부분은 지침에 규칙으로 추가.
아래 메모를 우리 보고서 양식에 맞춰 정식 보고서로 만들어줘. 메모: 7/18 새벽 daily_settle 배치 실패. 디스크 풀. 아침에 정리하고 재실행 완료. 정산팀 지연 공지함.
교차 테스트
10분- 옆 사람과 자리를 바꿔 서로의 비서에게 질문 3개.
- 만든 사람 없이도 쓸 만한가 — 좋은 비서의 기준.
- 발견된 허점을 주인에게 피드백 → 지침 보완.
04공유 · 20분
마무리
- 공유 — 교차 테스트에서 발견된 허점 (실패 사례가 최고의 교재).
- 논의 — 이 비서에 다음으로 넣고 싶은 지식 목록 작성 → 인수인계 문서의 씨앗.
- 미니 과제 — 이번 주 실무에서 비서 3회 이상 사용 + 지침 1회 이상 개선.
환경 준비 공지다음 주부터 채팅창을 벗어난다. Claude Code / Cowork 설치·로그인을 미리 완료할 것 (설치 가이드 배포).
클로드코드 시작하기◀ 모듈 2모듈 4 · 에이전트 입문 ▶