회의 요약 · SpecFlow 관련 내용만

우리가 만드는
SpecFlow는 무엇인가

긴 회의에서 SpecFlow에 관련된 핵심 내용만 정리했습니다

SpecFlow가 뭔데?

🔧

Claude Code 모르는 사람도 쓰게

날 것의 Claude Code를 그대로 쓰면 프롬프트 실력에 따라 결과가 천차만별. SpecFlow는 이걸 랩핑해서 누구나 균일한 결과를 얻게 한다.

📐

정해진 프롬프트 + 정해진 모델

어떤 스킬을 쓰고, 어떤 MCP를 통하고, 어떤 모델을 쓸지를 내부에서 하네싱 처리. 사람마다 달라지는 품질을 균일하게 맞춘다.

💡

토스 증권 비유

AI 뉴스를 각자 다르게 뽑으면 결과가 제각각이지만, 토스는 자기들 수준으로 규격화해서 뿌린다. SpecFlow가 하려는 것도 이것.

mattpocock 스킬 기반 워크플로우

⚙️

Setup GitHub 연결
CLAUDE.md 세팅

🔥

Grill Me 부족한 기획을
채팅으로 채움

📄

To Spec 스펙 문서화
Jira 댓글 등록

🎫

To Tickets Jira 하위 일감
자동 생성

💻

코딩 실제 코드
작성

🔍

코드리뷰 커밋 전
리뷰 포함

✅

커밋 완료 처리 후
티켓 닫기

핵심: Grill Me는 코드베이스 기반으로 동작 — 기존 코드 상태를 이미 알고 질문하기 때문에 어디에 코드를 넣을지 생각하면서 들어간다. TDD도 지원.

핵심 고민 사항

⚠️

신규 vs 기존 소스 난이도가 다르다

신규 프로젝트에 적용하는 것보다 기존 소스에 요구사항을 붙이는 게 훨씬 어렵다. 열의 아홉은 기존 소스에 붙이려 할 것.

🖥️

Diff 확인 UI가 필요하다

명령 후 작업된 코드 diff를 봐야 하고, 받아들이기 / 재작업 / 버리기 선별 작업에 대한 UI 핸들링이 필요하다.

🧪

단위 테스트가 어렵다

독립 시스템이 아닌 경우 로직 테스트는 되지만 동작 테스트는 매우 어렵다. 할 수 있는 부분까지만 해야 한다.

👤

토큰 계정은 개인별로 해야 한다

팀별 계정으로 하면 한 명이 다 써버리면 다른 사람이 못 쓴다. 각 계정별로 자기 키와 쿼터를 갖도록 개인별 분리 필요.

아키텍처 선택지 3가지

☁️

소스를 서버로 가져오기

기능별 모델 선택 가능 (토큰 절약)

Opus 5 안 써도 되는 작업엔 경량 모델

소스 코드를 서버에 올려야 함

로컬과 환경이 달라 실행이 어려움

운영 정책 검토 필요

💻

MCP 방식 (로컬 개발)

기존 환경 그대로 → 에러 없음

사용자가 MCP 설정해서 바로 사용

토큰 최적화 불가

로컬 LLM 성능에 따라 결과 다름

모델을 우리가 제어 못 함

현실적 방향

🎯

mattpocock 스킬 랩핑

성공 확률 높음

MCP는 기존 방식 유지

WBS/대시보드가 차별점

메타폭이 하는 역할과 겹침

고유 기능 명확히 정의 필요

SpecFlow만의 역할 (우리가 추가할 것)

📊

대시보드

구현이 어디까지 됐는지 시각화
어떤 프롬프트를 시켰는지 단위별 표시
진행 현황을 한눈에

📋

WBS 추출

우리만의 고유 기능
티켓 관리 구조화
메타폭에는 없는 부분

우리가 만드는SpecFlow는 무엇인가