Simon Willison은 Blender를 Codex로 제어했지만, 렌더링은 이야기의 절반에 불과하다

Simon Willison은 애플리케이션의 시각적 인터페이스를 전혀 조작하지 않고도 단 하나의 프롬프트를 2분 39초 만에 편집 가능한 Blender 장면으로 만들었다. 그의 코딩 에이전트는 Python을 생성하고 macOS에서 Blender를 실행해 자전거를 타는 펠리컨을 구축한 뒤, 결과를 네이티브 .blend 파일로 저장했다.

이 차이는 중요하다. 이는 수정하기 어려운 평면 이미지를 생성하는 또 하나의 텍스트-이미지 시스템이 아니었다. 에이전트는 프로그래밍 가능한 크리에이티브 애플리케이션을 조작했으며, 사람이 검사하고 편집하거나 다시 렌더링하고 애니메이션화할 수 있는 소스 코드와 구조화된 3D 오브젝트를 남겼다.

이 실험은 코딩 에이전트를 둘러싼 실제 경쟁 구도도 드러냈다. 중요한 구분선은 더 이상 코드를 작성하는 일과 시각 미디어를 만드는 일 사이에 있지 않다. 신뢰할 수 있는 프로그래밍 제어 기능을 제공하는 소프트웨어와 수동 인터페이스 조작에 갇혀 있는 소프트웨어 사이에 있다.

Willison의 사례는 짧고 기발하며 한 사용자의 경험을 바탕으로 한다. 통제된 벤치마크는 아니다. 그럼에도 모든 애플리케이션 개발자가 맞춤형 통합 기능을 제공할 때까지 기다리지 않고, 에이전트가 코드 저장소를 넘어 어떻게 확장될 수 있는지 보여주는 유용한 미리보기다.

Simon Willison은 Blender를 코딩 에이전트의 대상으로 만들었다

주목할 만한 사건은 펠리컨 이미지 자체가 아니었다. Codex가 설치된 데스크톱 애플리케이션을 실행 가능한 개발 도구로 다뤘다는 점이다.

Simon Willison은 9월 5일 게시물에서 자신의 Mac에서 ChatGPT Codex를 사용해 Blender를 제어한 경험을 소개했다. 그의 첫 요청은 단순했다. 설치된 Blender 애플리케이션을 사용해 자전거를 타는 펠리컨을 렌더링하라는 것이었다.

에이전트는 Blender의 명령줄 실행 파일과 Python 인터페이스를 활용하는 경로를 찾아냈다. Willison은 이후 Blender를 일반 인터페이스 없이 실행하고 스크립트를 수행하는 보다 명시적인 명령 /Applications/Blender.app/Contents/MacOS/Blender --background --python scene.py를 제시했다.

백그라운드 모드는 Blender가 그래픽 작업 공간을 열지 않고 작동한다는 의미다. 따라서 자동 렌더링, 서버 작업, 테스트 파이프라인, 에이전트 제어 작업에 적합하다.

Willison은 첫 번째 프롬프트가 2분 39초 후 .blend 프로젝트와 Python 스크립트를 생성했다고 전했다. 이후 그는 “배경과 풍성한 장식”을 요청했고, 3분 51초 후 또 다른 버전을 받았다.

작업을 “훨씬 더 좋게” 만들어 달라는 마지막 요청에는 5분 59초가 걸렸다. 완성된 해안 퍼레이드 장면에는 산책로, 바다, 석양, 해변 오두막, 야자수, 꽃, 그리고 더 세밀해진 펠리컨이 포함됐다.

전체 과정과 프롬프트, 출력 파일, 소요 시간은 Willison의 Blender 실험에서 확인할 수 있다. 이 공개 기록은 제작 이력 없이 완성된 이미지만 게시한 사례보다 훨씬 더 많은 정보를 제공한다.

생성된 파일은 에이전트가 실제로 무엇을 했는지도 보여준다. 에이전트는 숨겨진 이미지 생성기를 호출해 결과를 Blender에 붙여 넣은 것이 아니었다. 대신 오브젝트, 재질, 카메라, 조명, 지오메트리, 렌더링 설정, 프로젝트 데이터에 접근하는 Blender의 Python 모듈 bpy를 통해 장면 구축 지침을 작성했다.

Willison은 최종 스크립트도 공개했으며, 마지막 수정본은 128줄로 구성됐다. 장면 소스는 자전거, 새, 산책로 판자, 구름, 해변 오두막, 범선, 짠 바구니 같은 개별 요소를 생성하고 수정한다.

이 근거는 주장 범위를 좁힌다. 이 실험은 하나의 코딩 에이전트와 하나의 모델 구성, 하나의 로컬 Blender 설치 환경이 특정한 스타일화 장면을 완성했음을 보여준다. 임의의 3D 작업 전반에서 일반적인 신뢰성을 입증하는 것은 아니다.

그럼에도 이 워크플로는 중요한 경계를 넘었다. 대화형 지시가 코드가 됐고, 그 코드가 성숙한 데스크톱 애플리케이션을 제어했으며, 애플리케이션은 편집 가능한 프로젝트와 최종 렌더링을 모두 만들어냈다.

macOS의 Blender가 이 순간을 맞이할 준비가 되어 있던 이유

Blender는 이미 자동화 표면을 제공했고, 코딩 에이전트는 번역, 반복 작업, 실행을 담당했다.

코딩 에이전트는 시스템을 검사하고, 작은 프로그램을 작성해 실행하며, 관찰 가능한 결과를 평가할 수 있을 때 가장 잘 작동한다. Blender는 특별한 에이전트 플러그인 없이도 이 루프의 모든 요소를 지원한다.

Blender의 Python API는 장면 오브젝트를 프로그래밍 가능한 데이터로 노출한다. 스크립트는 메시를 만들고, 좌표를 조정하고, 재질을 할당하고, 카메라를 배치하며, 조명을 구성하고, 프로젝트 파일을 저장하고, 렌더링을 시작할 수 있다.

애플리케이션은 macOS에서 명령줄 인수도 받는다. 전체 데스크톱 애플리케이션이 설치되면 내부 실행 파일을 터미널에서 실행할 수 있다. 따라서 코딩 에이전트는 Blender를 로컬 머신에서 사용할 수 있는 또 하나의 도구로 인식한다.

이는 통합 문제를 바꾼다. 개발자는 제한된 자연어 명령 집합을 인터페이스 동작으로 변환하는 전용 “Blender 커넥터”를 기다릴 필요가 없다. 에이전트는 대신 기술 아티스트가 이미 사용하는 스크립팅 및 명령줄 메커니즘을 활용할 수 있다.

이 접근 방식은 Codex가 로컬 환경에서 작동하는 방식과 맞아떨어진다. Codex 문서에 따르면, 에이전트는 사용자가 부여한 권한 내에서 파일을 검사하고, 터미널을 사용하고, 코드를 편집하고, 명령을 실행할 수 있다.

Blender는 애플리케이션 계층에서 결정론적 실행을 제공한다. 언어 모델은 의도를 Python으로 변환하는, 완벽하지는 않지만 유연한 계획 기능을 제공한다. 어느 한 구성 요소도 단독으로 전체 워크플로를 제공하지는 않는다.

현재의 코딩 에이전트가 단순 자동완성 시스템보다 더 긴 시퀀스를 유지할 수 있다는 점에서 시점도 중요하다. 에이전트는 스크립트를 만들고, 실행하고, 오류를 발견하고, 파일을 수정한 뒤, 프로젝트 상태를 유지하면서 이 과정을 반복할 수 있다.

일반적인 챗봇은 사용자가 직접 복사하고 디버그해 실행해야 하는 Blender Python 예시를 제공할 수 있다. 에이전트는 동일한 작업 세션에서 이 단계를 처리함으로써 실행 격차를 줄일 수 있다.

시각적 출력은 에이전트와 사용자에게 구체적인 점검 지점도 제공한다. 렌더링은 생성된 스크립트의 모든 좌표를 읽는 것보다 구도 오류, 누락된 지오메트리, 부적절한 조명, 과도한 구성을 더 빠르게 드러낼 수 있다.

그러나 시각적 피드백이 시각적 판단을 보장하지는 않는다. 에이전트는 어색한 해부학, 일관성 없는 크기, 서로 교차하는 오브젝트, 약한 구도를 여전히 포함한 이미지를 성공적으로 렌더링할 수 있다. 실행의 성공과 예술적 성공은 별개의 기준으로 남는다.

이 때문에 로컬 애플리케이션이 중요하다. Blender는 초기 생성 후에도 편집 가능한 지오메트리와 재질을 보존한다. 인간 아티스트는 모델에 불투명한 이미지를 처음부터 다시 생성해 달라고 요청하는 대신 결함을 직접 수정할 수 있다.

많은 크리에이티브 작업에서 편집 가능성은 인상적인 첫 결과보다 더 가치 있다. 팀은 승인된 요소를 유지하고, 실수를 분리하며, 작업이 필요한 부분만 변경할 수 있다.

실제 경쟁은 API와 인터페이스 자동화 사이에 있다

Willison의 실험은 모의 클릭에 의존하는 워크플로보다 스크립트로 제어 가능한 내부 모델을 갖춘 애플리케이션에 유리하다.

컴퓨터 사용 에이전트는 일반적으로 스크린샷을 해석하고 마우스나 키보드를 제어해 소프트웨어를 조작한다. 거의 모든 데스크톱 애플리케이션에 인터페이스가 있기 때문에 이 방식은 폭넓은 호환성을 제공한다.

하지만 불확실성도 발생한다. 버튼 위치가 바뀌고, 대화 상자가 순서를 방해하며, 창 포커스가 변경되고, 에이전트는 픽셀을 통해 상태를 추론해야 한다. 한 번의 클릭 누락이 전체 워크플로를 조용히 다른 방향으로 돌릴 수 있다.

Blender의 Python API는 이런 모호함의 상당 부분을 피한다. 에이전트는 명명된 작업을 통해 오브젝트, 카메라, 재질, 렌더링 설정을 직접 지정할 수 있다. 생성된 스크립트는 그 행동을 검사 가능한 형태로 기록한다.

완전한 결정론은 아니다. 생성된 코드에는 잘못된 호출, 부적절하게 선택된 매개변수, 논리 오류가 포함될 수 있다. Blender 버전이 API 동작을 바꿀 수도 있다.

그럼에도 코드 실패는 일반적으로 인터페이스 실패보다 더 나은 근거를 남긴다. 사용자는 스크립트를 보존하고, 예외를 검사하고, 수정본을 비교하고, 동일한 명령을 다시 실행할 수 있다.

.blend 파일은 검사 가능성을 한 단계 더 높인다. 최종 픽셀만이 아니라 구조화된 장면을 담고 있기 때문이다. 사용자는 프로젝트를 열고 에이전트가 무엇을 만들었는지 살펴볼 수 있다.

Willison의 최종 스크립트는 이러한 구조를 잘 보여준다. 이 스크립트는 산책로 판자를 배치하고, 야자 잎을 구성하고, 포말 선을 생성하고, 개별 바구니 요소를 추가한다. 이는 하나로 합쳐진 그림이 아니라 각각 접근 가능한 구성 요소다.

이는 반복 프롬프트에 실질적인 이점을 제공한다. “배경을 추가해”라는 요청은 자전거와 펠리컨을 버리지 않고 기존 장면을 수정할 수 있다. “더 좋게 만들어”라는 요청은 이전 작업을 유지하면서 선택한 구성 요소를 다듬을 수 있다.

약점은 모호한 언어가 여전히 모델로 하여금 말로 표현되지 않은 디자인 선택을 하게 만든다는 점이다. “더 좋게”는 더 많은 디테일, 더 명확한 구도, 향상된 사실감, 혹은 단순히 더 많은 장식 오브젝트를 의미할 수 있다.

Willison의 결과물은 완성도 높은 장난감 같은 해안 일러스트레이션 쪽으로 기울었다. 다른 사용자는 물리적 사실감이나 절제된 에디토리얼 스타일을 원했을 수 있다. 에이전트는 명시되지 않은 모든 선호를 안정적으로 추론할 수 없다.

이는 크리에이티브 소프트웨어 공급업체에 새로운 책임을 부여한다. 문서화된 스크립팅 인터페이스, 안정적인 파일 형식, 헤드리스 실행 기능을 갖춘 제품은 에이전트가 조작하기 쉽고 사용자가 감사하기도 쉽다.

시각적 제어만 노출하는 애플리케이션은 에이전트를 취약한 인간 상호작용 모방 방식에 가둔다. 구조화된 명령을 노출하는 애플리케이션은 에이전트가 프로그램의 기본 상태에 더 가깝게 작업하도록 한다.

Blender는 시각적 편집, Python 자동화, 렌더링, 애니메이션, 네이티브 프로젝트 파일을 결합하기 때문에 특히 유리한 위치에 있다. 이 조합은 Blender를 제작 도구이자 실행 환경으로 만든다.

같은 원칙은 3D 그래픽을 넘어선다. 프로젝트를 코드로 생성하고 수정할 수 있을 때 비디오 편집기, 디자인 애플리케이션, 데이터 도구, 디지털 오디오 워크스테이션도 더 나은 에이전트 대상이 된다.

이것이 그래픽 인터페이스를 쓸모없게 만드는 것은 아니다. 역할을 바꾼다. 에이전트는 반복적인 구축 작업을 처리하고, 인터페이스는 사람이 결과를 검토하고 수정하며 아트 디렉션을 수행하는 장소로 남는다.

펠리컨 렌더링이 입증하지 못하는 것

성공적인 시연은 워크플로의 가능성을 보여줄 뿐, 신뢰할 수 있는 크리에이티브 제작을 입증하지는 않는다.

Willison은 벤치마크가 아닌 개인 실험을 제시했다. 반복 실험, 독립 평가자, 통제된 프롬프트, 모델 및 Blender 버전 간 비교는 없었다.

보고된 소요 시간은 유용한 관찰이지만, 일반화된 성능 수치가 되어서는 안 된다. 렌더링 시간은 Mac, 장면 복잡도, 렌더 엔진, 해상도, 에이전트의 시도 횟수에 따라 달라진다.

이 사례는 허용 범위가 넓은 소재라는 이점도 있었다. 자전거를 타는 스타일화된 펠리컨은 과장된 해부학과 유쾌한 비율을 견딜 수 있다. 건축 시각화, 제품 디자인, 의료 애니메이션, 엔지니어링 작업은 훨씬 더 엄격한 정확도 요건을 요구한다.

장면은 설득력 있게 보이면서도 기술적으로는 부실할 수 있다. 메시 토폴로지는 편집하기 어려울 수 있다. 재질은 다른 조명에서 일관성 없이 작동할 수 있다. 선택된 카메라 앵글 밖에서는 오브젝트가 서로 교차할 수도 있다.

여기에는 에이전트가 애니메이션, 실시간 렌더링, 후속 내보내기를 위해 지오메트리를 최적화했다는 근거도 없다. 정지 이미지는 하나의 시점과 한 순간에서만 장면을 테스트한다.

최종 스크립트는 많은 시각 요소를 절차적으로 구축합니다. 이는 사용자에게 추적 가능한 산출물을 제공하지만, 생성된 절차적 코드는 명확한 구조가 없으면 유지보수가 어려워질 수 있습니다.

연속된 프롬프트는 이 문제를 악화시킬 수 있습니다. 에이전트가 불안정한 기반을 재설계하는 대신 새 작업을 덧붙일 수 있기 때문입니다. 프로젝트는 시각적으로 개선될 수 있지만, 내부 구조는 더 취약해질 수 있습니다.

보안도 동등하게 주의해야 합니다. Blender를 실행할 수 있는 코딩 에이전트는 해당 환경에서 허용된 권한으로 생성된 Python도 실행할 수 있습니다. 사용자는 익숙하지 않은 스크립트를 검토하고 민감한 파일에 대한 접근을 제한해야 합니다.

Blender 실행 파일 자체가 위험한 것은 아닙니다. 무엇을 읽고, 쓰고, 다운로드하거나 실행하는지 이해하지 못한 채 생성된 코드에 광범위한 접근 권한을 부여하는 것이 위험합니다.

로컬 에이전트는 호스팅형 이미지 생성기보다 더 복잡한 신뢰 경계를 만듭니다. 같은 컴퓨터에 있는 프로젝트 디렉터리, 참조 이미지, 스크립트, 렌더 출력물 및 기타 리소스에 접근할 수 있기 때문입니다.

팀은 에이전트가 사용할 수 있는 디렉터리와 승인받아야 하는 명령에 관한 명시적인 규칙이 필요합니다. 창작 프로젝트에 미공개 디자인이나 클라이언트 자료가 포함될 때 이러한 통제는 더욱 중요해집니다.

라이선스는 또 다른 우려를 제기합니다. Blender는 GNU General Public License에 따라 배포되지만, 예술적 결과물은 일반적으로 창작자의 소유로 남습니다. Blender license는 생성된 코드, 학습 데이터, 제3자 자산 또는 모방된 스타일과 관련된 권리 문제를 해결하지 않습니다.

사용자는 여전히 텍스처, 모델, 참조 이미지 및 기타 입력물의 출처를 추적해야 합니다. 편집 가능한 결과물은 평면화된 이미지보다 검토하기 쉽지만, 편집 가능하다는 사실만으로 출처가 명확해지는 것은 아닙니다.

따라서 품질 관리는 여전히 사람의 일입니다. 숙련된 아티스트는 일반적인 코딩 에이전트가 놓칠 수 있는 해부학, 구도, 조명 및 제작상의 결함을 식별할 수 있습니다.

가장 강한 해석도 절제되어야 합니다. 이 테스트는 코딩 에이전트가 실제 창작 애플리케이션을 조율하고 유용한 출발점을 만들 수 있음을 보여줍니다. 창작 디렉션이 자동화되었다는 것을 보여주지는 않습니다.

코딩 에이전트는 이미지 생성기 이상의 것을 얻는다

더 깊은 변화는 하나의 시각 자산이 아니라 재사용 가능한 제작 시스템을 만드는 데 있다.

Willison은 설치된 Blender 애플리케이션 사용법을 설명하는 스킬을 Codex에게 만들어 달라고 요청하며 실험을 마무리했습니다. 스킬은 에이전트가 전문화된 워크플로를 반복하는 데 도움을 주는 운영 지침의 집합입니다.

이 마지막 단계는 성공적인 세션을 재사용 가능한 지식으로 바꿨습니다. 이후의 요청은 더 이상 실행 파일 경로, 백그라운드 모드 명령 또는 씬 스크립팅의 기본 접근법을 다시 찾아낼 필요가 없었습니다.

이는 에이전트 생산성이 종종 축적된 절차에 달려 있기 때문에 중요합니다. 모델은 매번 해결책을 찾아낼 수 있지만, 반복적인 탐색은 시간을 낭비하고 변동성을 유발합니다.

저장된 스킬은 Blender 실행 명령, 예상 파일 위치, 렌더링 규칙 및 검증 단계를 문서화할 수 있습니다. 또한 에이전트가 중간 .blend 파일을 저장해야 하는 시점도 정의할 수 있습니다.

근본적인 교훈은 엔지니어링 팀에 익숙합니다. 일회성 결과도 그 과정이 기록되고 검토되며 재사용될 때 더 가치 있어집니다.

팀은 브랜드 렌더, 제품 목업, 스토리보드 씬 또는 반복적인 데이터 시각화에 같은 패턴을 적용할 수 있습니다. 에이전트는 매 프로젝트마다 즉흥적으로 작업하는 대신 문서화된 파이프라인 안에서 구축합니다.

좋은 재사용형 워크플로는 생성된 소스 파일과 렌더링 출력물을 분리합니다. 프롬프트 이력을 보존하고, 씬 객체의 이름을 일관되게 지정하며, 대규모 수정 전 체크포인트를 유지합니다.

이러한 관행은 에이전트 작업을 더 쉽게 검토하게 합니다. 또한 너무 많은 것을 바꾸는 모호한 후속 요청으로 인한 피해도 줄입니다.

Willison의 공개 리포지터리는 이 이력의 일부를 담고 있습니다. 연속된 .blend 파일, Python 스크립트 및 내보낸 트랜스크립트를 포함해, 독자가 첫 요청부터 최종 렌더까지의 경로를 검토할 수 있게 합니다.

이 기록은 최종 이미지 하나보다 더 가치 있습니다. 에이전트가 어디에서 코드를 사용했는지, 씬이 어떻게 확장되었는지, 어떤 산출물이 편집 가능한 상태로 남았는지를 보여줍니다.

유사한 워크플로를 탐색하는 조직은 프롬프트, 스크립트, 프로젝트 파일 및 검토 메모를 서로 연결된 기술 지식으로 다뤄야 합니다. 검색 가능한 engineering knowledge base는 파일이 어디에 있는지만이 아니라 워크플로가 왜 성공했는지를 보존할 수 있습니다.

이 접근법은 가격 비교 없이도 소규모 창작 실험의 경제성을 바꿉니다. 개발자는 전문 인력을 세부 제작에 투입하기 전에 시각적 콘셉트를 시험할 수 있습니다.

이를 3D 아티스트를 대체하는 것으로 표현해서는 안 됩니다. 출발점이 바뀌는 것입니다. 아티스트는 문단 대신 대략적으로 구조화된 씬을 전달받을 수 있고, 개발자는 이전에는 프로토타이핑 전에 멈췄던 아이디어를 탐색할 수 있습니다.

생성된 객체의 이름이 명확하고 그룹화되어 있을 때 핸드오프는 특히 유용합니다. 그러면 전문가는 전체 씬을 다시 구축하지 않고도 약한 지오메트리를 교체하고, 재질을 조정하거나, 리그를 재구성할 수 있습니다.

코딩 에이전트는 Blender를 주변 도구와 연결할 수도 있습니다. 입력 데이터를 준비하고, 씬 스크립트를 생성하며, 렌더를 정리하고, 출력 처리용 미디어 유틸리티를 호출할 수 있습니다.

Willison은 에이전트가 이미지 시퀀스를 렌더링하고 FFmpeg로 결합할 수 있다고 언급했습니다. 그의 펠리컨 예시는 렌더링된 씬에 초점을 맞췄지만, 이는 정지 이미지를 자동화된 애니메이션 파이프라인으로 확장합니다.

더 넓은 가치는 오케스트레이션에 있습니다. 에이전트가 최고의 모델러, 렌더러 또는 비디오 인코더가 될 필요는 없습니다. 사람이 검토할 수 있는 산출물을 보존하면서 전문 도구를 조율하면 됩니다.

Simon Willison의 Blender 테스트 이후 주목할 점

이 패턴이 인상적인 개인 시연을 넘어 확산될지를 결정할 세 가지 신호가 있다.

첫 번째 신호는 모델, 장비 및 Blender 버전 전반에서의 재현성입니다. 다른 사용자들도 비슷한 프롬프트를 제공해 유효한 스크립트, 편집 가능한 프로젝트 파일 및 성공적인 렌더를 얻을 수 있어야 합니다.

반복 테스트는 단순히 이미지가 나타나는지 이상을 추적해야 합니다. 오류율, 재시도, 씬 구성, 렌더 일관성, 그리고 이후 편집을 프로젝트가 얼마나 잘 견디는지를 살펴봐야 합니다.

이 결과가 서로 다른 환경에서도 안정적으로 유지된다면 Blender 코딩 에이전트의 근거는 더 강해집니다. 성공이 하나의 모델 구성과 세심한 복구 프롬프트에 의존한다면, 워크플로는 여전히 실험적입니다.

두 번째 신호는 창작 전문가들이 에이전트가 생성한 씬을 실무에 쓸 수 있는 출발 자산으로 채택하는지입니다. 토폴로지, 재질, 조명, 명명, 구도 및 후속 호환성을 평가할 수 있기 때문에 이들의 판단은 중요합니다.

전문적인 워크플로는 수정을 견뎌야 합니다. 씬은 여러 프롬프트 이후에도 이해할 수 있어야 하고, 사람들 사이에서 깔끔하게 이전되어야 하며, 원래 카메라 뷰를 넘어선 변경도 지원해야 합니다.

아티스트가 생성된 .blend 파일을 다듬는 증거는 에이전트가 제작에 참여할 수 있다는 주장을 강화할 것입니다. 매력적이지만 일회성인 렌더가 이어진다면 그 주장은 약해질 것입니다.

세 번째 신호는 창작 소프트웨어 제작사가 프로그래밍 가능한 접근성을 어떻게 개선하는지입니다. Blender는 이미 성숙한 Python 인터페이스와 헤드리스 실행을 제공합니다. 다른 애플리케이션은 더 나은 스크립팅, 구조화된 프로젝트 API, 에이전트 전용 문서 또는 더 안전한 권한 모델로 대응할 수 있습니다.

벤더가 이러한 접점에 투자한다면 경쟁은 원시적인 인터페이스 제어에서 멀어질 것입니다. 에이전트는 명시적 명령과 검토 가능한 상태를 통해 애플리케이션을 점점 더 많이 운영하게 될 것입니다.

벤더가 폐쇄형 인터페이스를 우선시한다면 에이전트는 계속해서 스크린샷 해석과 모의 클릭에 의존하게 됩니다. 이 경로는 더 많은 소프트웨어를 다룰 수 있지만, 재현하고 감사하기는 여전히 어렵습니다.

Simon Willison의 사례는 오늘날 개발자에게 실용적인 테스트를 제시합니다. 범위가 제한된 씬을 선택하고, 모든 스크립트와 프로젝트 수정본을 보관하며, 최종 렌더만이 아니라 편집 가능한 결과를 평가하십시오.

에이전트가 다른 사람이 이해할 수 있는 파일을 만들었는지 물어보십시오. 다음 프롬프트가 기존 작업을 손상시키지 않고 씬을 개선하는지 확인하십시오. 더 넓은 접근 권한을 부여하기 전에 생성된 Python을 검토하십시오.

가장 중요하게는 핸드오프의 품질로 워크플로를 판단하십시오. 즐거운 펠리컨 이미지는 관심을 끌지만, 편집 가능한 씬, 읽기 쉬운 스크립트 및 반복 가능한 절차는 지속적인 가치를 만듭니다.

이 실험이 부각하는 갈등이 바로 그것입니다. 코딩 에이전트는 이제 소스 리포지터리를 훨씬 넘어설 수 있지만, 접근 가능한 제어 기능을 갖춘 소프트웨어만이 신뢰할 수 있는 경로를 제공합니다.

다음 निर्ण적인 사례는 가장 시각적으로 화려한 것이 아닐 것입니다. 사람이 프로젝트를 열고, 에이전트의 선택을 이해하며, 실수를 바로잡고, 자신 있게 작업을 계속할 수 있는 사례일 것입니다.