작은 프로젝트를 경험으로 남기기

• 누가 결과를 보나요? 무엇이 들어가고 무엇이 나오나요?
• 틀리면 무엇이 곤란해지나요? 이번에는 무엇을 하지 않나요?
• AI를 쓰기 전에 예시 5–20개를 직접 보고 기대 결과를 적습니다. 이것이 가장 작은 확인 세트입니다.
• 사람이 쓰는 간단한 규칙이나 기존 수작업처럼, AI 결과와 비교할 가장 단순한 기준을 정합니다.

다른 사람에게 1분 안에 "무엇을 넣으면 무엇이 나오고, 성공을 어떻게 판단하는지" 설명할 수 있으면 이 단계는 끝입니다.

처음 부탁할 때는 아래 틀을 채워서 보냅니다.

목표: [만들 결과]
입력: [데이터 형식과 예시]
출력: [파일·표·화면]
제약: [쓸 수 있는 시간, 환경, 쓰면 안 되는 데이터]
완료 기준: [어떤 확인을 통과해야 끝인지]
하지 않을 것: [이번에는 하지 않을 일]

1. 전체를 한 번에 만들어 달라고 하지 않습니다.
2. 자료 읽기 → 작은 샘플 → 단순 기준 → 평가 순서로 나눠 부탁합니다.
3. AI가 무언가를 만들 때마다 직접 실행해 봅니다.
4. "완료했습니다"라는 말이 아니라 실제 결과 파일과 화면을 확인합니다.

같은 오류가 30분 넘게 반복되면 기능을 줄이세요. 화면, 고급 모델, 자동 보고서는 미루고 입력에서 출력까지 한 경로만 살립니다.

• 정상 입력, 비었거나 형식이 틀린 입력, 애매한 입력을 몇 개씩 넣어 봅니다.
• 1단계에서 정한 단순한 기준과 같은 조건으로 비교합니다.
• 직접 계산할 수 있는 몇 개는 손으로 다시 계산해 대조합니다.
• 도구나 라이브러리 사용법은 공식 문서와 대조합니다.
• AI에게 자기 결과를 채점하게 한 것만으로 확인을 끝내지 않습니다.
• 틀리게 나오는 입력은 지우지 말고 따로 모아 둡니다.

처음부터 맞았다는 이야기보다 무엇을 의심했고 어떤 증거로 고쳤는지가 더 좋은 기록입니다. "AI가 틀렸고 내가 잡은 것"을 하나 이상 남겨 보세요.

실패 사례를 가장 많이 줄일 것 같은 개선 하나만 고릅니다. 자료 정리, 부탁문의 목표·제약 명확히 하기, 출력 형식 확인, 자신 없는 결과는 사람에게 넘기는 규칙 같은 것들이 후보입니다.

같은 확인 세트로 고치기 전과 후를 비교합니다. 확인 세트에 맞추려고 정답을 직접 넣거나, 좋아 보이는 사례만 다시 고르지 않습니다. 여전히 남은 실패도 적어 둡니다.

화면이 없어도 괜찮습니다. 결과표나 캡처 몇 장으로 실제로 실행했다는 것이 분명하면 충분합니다. 화면을 만드느라 확인 단계를 줄이지 마세요.

설명 문서에는 다음을 적습니다.

1. 풀려는 문제
2. 실행 환경
3. 자료의 출처와 사용 범위
4. 실행 방법
5. 확인 방법
6. 실제 결과
7. 알려진 한계

전체 대화를 그대로 붙이지 않고, 중요한 순간마다 카드 한 장으로 정리합니다.

상황

무엇이 막혔나요?

AI에게 준 지시

목표, 입력, 제약, 완료 기준

AI의 제안

무엇을 제시했나요?

내 판단

무엇을 받아들이고 버렸으며, 왜 그랬나요?

확인

어떤 실행, 표본, 문서로 확인했나요?

결과

실제로 무엇이 바뀌었나요?

한계

아직 확인하지 못한 것은 무엇인가요?

처음 구조를 잡은 순간, 오류를 찾아 고친 순간, 최종 결과를 확인한 순간을 한 장씩 남기면 좋습니다.

공부 기록으로 남길 때는 문제, 쓴 도구, 내가 한 일, 확인 방법, 직접 측정한 결과, 한계 순서로 씁니다. 포부보다 실제로 한 행동을 앞에 둡니다.

• 숫자는 직접 실행한 결과만, 자료 수와 환경을 함께 적습니다.
• "좋아졌다"보다 무엇과 비교했는지를 적습니다.
• 공개 자료로 얻은 결과를 실제 현장의 효과처럼 바꿔 쓰지 않습니다.
• 설명하지 못하는 코드는 핵심 증거로 내세우지 않습니다.