사고 대응 가이드라인을 내 폴더에서 쓰고 검토하세요

에이전트가 내 문서로 할 수 있는 일

• 파일read_file, grep, glob, list_dir가 문서를 찾아 읽고, write_file, edit_file, append_file이 작업 폴더에서 문서를 만들고 바꿔요.
• Shell맞춤법 검사나 링크 검사 같은 사용자 자신의 명령을 실행하고, 명령이 끝나면 실제 종료 코드를 알려 줘요.
• 웹web_search가 웹을 검색하고 http_get이 한 페이지를 가져와서, 에이전트가 NIST SP 800-61 같은 공개 가이드를 읽을 수 있어요.
• 스크린샷과 이미지ocr이 오래된 연락처 표 같은 스크린샷에서 텍스트를 읽고, gen_image가 이미지 파일을 저장해요.
• 오케스트레이션task가 하위 에이전트로 여러 문서를 병렬로 검토하고, run_on_model이 어려운 단계를 더 큰 모델에 보내며, skill이 플레이북을 재사용해요.
• 승인 모드Auto-run은 바로 실행하고, Ask first는 무언가를 바꾸는 작업 전에 멈추며, Plan only는 계획만 쓰고 아무것도 실행하지 않아요.
• Cron연락처 목록을 읽고 담당자나 검토 날짜가 없는 항목을 알려 주는 프롬프트 같은 것을 일정에 맞춰 실행해요.
• 모델클라우드 AI 제공업체, PC에서 로컬로 실행되는 모델, 내장 모델을 연결할 수 있고, Test 버튼이 엔드포인트를 확인해요.

에이전트에게 맡길 두 가지 작업

첫 1시간 분류 섹션 쓰기

첫 심각한 사고를 준비하는 일은 단계마다 예시가 있는 심각도 표, 연락처 목록, 그리고 격리를 누가 승인할지에 대한 결정에서 시작해요. read_file이 현재 메모를 열고, grep이 심각도가 한 번도 정의되지 않은 곳을 찾고, write_file이나 edit_file이 심각도 수준, 예시, 첫 1시간 질문이 담긴 분류 섹션을 추가해요. 새 섹션은 사고 처리 체크리스트의 일부가 돼요. Ask first를 쓰세요. 모든 예시의 diff를 읽고 우리 시스템에 맞지 않는 예시는 거부하세요. 그곳에서 심각한 사건이 어떤 모습인지는 사용자만 알아요.

타임라인과 보고서 개요 추가하기

절차 맨 위의 목적과 범위 섹션은 조직에 왜 사고 관리가 필요한지 밝히며, 에이전트는 보고서 개요를 추가하기 전에 write_file로 이 섹션을 써요. 훈련용 사고 타임라인을 만들기 위해 시간, 출처, 사건, 기록한 사람의 4개 열로 된 표를 써요. grep이 절차들에서 개요의 제목을 찾아서 어느 절차에 없는지 알 수 있고, Shell은 사용자 자신의 내보내기 명령을 실행해 문서를 나열할 수 있어요. Plan only로 시작하세요. 예정된 수정을 먼저 나열하고, 그다음 Ask first로 전환해 diff를 하나씩 읽고 직접 수락하세요.