단계별
검색 기능 개발을 세 가지 조사로 나눴습니다. 누가 끝났고 무엇을 다음 담당에게 알려줘야 할까요?
세 조사 담당
검색창 위치 · 상품 목록 화면
상품 목록 · /products 응답
기존 검사 살펴보는 중
내가 직접 모으기
완료된 두 결과를 읽고 수정 담당에게 필요한 내용을 직접 전달합니다.
다음 작업
화면과 데이터 조사 결과가 아직 전달되지 않았습니다.
지금 완료된 것은 두 조사입니다. 테스트 조사는 계속 진행 중입니다.
하나의 요청에서 시작
한 작업을 맡기는 장면에서 시작해 보세요. 각 단계를 누르면 누가 무엇을 하고, 어떤 결과를 기다리는지 볼 수 있습니다.
에이전트가 코드를 살펴보고 수정과 테스트를 진행합니다. 사용자는 무엇을 바꾸고 어떻게 확인했는지 살펴봅니다.
검색 기능 추가를 요청하고 결과를 확인합니다.
요청과 결과가 한 세션에 모입니다.
검사 결과에 따라
검색 코드를 수정한 뒤 테스트한다고 가정합니다. 결과를 선택해 보세요. 이 예시에서는 최초 검사 뒤 최대 두 번 재시도할 수 있습니다.
수정된 검색 코드의 테스트가 통과하거나 실패하는 상황을 직접 고를 수 있습니다.
재시도 0 / 2
테스트가 실행된 뒤 결과가 실패하는 경우를 보여줍니다. 테스트 명령이 실행되지 않는 상황은 별도로 원인을 확인합니다.
시각 개요에서 분기·종료 조건 읽기 →왜 조율이 필요할까요?
화면과 데이터 조사는 동시에 시작할 수 있습니다. 수정한 코드가 동작하는지 확인하는 검증은 변경본이 준비될 때까지 기다려야 합니다.
일을 하는 쪽
맡은 범위에서 코드를 읽고 수정하거나 테스트를 실행합니다. 결과로 발견한 내용, 변경본과 검사 기록을 남깁니다.
일을 연결하는 쪽
작업과 담당을 연결하고 상태를 추적합니다. 필요한 결과를 다음 작업에 넘기고 사람이 확인할 기록을 모읍니다.
작업이 여러 갈래로 나뉘고, 어떤 결과를 기다리는지와 누구에게 넘겼는지를 계속 확인해야 할 때입니다. 문장 한 줄을 고치는 일처럼 한 세션으로 충분한 경우도 있습니다.
사람이 하는 일
작업을 직접 나누어 맡길 수도 있고, 사용 가능한 환경에서는 배정과 결과 취합을 상위 에이전트나 정해진 흐름에 맡길 수도 있습니다.
사용자가 조사별 세션을 열고 결과를 확인합니다. 수정 담당에게 필요한 결과를 전달하고, 검증을 시작할 시점도 결정합니다.
작업이 늘어나면
각 칸은 하나의 작업입니다. 작업 수를 바꾸고 상태를 선택해 보세요. 예시 화면의 상태는 이해를 돕기 위해 만들어졌습니다.
작업 수와 에이전트 수는 상황에 따라 다릅니다.
어떤 에이전트를 쓸까요?
작업을 여러 개 맡길 때는 실행 중인 세션의 수와 연결하는 에이전트의 종류를 각각 살펴봅니다.
같은 종류의 에이전트를 여러 세션에서 열고 각각 화면·데이터·테스트 조사를 맡깁니다.
사용할 수 있는 종류와 실행·상태 확인·입력·중지 범위는 오케스트레이터와 설정에 따라 다릅니다.
직접 설명해 보기
화면 조사와 데이터 조사가 끝났습니다. 검증 담당은 아직 수정본을 받지 못했어요. 어떤 일이 남았는지 생각해 보세요.
조사 결과를 수정 담당에게 전달하고, 수정된 코드가 준비되면 그 변경본을 검증 담당에게 넘깁니다. 검증 담당은 실행한 검사와 결과를 남깁니다.
각 작업의 담당과 상태를 연결해 보여주고, 다음 작업이 필요한 결과를 받도록 도울 수 있습니다. 사용자는 변경본과 검사 기록을 살펴보고 다음 행동을 결정합니다.