Claude code의 동적 워크플로우는 미쳤네요!

시중에 있는 유명한 라우터들은 최근 업데이트에서 이런 에러를 겪고 있어요: https://github.com/musistudio/claude-code-router/issues/1378 어떤 건 고쳤고, 어떤 건 DeepSeek 요청에서 thinking 파라미터를 그냥 빼버리는 식으로 해결했죠. 이 문제의 진짜 해결책은 라우터 계층에서 Claude code의 clear_thinking 베타 플래그를 구현하는 거예요. DeepSeek은 이걸 구현하지 않거든요: https://platform.claude.com/docs/en/build-with-claude/context-editing#t

완전 초보 같은 질문일 수도 있는데, 이렇게 하는 게 무슨 장점이 있음? 왜 멀티플랫폼 연결을 쓰는 거야?

와, 이런 도구들을 이런 식으로 활용하는 법을 더 배워야겠네. 슈퍼파워 스킬들을 좀 쓰다가, Claude한테 Codex 에이전트를 컨설턴트로 써서 접근 방식이나 구현, 코드 리뷰를 맡기는 수정된 버전의 스킬들을 만들게 했거든. 아마 이런 방식보다는 좀 덜 우아한 해결책일 듯.

다들 배우면서 하는 거지.. 나도 2달 정도 걸려서 여기까지 왔어. 처음엔 Opencode 서버랑 MCP 호출로 리뷰나 다른 작업들을 Codex나 Deepseek 기반 Opencode 에이전트한테 넘기는 방식으로 시작했거든. 근데 MCP 호출이 막히거나 Opencode 에이전트가 멈추는 문제들이 좀 있었어. 그래서 CC 채널(https://code.claude.com/docs/en/channels)로 바꿨더니 호출 막히는 건 해결됐는데, Opencode 관련 문제는 다 해결되진 않더라고. 결국 Claude code 문서를 더 읽어보고 게이트웨이를 직접 만들었지.

이런 경우에 에이전트가 생성될 때마다 작은 실행 영수증이 남았으면 좋겠어요. 특히 게이트웨이가 Claude/Codex/DeepSeek을 넘나들며 라우팅할 때는 더더욱요. 거창한 추적 로그까진 아니더라도 나중에 비용 대비 정확도를 디버깅할 정도면 충분하죠: 에이전트 역할 / 실제로 사용된 모델 / 로드된 컨텍스트와 지시사항 / 건너뛴 도구 및 권한 / 토큰 예산 및 사용량 / 검증된 파일이나 기능 영역 / 중단 이유 / 신뢰도 / 알려진 결함 등. 안 그러면 동적 워크플로우는 뭔가 잘못되기 전까진 마법처럼 느껴지다가, 막상 문제 생기면 에이전트 8개에 모델 3개가 섞여서 머리 아파지거든요.

다행히 전체 세션이 디스크에 저장되니까, 필요하면 배치 프로세스에서 뭘 했는지 확인할 수 있어. 난 2주 동안 워크플로우를 실행하는 템플릿 기반 오케스트레이터를 만들었거든. Claude 에이전트 SDK로 만든 거였지. 세션 데이터를 전부 배치 처리해서 새로운 템플릿을 만들고, 프롬프트를 조정하고, 코드베이스를 위한 새로운 규칙을 생성하는 식(진화 루프처럼)으로 썼어. 근데 Claude code에 워크플로우 기능이 내장되면서, 내가 만든 것 중 80%는 이제 쓸모없게 됐네.

다들 Opus 4.8 어쩌고저쩌고 떠들지만, 진짜 핵심은 워크플로우라고 봄.

모르겠네요, 이거 그냥 AI가 쓴 거 같은데