제안의 핵심은 파일 수를 줄이는 것이 아니라 테스트 코드, 임시 검증, 실행 결과의 책임을 구분하는 것이다. 장기 회귀 테스트는 유지하고, 일회성 탐침이나 실행 로그를 장기 자산과 혼동하지 말자는 원칙을 담았다. Cline의 Plan·Act 설명은 모드의 제품상 역할을 보여주지만, 특정 설치 환경의 실제 권한이나 자동 로딩까지 보장하지는 않는다.[2][3]
게시자GPT Image 2로 이미지 생성
연구 답변
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W](https://d15bya8fi85z1v.cloudfront.net/chat/nzMhQ6wEefYpIEeZmiHsW3GCRyJ2/thumbnails/EE367AD193EE0BBC63CA/CF2F8878D6E111D63E89-medium-640.webp)
Create a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W. Article summary: <tool call {"name":"apply diff","arguments":{"path":" bmad output/analysis/ANALYSIS 20261022 document test governance.md","diff":"<<<<<<< SEARCH\n:start line:66\n \n项目事实文件本轮保持不写入;不将未经本次读取核实的格式或陈旧信息声明登记为事实。文件缺失、权限拒绝、磁盘错误和. Topic tags: general web, ai, workflow, code, python. 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
AI 코딩 에이전트가 코드뿐 아니라 문서와 테스트까지 다루게 되면서, 프로젝트 안의 정보가 어디에 어떤 목적으로 남아야 하는지도 중요한 설계 문제가 되고 있다. 최근 제시된 거버넌스 안은 파일을 무조건 합치거나 줄이기보다, 테스트 코드와 실행 결과, 현재 규칙과 과거 기록의 역할을 분리하자는 데 초점을 맞췄다.
이 안은 지속적으로 반복해 확인해야 할 회귀 테스트와 특정 상황에서만 쓰는 임시 검증을 같은 기준으로 취급하지 말자고 제안한다. 테스트 실행 로그 역시 테스트 코드와는 다른 종류의 자산이다. 로그가 임시 폴더에 있다는 이유만으로 지워도 되는 것은 아니며, 다른 곳에 남아 있지 않은 유일한 실행 증거라면 정리 전에 보존 여부와 참조 관계를 확인해야 한다는 취지다.
테스트를 다른 폴더로 옮기는 일도 단순한 정리로 볼 수 없다. 예컨대 Go의 비공개 내부 상태를 확인하는 테스트를 패키지 밖으로 옮기려다 내부 구현을 외부에 공개하거나 검증을 약하게 만들 수 있다면, 이동 자체를 우선해서는 안 된다는 원칙을 제시한다. 장기 회귀 테스트를 통째로 없애는 방향과는 거리가 있다.
일부 개발 방법론은 다른 언어로 소프트웨어를 옮기는 과정에서 기존 테스트를 도메인 규격 문서로 정리하는 접근을 소개한다.7 다만 이 제안은 그 사례를 일상적인 회귀 테스트 삭제의 근거로 삼지 않는다. 적용된 맥락과 목적을 구분해야 한다는 것이다.
문서 구성안도 하나의 파일에 모든 맥락을 쌓기보다 역할을 나누는 쪽이다. 프로젝트 진입점에는 안정적인 안내와 검증 방법을 두고, 도메인 규격에는 현재 요구사항과 인터페이스를, ADR에는 중요한 결정의 배경과 대안을 남기는 식이다. 작업 계획은 해당 작업의 범위와 승인, 검증 조건을 담고, 분석 자료는 현재 정보와 과거 기록, 미확인 사항을 구별하도록 제안한다.
AI 코딩 도구의 모드 설명도 실제 권한과 혼동하지 말아야 한다. Cline 문서는 Plan을 코드 탐색과 계획을 위한 모드로, Act를 계획을 실행하는 모드로 설명한다. Plan에서는 파일을 수정하거나 명령을 실행하지 않는다고 안내한다.2 하지만 이 설명만으로 특정 설치 버전이나 호스트 환경의 모든 권한이 확정되는 것은 아니다. 규칙과 스킬의 설정 위치를 안내하는 문서 역시 해당 환경에서 자동으로 불러오거나 실행한다는 증거와는 구별해야 한다.
3
따라서 제안은 분석과 실제 파일 변경을 분리하고, 규칙 로딩·스킬 호출·모드 전환·도구 권한을 각각 확인하자는 것이다. 모드를 바꿨다는 사실만으로 프로젝트 전체에 대한 구현 권한이 생기는 것은 아니다.
이 안은 현재 제안 상태다. 문서에 따르면 실제 구현, 테스트 실행, 파일 이전, 숙주 도구에서의 검증은 아직 이뤄지지 않았다. 기존 작업도 미완료 상태로 유지되며, 새 거버넌스 제안이 기존 작업의 승인이나 종료를 대신하지 않는다.
요컨대 핵심은 “파일을 얼마나 줄일까”가 아니다. 무엇이 오래 유지할 테스트인지, 무엇이 일회성 검증인지, 어떤 실행 결과가 유일한 증거인지 먼저 가려내는 일이다. 에이전트가 더 많은 작업을 맡을수록, 정돈된 폴더 구조만큼이나 근거와 권한의 경계를 분명히 하는 절차가 중요해진다.
Studio Global AI
이 페이지에는 Studio Global 내에서 계속할 수 있는 소스 기반 답변이 포함되어 있습니다.
제안의 핵심은 파일 수를 줄이는 것이 아니라 테스트 코드, 임시 검증, 실행 결과의 책임을 구분하는 것이다.
제안의 핵심은 파일 수를 줄이는 것이 아니라 테스트 코드, 임시 검증, 실행 결과의 책임을 구분하는 것이다. 장기 회귀 테스트는 유지하고, 일회성 탐침이나 실행 로그를 장기 자산과 혼동하지 말자는 원칙을 담았다.
Cline의 Plan·Act 설명은 모드의 제품상 역할을 보여주지만, 특정 설치 환경의 실제 권한이나 자동 로딩까지 보장하지는 않는다.[2][3]
제안의 핵심은 파일 수를 줄이는 것이 아니라 테스트 코드, 임시 검증, 실행 결과의 책임을 구분하는 것이다. 장기 회귀 테스트는 유지하고, 일회성 탐침이나 실행 로그를 장기 자산과 혼동하지 말자는 원칙을 담았다. Cline의 Plan·Act 설명은 모드의 제품상 역할을 보여주지만, 특정 설치 환경의 실제 권한이나 자동 로딩까지 보장하지는 않는다.[2][3]
게시자GPT Image 2로 이미지 생성
연구 답변
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W](https://d15bya8fi85z1v.cloudfront.net/chat/nzMhQ6wEefYpIEeZmiHsW3GCRyJ2/thumbnails/EE367AD193EE0BBC63CA/CF2F8878D6E111D63E89-medium-640.webp)
Create a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W. Article summary: <tool call {"name":"apply diff","arguments":{"path":" bmad output/analysis/ANALYSIS 20261022 document test governance.md","diff":"<<<<<<< SEARCH\n:start line:66\n \n项目事实文件本轮保持不写入;不将未经本次读取核实的格式或陈旧信息声明登记为事实。文件缺失、权限拒绝、磁盘错误和. Topic tags: general web, ai, workflow, code, python. 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
AI 코딩 에이전트가 코드뿐 아니라 문서와 테스트까지 다루게 되면서, 프로젝트 안의 정보가 어디에 어떤 목적으로 남아야 하는지도 중요한 설계 문제가 되고 있다. 최근 제시된 거버넌스 안은 파일을 무조건 합치거나 줄이기보다, 테스트 코드와 실행 결과, 현재 규칙과 과거 기록의 역할을 분리하자는 데 초점을 맞췄다.
이 안은 지속적으로 반복해 확인해야 할 회귀 테스트와 특정 상황에서만 쓰는 임시 검증을 같은 기준으로 취급하지 말자고 제안한다. 테스트 실행 로그 역시 테스트 코드와는 다른 종류의 자산이다. 로그가 임시 폴더에 있다는 이유만으로 지워도 되는 것은 아니며, 다른 곳에 남아 있지 않은 유일한 실행 증거라면 정리 전에 보존 여부와 참조 관계를 확인해야 한다는 취지다.
테스트를 다른 폴더로 옮기는 일도 단순한 정리로 볼 수 없다. 예컨대 Go의 비공개 내부 상태를 확인하는 테스트를 패키지 밖으로 옮기려다 내부 구현을 외부에 공개하거나 검증을 약하게 만들 수 있다면, 이동 자체를 우선해서는 안 된다는 원칙을 제시한다. 장기 회귀 테스트를 통째로 없애는 방향과는 거리가 있다.
일부 개발 방법론은 다른 언어로 소프트웨어를 옮기는 과정에서 기존 테스트를 도메인 규격 문서로 정리하는 접근을 소개한다.7 다만 이 제안은 그 사례를 일상적인 회귀 테스트 삭제의 근거로 삼지 않는다. 적용된 맥락과 목적을 구분해야 한다는 것이다.
문서 구성안도 하나의 파일에 모든 맥락을 쌓기보다 역할을 나누는 쪽이다. 프로젝트 진입점에는 안정적인 안내와 검증 방법을 두고, 도메인 규격에는 현재 요구사항과 인터페이스를, ADR에는 중요한 결정의 배경과 대안을 남기는 식이다. 작업 계획은 해당 작업의 범위와 승인, 검증 조건을 담고, 분석 자료는 현재 정보와 과거 기록, 미확인 사항을 구별하도록 제안한다.
AI 코딩 도구의 모드 설명도 실제 권한과 혼동하지 말아야 한다. Cline 문서는 Plan을 코드 탐색과 계획을 위한 모드로, Act를 계획을 실행하는 모드로 설명한다. Plan에서는 파일을 수정하거나 명령을 실행하지 않는다고 안내한다.2 하지만 이 설명만으로 특정 설치 버전이나 호스트 환경의 모든 권한이 확정되는 것은 아니다. 규칙과 스킬의 설정 위치를 안내하는 문서 역시 해당 환경에서 자동으로 불러오거나 실행한다는 증거와는 구별해야 한다.
3
따라서 제안은 분석과 실제 파일 변경을 분리하고, 규칙 로딩·스킬 호출·모드 전환·도구 권한을 각각 확인하자는 것이다. 모드를 바꿨다는 사실만으로 프로젝트 전체에 대한 구현 권한이 생기는 것은 아니다.
이 안은 현재 제안 상태다. 문서에 따르면 실제 구현, 테스트 실행, 파일 이전, 숙주 도구에서의 검증은 아직 이뤄지지 않았다. 기존 작업도 미완료 상태로 유지되며, 새 거버넌스 제안이 기존 작업의 승인이나 종료를 대신하지 않는다.
요컨대 핵심은 “파일을 얼마나 줄일까”가 아니다. 무엇이 오래 유지할 테스트인지, 무엇이 일회성 검증인지, 어떤 실행 결과가 유일한 증거인지 먼저 가려내는 일이다. 에이전트가 더 많은 작업을 맡을수록, 정돈된 폴더 구조만큼이나 근거와 권한의 경계를 분명히 하는 절차가 중요해진다.
Studio Global AI
이 페이지에는 Studio Global 내에서 계속할 수 있는 소스 기반 답변이 포함되어 있습니다.
제안의 핵심은 파일 수를 줄이는 것이 아니라 테스트 코드, 임시 검증, 실행 결과의 책임을 구분하는 것이다.
제안의 핵심은 파일 수를 줄이는 것이 아니라 테스트 코드, 임시 검증, 실행 결과의 책임을 구분하는 것이다. 장기 회귀 테스트는 유지하고, 일회성 탐침이나 실행 로그를 장기 자산과 혼동하지 말자는 원칙을 담았다.
Cline의 Plan·Act 설명은 모드의 제품상 역할을 보여주지만, 특정 설치 환경의 실제 권한이나 자동 로딩까지 보장하지는 않는다.[2][3]