답변게시됨3시간 전Last edited 2시간 전16 소스

Pi를 버리기보다 연결을 완성해야 한다

현재 증거는 실행 경로와 안전장치가 완성되지 않았음을 보여줄 뿐, Pi 자체의 선택이 실패했다거나 실제로 제어권 충돌이 발생했다고 입증하지는 않는다. 기존 Python 컨트롤러와 Pi를 우선 유지하고, 계획·조사·코딩·검토를 네 역할로 나누되 실제 상태와 작업 흐름은 컨트롤러 하나가 관리하는 방안이 제안됐다.

게시자GPT Image 2로 이미지 생성

Studio Global AI로 검색 및 팩트체크 인기 페이지 더 보기

연구 답변

주요 시사점

현재 증거는 실행 경로와 안전장치가 완성되지 않았음을 보여줄 뿐, Pi 자체의 선택이 실패했다거나 실제로 제어권 충돌이 발생했다고 입증하지는 않는다.
기존 Python 컨트롤러와 Pi를 우선 유지하고, 계획·조사·코딩·검토를 네 역할로 나누되 실제 상태와 작업 흐름은 컨트롤러 하나가 관리하는 방안이 제안됐다.
코딩 작업은 사용자가 명시적으로 시작하고, 독립 검토와 외부 검증, Git 체크포인트를 거쳐야 다음 작업으로 넘어가도록 설계한다.
Cline 전면 이전이나 Jev 확장 도입은 현재 막힌 문제를 해결한다는 근거가 부족해 우선순위에서 뒤로 미뤘다.

[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you operate via client side tool execution on theAI-generated editorial hero image for [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you operate via client side tool execution on the.
AI 프롬프트
Create a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you operate via client side tool execution on the. Article summary: <tool call {"name":"attempt completion","arguments":{"result":"建议保留现有 V5 的 Python 控制器和 Pi 执行适配，改为“人显式启动一次、控制器唯一裁决、四槽位分权、IDE 只读观察”；暂不把迁移 Cline 作为解阻前提。当前证据支持“链路尚未接完整且门禁未实例化”，不支持“Pi 底层选型已经失败”，也不能证明已发生实际脑裂。\n\n 1.. Topic tags: general web, ai safety, llm, ai, automation. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake n
openai.com

핵심 판단: Pi를 바꾸기 전에 실행 흐름부터 잇는다

기존 V5의 Python 컨트롤러와 Pi 실행 어댑터를 유지하되, 사용자는 명시적으로 한 번 시작하고, 컨트롤러 하나가 작업 상태를 관리하며, 네 역할은 권한을 나누고, IDE는 읽기 전용으로 관찰하는 구조가 우선 제안됐다. Cline으로의 이전을 현재 문제를 해결하기 위한 전제조건으로 삼지는 않는다.

현재 확인된 자료가 뒷받침하는 결론은 ‘실행 경로가 아직 완성되지 않았고 필요한 통제가 구체화되지 않았다’는 것이다. Pi의 기반 선택이 실패했다거나 실제로 여러 에이전트 사이에 제어권 충돌이 일어났다고 단정할 근거는 없다.

현재 상태: 구성 요소는 있지만 완성된 실행 사슬은 아니다

현재 계획은 여전히 BLOCKED이고, 관련 ADR은 PROPOSED 상태다. 구조화된 단일 체크리스트에는 과거 COMPLETED 7건과 SUSPENDED 1건이 기록돼 있지만, 이 숫자만으로 전체 프로젝트의 완료율을 계산할 수는 없다.
실제 실행 판정 작업은 중단된 상태이며, 회신도 비어 있다. 최근 확인한 과거 실행 기록에서는 한 차례 호출이 네트워크 오류로 끝나 작업을 완료하지 못했다. 이는 네트워크 경로의 장애 가능성을 보여주지만, 원인이 Pi인지 게이트웨이인지 상위 서비스인지는 특정하지 못한다.
최근 엔지니어링 디렉터리의 로그에는 체크포인트 연결 10개 항목, 감독기 25개 항목, 사고 대응 연결 6개 항목을 통과한 기록이 있다. 체크포인트, 감독기, 사고 대응. 다만 이번 검토는 과거 로그를 읽은 것이므로 현재 소스 코드에서도 같은 결과가 유효한지 다시 확인한 것은 아니다.
실제 루프는 후보 결과를 검토한 뒤 Git 트랜잭션이 연결되지 않았다는 이유로 완료 상태 기록과 다음 작업 진행을 막는다. Git 트랜잭션 모듈은 이미 존재한다. 따라서 현재 문제는 ‘모듈이 없다’기보다 ‘주 실행 경로에 아직 연결되지 않았다’고 보는 편이 정확하다.
모델 레지스트리에는 후보 모델이 두 개뿐이고, 코딩 모델 기본값은 비어 있다. 라우팅 모듈에는 독립 검토 작업이 따로 없다. 또 Pi 실행 인자는 확장 기능을 명시적으로 끄고 있어, 현재 구성을 두고 pi-jev가 이미 로드됐다고 볼 수는 없다.

정리하면 가장 큰 빈틈은 사용자 시작 권한, 게이트웨이의 실제 프로토콜, Git 트랜잭션 연결, 독립 검토, 새 실행의 수용 기준이다. 범용 기능을 더 만들거나 플러그인을 바꾸는 것만으로는 이 연결이 자동으로 완성되지 않는다.

검토 자료가 말해주는 것과 말해주지 않는 것

검토안에서 유지할 만한 핵심은 네 역할의 권한 분리, 바깥쪽 상태 머신, 그리고 코딩 모델과 분리된 블라인드 리뷰다. 반면 ‘환각을 완전히 없앤다’, ‘새 창에서도 맥락을 손실 없이 이어간다’ 같은 단정적인 약속은 근거가 부족하므로 빼야 한다.

Cline 공식 문서는 CLI 자동화와 계획 모드를 제공한다고 확인해 준다. 하지만 검토 문서에 나온 백그라운드 허브, 세션 공유, 수명주기 보장까지 한꺼번에 검증됐다고 볼 자료는 이번 검토에서 확인되지 않았다. 따라서 Cline이 모든 요구 조건을 통과했다고 선언할 수는 없다.1 2 3 검토안에 등장한 주관적 종합 점수와 기대 효과 수치도 재현 가능한 측정치가 없어 의사결정 근거로 사용하지 않는다.

Jev 확장도 서로 다른 프로젝트가 여럿 있으며, 각 기능을 한데 묶어 이해해서는 안 된다. 검토안과 가장 가까운 확장 중에는 도구 실행 전과 출력에 대한 판단을 제공하는 것이 있지만, 키가 없으면 개입하지 않는 방식도 있다.9 10 11 12 인터페이스가 없는 실행 환경에서 단일 차단 스위치가 시간 초과, 잔액 부족, 인터페이스 오류까지 모두 안전하게 처리하는지는 근거가 충분하지 않다.

서로 다른 모델을 쓰는 것 자체가 제어권 충돌을 뜻하지는 않는다. 반대로 같은 실행 기반을 공유한다고 단일한 권한 체계가 자동으로 생기는 것도 아니다. 중요한 것은 누가 실행을 시작하고, 누가 소스 코드를 수정하며, 누가 통과 여부를 결정하고, 누가 작업 상태를 기록하고, 누가 다음 실행을 시작할 수 있는지다.

이에 따라 가벼운 모델로 자동 전환하면 Jev의 안전장치와 같은 효과를 얻을 수 있다는 대체 설계는 채택하지 않는다. 위험도가 낮으면 독립 검토를 자동으로 면제하자는 전환 조건도 권하지 않는다.

실행 기반 선택: Pi를 우선하고 Cline은 보조 후보로 둔다

방안	판단	주요 이유
기존 컨트롤러와 Pi 기반 네 역할	조건부 우선안	기존 프로토콜, 예산 관리, 정리, 메모리, 트랜잭션 자산을 보존하고 새로 연결할 부분을 줄인다.
Cline은 계획·조사, Pi는 코딩·검토	조건부 대안	역할을 나눌 수 있지만 계획 경험에 실질적인 이점이 있는지 먼저 확인해야 한다. 두 번째 조정 권한을 만들면 안 된다.
Cline으로 전면 이전	당장은 보류	새로운 프로토콜·설정·권한·회귀 비용이 생기며, 현재 장애를 해결한다는 근거가 확인되지 않았다.
Roo가 백그라운드 모델을 계속 조정	목표 구조로는 부적절	앞단 도구는 실행을 마친 뒤 빠져야지, 뒤쪽 상태를 계속 대리 관리해서는 안 된다.

목표는 ‘상시 실행되는 대형 에이전트 네 개’가 아니라 실행 방식은 하나로 두고 역할별 권한을 네 갈래로 나누는 것이다. 서로 다른 모델은 독립적인 판단을 돕고, 실제 상태 전환은 결정론적인 프로그램이 맡아야 한다.

제안 구조: 네 역할, 하나의 실행 권한

계획 역할: Opus/Astra가 사용자의 단서를 바탕으로 탐색·조사하고 계획을 구체화한다. 승인된 내용을 같은 계획과 제안 문서에 반영할 수는 있지만 코딩 실행을 시작할 권한은 없다.
조사 역할: Astra academic이 필요할 때 출처와 근거를 모은다. 업무 소스 코드를 수정하거나 검수 기준을 바꾸지 않는다.
코딩 역할: Pi와 Sonnet을 사용하고, 각 작업(Task)이나 바깥쪽 수리 작업마다 새 세션을 연다. 문제를 찾고 수정·진단할 수 있지만 자신이 만든 결과를 승인하거나 검수 기준을 바꾸거나 완료 상태를 직접 기록할 수 없다.
검토 역할: 독립된 GPT-6-Sol이 새 세션에서 동결된 후보 결과, 관련 소스 코드, 작업별 수용 기준, 바깥쪽 검증 회신을 확인한다. 코딩 대화 내용은 보지 않으며 업무 코드를 수정할 수도 없다.

위 모델명은 우선 사용자가 지정한 역할명으로 취급해야 한다. 정확한 모델 ID는 추가 확인이 필요하다. 현재 설정에 기록된 이름은 GPT-6.1-Sol이며, 이것이 GPT-6-Sol과 같다고 임의로 간주할 수 없다.

유일한 조정자는 기존 Python 컨트롤러다. tmux의 네 슬롯은 실행과 관찰을 위한 자리일 뿐, 각자 독립적인 작업 대기열을 갖지 않는다. 네 모델을 상시 실행할 필요도 없다.
유일한 진척 기준은 계획에 연결된 작업 체크리스트다. 상태 카드는 그 내용을 보여주는 화면일 뿐이다. Git은 산출물을 보관하고 회신은 실제 실행 사실을 기록하지만, 이들과 별도로 독자적인 진행 상황 장부를 만들면 안 된다.
실행은 사람의 명시적 승인으로 시작한다. 계획 준비, 리뷰 통과, 실행 경로 전환, IDE 재로드만으로 코딩을 시작해서는 안 된다. 현재 사용자가 작업 범위와 예산을 지정하고 작업 묶음을 명시적으로 승인해야 해당 실행에 묶인 권한이 생성된다. 같은 요청이 반복되면 기존 실행의 위치를 알려주고, 두 번째 쓰기 작업자가 생기지 않도록 한다.
시작 후에는 승인된 범위 안에서 자동 진행한다. 조사, 코딩, 검증, 블라인드 리뷰, 체크포인트, 다음 작업 선택을 자동화하되 목표 확대, 수용 기준 변경, 권한 만료, 핵심 가정 실패 시에는 사용자에게 다시 확인한다.
IDE는 관찰 도구로 제한한다. 로컬에서는 Antigravity IDE만 사용하고 SSH로 변경 내용과 결과를 살펴본다. IDE가 백그라운드 실행의 수명주기를 관리하지 않는다. 사람이 실행 중 같은 작업공간을 직접 수정하려면 먼저 실행을 멈추고 정리 여부를 확인한 뒤 편집하고, 이후 다시 제어를 넘겨야 한다.

정상 흐름은 다음과 같다.

사용자 승인 → 결정론적 작업 선택 → 새 코딩 세션 → 세션 종료 및 정리 확인 → 후보 결과 동결 → 관련 범위 외부 검증 → 독립 블라인드 리뷰 → 후보가 바뀌지 않았는지 확인 → Git 트랜잭션 → 완료 상태 기록 → 상태 화면 갱신 → 다음 작업

이 구조는 코딩 담당자가 최종 판정자가 되는 일을 막을 수 있다. 다만 서로 다른 모델이 검토한다고 해서 공통된 맹점까지 사라지는 것은 아니다. 실제 테스트와 확인 가능한 실행 회신은 여전히 필요하다.

Jev의 역할: 판단 보조일 뿐 권한 관리자는 아니다

네 역할의 고정된 매핑을 우선하고, Jev가 계획·코딩·검토 사이에서 자유롭게 역할을 바꾸도록 하지 않는다. 세션이 시작되면 사용할 모델을 고정한다.
모델 라우팅 제안과 도구 안전 게이트는 별도 계약으로 다룬다. 라우팅 제안에 문제가 생기면 사전 승인된 고정 모델을 쓸 수 있다. 반면 도구 안전 게이트를 필수 방어선으로 정했다면, 게이트가 작동하지 않을 때는 실행을 막아야 한다. 조용히 우회해 허용해서는 안 된다.
Jev는 작업 범위, 위험, 오류 유형을 판단하는 데 보조적으로 쓸 수 있다. 경로 권한, 계정 분리, 금지 작업, 시간 제한, 예산은 프로그램이 강제해야 한다. 프롬프트와 의미 판단만으로 이런 경계를 대신할 수 없다.
확장을 도입하기 전에는 정확한 저장소와 버전, 고정된 Pi와의 호환성, 외부로 전송되는 데이터 범위, 실패 시 동작을 확인해야 한다. 현재 모든 확장을 끄는 실행 계약을 바꾼다면 모든 확장을 무제한으로 여는 대신, 감사된 단일 확장 허용 목록으로 대체해야 한다.

첫 단계에서 고정 모델 기반 실행을 닫힌 고리로 만드는 데 Jev는 필수 조건이 아니다. 다만 최종 납품 목표에 Jev가 포함된다면 조합된 실행 경로를 별도로 검증해야 하며, 고정 모델만 시험한 결과로 대신할 수 없다.

같은 계획과 ADR을 고치는 순서

프로젝트를 새로 만들지 말고 경계부터 수정한다. 같은 ADR의 결정 9에 사용자 승인, 네 역할 분리, 독립 검토, 컨트롤러의 단일 권한을 명시하는 대체 조항을 추가한다. Roo가 앞단에서 일회성 모델 시작을 맡는 기본 설계는 이 방식으로 대체하되, 읽기 전용 관찰과 사용자가 직접 조작하는 선택지는 남긴다.
실행 가능한 수용 기준을 구체화한다. 현재 구조화된 체크리스트는 주로 Python 단위 테스트를 표현한다. 실제 단절, 모델 검토, Git 트랜잭션을 단위 테스트 통과처럼 포장하지 말고, 실제 회신과 어떻게 연결되는지 먼저 정한 뒤 같은 체크리스트에 반영한다. 별도 계획을 새로 만들지는 않는다.
가장 짧은 실제 실행 경로부터 연결한다. 고정 코딩 모델과 독립 검토 모델, 서로 의존하는 소규모 작업 두 개로 시작한다. 실제 실패 뒤 새 세션에서 수정하고, 바깥쪽 검증과 리뷰를 통과한 다음 체크포인트를 남기고 다음 작업으로 넘어가는지 확인한다. 클라이언트 연결을 끊은 뒤 새 이벤트가 기록되는지도 수집한다. 네 화면을 꾸미거나 동적 라우팅을 만드는 일은 먼저 하지 않는다.
Git 트랜잭션의 실제 제약을 보완한다. 기존 Git 모듈은 일반 저장소만 지원하고 서로 다른 작업이 관리하는 경로의 중복을 금지한다. 그러나 앞뒤로 이어지는 작업은 같은 파일을 다시 수정할 수 있다. 각 작업이 반드시 겹치지 않는 파일만 소유하도록 강제하기보다 작업별·체크포인트별 인계 방식으로 보완해야 한다.
마지막에 조사, Jev, 네 슬롯 화면을 붙인다. 실제로 바뀐 인터페이스와 근거에 한해 필요한 회귀 테스트를 한다. 저장된 상태, 무관한 문서 변경, 상태 조회 때문에 업무 기능 전체를 다시 테스트하지 않는다. 전체 실행 경로와 중단 지점 검증을 통과한 뒤 ADR 승인을 요청한다.

지금 당장 worktree 방식으로 옮기는 것은 권장하지 않는다. 이는 공유 작업공간이라는 기존 합의와 일반 저장소용 트랜잭션 인터페이스를 동시에 바꾸는 일이 된다. 먼저 실제 서비스와 분리된 코딩 작업공간에서 단일 쓰기 경로를 만들어야 한다. worktree 도입 여부는 이번 장애 해소 작업에 끼워 넣지 말고, 별도의 작업공간 구조 결정으로 다룬다.

이번 결과물은 읽기 전용 아키텍처 검토와 수정 제안이다. 계획, ADR, 운영 파일을 수정하지 않았고 터미널·테스트·실제 모델·백그라운드 작업도 실행하지 않았다. 중단된 작업을 재개하지도 않았다. 지금 필요한 것은 Pi를 버리고 Cline으로 갈아타는 일이 아니라, 기존 자산을 사용자만 시작을 승인하고, 컨트롤러만 상태를 관리하며, 코딩과 검토를 분리하는 검증 가능한 최소 실행 경로로 연결하는 것이다.

Studio Global AI

연구를 계속하세요

이 페이지에는 Studio Global 내에서 계속할 수 있는 소스 기반 답변이 포함되어 있습니다.

Studio Global AI로 검색 및 팩트체크

사람들은 또한 묻습니다.