GPT-6 Astra 시대, 쌓아둔 에이전트 지시문을 다시 손볼 때예요

GPT-6 Astra 시대, 쌓아둔 에이전트 지시문을 다시 손볼 때예요

AI 뉴스 썸네일

728x90

코딩 에이전트를 1년쯤 쓰다 보면 좋은 결과를 이끌려고 넣은 지시가 프로젝트 여기저기 쌓여 있어요. OpenAI 코딩 에이전트 팀의 에릭 프로빈처(Eric Provencher)는 새 모델 GPT-6 Astra가 나온 지금이 그 지시들을 걷어내고 다시 검토할 시점이라고 말해요. 과거 모델에 필요했던 세세한 유도와 보조 절차 상당수가 이제는 없어도 돌아가기 때문이에요. 1 2

핵심 요약

구분	핵심	왜 볼 만한가요
대상 독자	코딩 에이전트를 쓰는 개발자, 저장소 관리자	지시문 정리만으로 작업 속도와 결과가 달라져요
스킬 파일	설명은 짧게, 사용 조건은 명확하게, 점진적 공개로 구성	스킬이 많으면 모델이 제대로 고르지 못해요
AGENTS.md	매번 전체 문서 읽기·테스트 반복 지시 정리	컨텍스트 낭비를 줄이고 작업이 빨라져요
진행 권한	안전한 작업 흐름에는 명시적인 실행 허용	모델이 중간에 불필요하게 멈추지 않아요
완료 조건	요청에 실행·확인·수정까지 포함	첫 구현에서 일찍 멈추는 걸 막아요

1. 모델이 좋아지면 지시문은 부담이 돼요

지난 1년간 에이전트를 쓴 프로젝트에는 결과를 유도하려던 지시가 과도하게 쌓였을 가능성이 높아요. 오타 하나 고치는 데도 저장소 전체 구조를 읽게 하거나, 변경할 때마다 전 프로젝트 검토를 요구하는 식이에요. GPT-6 Astra는 이런 지시가 없어도 무엇을 읽어야 하는지 스스로 판단해요. 매번 파일을 읽도록 요구하는 지시는 컨텍스트를 태우고 작업을 늦출 뿐이에요. 1 2

이전 모델은 테스트와 검증을 하도록 독려해야 했지만, GPT-6 Astra는 스스로 테스트를 돌려요. 같은 지시가 남아 있으면 오히려 불필요한 테스트 반복으로 이어져요. 모델이 바뀔 때마다 기존 가정을 점검할 가치가 있고, 이번 버전에서는 그 필요성이 더 커졌다는 게 글쓴이의 판단이에요. 2

스킬 파일은 줄이고, 라우터처럼 만들어요

스킬 파일은 마크다운으로 저장된 프롬프트에 스크립트가 붙은 형태예요. 특정 작업에만 필요한 작업 흐름이나 플러그인 사용법을 안내할 때 가장 유용해요. 문제는 스킬을 무작정 많이 내려받는 습관이에요. 각 스킬의 이름과 설명이 컨텍스트에 로드되는데, 스킬이 너무 많으면 Codex가 설명을 줄여서 넣고, 모델은 각 설명을 덜 읽게 돼요. 어떤 스킬을 써야 할지 판단이 어려워지고, 설명끼리 서로 모순되거나 자기 사용을 과하게 유도하면 실제 작업에 도움이 안 되는 지시까지 불러들이게 돼요. 1

글쓴이가 정리한 스킬 설계 원칙은 세 가지예요. 첫째, 설명은 최대한 짧게 쓰되 언제 사용해야 하는지는 분명하게 적어요. 데이터베이스 마이그레이션용 스킬이 데이터베이스와 관련된 모든 작업에서 호출되도록 설명돼 있으면 범위가 지나치게 넓은 거예요. 둘째, 점진적 공개예요. 여러 작업 흐름을 다루는 스킬이라면 루트 문서를 최소한의 안내 문서로 만들고, 관련 보조 문서와 스크립트로 연결해요. 모델이 어디를 찾아볼지 알 수 있을 만큼만 안내하고, 당장 필요 없는 자료까지 읽게 하지 않아요. 셋째, 지나치게 상세한 절차를 줄여요. 모델이 뉘앙스와 모호함을 더 잘 이해하게 되면서, 과거에는 도움이 됐던 레시피 같은 지시가 이제는 결과를 방해할 수 있어요. 1 2

저장소에 올린 스킬은 다른 기여자의 에이전트에도 적용돼요. 어떤 모델에 도움이 되는 지시가 GPT-6 Astra에는 과도한 제약이 될 수 있으니, 지시를 남길 때 어떤 모델이 읽을지까지 고려하라고 권해요. 2

AGENTS.md는 필요한 지시만 남겨요

AGENTS.md는 모델이 저장소에서 작업할 때마다 적용되는 파일이에요. 그래서 각 지시가 여전히 필요한지 하나씩 다시 봐야 해요. 문서를 안내하는 것은 작업 맥락에 맞을 때 여전히 유용하고, 안내하는 문서 자체는 최신 상태로 유지하는 게 중요해요. 1

흥미로운 부분은 진행 권한이에요. GPT-6 Astra는 철저하게 작업하지만 진행 범위에 더 신중한 편이어서, 안전하다고 확인된 작업 흐름에는 명시적인 실행 권한을 주라고 권해요. 예를 들어 로컬 점검이 버려도 되는 임시 자료만 쓰고 실제 서비스에 접근하지 않는다면, 요청한 변경으로 생긴 실패를 고치고 관련 테스트를 다시 실행하는 과정에서 단계마다 승인을 요청하지 않도록 허용하는 거예요. 1 2

경계를 적는 방식도 다시 볼 필요가 있어요. 이전 모델이 허락 없이 일을 벌였다면 "먼저 물어보세요" 같은 강한 표현을 넣었을 거예요. GPT-6 Astra는 판단력이 좋아진 만큼 이런 경계를 진지하게 받아들여서, 계속 진행해도 됐을 작업에서 멈춰 버릴 수 있어요. 2

완료 조건을 요청에 넣어요

GPT-5.6 솔이 요청을 받으면 오래 이어서 작업하던 스타일이었다면, GPT-6 Astra는 어디서 멈출지 더 조심해요. 첫 구현을 끝낸 뒤 리뷰를 요청하러 돌아오는데 남은 일이 아직 있을 수 있는 거예요. 이럴 때는 시작 전에 완료 조건을 정의하라고 권해요. 구현을 실행하고 결과를 확인하고 실패를 고치는 것까지 과제에 포함시키고, 추가로 탐색할 범위와 중단 지점을 미리 적어요. 첫 구현 후 리뷰를 위해 멈추라는 요구는 모델을 더 이른 중단점으로 끌어당기니, 그 결정이 정말 필요한 것인지 점검해 보세요. 2

왜 중요한가요

에이전트 지시문 관리는 이제 개발 환경 관리의 일부예요. 모델이 세대를 거듭할수록 지시문은 자산이 아니라 부채가 되는 속도가 빨라져요. 이 글은 OpenAI 안에서 코딩 에이전트와 스킬 시스템을 직접 다루는 사람이 실패 사례를 보고 정리한 권고라서, 실무 판단의 근거로 삼을 만해요. 지금 저장소의 스킬 개수, 스킬 설명 길이, AGENTS.md의 매번-읽기 지시를 한 번 점검해 보는 것만으로 컨텍스트 사용량과 작업 속도가 달라질 수 있어요. 새 모델로 갈아탔다면 이번 기회에 지시문 감사를 돌려보고, 그다음에는 전에는 시도하지 않았던 작업에 도전해 보라고 글쓴이는 마무리해요. 2

참고 자료

1. GPT-6 Astra를 위한 스킬과 프롬프트 다시 생각하기 — GeekNews
2. Skills and prompts, reconsidered for GPT-6 Astra — Eric Provencher(@pvncher), X