구독 서비스 선택 좀 도와주세요

얼마나 제한을 걸려고 하는 거야? 무료 티어 에이전트들은 제약받는 걸 싫어해서 규칙을 더 어기려고 할 거야. 그러니까 에이전트들이 더 많은 걸 제어할 수 있게 구조를 제공해야 해. Opus는 강아지 같은 느낌이라, 넌 에이전트를 신뢰하기보다는 달래는 방식의 프로세스를 쓰고 있는 것 같아.

예를 들면, '이거 만들어줘'라고 하는 거랑 '이거 만들어줬으면 좋겠는데, 이건 하면 안 되고, 내가 만든 다른 거랑 비슷하게 해줘'라고 하면서 .md 파일에 에이전트 지침을 1000줄씩 넣는 거랑은 다르지.

어, 아니야. 전혀 제한 안 걸고 있고, 에이전트 신뢰해. 완전히는 아니지만. 조금이라도 써본 엔지니어라면 누구도 에이전트를 완전히 신뢰하진 않을걸. HITL(사람이 개입하는 것)은 중요해.

남들이 너랑 다른 결과를 얻는다고 해서 그 사람들의 작업 방식을 함부로 추측하지 마. 그건 마치 내가 너를 아직 복잡한 걸 만들어본 적 없는 '바이브 코더'라고 추측하는 거랑 똑같아.

우린 인간이라 추측을 하잖아. 그리고 Fable은 최첨단 모델인데, 지금 시점에서 Opus 4.8이 Fable을 이기는 워크플로우가 뭔지 이해가 안 가네. 4.8도 좋지만 Fable이랑 Sol은 차원이 다른 모델이야.

난 데일리로 쓸 땐 composer 2.5를 쓰는데, 만약 자리를 비우고 개발(afk development)을 시키면 금방 궤도를 벗어나기 쉽고 버그가 튀어나오기 시작해. 기반 아키텍처가 Fable만큼 좋지는 않거든.

맞아. 난 codex 써서 잡아내.

음, 내 경험상으로는 에이전트들 사이에 아키텍처 결정을 땜질하고 그 에이전트들이 설계를 대신 해주길 바라는 것보다, 더 뛰어난 모델로 처음부터 제대로 만드는 게 훨씬 나아.

그것도 일리 있는 말이네, 친구.