일하는 ai

00. 오리엔테이션

9 min read

-

이 시리즈는 “프롬프트 문장 잘 쓰기”보다 한 단계 위인 컨텍스트 설계를 다룹니다. 목표는 간단합니다. 같은 모델을 써도 결과가 흔들리지 않게, 실무에서 재현 가능한 운영 방식을 갖추는 것.

AI 활용 안내: 이 문서는 생성형 AI 보조를 받아 작성되었습니다.

이 글에서 답하는 질문

  • 질문: 컨텍스트 엔지니어링을 처음 배울 때 무엇부터 바꿔야 할까?
  • 한 줄 답: 프롬프트 문장을 꾸미기 전에, 목표·근거·제약·출력 형식을 먼저 고정해야 합니다.
  • 다음 글로 넘어갈 기준: 최근 AI 작업 1건을 “목표/근거/제약/출력” 4줄로 다시 쓸 수 있으면 됩니다.

왜 지금 Context Engineering인가

AI를 단순 질의응답으로 쓸 때는 문장(프롬프트)만 조금 다듬어도 어느 정도 결과가 나옵니다. 하지만 실제 업무는 대개 다음과 같습니다.

  • 자료 수집 → 정리 → 초안 작성 → 검토 → 수정
  • 도구 호출(검색/코드/문서) + 여러 턴 반복
  • 이해관계자 피드백 반영

이 구간에서 품질을 가르는 건 “질문 한 줄”보다, AI가 참고하는 **입력 환경(컨텍스트)**입니다.

이 시리즈로 얻는 결과

  • 결과 품질의 편차 감소
  • 재작업/반복 수정 횟수 감소
  • 작업 속도와 비용의 동시 안정화
  • 팀 단위 표준화(누가 해도 비슷한 결과)
flowchart TD
  A[질문 중심 사용] --> B[결과 들쭉날쭉]
  B --> C[컨텍스트 설계 도입]
  C --> D[품질·재현성 상승]
  D --> E[속도·비용 안정]

무엇이 바뀌는가 (사고방식 전환)

전: Prompt 중심

  • “어떻게 물어보지?”
  • “문장을 더 예쁘게 써야 하나?”

후: Context 중심

  • “AI가 무엇을 보고 판단하지?”
  • “이번 작업에서 어떤 자료가 필수/선택/제외인가?”
  • “완료 기준과 출력 계약은 명확한가?”

시리즈 전체 로드맵

flowchart LR
    A[00 오리엔테이션] --> B[01 프롬프트 한계]
    B --> C[02 컨텍스트 7요소]
    C --> D[03 실패패턴 4가지]
    D --> E[04 전략 4가지]
    E --> F[05 에이전트 운영루프]
    F --> G[06 비용 최적화]
    G --> H[07 실무 템플릿 묶음]

이 시리즈를 읽는 방법 (권장)

  1. 00~02: 개념과 프레임 이해
  2. 03~05: 실패 패턴 진단 + 운영 루프 습관화
  3. 06~07: 비용/템플릿까지 표준화

한 번에 다 바꾸지 말고, 매 편마다 “오늘 바로 적용 1개”만 선택해서 실행하는 걸 권장합니다.

빠른 자가진단 (3분)

아래 5문항에 “예”가 4개 이상이면, 이미 컨텍스트 엔지니어링이 필요한 단계입니다.

  • 같은 작업인데 결과 품질 편차가 크다
  • 대화가 길어질수록 방향이 흐려진다
  • AI가 이미 합의한 조건을 자주 잊는다
  • 완성본보다 재작업 시간이 더 많이 든다
  • 팀원마다 AI 출력물 스타일이 크게 다르다

미니 실습: 20분으로 차이 체감하기

도구

  • 메모 앱 또는 문서 편집기

입력 자료

  • 최근 했던 AI 작업 1건 (예: 보고서 초안, 메일 작성)

실행

  1. 기존 요청문 그대로 실행
  2. 아래 4줄을 추가한 요청문으로 다시 실행
- 이번 작업 목표 1줄
- 포함/제외 조건 3개
- 근거 자료 2개
- 출력 형식(길이/섹션) 1개
  1. 두 결과를 비교해 차이를 5줄로 기록

성공 판정

  • 결과의 구조가 더 안정적인가
  • 수정 지시 횟수가 줄었는가
  • 다음에도 재현 가능한 규칙이 남았는가

실수 방지 가이드 (시작 단계)

  • 프롬프트를 길게 쓰기 전에 목표/완료 기준부터 고정
  • 참고 자료를 많이 넣기 전에 필수 자료부터 제한
  • 출력 형식을 뒤에서 고치지 말고 앞에서 계약

현장 예시: “주간 보고서 써줘”를 바꾸면

Before

이번 주 프로젝트 진행상황을 보고서로 정리해줘.

이 요청은 짧지만, AI가 무엇을 중요하게 봐야 하는지 알 수 없습니다. 그래서 성과 위주로 쓸지, 리스크 위주로 쓸지, 임원 보고용인지 팀 내부 공유용인지가 매번 달라집니다.

After

목표: 임원에게 보낼 주간 프로젝트 보고서 초안 작성
근거: 이번 주 회의록, Jira 완료 이슈, 고객 문의 요약
제약: 과장 금지, 미확정 일정은 리스크로 분리
출력: 핵심 요약 3줄 + 진행/리스크/다음 액션 섹션

이렇게 바꾸면 문장 길이는 조금 늘지만, 결과의 방향·근거·형식이 동시에 안정됩니다.

시작 단계에서 자주 터지는 실패

  • 개념 과잉: 용어를 많이 배우지만 실제 요청문은 그대로 둠
  • 도구 쇼핑: 모델·앱을 바꾸면 해결될 것이라 기대함
  • 자료 과투입: 관련 있어 보이는 자료를 전부 넣어 핵심 신호를 흐림
  • 완료 기준 누락: 결과를 받아본 뒤에야 “이게 아닌데”를 반복함

오늘 바로 적용 체크리스트

  • 최근 AI 작업 1건을 골랐다.
  • 목표를 1문장으로 썼다.
  • 반드시 써야 할 근거와 빼야 할 자료를 나눴다.
  • 출력 형식과 길이를 먼저 정했다.
  • 결과 비교 기준을 2개 이상 적었다.

다음 행동

  1. 이 글의 20분 실습을 실제 작업 1건에 적용합니다.
  2. 결과가 흔들린 이유가 “질문 문장”인지 “입력 환경”인지 표시합니다.
  3. 다음 글 01-프롬프트-한계에서 프롬프트 중심 접근의 한계를 확인합니다.

참고 자료 (입문용)

🧠 칠판 치트시트

  • 질문 최적화는 출발점, 컨텍스트 설계는 운영체계
  • “많이”보다 “맞게” 넣는 것이 품질을 만든다
  • 작은 작업부터 재현 가능한 규칙으로 쌓아야 오래 간다

다음 글

그래프 뷰

백링크