저는 이 워크플로우들을 구축하고 테스트하는 데 많은 노력을 기울였습니다. 저는 전문 개발자로서 레거시 애플리케이션을 마이그레이션하거나 개인 프로젝트를 진행할 때 이 모든 워크플로우를 하나도 빠짐없이 사용하며, 일부는 매일 사용합니다. 저는 브레인스토밍 (brainstorm) 워크플로우를 사용하여 Claude Opus 5가 AI가 기본적으로 설정하는 모든 디자인 요소, 폰트, 색상 목록을 피하면서도 가장 인상적이고 독창적인 4가지 디자인을 만들도록 했습니다. 이것은 시작부터 끝까지 단 두 번의 프롬프트로 완료되었습니다. 현재의 CAD 디자인이 바로 여기서 탄생했습니다. 제가 사용한 다른 두 가지 관점(lenses)은 DIY 잡지처럼 보이는 "riso-zine", 스크롤할 때 노드와 패럴랙스 배경 (parallax background)이 나타나는 "knowledge-graph", 그리고 스크롤에 따라 움직이는 노출된 기어와 탐색용 다이얼이 있는 "apparatus"였습니다. 이 모든 것들이 매우 인상적이었으며, Opus 5는 정말 강력합니다. 저는 디버그 (debug) 워크플로우를 사용하여 사이트의 내용이 실제 워크플로우와 일치하는지 사실 확인을 합니다. 또한 디버그 워크플로우를 사용하여 Python을 통해 dxf 파일의 CAD 도면을 사실 확인 및 수정하고, 우리가 짓고 있는 데크의 건축 허가를 제출하기 위한 출력물을 만들기도 했습니다. 이것은 어젯밤 8시간 동안 쉬지 않고 실행되었습니다. 또한 문서 (docs) 워크플로우를 사용하여 필요한 모든 건축 법규를 다운로드했습니다. 제 Navidrome-MCP 서버를 위한 API 문서를 다운로드하는 데도 사용했습니다. 제가 ComfyUI-ContextAnchoredTileRefine 노드를 구축할 때 ComfyUI 문서, 연구 논문, 그리고 다양한 이미지 블렌딩 (image blending) 방법을 다운로드했습니다. 이 노드는 테스트 스위트 (test suite)를 구축하고, 이미지 타일을 블렌딩하는 최적의 방법을 찾기 위해 다양한 알고리즘을 테스트하고자 서로 다른 설정값으로 생성된 이미지들에 대해 자체적인 A/B 테스트(및 저의 자체 검증)를 실행했습니다. 저는 워크플로우를 개선하기 위해 결정 (decide) 및 향상 (enhance) 워크플로우를 사용하는데, 매우 메타적(meta)인 방식입니다. 특히 결정 워크플로우는 매우 강력한데, 브레인스토밍과 비슷하지만 사용자가 아닌 AI가 결정한다는 점이 다릅니다. 이를 통해 모든 판결에 인용 요구 사항을 확장하는 것과 같이, 워크플로우를 더욱 엄격하게 만들기 위해 제가 추가한 몇 가지 새로운 아이디어로 이어졌습니다.

저는 회귀 (regression)를 방지하고 엣지 케이스 (edge cases)를 처리하기 위해 워크플로우를 대상으로 실행되는 시뮬레이션을 보유하고 있습니다. 이것들은 제가 수년간 배운 모든 기술의 정점이며, 모두 슬래시 명령어 (slash commands) 안에 녹아들어 있습니다. 이 명령어들은 사이트에서 읽어볼 수 있는 엄격한 원칙을 따르며, 저는 이 원칙들을 엄격히 준수하는지 검토하기 위해 사용하는 서브에이전트 (subagent)를 별도로 두고 있습니다. 여러분은 이를 사용하여 자신만의 커스텀 동적 워크플로우 (custom dynamic workflows)를 구축할 수 있습니다. 이것들은 프로덕션 품질 (production quality)의 시스템, 혹은 제가 도달할 수 있는 최대한 그에 근접한 시스템을 만들기 위한 것입니다. 이들은 여러분을 위해 계획 모드 (plan mode)로 진입하며, 계획 비평가 (plan critic), 적대적 블라인드 코드 리뷰 (adversarial blind code review), 그리고 회귀 체크 (regression checks)를 포함한 계획 대비 수락 (acceptance against the plan) 과정을 거칩니다. 모든 단계는 스테이징 (staged)되며, 별도의 오케스트레이션 에이전트 (orchestrating agent) 없이도 파일 버스 (file bus) 내에서 모든 것이 추적됩니다. 완전히 결정론적인 백본 (deterministic backbone) 덕분에 테스트 자동화가 용이합니다. 또한 사용자의 주의가 필요한 사항을 추적하는 원장 (ledger)을 갖추고 있으며, 만약 무언가 잘못될 경우 이를 git 패치 (git patch) 파일에 담아두기 때문에 아무것도 유실되지 않고 다음 작업 단계로 계속 진행할 수 있습니다. 블라인드 코드 리뷰 서브에이전트는 결론에 도달하기 위해 개발자와 서로 논쟁을 벌일 수도 있습니다. 모든 것이 파일에 기록되므로 언제든 중단했다가 나중에 재개할 수 있습니다. 이들을 여러 개 체인 (chain)으로 연결하여 8시간 이상 실행되도록 내버려 둘 수도 있습니다. 다른 사람들이 이것들로 무엇을 성취할 수 있을지 정말 보고 싶습니다. 저는 이것들을 너무 많이 사용해서 이것들 없이는 일하는 것을 상상할 수 없기 때문입니다. 하나를 다른 하나에 입력하고 체인으로 연결하는 과정은 정말 즐겁습니다. 질문이나 제안 사항이 있다면 알려주세요! 저는 이것들이 올바른 관점 (lens)만 갖춘다면 기대보다 훨씬 더 강력하고 많은 일을 할 수 있다는 것을 발견했습니다. 저는 이것들을 사용하는 데 아주 많은 시간을 할애하므로 계속해서 개선해 나갈 것입니다. submitted by /u/blakeem [link] [comments]