업무별 실습
실습이 막혔을 때
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
스킬이 목록에 없을 때와 스킬은 보이지만 파일을 읽지 못할 때는 확인할 대상이 다릅니다. 앞 단계가 확인되었다면 그 근거를 남기고 실패한 단계에 집중합니다. 결과가 틀렸다면 원문의 기간과 단위, 누락된 정책을 먼저 비교합니다.
연결이 막혀도 이미 제공한 공개 자료로 초안을 만들 수 있는 경우가 있습니다. 그때는 실제 조회를 수행한 범위와 예제 자료로 작성한 범위를 구분합니다. 오류를 공유할 때는 키·토큰·개인 자료를 제거한 뒤 시도한 동작과 관측한 상태를 남깁니다.
