코덱스에게 작업 요청하는 법: 자료·결과·조건을 알려 주세요

‘이 자료 좀 봐 줘’라고 하면 요약을 원하는지, 틀린 내용을 찾으라는 뜻인지 알기 어려워요. 먼저 결과를 한 문장으로 적어 보세요. ‘팀 회의에서 읽을 한 페이지 요약이 필요해’처럼 쓸 곳도 알려 주면 분량과 구성을 정하는 데 도움이 돼요.

파일이 필요하면 형식과 저장 위치도 적어 주세요. ‘대화창에 표로 보여 줘’와 ‘CSV 파일로 저장해 줘’는 다른 요청이에요. 실제 파일 대신 답변만 받았다면 원하는 결과 형식이 전달됐는지 확인해 보세요.

파일이 여러 개라면 이름과 역할을 함께 알려 주세요. ‘meeting.txt는 이번 주 메모이고 template.txt는 결과 형식의 예시야’처럼 구분하면 내용과 형식을 섞어 읽는 일을 줄일 수 있어요.

기간이나 대상도 필요한 만큼만 정해요. 이번 달 자료만 필요한데 전체 폴더를 조사하게 할 이유는 없어요. 파일 위치를 모른다면 바로 정리부터 시키기보다 후보를 찾아 목록으로 보여 달라고 요청할 수 있어요.

요청 예시: ‘notes 폴더에서 파일 이름에 2026-09가 들어간 텍스트 파일만 찾아 줘. 먼저 읽을 파일 목록을 보여 주고, 다른 달 자료는 이번 요약에서 제외해 줘.’ 이 날짜는 연습 예시이므로 실제 자료에 맞춰 바꿔 주세요.

조건은 결과를 사용할 수 없게 만드는 실수를 막는 데 써요. 원본을 유지해야 한다면 저장 위치를 나누고, 자료에 없는 숫자를 채우면 안 된다면 ‘확인 필요로 표시해 줘’라고 적어요.

예를 들어 ‘참석자 이름과 날짜는 바꾸지 마. 담당자가 없는 할 일은 미정으로 남겨 줘’면 검토 기준이 분명해져요. 반면 모든 문장 길이와 작업 순서를 미리 고정하면 정작 필요한 결과를 설명하기 어려워질 수 있어요.

메일이나 게시물은 초안 작성과 실제 발송을 구분해 주세요. ‘초안 파일까지만 만들어 줘’라고 했다면 최종 결과도 그 범위 안에서 확인하면 돼요.

먼저 방향을 정하고 싶다면 ‘파일은 수정하지 말고 정리 방법을 두 가지 제안해 줘’라고 요청해요. 할 일이 정해졌다면 ‘이 기준으로 결과 파일을 만들고 원본과 대조해 줘’처럼 실행과 검토까지 적으면 돼요.

파일 이름 변경처럼 되돌리는 수고가 생기는 작업은 처음 몇 개의 변경안을 보고 전체에 적용할 수 있어요. 모든 작업에 별도 승인 단계를 둘 필요는 없지만, 기준이 아직 불분명한 작업에서는 작은 예시를 먼저 보는 게 도움이 돼요.

예시를 확인한 뒤에는 ‘표의 기준을 그대로 적용해 줘. 이름이 겹치는 파일은 덮어쓰지 말고 별도로 알려 줘’처럼 이어서 요청해 보세요.

‘다시 해 줘’ 대신 결과에서 어긋난 부분을 짚어 주세요. ‘첫 문단이 너무 길어. 결론 두 문장으로 줄이고 근거는 아래에 남겨 줘’처럼 말하면 유지할 부분도 분명해져요.

틀린 정보와 취향 차이는 나눠서 알려 주면 좋아요. ‘담당자 이름이 원문과 달라’는 원본 대조가 필요한 오류이고, ‘조금 더 편한 말투로 써 줘’는 표현 수정이에요. 둘을 한꺼번에 설명해도 되지만 무엇이 잘못됐는지 구분해 주세요.

수정 후에는 그 부분을 다시 열어 봐요. 글자만 바꿔야 했는데 날짜나 표의 행이 달라지지 않았는지처럼 주변 내용도 짧게 확인하면 좋아요.

같은 결과를 몇 번 만들다 보면 늘 붙이는 설명이 생겨요. ‘원문에 없는 정보는 미정’, ‘결정 사항부터’, ‘원본과 다른 파일에 저장’ 같은 규칙을 메모해 두세요. 다음 요청에서는 새 자료와 달라진 조건만 더하면 돼요.

반복 절차가 충분히 정리됐다면 스킬로 만들 수도 있어요. 다만 한 번 쓴 요청을 모두 스킬로 바꿀 필요는 없어요. 실제로 다시 쓸 기준인지 확인한 뒤 정리해 보세요.