Cloudflare, 에이전트 겨냥 CLI 'cf' 오픈 베타 공개: 280개 명령을 3,000개 API 오퍼레이션으로

cf cli search 같은 게 진짜 잘 만든 것 같음. 에이전트한테 CLI를 직접 쥐여주는 것보다 인터랙티브 bash 스크립트를 짜게 하는 게 토큰도 덜 쓰고 훨씬 안정적이더라. 자격증명도 에이전트 프로세스 밖으로 뺄 수 있고. 다만 인프라를 실제로 바꾸는 작업이면 그냥 IaC 쓰는 게 맞음.

링크가 /skills/productivity/to-questionnaire/SKILL.md 로 걸려 있는데 /skills/engineering/wizard/SKILL.md 를 의도한 거 아님?

지금 클라우드는 인간 UX 기준으로 만들어져 있는데 에이전트 기준으로 다시 설계될 거라고 봄. Cloudflare가 그쪽에 먼저 베팅한 셈이고, 무료 에이전트 리포트 계정도 괜찮은 아이디어임.

Forge 위에 올라간 거라 네이티브 terraform 출력도 나왔으면 좋겠음. 혼자 worker 하나 배포할 땐 편한데 프로덕션 배포용으로는 terraform 코드를 뽑아줘야 쓸 수 있음.

wrangler가 왜 그렇게 싫었는지는 모르겠는데 대체한다니 환영임. 개인적으로 제일 짜증났던 건 dev랑 prod가 다르게 동작하는 거였음.

REST 호출만으로도 Cloudflare 작업하는 데 별 문제 없었음. 문서만 있으면 에이전트가 뭘 할 수 있는지 다 알더라. cf가 REST API 전체를 감싸는 건지, 아니면 부분집합인 건지 궁금함. 그리고 HN 제목에서 'entire'가 빠진 것도 눈에 걸림.

왜 TypeScript로 썼는지 모르겠음. CLI는 컴파일 언어로 써야 하고 사용자한테 의존성 관리를 떠넘기면 안 됨. 에이전트가 코드를 짠다 해도 기본 아키텍처 판단은 사람이 해야 함.

TS 선택이 우연이라고 보는 건 좀 아닌 듯. Cloudflare 기존 툴 생태계 안에서는 그게 맞는 선택임.

실제로는 그 제품 맡은 팀의 스킬셋이 아키텍처를 정하는 경우가 많음. AWS나 GCP CLI도 십년 넘게 파이썬으로 돌아가고 있음.

패턴이 뻔함. 내 인프라에서 돌면 Rust로 최적화하고 자랑하고, 사용자 컴퓨터에서 돌면 JS로 감.

1.0이 아직 안 나왔고 CI도 빨간불임. pre-release는 잘 쓰고 있지만 이 글은 며칠만 늦게 올렸어도 됐음.

요즘 제일 잘 만든 제품 런치가 CLI라는 게 좀 웃김. Cloudflare는 진짜 잘하고 있음.

Cloud Foundry CLI랑 이름이 겹쳐서 지워야 함. 한 글자 별칭 만들어 쓰는 게 답임.