본문으로 바로 가기
업무별 실습

실습이 막혔을 때

읽는 시간 2분 · 최종 업데이트 2026.10.06

실패한 단계부터 원인을 좁히기

flowchart TD
accTitle: 실패한 단계부터 원인을 좁히기
accDescr: 실패 증상을 기록하고 기능이 보이는지, 자료를 읽을 수 있는지, 결과가 원문과 일치하는지 순서대로 구분한다. 해당 단계만 고친 뒤 작은 예제로 다시 확인한다.
 A["증상 · 오류 · 완료 단계 기록"] --> B{"스킬이나 도구가 보이는가?"}
 B -->|아니요| C["설치 · 활성화 · 노출 확인"]
 B -->|예| D{"지정한 자료를 읽는가?"}
 D -->|아니요| E["접근 · 실행 위치 · 계정 확인"]
 D -->|예| F{"결과가 원문과 맞는가?"}
 F -->|아니요| G["수치 · 기간 · 단위 · 정책 대조"]
 F -->|예| H["저장 · 예약 · 실제 실행 확인"]
 C --> I["고친 단계만 작은 예제로 확인"]
 E --> I
 G --> I
 H --> I
질문의 답에 따라 설치·접근·결과·실행 중 확인할 지점이 달라집니다. 무조건 전체 재설치로 돌아가지 않습니다.

스킬이 목록에 없을 때와 스킬은 보이지만 파일을 읽지 못할 때는 확인할 대상이 다릅니다. 앞 단계가 확인되었다면 그 근거를 남기고 실패한 단계에 집중합니다. 결과가 틀렸다면 원문의 기간과 단위, 누락된 정책을 먼저 비교합니다.

연결이 막혀도 이미 제공한 공개 자료로 초안을 만들 수 있는 경우가 있습니다. 그때는 실제 조회를 수행한 범위와 예제 자료로 작성한 범위를 구분합니다. 오류를 공유할 때는 키·토큰·개인 자료를 제거한 뒤 시도한 동작과 관측한 상태를 남깁니다.