개발 방식

$ autodev how

완료를 다섯 단계로
나눠 확인합니다

AI가 “완료했습니다”라고 말한 것과 업무가 실제로 돌아가는 것은 다릅니다. AutoDev는 범위를 먼저 고정하고, 독립 검증과 사람 승인을 거쳐야 완료로 봅니다.

문서가 작업대, 검사대, 승인대를 차례로 지나 완성 상자가 되는 잉크 픽셀 일러스트
01 · pipeline

한 번의 개발이 지나가는 9단계

1 요구사항바꾸고 싶은 업무 정리
2 작업 계약범위·파일·완료 기준 고정
3 승인계약을 사람이 승인
4 개발별도 작업 공간에서 AI 개발
5 테스트기준대로 실제 실행
6 독립 검증다른 AI가 다시 확인
7 제한된 보정정해진 횟수 안에서 수정
8 사람 승인반영 여부 결정
9 운영 확인실제 업무에서 확인
02 · done ≠ done

“완료”의 다섯 층

아래 막대는 각 층이 확인해 주는 범위를 개념적으로 나타낸 것입니다. 아래로 갈수록 더 많은 것이 확인된 상태입니다.

기능 작성
코드 존재
테스트 통과
기준 실행
독립 검증
다른 AI 확인
운영 반영
사람 승인 후 반영
업무 성공
실제 업무에서 기대 결과
03 · contract

작업 계약에 적는 것

항목내용
목표어떤 업무를 어떤 결과로 바꿀지
바꿔도 되는 범위손대도 되는 파일·데이터·설정
바꾸면 안 되는 것운영 계정, 예산, 기존 시스템 등
완료 기준어떤 데이터·경우에서 어떤 결과가 나와야 하는지
사람 승인 지점운영 반영, 외부 발송, 기준값 결정
보정 한도고칠 수 있는 횟수와 넘었을 때의 처리
$ autodev contact

반복 업무, 이번 주에 줄여 봅니다

지금 손으로 되풀이하는 업무를 알려 주시면 업무 진단부터 함께 시작합니다.