모든 에디터가 이제 에이전트의 코드를 검토합니다. 당신의 주석은 어디로 가나요?

대형 에디터들은 모두 내장된 에이전트를 갖게 되었고, 각 에디터는 사용자가 에이전트의 작업을 유지하기 전에 무엇을 했는지 볼 수 있는 방법을 추가했습니다.

저는 에이전트가 작성한 코드를 읽기 위한 IDE인 Reado를 만들었기 때문에 이 질문에 대해 명확한 관심을 가지고 있습니다. 이것이 제가 기억에 의존하기보다 각 도구의 자체 문서를 검토하게 된 이유입니다. 아래 내용은 모두 공급업체의 페이지로 연결됩니다. 모든 소스를 포함한 전체 비교는 비교 페이지에서 확인하실 수 있습니다. 읽으면서 사용해 보고 싶다면 무료이며 오픈 소스입니다.

diff를 승인하는 것은 쉬운 부분입니다

네 개의 대형 에디터 모두 에이전트의 변경 사항을 볼 수 있게 하고, 이를 유지하거나 폐기할 수 있도록 합니다. 이들은 세부적인 수준에서 차이를 보입니다:

• VS Code는 로컬 세션에서 인라인 변경 사항 각각을 유지하거나 되돌릴 수 있게 합니다. Agent Host 세션은 이러한 개별 편집 워크플로우를 가지고 있지 않으며, 대신 파일을 검토된 것으로 표시합니다.
• Zed는 모든 편집 사항과 함께 변경 사항 검토(Review Changes) 탭을 열어, 각 hunk 또는 전체 세트를 승인하거나 거부할 수 있게 합니다.
• Cursor는 에이전트의 편집 내용을 원치 않는 부분을 거부할 수 있는 diff 뷰로 보여주며, 되돌릴 지점(checkpoint)을 제공합니다.
• JetBrains는 수정된 각 파일을 열어 Junie별로 롤백하거나, 전체를 한 번에 롤백할 수 있게 합니다.

이것은 변경 사항이 도착하는 순간을 다룹니다. 사용자가 그것을 읽고 할 말이 있을 때 무슨 일이 일어나는지는 다루지 않습니다.

진짜 질문은 주석입니다

동료의 pull request에 문제가 있으면, 파일 전체를 거부하지 않습니다. 대신

코드 에디터별 AI 에이전트 리뷰 및 라인 코멘트 기능 비교

VS Code에서는 Agents 창에 해당 기능을 제공합니다. 변경된 파일에서 특정 범위를 선택하고 [Add Feedback]을 선택하면, "에이전트가 사용자의 코멘트를 읽고 요청된 수정을 수행하며 각 코멘트를 해결합니다."라고 설명되어 있습니다. 해결된 코멘트는 diff(차이점)에서 사라집니다. 6월의 [1.126] 버전부터는 해결된 코멘트가 에이전트 호스트에 저장되므로 클라이언트 연결이 끊겨도 유지됩니다. 다만, 이 내용은 사용자의 리포지토리에는 저장되지 않고 에이전트에 함께 존재합니다.

Zed의 에디터 문서는 에이전트를 위한 라인 코멘트를 설명하고 있지 않습니다. Zed는 현재 [Delta]라는 별도의 제품(private beta)을 통해 이를 구축하고 있으며, 여기에서는 작업 트리(worktree)의 모든 줄에 코멘트를 달 수 있고, 이 코멘트는 "코드가 진화함에 따라 코드에 고정되어 유지됩니다."

Cursor는 로컬 변경 사항에서 문제를 찾기 위한 [Agent Review]와 풀 리퀘스트(pull request)를 위한 [Bugbot]을 가지고 있으며, Bugbot이 발견한 내용은 클라우드 에이전트에게 전달하여 수정할 수 있습니다. 사용자가 직접 작성하는 로컬 에이전트를 위한 라인 코멘트는 문서에 나와 있지 않습니다.

JetBrains의 Junie 문서는 라인 코멘트에 대해 전혀 언급하고 있지 않습니다.

따라서 에디터 내에서 에이전트가 해결하도록 작성하는 라인 코멘트는 한 곳은 정식 출시된 제품(VS Code)에, 다른 한 곳은 베타 버전(Zed Delta)에 존재합니다. Cursor의 Bugbot 발견 사항 역시 에이전트에 의해 수정될 수 있지만, 이는 사용자가 직접 단 로컬 코멘트가 아니라 풀 리퀘스트에 대한 리뷰어의 코멘트입니다.

리뷰를 위해 구축된 도구들

두 번째 그룹의 도구들은 사용자의 에디터가 되려고 하는 것이 아닙니다. 이들은 바로 이 단계(리뷰)를 위해 존재합니다.

• **Orca**는 여러 CLI 에이전트를 나란히 실행하며, 각 에이전트는 자체 작업 공간(worktree)을 사용합니다. 사용자는 diff의 라인에 주석을 달고 'Send to agent'를 누르면 이 주석들이 하나의 프롬프트로 변환됩니다. 또한, 주석은 'diff가 이동해도 따라다닙니다'(follow the line if the diff shifts). 이는 MIT 라이선스 하의 오픈 소스이며 macOS, Windows, Linux에서 실행 가능합니다. 이 모든 것 중에서 Reado와 가장 유사합니다.
• **Warp**는 터미널에 대화형 코드 검토 패널을 제공합니다. 주석은 파일과 라인에 고정되며, Warp의 에이전트나 Claude Code, Codex 등 해당 환경에서 실행되는 다른 모델에게 한 번에 배치로 전송됩니다. 다만, 이 주석들이 편집 과정에서 살아남는지 여부는 문서화되어 있지 않습니다.
• **Diffsmith**는 로컬 변경 사항을 위한 네이티브 Mac 앱입니다. 에이전트는 로컬 MCP 서버를 통해 사용자의 주석을 읽을 수 있으며, '코드에 변화가 생긴 주석은 사라지는 대신 과거 주석(Past Comments)으로 이동합니다'.
• GitHub는 풀 리퀘스트(pull request)에서 Copilot 클라우드 에이전트에게 검토 주석을 한 개 또는 배치로 위임할 수 있게 합니다. 이는 푸시(push) 이후 풀 리퀘스트 단계에서 작동하며, 사용자의 로컬 머신에서는 작동하지 않습니다.

주석이 존재하는 위치가 용도를 결정합니다

이들을 나열해 보면 공통적인 패턴은 모든 도구가 주석을 에이전트에게 '전송'하는 방법에 대한 답변을 가지고 있다는 것입니다. 하지만 그 주석이 이후에 어떤 상태로 남는지에 따라 답변이 달라집니다:

• 에이전트에 저장되고, 문제가 해결되면 diff에서 사라지는 방식 (VS Code),
• 배치로 에이전트에게 전송되며, 다음에 어떻게 되는지에 대한 기록은 없는 방식 (Warp),
• 앱 내에서 검토하는 동안 라인을 따라다니며, 미해결된 주석들은 다음 배치로 이월되는 방식 (Orca),
• 코드 아래에 변화가 생기면 과거 주석(Past Comments)으로 이동하는 방식 (Diffsmith),
• 풀 리퀘스트 상의 대화 형식 (GitHub).

만약 에이전트가 단순히 문제를 고치는 것만 필요하다면, 이 모든 것이 작동합니다. 하지만 다음 주에 돌아와서 42번째 줄이 왜 그런 모양인지 확인하고 싶거나, 그 자리에 없었던 사람에게 파일을 넘겨줘야 한다면, 주석은 세션보다 오래 지속되어야 합니다.

Reado가 제공하는 기능이 바로 그것이며, 제가 오늘날의 모습으로 설명할 부분입니다. Reado의 주석은 입력(버그, 질문, 메모 등)되고, 스레딩되며, 에이전트를 위한 작업 또는 다음 독자를 위한 메모가 됩니다. 이들은 리포지토리 내 .reado/에 있는 Markdown 파일이며, 코드가 이동해도 재고정(re-anchor)하고, 코드가 사라져도 잘못된 줄을 가리키는 대신 고아 주석(orphan)이 됩니다. '검토 보내기(Send review)' 기능은 열려 있는 작업을 Claude Code, Codex, Copilot, Gemini, OpenCode 또는 Cursor에 Reado 터미널에서 전달합니다. 이것은 MIT 라이선스이며 무료로 사용할 수 있으며, 나중에 팀을 위해 유료 Pro 플랜이 선택적으로 제공됩니다.

제가 실제로 사용할 것들

Reado는 단순히 읽기만 하는 곳이 아닙니다. 언어 서버(자동 완성, 정의로 이동, 이름 변경, 코드 액션, 포맷팅)를 갖춘 에디터, 터미널, Git, 그리고 이미 실행하고 있는 에이전트가 결합된 완전한 IDE입니다. 따라서 저의 솔직한 대답은 대부분의 시간 동안 하나의 도구를 사용하되, 몇 가지 예외가 있다는 것입니다:

• 에이전트로 작성하고 그것이 무엇을 썼는지 한 곳에서 읽기: Reado. 여기에 있는 모든 것 중에서, 주석이 리포지토리에 남아 있고 코드와 함께 따라간다고 문서화된 유일한 도구입니다.
• 하루 일과가 주로 디버깅이나 특정 확장 기능에 관한 경우: VS Code와 JetBrains는 방대한 확장 마켓플레이스 및 플러그인 마켓플레이스를 가지고 있으며, 이들과 Zed는 디버거를 제공합니다. Reado에는 디버거가 없고, Open VSX에서 데이터 확장 기능(테마, 아이콘, 스니펫, 문법)만 설치하므로, 그런 작업에는 해당 에디터를 유지하는 것이 좋습니다.
• 여러 에이전트를 병렬로 실행하기: Orca가 이를 위해 설계되었습니다.
• 모든 풀 리퀘스트에 대한 AI 검토자: GitHub Copilot 코드 리뷰 또는 풀 리퀘스트 자체에서 실행되는 [Cursor의 Bugbot]을 사용합니다.

사이드 바이 사이드 표는 비교 페이지에 있습니다.

이 제품들은 변화가 빠르기 때문에 2026년 10월 13일에 모든 것을 확인했습니다. 비교 페이지에는 모든 출처가 나열되어 있으니, 만약 거기에 이미 오래된 정보가 있다면 알려주세요. 제가 고치겠습니다.