코딩 에이전트를 위한 명세 레이어 · 파일럿 모집

병목은 코드가 아닙니다.명세입니다.

흩어진 결정을 하나의 명세로.정하는 사람도, 만드는 에이전트도 같은 것을 봅니다.

실프로젝트에서 직접 겪고 만든 제품

Scroll

만드는 속도는 이미 충분합니다

따라오지 못하는 건 적어내는 속도입니다.

구현은 몇 시간, 명세는 며칠. 순서가 뒤집혔습니다.

지금 벌어지는 일

산출물 과다

쏟아지는 문서, 알 수 없는 유효 버전

흩어진 데이터

매번 사람 손으로 옮기는 참조

세션마다 딴말

어제의 결정을 모르는 오늘의 세션

포맷 제각각

같은 종류의 문서, 매번 다른 모양

우유팩을 만드는 팀의 어느 한 주입니다. 구현 1일, 적어내고 맞추는 데 4일.필요한 건 더 빠른 구현이 아니라, 일관되고 정확하고 빠른 명세화.

BEFORE · AFTER

도구를 줄이는 게 아니라, 근거를 하나로

BEFORE지친 표정의 개발자 위로 서로 다른 형식의 문서·채팅·코드 창이 겹쳐 떠 있고, 그 사이를 잇던 점선이 중간에 끊겨 있는 그림
흩어진 결정매번 다시 설명하고, 매번 조금씩 달라집니다.
AFTER같은 개발자 옆에 망토를 두른 우유팩이 서서, 하나의 정본에서 명세·작업·에이전트 세 갈래로 선이 끊김 없이 이어지는 그림
정본 하나같은 근거가 세 갈래로 그대로 들어갑니다.

달라지는 건 쓰는 도구가 아니라, 무엇을 근거로 만드는지입니다.

명세화를 사람 손에서 떼어냅니다

새로 쓸 문서 없이, 이미 있는 것에서.

흩어진 것을 모아 프로젝트마다 하나의 명세로. 그 하나에서 사람이 읽을 문서와 아직 코드에 없는 것의 목록이 나오고, 에이전트는 세션마다 같은 것을 먼저 읽습니다.

정하고, 되묻고, 남은 일이 넘어갑니다

앞의 둘은 속도. 마지막 하나는 연결.

한 줄로 말하면

에이전트가 요구사항으로 만듭니다

`결제에 쿠폰을 붙이고 싶습니다` 한 줄이면 에이전트가 셋을 묻습니다. 무엇을 붙이는지, 무엇이 되면 된 것으로 볼지, 지켜야 할 제약이 있는지. 답한 말이 그대로 요구사항의 근거가 됩니다.

결제에 쿠폰을 붙이고 싶습니다내가 한 말
에이전트가 만든 요구사항 후보
  • 쿠폰 코드는 주문당 하나만 적용
  • 할인은 상품 금액에만, 배송비 제외
  • 만료된 쿠폰을 어떻게 볼지 · 답을 기다립니다

확인하면 명세가 됩니다 · 누르는 것은 정하는 사람입니다

제품 화면 예시

에이전트가 어긋남을 찾으면

대신 고르지 않고 묻습니다

기획서와 코드가 서로 다른 말을 하는 것을 에이전트가 발견하면 우유팩에 올립니다. 발췌를 나란히 놓고 어느 쪽이 지금 맞는지 여쭙고, 고른 것이 근거로 남습니다.

환불 기간기획서코드에이전트가 올림
기획서 · 환불은 30일 이내 전액
refund.ts · REFUND_WINDOW = 14
출처가 어긋남14일이 맞습니다

어느 쪽이 지금 맞는지는 사람이 고릅니다 · 고른 것이 근거로 남습니다

제품 화면 예시

정하고 나면

남은 일이 목록이 됩니다

정했지만 아직 코드에 없는 것이 작업으로 남습니다. 누구의 에이전트가 집어 들든 그 요구사항을 먼저 받고, 끝나면 어디에 구현했는지 보고합니다.

Claude Code 세션 · 결제 정책
  • TSK-4 시작 · REQ-12 를 읽음
  • 지시가 REQ-12 와 어긋남 · 질문 올림
  • TSK-4 완료 보고 · 건드린 파일 3개
작업을 집어 들면 그 요구사항을 먼저 받습니다판단은 사람이 합니다

제품 화면 예시

쓰시던 AI가 그대로 받습니다

AI를 바꿔도, 여러 개를 써도같은 명세, 같은 작업, 같은 기록.

설치는 에이전트가 합니다

받아서 깔 프로그램도, 채워 넣을 설정 화면도 없습니다. 명령 한 줄로 우유팩을 붙이고 나면 필요한 파일은 에이전트가 스스로 씁니다.

프롬프트가 아니라 규칙의 맨 앞

규칙 파일은 로드되지 않을 수 있고, 컨텍스트는 밀려납니다. 실제로 첫날 성문화한 커밋 규칙이 규칙 파일 밖 경로에서 3건 위반됐습니다. 그래서 명세를 규칙 파일 맨 앞에 두고, 무엇이 무엇에 지는지까지 적어 둡니다.

노트북 앞이 아니어도 됩니다

Claude 앱에 커넥터로 붙이면 데스크톱 · 웹 · 모바일 어디서든 요구사항을 찾고 제안을 만듭니다. 코드를 고치는 일은 그대로 저장소에 붙인 에이전트의 몫입니다.

커넥터는 무료입니다

커넥터로 붙여 쓰실 때는 추론이 이미 쓰시는 Claude Code · Codex 안에서 돕니다. 우유팩은 무엇을 지킬지 그 명세만 넘기므로, 커넥터 쪽에서는 저희가 AI 요금을 청구하지 않습니다.

이미 쓰는 도구와 겹치지 않습니다

대체가 아니라, 그 도구들을 받치는 층.

Notion문서 도구

Notion · 문서 도구

그 도구는

원본이 쌓이는 곳 · 적는 것도 옮기는 것도 사람 손

UyooPack은

붙여넣은 것을 명세로 세우고, 에이전트가 세션마다 그것을 읽습니다

JiraLinear

Jira · Linear

그 도구는

일감이 있는 곳 · 무엇을 하는 중인지

UyooPack은

그 일감이 무슨 명세를 근거로 하는지. 그대로 쓰시면 됩니다

ClaudeOpenAI Codex

Claude Code · Codex

그 도구는

한 작업 안에서는 유능, 창을 닫으면 팀의 명세도 함께 소멸

UyooPack은

세션과 에이전트와 사람을 관통해 남는 층

다른 도구들은 어디에 적혀 있는지 답합니다.우유팩은 지금 무엇이 정해져 있는지 답합니다.

같은 명세, 세 가지 모습

읽는 자리와 고치는 자리와 내보내는 자리가 하나 위에 섭니다.

처음부터 읽기

한 장으로 이어진 문서

계층 순서대로 요구사항 전문이 이어집니다. 처음 보는 사람이 위에서부터 읽어 내려가면 프로젝트를 넘겨받고, 인쇄하면 그대로 문서입니다.

전체를 한눈에

요구사항 전부가 한 그림에

계층과 관계를 함께 봅니다. 자리를 힘으로 정하지 않아 같은 요구사항은 늘 같은 곳에 있고, 다섯 개일 때와 삼백 개일 때 읽는 법이 같습니다.

밖으로 보내기

네 가지 형식으로

제목과 규범 문장과 완료 기준은 에이전트가 다시 쓰지 않습니다. 명세에서 그대로 옮겨 오고, 배치만 새로 합니다.

제품 화면 예시

시작하는 데 걸리는 일

설정 화면 없이, 프로젝트 하나로.

  1. STEP 01

    나중에 붙여도 됩니다

    프로젝트 하나

    이름 짓고, 자료를 올리고, 쓰던 에이전트를 붙이면 끝

  2. STEP 02

    확인하면 명세가 됩니다

    첫 명세

    후보 목록이 만들어집니다. 사람은 확인만

  3. STEP 03

    다시 설명하지 않은 증거

    첫 주 목표

    같은 걸 두 번 설명하지 않았다는 것이 숫자로 남습니다

쓰는 만큼이 아니라, AI를 쓸 때만

명세를 세우고 잇는 기능은 무료입니다. 정식 출시 후, 우유팩이 직접 AI로 기획을 도울 때만 유료로 갈립니다. 파일럿 기간에는 그마저 무료입니다.

무료로 쓰는 것
프로젝트별 명세 · 작업과 진행 기록 · 커넥터. 사람 수 제한 없이(프로젝트와 자료는 개수 한도가 있습니다).
유료로 갈리는 것
자료를 올려 기획에 반영하고, 계획이 기존 결정과 부딪히는지 짚어주는 우유팩 자체 AI 기능.
커넥터로 쓰면 청구가 없습니다
쓰시던 Claude Code · Codex 로 같은 일을 하실 수 있고, 그때 추론은 그 엔진 안에서 돕니다.

못 하는 것부터

01

결정이 옳은지는 판단하지 않습니다

정한 대로 지켜줄 뿐이라, 틀린 방향으로도 꾸준히 갑니다. 방향은 계속 사람의 일입니다.

대신무엇을 근거로 그렇게 정했는지, 언제 뒤집혔는지는 빠짐없이 남습니다.

02

만든 것이 맞는지는 보지 않습니다

구현이 명세대로 됐는지 우유팩이 코드를 읽어 검증하지 않습니다. 완료는 개발자의 보고입니다.

대신무엇을 근거로 완료했는지는 남습니다. 어느 요구사항인지, 누가 했는지, 어떤 파일인지가 그것입니다.

03

말로만 한 결정은 모릅니다

회의나 통화로 정한 건 어딘가에 적히기 전까지 보이지 않습니다.

대신한 줄이라도 적히면, 명세로 세우고 옮기는 일은 우유팩이 합니다.

04

과거는 복원하지 않습니다

도입 전 일을 그럴듯하게 재구성하지 않습니다. 재구성한 이야기는 또 하나의 의심 대상일 뿐이니까요. 가치는 쓰기 시작한 날부터 쌓입니다.

대신오늘 정한 것은 내일 세션이 이미 알고 있습니다.

자주 묻는 질문

그 경우가 오히려 제일 잘 맞습니다. 우유팩에서 하시는 일은 정한 것을 말하거나 붙여넣고, 뽑혀 나온 명세를 확인하고, 출처가 어긋났을 때 어느 쪽이 맞는지 답하는 것입니다. 코드는 쓰시던 에이전트가 정하신 명세를 먼저 읽고 짭니다. 끝나면 어느 요구사항을 구현했는지 보고가 남습니다.

파일럿 팀 모집 중 · 무료

파일럿 팀을 모집합니다

소수 인원 + 다수 에이전트로 개발하는 팀을 찾습니다.첫 주 목표는 하나. 같은 걸 두 번 설명하지 않는 상태를 만드는 것.

1 / 8

팀은 몇 명인가요?

에이전트 말고, 사람 수요.