홈시작하기

Method

에이전트로 요구사항이
바로 현실이 되는 방법

한 명의 메인 에이전트와 사람이 처음부터 끝까지 맥락을 쥐고, 일은 역할별 AI 담당이 나눠 하며, 단계마다 증거로 확인하는 관문을 둡니다. (이름 ARP는 가칭)

A-R-P-O-L 흐름

AAnalyze · 요구·도메인·비용·위험을 사실표로관문: 요구 추적표 + 화면설계서 승인
RRefactoring & Drafting · 설계서대로 실제 데이터·API로 구현관문: L2 통과
PProve & Push · 가혹 조건 검증, 보안·성능 점검, 배포관문: 게이트 전부 통과 + Go/No-Go
OOperate · 정해진 리듬으로 운영관문: 일·주·월 보고
LLearn · 사고→규칙→시험으로 되먹임관문: 규칙 + 재발 방지 시험

완성도 사다리 L0~L3

단계정의'완료'라 말할 수 있나
L0화면만(목업·가짜 데이터)아니오 — 개발 착수본이 아닙니다
L1실제 데이터 + 실제 API로 로컬 동작아니오
L2L1 + 시험 + 보안 기본 점검 + 롤백 방법예 — 'MVP 1차 완료'
L3L2 + 승인된 운영 환경에서 실제 사용자 사용실사용 개시

L0 화면만 보여 드리고 '개발됐다'고 말하지 않습니다.

스튜디오에서 쓰는 속도·품질 단계

빠름

초안·반복 수정에.

표준

기본. 대부분의 요구.

최고

복잡한 요구·최종본. 현재는 관리자만 사용합니다.

L0 수정 대화는 한 건에 최대 2회입니다. 단계가 높다고 결과가 맞는다고 보장하지는 않으며, 사람이 다듬고 확인합니다.

보안 4기본 — MVP 때도 뺄 수 없습니다

1

가입·로그인 권한

승인과 권한이 의도대로 막히는지

2

개인정보 가림

외부 AI·로그로 나가기 전에 가림

3

비밀값 커밋 없음

키·비밀번호가 코드에 없음

4

공개 입력 상한

비용 폭주 방지

8대 고정 질문

① 누가·왜 쓰나
② 어떤 데이터가 원본인가
③ 무엇이 법·규정에 걸리나
④ 외부 서비스·AI·비용
⑤ 운영 환경 제약
⑥ 무엇을 안 할 것인가
⑦ 어떻게 검증하나
⑧ 직접 정해야 할 것

우리 안에서 실제 운영해 본 사례: ART:READY. 관문·증거 방식은 그 운영에서 가져왔습니다.

요구사항 입력 시작실제 예시 보기