은행, 블록체인, 디지털 포렌식 분야에서 20년 동안 시스템을 구축하며, 우리가 선택하는 도구가 우리가 배포하는 결과물의 속도와 품질을 결정한다는 것을 배웠습니다. Claude AI가 제 워크플로우에 들어왔을 때, 무언가 변화가 일어났습니다. 저는 AI를 단순한 신기한 도구로 취급하는 것을 멈추고, 저의 Soroban 스마트 컨트랙트 (smart contracts)를 리뷰하고, 아무도 쓰고 싶어 하지 않는 문서 초안을 작성하며, 실시간으로 아키텍처 결정을 내릴 수 있도록 도와주는 진정한 엔지니어링 파트너로 대하기 시작했습니다.

Stellar의 토큰화 (tokenization) 프로젝트에서 얻은 구체적인 사례와 함께, 제가 Claude를 일상적인 업무에 어떻게 통합하는지 정확히 공유해 보겠습니다.

엄격함을 유지하면서 코드를 더 빠르게 작성하기

정확성이 없는 속도는 위장된 기술 부채 (technical debt)입니다. 저의 접근 방식은 Claude를 페어 프로그래머 (pair programmer)로 사용하여 지루한 70%의 작업을 가속화하고, 제가 중요한 30%에 집중할 수 있도록 하는 것입니다.

최근의 사례: 저는 실물 자산 토큰화 (real-world asset tokenization) 파일럿을 위한 Soroban 컨트랙트를 구축하고 있었습니다. 스토리지 헬퍼 (storage helpers), 이벤트 방출 (event emission), 액세스 제어 (access control)를 위한 보일러플레이트 (boilerplate) 코드를 직접 작성하는 대신, Claude에게 도메인 모델을 설명하고 생성된 Rust 코드를 반복 수정했습니다. 평소라면 스캐폴딩 (scaffolding)에 하루 꼬박 걸렸을 작업이 약 2시간 만에 끝났습니다.

핵심적인 규율—그리고 André Dias Moreira Prol로서 제가 이끄는 모든 팀에 강조하는 점—은 생성된 코드를 결코 맹목적으로 붙여넣지 않는다는 것입니다. 저는 명시적인 제약 조건을 포함하여 프롬프트 (prompt)를 작성합니다:

분할 자산 토큰을 위한 Soroban 스토리지 구조체 (struct)를 생성하세요.
요구 사항:
- 관리자 설정을 위해 인스턴스 스토리지를 사용하세요.
...

마지막 제약 조건이 중요합니다. Soroban에서 unwrap()으로 인한 패닉 (panic)은 트랜잭션을 되돌리고 수수료를 소모합니다. 제가 어렵게 얻은 규칙들을 프롬프트에 인코딩함으로써, 프로덕션 (production) 환경의 현실을 이미 준수하는 결과물을 얻을 수 있습니다. 지난 세 개의 프로젝트에서 이 방식은 초기 리뷰 사이클을 약 40% 줄여주었습니다.

관문이 아닌 대화로서의 코드 리뷰

Claude의 가장 과소평가된 용도는 적대적 리뷰 (adversarial review)입니다. 저는 함수를 붙여넣고 날카로운 질문을 던집니다: "여기서 발생할 가능성이 가장 높은 세 가지 보안 실패는 무엇이며, 영향력 순으로 나열해 주세요?"

블록체인 코드의 경우, 이는 일반적인 린터 (linter)가 놓치는 문제들을 잡아냅니다. 한 번의 감사 (audit) 준비 단계에서, Claude는 정적 분석 (static analysis) 도구들이 통과시켰던 보상 분배 루프 내의 정수 오버플로 (integer overflow) 경로를 찾아냈습니다. 토큰화 (tokenization) 과정에서 단 한 번의 오버플로는 유령 가치를 발행하는 것을 의미하며, 이는 실제 자산이 토큰을 뒷받침할 때 재앙적인 결과를 초래합니다.

저는 또한 재진입 (reentrancy) 추론, 권한 확인 (require_auth 배치는 Soroban의 전형적인 함정입니다), 그리고 가스 비용 (gas-cost) 추정에 활용합니다. 저의 워크플로우는 다음과 같습니다:

1. 직접 컨트랙트를 초안합니다.
2. Claude에게 감사인 (auditor)의 관점에서 공격해 달라고 요청합니다.
3. 발견된 사항을 실제 온체인 (on-chain) 시뮬레이션과 교차 참조합니다.

이러한 계층적 접근 방식이 전문적인 감사를 대체할 수는 없습니다. 실제 가치를 다루는 메인넷 (mainnet) 배포를 위해서는 그 무엇도 감사를 대신할 수 없습니다. 하지만 이는 감사인의 책상에 전달되는 결과물의 품질을 극적으로 높여주며, 이미 쉬운 취약점들이 제거되어 있기 때문에 외부 감사의 소요 시간을 단축해 줍니다.

인간이 실제로 읽을 수 있는 복잡한 시스템 문서화

문서화는 대부분의 엔지니어링 팀이 조용히 실패하는 지점입니다. 특히 디지털 포렌식 (digital forensics) 작업에서는, 제대로 문서화되지 않은 증거 처리 파이프라인이 수사 전체의 증거 능력을 훼손할 수 있습니다.

저는 Claude에게 코드와 함께 대상 독자(컴플라이언스 담당자, 주니어 개발자, 또는 법원 제출용 보고서 등)에 대한 컨텍스트를 제공하고, 그에 맞춘 문서화를 요청합니다. 그 차이는 극명합니다. 동일한 토큰화 모듈이라도 하나의 진실된 원천 (source of truth)으로부터 이해관계자를 위한 비즈니스 중심의 README와 개발 팀을 위한 심층 기술 사양서(technical spec)를 각각 생성해 냅니다.

실용적인 팁을 드리자면, 저는 프로젝트 용어집 (glossary)을 유지하며 모든 문서화 세션에 이를 붙여넣습니다. 이를 통해 수십 개의 파일에 걸쳐 용어를 일관되게 유지할 수 있으며, 수동으로 작업했다면 몇 주 안에 용어가 어긋났을 것입니다. 최근 진행한 Stellar 기반 결제 시스템 프로젝트에서는 34개의 엔드포인트 (endpoint)와 12개의 컨트랙트 함수를 단 한 오후 만에 문서화했습니다. 과거에는 스프린트 (sprint)의 대부분을 소비해야 했던 작업이었습니다.

솔직한 주의 사항: Claude는 가끔 그럴듯하게 들리는 세부 사항을 지어내기도 합니다. 저는 모든 주장을 실제 코드와 대조하여 검증합니다. 믿되 검증하라(Trust, but verify)—이는 제 경력 전반에 걸쳐 저를 지탱해 온 원칙입니다.

결론

절제력을 가지고 사용한다면, Claude AI는 제가 다루어 온 가장 까다로운 Web3 및 포렌식 (forensics) 프로젝트 전반에서 더 빠르게 결과물을 내고, 더 깊이 있게 리뷰하며, 더 잘 문서화할 수 있게 해주는 승수 효과 (force multiplier)가 되었습니다. 이번 주 여러분의 다음 프로젝트 중 단 한 단계에만이라도 이를 통합해 보세요. 만약 의견을 나누고 싶다면, 저 André Dias Moreira Prol에게 연락해 주세요. 함께 가능성의 한계를 넓혀 봅시다.

André Dias Moreira Prol의 더 많은 기사는 Medium에서 확인하세요.