답변게시됨13 소스
AI 코드 이식의 출발점은 테스트를 읽을 수 있는 사양으로 바꾸는 것
제프리 헌틀리는 기존 테스트를 살펴 핵심 동작을 /specs/ .md 문서로 정리한 뒤, 구현을 사양과 연결하는 코드 이식 방식을 제안한다.[8] 이 방법은 한 언어의 코드베이스를 다른 언어로 옮기는 상황에서 제시됐다. 기존 테스트를 없애거나 일상적인 회귀 검증을 건너뛰라는 뜻은 아니다.
게시자GPT Image 2로 이미지 생성
연구 답변
주요 시사점
- 제프리 헌틀리는 기존 테스트를 살펴 핵심 동작을 /specs/ .md 문서로 정리한 뒤, 구현을 사양과 연결하는 코드 이식 방식을 제안한다.[8]
- 이 방법은 한 언어의 코드베이스를 다른 언어로 옮기는 상황에서 제시됐다. 기존 테스트를 없애거나 일상적인 회귀 검증을 건너뛰라는 뜻은 아니다.
- Cline 문서는 계획 단계와 실행 단계를 구분하며, 기본 흐름에서는 파일 수정과 터미널 명령 전에 사용자의 승인을 받도록 안내한다.[1][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/7r0kEd78FtcdAiMHXNNGuaqA5NI3/images/31622F8B74901F3B1285/B5566C9F8041A1072DB1.png)
AI 프롬프트
openai.comCreate 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:82\n \n Huntley 的一手原文明确在跨语言移植场景中提出将测试提炼成领域规范。[10] 本提案不将该场景方法外推. Topic tags: general web, openai, 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 wit
AI 코딩 에이전트에게 기존 프로그램을 다른 언어로 옮기게 할 때, 먼저 코드부터 번역시키기보다 프로그램이 무엇을 해야 하는지 테스트에서 뽑아 문서로 정리하는 방식이 제안됐다.
개발자 제프리 헌틀리는 테스트 파일을 살펴 /specs/*.md 형태의 사양 문서를 만들고, 이어 기능 구현을 검토하면서 그 사양과 구현을 연결하라고 설명한다. 여러 하위 에이전트를 나눠 테스트와 소스 파일을 살펴보게 하는 반복 작업 루프도 제안된 방법에 포함된다.8
테스트를 사양으로 정리하면 무엇이 달라질까
테스트는 코드가 어떤 입력에 어떻게 반응해야 하는지 보여주는 단서다. 이를 설명이 있는 문서로 바꾸면, 새 언어로 구현할 때 기존 코드의 세부 구조를 그대로 따라 하기보다 유지해야 할 동작을 기준으로 삼을 수 있다. 헌틀리의 제안에서는 사양 문서가 구현을 안내하고, 구현은 다시 해당 사양과 연결된다.8
다만 이 방법이 모든 개발 작업에 그대로 적용되는 보편적인 규칙이라고 볼 근거는 없다. 원문이 다룬 것은 코드베이스를 한 언어에서 다른 언어로 옮기는 상황이다. 또 테스트를 사양 문서로 정리하는 것과 기존 테스트를 삭제하는 것은 다른 일이다. 사양 문서는 의도를 설명하는 데 도움을 줄 수 있지만, 실제 변경이 기존 동작을 깨뜨리지 않는지 확인하는 회귀 테스트를 대신한다고 단정할 수는 없다.
계획과 실행을 나누는 코딩 도구의 방식
코드 이식 과정에서 에이전트가 계획을 세우고 실제 파일을 수정하는 단계를 구분하는 것도 중요하다. Cline 문서에 따르면 Plan 모드에서는 코드베이스를 살펴보고 전략을 정리할 수 있지만, 파일을 수정하거나 명령을 실행할 수는 없다. Act 모드로 전환하면 계획을 실행하며, 기본 흐름에서는 파일 수정과 터미널 명령에 사용자의 승인이 필요하다. 자동 승인 설정을 켜면 동작이 달라질 수 있다.1
2
따라서 실무적으로는 먼저 기존 테스트에서 동작 요건을 추출하고, 사양 문서와 구현의 연결을 확인한 다음, 변경된 코드를 테스트로 검증하는 순서를 생각해볼 수 있다. 이는 헌틀리의 이식 방법과 Cline의 계획·실행 구분을 함께 살펴본 정리이지, 어떤 도구나 프로젝트에서도 결과가 보장된다는 뜻은 아니다.
핵심은 테스트를 문서로 바꾸는 데서 끝나지 않는다. 문서가 실제 동작을 빠짐없이 설명하는지, 새 구현이 그 설명과 기존 테스트를 함께 충족하는지 확인하는 절차가 필요하다.
Studio Global AI
연구를 계속하세요
이 페이지에는 Studio Global 내에서 계속할 수 있는 소스 기반 답변이 포함되어 있습니다.
사람들은 또한 묻습니다.
"AI 코드 이식의 출발점은 테스트를 읽을 수 있는 사양으로 바꾸는 것"에 대한 짧은 대답은 무엇입니까?
제프리 헌틀리는 기존 테스트를 살펴 핵심 동작을 /specs/ .md 문서로 정리한 뒤, 구현을 사양과 연결하는 코드 이식 방식을 제안한다.[8]
먼저 검증할 핵심 포인트는 무엇인가요?
제프리 헌틀리는 기존 테스트를 살펴 핵심 동작을 /specs/ .md 문서로 정리한 뒤, 구현을 사양과 연결하는 코드 이식 방식을 제안한다.[8] 이 방법은 한 언어의 코드베이스를 다른 언어로 옮기는 상황에서 제시됐다. 기존 테스트를 없애거나 일상적인 회귀 검증을 건너뛰라는 뜻은 아니다.
실무에서는 다음으로 무엇을 해야 합니까?
Cline 문서는 계획 단계와 실행 단계를 구분하며, 기본 흐름에서는 파일 수정과 터미널 명령 전에 사용자의 승인을 받도록 안내한다.[1][2]