OpenAI가 공식 문서에 숨겨둔 GPT-5.6 자율성 경계 설정 템플릿을 이용하여 문제를 해결하는 3줄 정책
핵심 요약
- GPT-5.6은 능동적이고 끈질기게(proactive and persistent) 동작할 수 있는 모델이라,
각 요청이 어느 수준의 행동까지 허용하는지 프롬프트에서 명시적으로 정의해야 한다. (출처: OpenAI Model Guidance, 2026)- 가이드는 답변·설명·검토·진단·계획 요청과 변경·구축·수정 요청을 구분하는 간결한 3단 정책 템플릿을 제시한다.
- 파일 읽기, 로그 확인, 검색, 범위 내 코드 수정, 비파괴적 테스트 실행 같은 안전한 로컬 작업은 승인 없이 수행하도록 명시하는 것이 좋다.
- "먼저 물어봐라", "변경하지 마라" 같은 문구를 반복하는 것은 오히려 안전한 작업에서도 불필요한 승인 확인을 유발할 수 있다.
목차
- 문제 제기 — 너무 조심스럽거나 너무 대담한 AI 에이전트
- GPT-5.6이 "능동적이고 끈질기다"는 것의 의미
- OpenAI 공식 3단 정책 템플릿
- 안전한 로컬 작업과 확인이 필요한 작업 구분하기
- 반복된 금지 지시가 만드는 역효과
- 마치며
1. 문제 제기 — 너무 조심스럽거나 너무 대담한 AI 에이전트
AI 코딩 에이전트를 쓰다 보면 두 가지 상반된 불만을 마주하게 된다.
- 하나는 에이전트가 물어보지도 않고 코드를 바꿔버리는 것이고,
- 다른 하나는 사소한 파일 읽기 하나까지 매번 승인을 구해서 작업 흐름이 끊기는 것이다.
두 문제 모두 같은 원인에서 비롯된다.
에이전트에게 어느 수준까지 자율적으로 행동해도 되는지 명시하지 않았기 때문이다.
OpenAI가 공개한 GPT-5.6 공식 활용 가이드는 이 문제를 해결하는 구체적인 템플릿을 제시한다. (출처: OpenAI Model Guidance, 2026)
2. GPT-5.6이 "능동적이고 끈질기다"는 것의 의미
먼저 왜 이 설정이 GPT-5.6에서 특히 중요한지 이해할 필요가 있다.
"GPT-5.6은 능동적이고 끈질기게(proactive and persistent) 동작할 수 있는 모델"이라는 것이 OpenAI의 설명이다.
이전 모델보다 스스로 판단해서 행동을 이어가는 경향이 강해졌다는 의미다.
이것은 장점이 될 수도 있지만,
권한 경계가 명시되지 않으면 예상치 못한 범위까지 작업을 확장할 위험도 커진다는 뜻이다.
그래서 가이드는 "각 요청이 어느 수준의 행동까지 허용하는지를 프롬프트에서 정의해야 한다"고 강조한다.
3. OpenAI 공식 3단 정책 템플릿
가이드가 제시하는 템플릿은 세 부분으로 나뉜다.
For requests to answer, explain, review, diagnose, or plan, inspect the
relevant materials and report the result. Do not implement changes unless
the request also asks for them.
For requests to change, build, or fix, make the requested in-scope local
changes and run relevant non-destructive validation without asking first.
Require confirmation for external writes, destructive actions, purchases,
or a material expansion of scope.
한국어로 풀면 다음과 같은 구조다.
| 요청 유형 | 허용 행동 |
| 답변·설명·검토·진단·계획 | 관련 자료를 검토하고 결과를 보고. 요청에 없으면 변경 구현 금지 |
| 변경·구축·수정 | 요청 범위 내 로컬 변경 수행 + 비파괴적 검증을 먼저 묻지 않고 실행 |
| 외부 쓰기·파괴적 행동·구매·범위의 실질적 확장 | 반드시 확인 요구 |
이 구조의 핵심은 요청의 "동사"에 따라 자동으로 허용 범위가 결정된다는 점이다.
- "설명해줘"라는 요청에는 코드 변경이 따라오지 않고,
- "고쳐줘"라는 요청에는 로컬 범위 내 변경이 승인 없이 진행되며,
- 시스템 바깥으로 나가는 행동은 항상 확인을 거친다.
4. 안전한 로컬 작업과 확인이 필요한 작업 구분하기
이 정책을 실제로 적용하려면
- 무엇이 "안전한 로컬 작업"이고
- 무엇이 "확인이 필요한 작업"인지
구체적으로 알아야 한다.
가이드는 이를 명확히 구분해서 제시한다.
승인 없이 안전하게 수행 가능한 작업:
- 파일 읽기
- 로그 확인
- 검색
- 범위 내 코드 수정
- 비파괴적 테스트 실행
확인이 필요한 작업:
- 외부 쓰기
- 파괴적 행동
- 구매
- 범위의 실질적 확장
[실전 예시]
"이 함수의 버그를 찾아서 고쳐줘"
→ 로컬 코드 수정 + 비파괴적 테스트 실행: 승인 없이 진행
→ 데이터베이스 스키마 변경이 필요하다고 판단: 확인 요청 발생
→ 외부 API에 데이터 전송이 필요하다고 판단: 확인 요청 발생
이렇게 구체적으로 명시하면,
에이전트가 매번 "코드를 수정해도 될까요?"라고 묻는 대신
- 안전한 범위 안에서는 곧바로 작업하고,
- 정말 위험할 수 있는 지점에서만 확인을 구하게 된다.
5. 반복된 금지 지시가 만드는 역효과
가이드는 흔히 하는 실수도 명확히 경고한다.
"'먼저 물어봐라', '변경하지 마라', '승인을 기다려라' 같은 문구를 프롬프트 곳곳에 반복하는 것은 피해야 한다.
반복된 금지 지시는 안전하고 당연한 작업에서도 불필요한 승인 확인을 유발할 수 있기 때문이다."
이것이 중요한 이유는,
많은 사람이 에이전트를 더 안전하게 만들려고 이런 금지 문구를 여러 번 반복해서 넣는 경향이 있기 때문이다.
그런데 이 반복이 오히려 역효과를 낳는다.
[흔한 실수]
"변경하기 전에 먼저 물어봐."
"확실하지 않으면 물어봐."
"변경사항은 승인받고 진행해."
"모르겠으면 항상 물어봐."
→ 4번 반복된 "물어봐" 지시
→ 안전한 파일 읽기 작업에서도 불필요하게 확인 요청 발생
[권장 방식]
3단 정책 템플릿 한 번만 명시
→ 요청 유형에 따라 자동으로 허용 범위 결정
→ 안전한 작업은 즉시 진행, 위험한 작업만 확인
실무 판단 기준:
지금 사용 중인 시스템 프롬프트에
"먼저 확인해라", "물어봐라" 같은 문구가 여러 곳에 흩어져 있다면,
이를 모두 제거하고 OpenAI의 3단 정책 템플릿 하나로 통합하는 것이 좋다.
요청 유형별로 경계가 명확해지면 반복 지시 없이도 원하는 수준의 자율성을 얻을 수 있다.
FAQ
Q: GPT-5.6에서 자율성 경계를 왜 명시적으로 설정해야 하는가?
A: GPT-5.6은 능동적이고 끈질기게 동작할 수 있는 모델이라,
권한 경계가 명시되지 않으면 예상치 못한 범위까지 작업을 확장할 위험이 있기 때문이다.
Q: OpenAI가 제시하는 3단 정책 템플릿의 핵심 구조는 무엇인가?
A: 답변·설명·검토·진단·계획 요청, 변경·구축·수정 요청, 외부 쓰기나 파괴적 행동을 요구하는 요청 세 가지로 나누어
각각 다른 자율성 수준을 부여하는 구조다.
Q: 승인 없이 수행해도 되는 안전한 작업은 무엇인가?
A: 파일 읽기, 로그 확인, 검색, 범위 내 코드 수정, 비파괴적 테스트 실행이 해당된다.
반면 외부 쓰기, 파괴적 행동, 구매, 범위의 실질적 확장은 반드시 확인을 거쳐야 한다.
Q: "먼저 물어봐라" 같은 문구를 반복하면 왜 문제가 되는가?
A: 반복된 금지 지시가 안전하고 당연한 작업에서도 불필요한 승인 확인을 유발할 수 있기 때문이다.
한 번의 명확한 정책 템플릿이 여러 번의 반복 지시보다 효과적이다.
마치며
AI 에이전트가 너무 조심스럽거나 너무 대담한 것은
모델의 문제가 아니라 권한 경계 설정의 문제일 가능성이 크다.
OpenAI가 제시한 3단 정책 템플릿은
요청의 유형에 따라 자동으로 자율성 수준을 결정하는 간결한 구조다.
반복된 금지 문구를 걷어내고 이 템플릿 하나로 명확하게 경계를 그으면,
안전한 작업은 매끄럽게 진행되고 위험한 작업에서만 확인을 거치는 균형이 만들어진다.
참고자료
- OpenAI Model Guidance 원문: https://developers.openai.com/docs/guides/model-guidance
- OpenAI skills 저장소: https://github.com/openai/skills
'AI 실전 활용' 카테고리의 다른 글
| 모든 작업에 'High'만 쓰는 이유, effort 레벨이 말 안 하는 비밀 - Claude Code의 Low,Medium,High 설정으로 토큰과 지능 조절하기 (0) | 2026.07.01 |
|---|---|
| Claude Code 창시자가 말하는 프롬프트 레벨업 실전 팁 4가지 - '고쳐줘' 대신 써야 할 진짜 지시문들 (0) | 2026.06.28 |
| CLAUDE.md에 이 한 문장을 안 넣으면 같은 실수를 계속 반복하게 된다 (0) | 2026.06.26 |
| effort 파라미터를 잘못 쓰고 있는 이유 - max~low 5단계 실전 선택 기준 (0) | 2026.06.22 |
| AI가 초반엔 잘 하다가 뒤에서 무너지는 느낌, 이유가 있었다 (0) | 2026.06.15 |