Codex for almost everything, HN은 desktop agent의 경계와 sandbox를 따졌다

HN thread에서 Codex for almost everything은 coding tool의 확장이라기보다 desktop agent의 경계 테스트로 받아들여졌다. 댓글은 “이제 무엇을 자동화할 수 있나”에서 바로 “그 자동화가 내 computer와 app을 어디까지 만져도 되나”로 넘어갔다.

흥미로운 반응은 개발자와 non-developer의 관점 차이다. 한쪽은 terminal에서 이미 Codex를 file edit, test, refactor에 쓰고 있으며 proper tooling과 함께 결과를 검증할 수 있다고 봤다. 다른 쪽은 GUI agent가 code를 숨기고 prompt interaction만 앞에 세우는 흐름에 불편함을 드러냈다. code가 중간 산출물처럼 밀려나는 느낌이 들 때, 개발자는 생산성보다 control loss를 먼저 느낀다.

HN이 가장 강하게 붙잡은 단어는 sandbox였다. desktop agent가 Slack, browser, file system, design tool을 넘나드는 순간, 편리함과 위험은 같은 feature에서 나온다. 댓글에는 민감한 file을 읽는 문제, permission prompt의 수준, local machine에서 action을 실행하는 agent를 얼마나 격리해야 하는지에 대한 질문이 이어졌다.

동시에 회의론만 있었던 것은 아니다. 오랜 CLI 사용자 중에는 이미 terminal command 대신 Codex에 작업을 맡기는 습관이 생겼다는 반응도 있었다. 만약 GUI가 충분히 robust해지면, application을 오가며 작은 조작을 반복하는 지식노동자에게는 분명한 가치가 있다는 판단이다. 여기서 Codex는 software engineer만을 위한 tool이 아니라, computer 조작 자체를 자연어 workflow로 바꾸는 실험처럼 보인다.

다만 thread의 결론은 조심스럽다. HN은 “모든 것을 위한 Codex”라는 문구보다, 모든 것을 맡길 때 생기는 audit, permission, rollback 문제를 먼저 본다. desktop agent가 진짜로 넓어질수록 product의 성패는 model 능력만으로 결정되지 않는다. 사용자가 언제든 멈추고, 확인하고, 원상복구할 수 있다는 감각이 함께 설계되어야 한다.