1기 마감·2기 준비 중1:1 프라이빗 신청↗1:1 신청

AWC(Agentic Workflows Club)는 대표님의 사업에 AI를 적용하고, 직접 활용하는 역량을 함께 키웁니다.

프로그램대표 부트캠프 (그룹)프라이빗 빌드1:1 Signature기타 문의
둘러보기워크플로우실전 도입 사례블로그자주 묻는 질문
ConnectThreadsInstagram (AWC)Instagram (Bruce)bruce@intellieffect.com

상호 인텔리이펙트(Intellieffect)대표 최종혁사업자등록번호 103-28-01020주소 서울특별시 강동구 고덕비즈밸리로 51이메일 bruce@intellieffect.com

© 2026 agenticworkflows.club

개인정보처리방침이용약관
인사이트

「아까 승인했잖아요」가 지금도 유효한 건 아닙니다 — 새 지시가 오면 이전 승인은 죽습니다

9월 10일 정식 배포된 Codex CLI 0.154.0부터 자동 승인 검토는 사용자가 새 지시나 답을 주면 그것으로 무효가 된 이전 승인을 거부합니다. 승인이 시점의 도장에서 그때의 지시에 붙은 조건부 허가로 바뀌었습니다. 대표가 정할 칸은 승인의 유효 조건, 묻는 동안 멈출 질문, 두 곳에서 열 때의 편집권 세 개입니다.

2026. 09. 118분 읽기
3
AI 에이전트 승인 유효 범위 — 잉크 다크 헤드라인 타이포 카드, 시점의 도장과 조건부 허가를 대비한 모티프와 AWC 브랜드 슬라임
  1. 승인이 시점의 도장에서 조건부 허가로 바뀌었습니다
  2. 조건이 바뀌자 이전 대응안이 그 자리에서 죽었습니다
  3. 멈춰야 하는 질문과 계속돼도 되는 질문을 가릅니다
  4. 같은 대화를 두 곳에서 열면 한쪽은 보기만 합니다
  5. 원격에서 이어받아도 저장된 권한은 그대로입니다
  6. 정리
  7. AI 승인 규정에 물어볼 네 가지
  8. 자주 묻는 질문
  9. Q. 9월 10일에 정확히 무엇이 바뀌었나요?
  10. Q. 승인이 조건부라는 게 무슨 뜻인가요?
  11. Q. 대화가 압축되면 승인이 사라지나요?
  12. Q. AI가 묻는 동안 일이 계속되면 위험하지 않나요?
  13. Q. 다른 앱에서 열려 있는 대화를 다시 열면 어떻게 되나요?
  14. Q. 우리 회사는 어디부터 보면 되나요?
한 줄 답

AI에게 준 승인은 그때의 지시에 붙은 조건부 허가입니다. 9월 10일 아침 정식 배포된 Codex CLI 0.154.0부터는 사용자가 새 지시나 답을 주면 그것으로 무효가 된 이전 승인을 자동 검토가 거부합니다.

✕

"아까 승인했으니 그대로 진행하면 됩니다"

거르세요
✓

"이 조건이 바뀌면 이 승인은 죽습니다"

믿으세요

유효 조건이 없는 승인은 지시가 바뀐 뒤에도 옛 권한으로 일이 진행되는 통로가 됩니다. 사람 직원의 전결 규정과 같은 원리입니다.

9월 10일 아침 7시 35분, OpenAI Codex CLI 0.154.0이 정식으로 나왔습니다.
자동 승인 검토가 「누가 무엇을 승인했는가」를 다루는 방식이 바뀌었습니다.

지금까지 승인은 시점의 도장에 가까웠습니다. 한 번 눌리면 그 뒤 지시가 바뀌어도 살아 있었습니다.

이번 판은 그 도장을 조건에 붙입니다. 조건이 된 지시가 바뀌면 승인도 함께 죽습니다.

승인은 시점이 아니라 그때의 지시에 붙은 조건입니다.

AI 승인 유효 범위 판정 비교 — 아까 승인했으니 그대로 진행하면 된다는 말은 거르고, 이 조건이 바뀌면 이 승인은 죽는다는 기준을 믿으세요
01

무엇이 바뀌나

승인이 시점의 도장에서 조건부 허가로 바뀌었습니다

릴리스 노트 버그 수정 항목의 원문은 한 줄입니다.
"Automatic approval reviews better preserve authorization context through compaction and reject approvals invalidated by new user instructions or answers. (#42844, #42852, #43442)"

두 가지가 들어 있습니다.
대화가 길어져 압축되더라도 누가 무엇을 승인했는지의 맥락을 보존하는 것. 그리고 사용자가 새 지시나 답을 주면 그것으로 무효가 된 이전 승인을 거부하는 것.

변경 이력에는 같은 방향의 제목이 세 개 더 보입니다.

"#42293 Preserve verified answers across history compaction"
"#42298 Preserve retained answers across steer rollbacks"

"#42256 Skip Guardian scoring in User approval mode"

확인된 답은 압축 뒤에도 남기고, 방향을 튼 뒤에도 남깁니다. 사람이 직접 승인하는 모드에서는 자동 점수 매기기를 건너뜁니다.

승인을 언제 물을지, 기본값이 무엇인지는 8월 승인 기본값 변경에서 다뤘습니다. 이 글의 축은 다릅니다. 받은 승인이 언제 만료되는가입니다.

승인의 수명이 지시의 수명에 묶였습니다.

슬라임 체크「승인」 옆에 「어느 지시에 붙은 승인인지」가 같이 기록되는 거예요!
02

현장 기록

조건이 바뀌자 이전 대응안이 그 자리에서 죽었습니다

저희는 이 원리를 8월 고객 현장에서 먼저 겪었습니다.
이커머스 회사 대표님의 광고 효율 판정 자동화에서 매출 채널 하나가 비어 있었습니다.

처음 낸 대응안은 대표님이 빠진 매출을 직접 입력하는 것이었습니다. 그 안은 「업무 부담을 늘린다」는 이유로 물렸습니다.

그날 오후 대표님이 판정 게이트를 직접 더 조였습니다. 기록에 남은 이유는 이렇습니다.

매출 누락과 광고비 누락은 방향이 반대다.
매출이 빠지면 MER 이 낮게 나와 '적자'로 겁을 주지만,

광고비가 빠지면 MER 이 높게 나와 '목표 달성'으로 안심시키고 대응 후보가 '광고비를 늘려라'가 된다

— 돈이 나가는 쪽으로 틀린다.

실제 고객 운영 기록 (2026 · 신원 비식별)

이 한 줄이 새 지시였습니다.
그 순간 「게이트를 느슨하게 풀자」는 쪽의 안은 전부 탈락했습니다. 검토 중이던 대응안 두 개가 같이 죽었습니다.

남은 정답은 하나였습니다. 게이트는 그대로 두고 빠진 매출을 결제 대행사 쪽에서 실제로 가져오는 것.

사람 사이의 일에서도 지시가 바뀌면 그 전에 받은 승인은 다시 받습니다. AI에게만 예외를 두면 옛 승인이 새 지시를 앞질러 달립니다.

이전 승인이 살아 있는지는 조건이 아직 참인지로 판단합니다.

슬라임 체크「업무 부담을 늘린다」 한 마디에 이전 안 두 개가 같이 내려갔어요!
03

묻는 동안

멈춰야 하는 질문과 계속돼도 되는 질문을 가릅니다

같은 판에 새 기능이 하나 더 들어갔습니다.
"Answer questions inline while Codex continues working, using suggested choices or custom text without losing your main draft. (#42891, #42894, #42897)"

작업 도중 AI가 던진 질문에 본문 작성을 멈추지 않고 인라인으로 답합니다. 제시된 선택지를 고르거나 직접 써 넣어도 쓰던 초안은 그대로 남습니다.

편리해진 만큼 대표가 정할 칸이 하나 생깁니다.
사람이 답하는 동안 일이 계속돼도 되는가, 서 있어야 하는가.

8월 다른 이커머스 대표님의 매출 연동 건에서 저희가 내린 판단이 이 칸의 예입니다. 분석용 연결 한 자리를 가져오려면 발주 시스템이 쓰던 자리를 빼앗아야 했습니다.

결론부터 말씀드리면, 이지어드민은 그대로 두셔야 될것같습니다 !
그로스 매출을 API로 가져오려면 지금 이지어드민이 쓰고 있는 그 한 자리를 뺏어와야 되는 상황입니다.

분석 하나 때문에 발주가 멈추는 게 더 큰 손해라서, 그대로 유지하겠습니다 !

실제 상담 기록 (2026 · 신원 비식별)

발주는 멈추면 안 되는 일이고, 분석은 하루 늦어도 되는 일이었습니다. 그래서 분석 쪽이 물러났습니다.

AI의 질문도 같은 기준으로 가릅니다.
돈이 나가는 일, 밖으로 발송되는 일, 지우는 일에 대한 질문이면 답이 올 때까지 서 있어야 합니다. 문구나 형식에 대한 질문이면 계속 가도 됩니다.

질문의 종류가 아니라 답이 늦었을 때 생기는 손해로 가릅니다.

슬라임 체크발주는 못 멈추고 분석은 하루 늦어도 돼요. 이 차이가 「멈출 질문」 목록이에요!
04

두 곳에서 열 때

같은 대화를 두 곳에서 열면 한쪽은 보기만 합니다

세 번째 줄도 방향이 같습니다.
"Resuming a conversation open in another app now shows a read-only transcript with a retry option while preserving your draft. (#43253)"

다른 앱에서 이미 열려 있는 대화를 다시 열면 읽기 전용 사본을 보여주고, 쓰던 초안은 보존합니다. 편집권은 먼저 연 쪽에 남습니다.

한 방향을 가리키는 세 줄 — 승인은 새 지시가 오면 무효, 질문은 답하는 동안 초안 보존, 두 곳에서 열면 한쪽은 읽기 전용

이 장면도 저희 상담 기록에 먼저 있었습니다. 8월 첫 세션을 마친 대표님이 물으셨습니다.

맥북에서 클로드로 만들던걸
스튜디오에서 이어서 진행할 수도 있나요?
맥북에서 클로드세션 진행하시던건 스튜디오 환경이달라지시면 어려우십니다!
다만 다음세션전에 정리해서 기기간 작업한 작업물을 연동이되는 방법에 대해서 전달드리도록 하겠습니다!!

실제 상담 기록 (2026 · 신원 비식별)

그때의 답은 기기 간 작업물을 저장소 하나로 잇는 방법이었습니다. 두 기기가 각자 고치면 나중에 저장한 쪽이 이기기 때문입니다.

두 자동화가 같은 자리를 만질 때도 같은 사고가 납니다. 편집권은 한 곳, 나머지는 읽기 전용이 기본입니다.

두 곳에서 열면 한쪽은 보기만이어야 합니다.

슬라임 체크먼저 연 쪽이 편집, 나중에 연 쪽은 읽기 전용. 이 기본값이 있어야 덮어쓰기가 없어요!
05

같은 판의 부기

원격에서 이어받아도 저장된 권한은 그대로입니다

승인과 권한에 관한 줄이 두 개 더 있습니다.
"Remote resume and fork operations preserve saved permissions; fresh sessions and forks respect server model defaults unless explicitly overridden. (#43330, #43177, #43355)"

원격에서 대화를 이어받거나 갈래를 칠 때 저장된 권한이 유지됩니다. 새 세션과 갈래는 명시적으로 바꾸지 않는 한 서버의 모델 기본값을 따릅니다.

시작 시점의 안전장치도 하나 붙었습니다.
"Startup avoids running workspace-controlled helpers before trust is established, and the macOS sandbox blocks terminal input injection. (#42324, #42590)"

작업 폴더가 신뢰되기 전에는 그 폴더가 지정한 보조 프로그램을 실행하지 않습니다. 맥의 샌드박스는 터미널 입력 주입을 막습니다.

어느 폴더의 지시를 믿을지의 경계는 AI 에이전트 권한 경계에서 다뤘던 그 자리입니다. 신뢰가 서기 전에는 아무것도 돌리지 않는 쪽으로 기본값이 옮겨졌습니다.

권한은 이어받고, 신뢰는 서기 전엔 실행 없음입니다.

슬라임 체크원격으로 이어받아도 권한은 그대로, 폴더는 믿기 전엔 아무것도 안 돌려요!

30초 요약

정리

경고 신호

  • AI에게 준 승인에 「어느 지시에 붙은 승인인지」가 적혀 있지 않다

  • 지시를 바꾼 뒤에도 옛 승인으로 일이 계속 진행된다

  • AI가 물었을 때 답하는 동안 일이 서 있는지 계속되는지 아무도 모른다

  • 같은 작업을 두 사람이 각자 열어 고친다

좋은 신호

  • 승인마다 유효 조건이 붙어 있고, 조건이 바뀌면 다시 받는다

  • 돈·발송·삭제 질문은 서 있고, 문구·형식 질문은 계속 간다

  • 편집권은 한 곳, 나머지는 읽기 전용이 기본이다

  • 사람 직원의 전결 규정과 AI의 승인 규정이 같은 원리로 적혀 있다

점검

AI 승인 규정에 물어볼 네 가지

  1. 지금 AI에게 준 승인은 무엇에 붙어 있습니까?
    「이 작업 해도 돼」 옆에 어느 지시를 전제로 한 승인인지 적혀 있어야 합니다. 없으면 시점의 도장입니다.

  2. 지시를 바꾸면 그 전 승인은 어떻게 됩니까?
    자동으로 죽는지, 사람이 걷어야 하는지, 아무 일도 안 일어나는지. 세 번째면 옛 권한이 새 지시를 앞지릅니다.

  3. AI가 묻는 동안 일은 서 있습니까, 계속됩니까?
    돈이 나가는 일, 밖으로 나가는 일, 지우는 일은 서 있어야 합니다. 나머지는 계속 가도 됩니다.

  4. 같은 작업을 두 곳에서 열면 누가 편집권을 가집니까?
    먼저 연 쪽이 편집, 나중에 연 쪽은 읽기 전용이 기본입니다. 둘 다 고치면 나중에 저장한 쪽이 이깁니다.

자주 묻는 질문

Q. 9월 10일에 정확히 무엇이 바뀌었나요?

OpenAI Codex CLI 0.154.0 정식판에서 자동 승인 검토가 대화 압축 뒤에도 승인 맥락을 보존하고, 사용자의 새 지시나 답으로 무효가 된 이전 승인을 거부합니다. 한국 시간 9월 10일 오전 7시 35분에 공개됐고 프리릴리스가 아닙니다.

Q. 승인이 조건부라는 게 무슨 뜻인가요?

「이 작업 해도 돼」라는 승인은 그 말을 할 때의 지시를 전제로 합니다. 지시가 바뀌면 전제가 사라지므로 승인도 함께 만료됩니다. 사람 직원의 전결 규정에서 결재 조건이 바뀌면 재결재를 받는 것과 같습니다.

Q. 대화가 압축되면 승인이 사라지나요?

이번 판의 수정 사항이 그 반대를 보장합니다. 릴리스 노트 원문은 승인 맥락을 압축을 거쳐 보존한다고 적고 있고, 변경 이력에는 확인된 답을 압축과 방향 전환 뒤에도 남기는 항목이 따로 있습니다.

Q. AI가 묻는 동안 일이 계속되면 위험하지 않나요?

돈이 나가거나 밖으로 발송되거나 지우는 일에 대한 질문이면 답이 올 때까지 서 있어야 합니다. 문구나 형식에 대한 질문이면 계속 가도 손해가 없습니다. 이 목록을 대표가 정해 두는 것이 이 기능을 켜기 전의 일입니다.

Q. 다른 앱에서 열려 있는 대화를 다시 열면 어떻게 되나요?

읽기 전용 사본이 보이고 다시 시도 옵션이 붙습니다. 쓰던 초안은 보존됩니다. 편집권은 먼저 연 쪽에 남으므로 두 곳이 같은 대화를 동시에 고치는 일이 막힙니다.

Q. 우리 회사는 어디부터 보면 되나요?

AI에게 준 승인 목록을 꺼내 각 승인 옆에 전제가 된 지시를 적는 일부터입니다. 그다음 AI의 질문을 멈출 것과 계속할 것으로 나누고, 같은 작업의 편집권을 한 곳으로 정합니다.

📚Sources

  • ·OpenAI Codex CLI Release rust-v0.154.0 · https://github.com/openai/codex/releases/tag/rust-v0.154.0 (published 2026-09-09T22:35:38Z = 09-10 07:35 KST · prerelease false · 2026-09-11 확인)
  • ·OpenAI Codex CLI 변경 이력 rust-v0.153.0...rust-v0.154.0 · https://github.com/openai/codex/compare/rust-v0.153.0...rust-v0.154.0 (PR #42293 · #42298 · #42256 제목 · 2026-09-11 확인)
  • ·AWC 고객 운영 기록 2026-08-19 (이커머스 · 광고 효율 판정 게이트 · 신원 비식별 처리)
  • ·AWC 브릿지 상담 기록 2026-08-12 (이커머스 · 매출 연동 판단 · 신원 비식별 처리)
  • ·AWC 브릿지 상담 기록 2026-08-07 (이커머스 · 1회차 세션 후 · 신원 비식별 처리)
이전 글

사람 눈엔 멀쩡한 페이지가 구글에는 「에러 화면」이었습니다

다음 글

늘 빨간불인 검사는 검사가 아닙니다

함께 보면 좋은 글

2026. 09. 13

회사 컴퓨터가 느려진 원인은 새로 켠 게 아니라 안 끈 것이었습니다 — 자동화를 늘릴수록 대표가 먼저 정할 「끄는 규칙」

2026. 09. 13

회사 코드 저장소에 비밀번호 파일 28개가 5년째 들어 있었습니다 — 「지우면 된다」가 틀린 이유

2026. 09. 11

표를 하나 늘렸더니 한 달 동안 초대 메일이 한 통도 안 나갔습니다

읽은 다음

아이디어를 실행 구조로 바꿔보세요

업무별 Trigger, Agent, Human Checkpoint가 정리된 Workflow를 확인할 수 있습니다.

Workflows 보기↗실전 도입 사례 보기 →
← 인사이트