핵심 작업 흐름07 / 16
의도 변경 논의와 검토
이 페이지의 내용
논의를 통해 새로운 제품 결정을 내렸다면 에이전트에게 의도 변경 제안으로 정리해 달라고 요청하세요. 문구를 검토하고 필요에 따라 다듬은 뒤 문서에 기록할지 결정합니다.
구체적인 맥락에서 시작하기
관련 단락에 포인터를 올리고 왼쪽의 이 부분에 대해 질문을 선택하세요. Noea는 입력란에 참조를 넣고 채팅 옆에 문서를 표시합니다. 메시지를 자동으로 보내지는 않습니다.
입력란에 @를 입력해 문서, 단락, 설명을 검색할 수도 있습니다. 선택한 내용은 참조 칩으로 표시되며 메시지와 함께 에이전트에 전달됩니다.
예를 들어 다음과 같이 질문할 수 있습니다.
이 보상 규칙에는 출석을 빠뜨리면 어떻게 되는지 적혀 있지 않습니다. 구현을 근거로 현재 동작을 설명하고, 보충 출석을 허용할지 함께 논의해 주세요.
결정했다면 제안을 요청하세요.
이 규칙에 “한 달에 한 번 보충 출석을 허용한다”를 추가해 주세요. 제가 검토할 수 있도록 의도 변경을 제안해 주세요.
코드를 수정할지 요구사항을 바꿀지 결정하기
의도와 구현이 다르면 먼저 원래 요구사항이 여전히 유효한지 확인하세요. 문서는 7일 연속 출석 후 보상을 요구하지만 코드가 6일째 지급한다고 가정해 보겠습니다.
| 사용자의 결정 | 다음 단계 |
|---|---|
| 요구사항은 여전히 7일이다. | 의도를 유지합니다. 에이전트에게 구현을 수정하고 경계 조건을 검증하도록 요청합니다. |
| 논의 후 6일로 결정한다. | 의도를 바꾸고 새로운 지급 조건을 검토한 뒤 구현을 확인합니다. |
기존 코드에 맞추기 위해 의도를 다시 쓰지 마세요. 에이전트가 요구사항을 이해했는지 먼저 확인하고, 코드가 이를 충족하는지 확인하세요. 오해를 바로잡고 구현 오류를 수정하되, 규칙을 바꾸기로 결정했을 때만 의도를 변경하세요.
수정을 요청할 때는 명확히 말하세요.
7일이라는 요구사항은 유지하세요. 보상이 너무 일찍 지급되는 문제를 수정하고, 6일째에는 지급하지 않으며 7일째에는 지급하는지 검증해 주세요. 현재 코드에 맞게 의도를 바꾸지 마세요.
추천과 변경 제안 구분하기
추천 카드는 에이전트가 의도에 추가할 만하다고 생각한 내용을 기록합니다. 채택은 현재 채팅에서 작업을 시작해 기존 구현이 이미 충족하는 변경 제안으로 정리하며, 의도에 바로 기록하지는 않습니다. 무시는 해당 추천을 채택하지 않겠다는 결정을 기록합니다.
변경 제안에는 검토할 구체적인 문서 변경 내용이 담깁니다. 에이전트가 제출한 뒤 현재 턴이 완료되거나 중지되거나 실패하면 카드가 나타납니다. 변경 사항 보기를 선택해 살펴보세요.
문서에서 변경 사항 검토하기
검토 화면은 문서의 배치를 유지합니다. 추가된 내용은 연한 초록색 배경으로, 삭제할 내용은 연한 빨간색 배경과 취소선으로 표시됩니다. 대체하는 부분은 이전 텍스트와 새 텍스트를 함께 보여 주며, 적절한 경우 단어 단위 변경을 강조합니다.
아래쪽 검토 막대로 변경 사항 사이를 이동하거나 파일 이름을 선택해 문서를 전환하세요. 결정은 모든 파일을 포함한 제안 전체에 적용됩니다. 단락이나 파일을 개별적으로 수락할 수는 없습니다.
추가된 텍스트와 대체 내용의 새 텍스트는 편집할 수 있습니다. 이 검토 상태에서는 원문, 삭제 내용, 영향을 받지 않은 단락을 편집할 수 없습니다. 편집 후 기본 동작은 내 편집 내용 수락으로 바뀝니다.
결정하기 전에 어떤 단어가 바뀌었는지뿐 아니라 무엇을 요구하는지도 확인하세요.
- 추가된 조건과 용어를 자신의 말로 설명할 수 있나요?
- 일회성 지시를 지속적인 요구사항으로 잘못 받아들이지는 않았나요?
- 에이전트가 기존 코드에 맞추려고 제약을 알리지 않고 약화하지는 않았나요?
- 다음에 이 동작을 바꾸고 싶을 때 알맞은 문장을 찾을 수 있나요?
명확하지 않은 부분이 있으면 채팅으로 돌아가 에이전트에게 설명하거나 제안을 수정해 달라고 요청하세요.
동작 선택하기
| 동작 | 의도 문서 | 구현 |
|---|---|---|
| 수락 | 제안 전체를 기록합니다. | 필요한 작업을 이어갑니다. 이미 충족한다면 새로 실행하지 않습니다. |
| 내 편집 내용 수락 | 사용자의 편집을 포함한 제안 전체를 기록합니다. | 편집한 제안에 따라 작업을 이어갑니다. |
| 직접 구현 | 제안을 기록하지 않습니다. | 제안을 구현합니다. 아직 구현이 필요한 제안에서만 사용할 수 있습니다. |
| 무시 | 제안을 적용하지 않습니다. | 해당 구현을 시작하지 않습니다. |
앞으로의 개발 기준으로 삼고 싶은 결정이라면 검토한 제안을 수락하세요. 직접 구현은 이번 요청을 의도로 기록하지 않습니다.
제안을 무시해도 이미 수정한 코드는 되돌아가지 않습니다. 예를 들어 에이전트가 작업을 먼저 끝내고 기존 동작을 기록하자고 제안했을 수 있습니다.
수정된 제안과 변경된 문서 처리하기
에이전트는 같은 채팅에서 제안을 수정할 수 있습니다. 새 버전이 검토 대기 중인 제안을 대체하고, 이전 카드에는 버전 안내가 남습니다. 이전 검토에서 편집했지만 수락하지 않은 내용은 자동으로 옮겨지지 않습니다.
현재 문서가 제안 작성의 기준이 된 텍스트와 달라지면 수락할 수 없습니다. 현재 버전 기준으로 에이전트에게 다시 제안 요청을 사용하면 에이전트가 문서를 다시 읽고 적용 가능한 변경을 만듭니다.
수락한 뒤
구현이 필요한 제안은 현재 채팅에서 계속 진행됩니다. 완료되지 않았다면 카드의 구현 계속하기를 사용하세요. 이후 문서로 돌아가 설명을 확인하고, 갱신되지 않았다면 설명을 수동으로 실행하세요.
검토가 자동으로 열리지 않게 하려면 설정 → 현재 프로젝트 → 자동화 → 자동으로 검토 열기를 끄고 제안 카드에서 검토로 들어가세요. 이 설정은 검토 화면을 여는 동작만 제어하며 제안을 수락하지는 않습니다.
설명을 최신 상태로 유지하기로 이어가세요.