반복적인 프롬프트 재작성 없이, 계약 파일 기반 파이프라인으로 SDLC 전 단계를 체계화합니다.
Java · Go · React/TypeScript, 어떤 AI 도구에서도 동일한 품질과 추적성을 보장합니다.
Claude Code, Cursor, Copilot을 도입했지만 기대만큼 생산성이 오르지 않는 팀이 공통으로 겪는 세 가지 문제입니다.
동일한 도메인 설명을 입력해도 세션마다 Aggregate 이름, 패키지 구조, 메서드명이 달라집니다.
팀이 합의한 설계가 AI 출력에 반영되지 않습니다.
설계 세션에서 결정한 내용이 구현 세션에서 반영되지 않습니다.
AI는 이전 세션을 기억하지 못하고, 개발자가 매번 컨텍스트를 재주입합니다.
AI가 생성한 코드가 어떤 요구사항에서 비롯됐는지 추적할 수 없습니다.
UC · 설계 · 코드 · 테스트 간 연결이 끊겨 변경 영향 분석이 불가능합니다.
요구사항 (문서) ↓ 개발자가 읽고 해석 설계 (UML, 위키) ↓ 개발자가 기억하며 구현 구현 (IDE) ↓ 개발자가 판단하여 테스트 테스트 (수동 매핑) ⚠ 단계 전환마다 해석/기억/판단 개입 ⚠ 사람이 바뀌면 지식이 소실됨
요구사항 (UC명세서 + .feature) ↓ domain-context.md [계약 1] ↓ arch-decisions.md [계약 2] ↓ AI가 파싱, 추론 없음 코드 스켈레톤 + 구현 ↓ 테스트 스위트 (Gherkin 1:1) ✅ 파일 기반 전환 — 해석 불필요 ✅ 세션·사람 교체에도 동일 결과
각 단계는 명확한 입력·산출물·품질 게이트를 가집니다.
스킬들은 서로를 직접 호출하지 않고 계약 파일을 통해 연결됩니다.
UC명세 + SBE 시나리오 스킬 병렬 실행 → 수렴 게이트
DDD 모델링 → 아키텍처 설계 순차 실행
두 계약 파일 입력 → 추론 없는 1:1 매핑으로 패키지·클래스 생성
Wave 순서 강제 · 레이어 순서 강제 (domain → application → adapter)
Gherkin Scenario 1개 = @Test 1개 · 시나리오 ID 주석 필수
15년 이상의 엔터프라이즈 개발 경험을 가진 엠블럭은,
블록체인 프로젝트에서 반복적으로 마주한 문제들이 AI 시대에도 동일하게 재현되는 것을 발견했습니다.
블록체인의 핵심은 "한번 기록된 것은 변경 불가"라는 신뢰 기반입니다.
A-ADM의 계약 파일(domain-context.md, arch-decisions.md)은 같은 원칙을 AI 개발 파이프라인에 적용합니다.
설계 결정이 파일에 고정되면 AI도, 사람도 임의로 벗어날 수 없습니다.
스마트 컨트랙트는 조건이 충족되면 자동으로 실행됩니다.
A-ADM 스킬도 동일합니다.
domain-context.md 없이 스켈레톤 스킬은 실행되지 않고,
arch-decisions.md 없이 구현 스킬은 시작되지 않습니다.
조건 기반 자동화가 품질을 보장합니다.
블록체인은 모든 트랜잭션의 전체 이력을 추적합니다.
A-ADM은 모든 코드 줄이 어떤 UC 단계에서 비롯됐는지 추적합니다.
UC Step N = 서비스 메서드 N = 테스트 N.
엠블럭이 블록체인에서 배운 추적성 원칙을 소프트웨어 SDLC에 이식했습니다.
블록체인 솔루션 구축 경험에서 다져진 엔터프라이즈 아키텍처 역량이 A-ADM 컨설팅의 토대입니다.
방법론 도입 컨설팅부터 팀 교육, 레퍼런스 프로젝트 구축까지,
엠블럭이 직접 함께합니다.
스마트 컨트랙트 요구사항 → Gherkin 시나리오 → domain-context.md → 체인코드 스켈레톤.
블록체인 도메인의 복잡한 상태 전이와 비즈니스 규칙을 A-ADM 파이프라인으로 체계화하면,
불변 코드에 배포되기 전 버그를 구조적으로 차단합니다.
엠블럭은 이 경험을 직접 보유하고 있습니다.
Core 문서는 도구에 독립적인 방법론 본질을 정의합니다.
각 어댑터는 특정 언어와 AI 도구에 최적화된 구현 가이드입니다.
도구에 독립적인 방법론 본질.
5대 설계 원칙 · 계약 파일 스키마 · 추적성 규칙 · Wave 토폴로지 · 버저닝 규칙.
어떤 AI 도구 어댑터를 작성하든 이 문서를 기준으로 합니다.
Claude Code + Java 21 + Spring Boot 3.x 구현 어댑터.
헥사고널 | 레이어드 아키텍처, Lombok 금지, 12개 슬래시 커맨드로 엔터프라이즈 Java SDLC를 자동화합니다.
Claude Code + Go + IDD·CBD 설계로 Go 백엔드 SDLC를 체계화.
chi router · pgx v5 · go-redis v9 스택, 패키지 중심 설계 원칙.
Claude Code + React/TypeScript 프론트엔드 어댑터.
A-JADM의 openapi.yaml을 시작점으로 Type-safe 컴포넌트 파이프라인을 구성합니다.
A-ADM의 모든 결정은 이 다섯 원칙에서 파생됩니다.
스킬과 템플릿은 실제 스택과 사용 사례에 정확히 스코핑됩니다.
판단 기준: "이 규칙이 없으면 AI가 잘못된 결정을 내리는가?" — 그렇지 않으면 제거합니다.
UC Step N = 서비스 메서드 N = 테스트 케이스 N. Gherkin Scenario 1개 = @Test 1개.
이 직접 매핑이 추론과 재작업을 원천 차단합니다.
스킬들이 서로를 직접 호출하지 않고 계약 파일을 매개로 연결됩니다. domain-context.md 없이 스켈레톤 생성 스킬은 실행되지 않습니다.
UC명세 · DDD 모델링 스킬은 병렬 실행 후 수렴 게이트를 통과해야 다음 단계로 진행합니다.
산출물의 양보다 두 스킬 간 정합성이 품질 기준입니다.
대규모 프로젝트는 스킬을 복잡하게 만드는 대신 1 프로젝트 ≈ 1~2 BC로 분해합니다.
멀티 BC는 bc-plan.md의 Wave 위상 정렬로 오케스트레이션합니다.
무료로 공개된 방법론 문서에서 시작하세요.
팀 도입 컨설팅이나 교육이 필요하다면 엠블럭으로 문의해주세요.