메뉴
HN
Hacker News • 27일 전

Warp, Claude 기반 자가 개선 에이전트 구축

IMP
7/10
핵심 요약

AI 터미널 Warp는 세션이 끝나면 사라지는 사용자 피드백을 '스킬(Skills)' 파일 기반 자가 개선 루프로 활용하는 개발 패턴을 소개했습니다. 내부 스킬(도메인 지식)과 외부 개선 스킬(피드백 분석·수정 제안)을 결합해 코드 리뷰 에이전트의 품질을 지속적으로 향상시키는 방식으로, 누구나 적용할 수 있는 간단한 패턴이라는 점이 핵심입니다.

번역된 본문

Warp가 Claude 위에 자가 개선 에이전트를 구축한 방법

Warp가 누구나 자가 개선 에이전트를 만들 수 있는 간단한 개발 패턴을 어떻게 고안했는지 소개합니다.

카테고리: 에이전트 / 제품: Claude 플랫폼 날짜: 2026년 8월 26일 / 읽는 시간: 5분 저자: 마이클 세그너(Michael Segner)

이 시리즈에서는 스타트업들이 AI로 산업을 어떻게 변화시키고 있는지 조명합니다. 이 글에서는 Warp가 상태가 없는(stateless) 사용자 피드백을 에이전트의 자가 개선 루프로 전환한 방법을 공유합니다.

에이전트는 반복적인 작업을 안정적이고 효과적으로 처리해야 합니다. 작업의 80%만 맞히는 초안 프롬프트는 사용자에게 소음 같은 성가신 경험을 안겨줄 수 있습니다. Warp는 이를 뼈저리게 경험했고, 이 교훈을 제품 전략에 반영하여 전 세계 약 100만 명의 개발자에게 개선된 경험을 제공하고 있습니다.

AI 기반 터미널이자 에이전트 개발 환경인 Warp는 Claude 플랫폼 위에 구축되어 있습니다. 팀은 내부 코드 리뷰 에이전트에서 이 '소음 같은 경험' 문제에 부딪혔습니다. 엔지니어들은 에이전트가 쓸모없는 코멘트를 달고 저품질 결과물을 생성한다고 불만을 제기했습니다.

팀은 처음에 관찰된 코드 리뷰 실패 사례를 바탕으로 프롬프트를 수동으로 다시 작성하는 등 임시방편을 시도했습니다. 이로써 결과물의 사용성은 높아졌지만 확장성이 없었습니다. AGENTS.md 같은 컨텍스트 파일을 개선하는 것도 도움이 되었지만 완전한 해결책과는 거리가 멀었습니다.

결국 그들은 진짜 문제를 깨달았습니다. 세션이 끝나면 목적이 무엇이든 에이전트에 대한 피드백이 대부분 사라지며, 이로 인해 에이전트 루프에서 중요한 컨텍스트가 제거된다는 것이었습니다.

그들의 해결책은 Agent Skills 기반 프레임워크로, 피드백이 시간이 지나며 축적되어 에이전트 결과물을 지속적으로 다듬고 향상시키는 자가 개선 에이전트를 만드는 것이었습니다.

스킬 기반의 에이전트 자가 개선 루프

핵심 기법은 스킬(skills)을 활용한 자가 개선 루프입니다. 스킬은 지식을 파일 형태로 인코딩하여 지시사항을 원시 프롬프트 밖으로 분리해 두는 것입니다. Warp는 그 사이에 human 피드백이 위치하는 두 개의 스킬로 구성된 자가 개선 에이전트 아키텍처를 발전시켰습니다.

내부(기반) 스킬은 기능적 도메인 지식과 지시사항을 담습니다. 예를 들어 PR이 열리면 Warp의 코드 에이전트가 이 기반 스킬과 컨텍스트를 사용해 리뷰를 수행합니다.

에이전트 결과물에 대한 human 피드백은 자가 개선 루프의 핵심 요소입니다. 코드 리뷰의 경우 간단히 '좋아요'를 누르는 것만으로도 충분하지만, 더 명확할수록 좋습니다. Warp 창업자 잭 로이드(Zach Lloyd)는 이렇게 설명합니다. "사람이 '좋고 유용한 코멘트였다'고 확정해줄 수도 있지만, 코드 리뷰가 왜 좋지 않았는지 구체적인 이유를 줄 수도 있습니다. '이 변수 이름을 바꾸라고 제안했지만, 우리 코드베이스 규칙상 이런 유형의 전역 변수는 이 특정 네이밍 컨벤션을 사용한다' 같은 구체적인 피드백은 에이전트에게 다음에 어떻게 올바르게 해야 하는지 알려줍니다."

외부(개선) 스킬은 작업 단위가 아닌 정해진 일정에 따라 실행되는 관찰자 에이전트 역할을 합니다. 축적된 human 피드백을 가져와 에이전트가 제안한 내용과 사람들이 반응한 방식을 비교하고, 기반 스킬에 대한 작고 집중적인 수정을 제안합니다. 스킬은 단순한 파일이기 때문에 에이전트가 업데이트하는 데 매우 뛰어납니다. 이러한 업데이트는 검토·승인·병합이 가능하며 일반적인 PR/코드 리뷰 워크플로우를 거칠 수 있습니다. 병합되면 다음 번 내부 스크립 실행 시 개선 사항이 상속됩니다.

Warp는 현재 이 패턴을 전체 오픈소스 저장소에서 운영하고 있으며, 각각 자체적인 자가 개선 루프를 가진 별도의 사양 작성, 리뷰, 분류(triage) 에이전트를 사용하고 있습니다.

잭은 말합니다. "파일 기반 스킬은 지식을 프롬프트에 직접 넣지 않고 에이전트를 위해 인코딩하는 방법으로, 에이전트가 업무 수행 중에 그저 찾아볼 수 있는 것입니다. 프레임워크는 실제로 정말 간단합니다. 기반 도메인 특화 스킬이 있고, 그 도메인 스킬을 개선하는 개선자(improver) 스킬이 있죠. 이 단순함이 이 접근 방식의 아름다움입니다."

원문 보기
원문 보기 (영어)
How Warp builds self-improving agents on Claude Learn how Warp devised a simple development pattern that anyone can use to create self-improving agents. Category Agents Product Claude Platform Date August 26, 2026 Reading time 5 min Share Copy link https://claude.com/blog/how-warp-builds-self-improving-agents-on-claude Author(s) Michael Segner In our series, , we highlight how startups are transforming their industries with AI. In this article, we share how Warp turned stateless user feedback into a self-improvement loop for its agents. Agents need to handle recurring tasks reliably and effectively. A first-pass prompt that gets 80% of the task correct can create a noisy and annoying experience for the user. Warp learned this the hard way, and used this to inform its product strategy, creating an improved experience for nearly 1M developers worldwide. Warp, the AI-powered terminal and agentic development environment, builds on the Claude Platform. The team ran into this “noisy experience” problem with their internal code review agent. Engineers complained that their agent made unhelpful comments and produced low-quality output. The team initially tried stopgap solutions, like manually rewriting the prompt based on observed code review failures. This made output more usable but didn’t scale. Improving context files like AGENTS.md also helped, but was far from a complete fix. Ultimately, they realized, the real issue was that feedback to an agent, no matter what its purpose, typically disappears when the session ends, removing critical context from the agentic loop. Their solution: an Agent Skills -based framework to create self-improving agents where feedback compounds over time to continually refine and enhance agent output. Read on to learn how they built it with skills on top of the Claude Platform. Agent self-improvement loops built on skills The central technique is a self-improvement loop using skills , which are file based encodings of knowledge that keep instructions out of the raw prompt. Warp evolved a self-improving agent architecture consisting of two skills, with human feedback in between. The inner/base skill holds the functional domain knowledge and instructions. For example, when a PR is opened, Warp’s code agent executes using that base skill and context to produce its review. Human feedback on agent output is a critical component for the self-improvement loop. For code review this could be something as simple as a thumbs up, but the more explicit the better. “A human could affirm, ‘this was a good, useful comment’,” Warp founder Zach Lloyd explains, “But the human could also give detailed reasons why a code review wasn't good. Specifics like ‘you suggested renaming this variable, but our code base convention is this type of global variable uses this particular naming context’ tell the agent how to do it right next time.” The outer/improver skill functions as an observer agent that runs on a schedule rather than per-task. It pulls the accumulated human feedback, compares what the agent suggested against how humans responded, and proposes a small, focused edit to the base skill. Because skills are plain files, agents are extremely good at updating them. These updates, which are reviewable, approvable, and mergeable, can flow through a normal PR/code-review workflow; once merged, the next run of the inner skill inherits the improvement. Warp now runs this pattern across its entire open-source repo, with separate spec-writing, review, and triage agents, each carrying their own self-improvement loop. “File-based skills are a way of encoding knowledge for agents without putting that knowledge directly in the prompt, as something the agent can simply look up in the course of doing its job,” says Zach. “The framework is really simple actually: there's the base domain-specific skill and then there's the improver skill that refines that domain-specific skill. This simplicity is the beauty of this approach.” How to write self-improving skills for agents Here are some of the Warp team’s tried and true tips for writing self-improving skills for agentic loops: Write principles, not rules. "Construct the skill as though you're instructing a smart person, not like you're programming a computer,” Zach says. “Including direction in the skill like ’Look for repeated code’ provides better direction than exhaustive variable naming rules.” Explain the why. Providing the rationale behind the rule lets the agent reason about the problem instead of following rigid instructions, again allowing for better generalization. Make feedback effortless to give. Capture it where people already work, like by commenting directly on a PR or issue. Also, make this happen automatically, with no extra submission step. “Low friction is what keeps signal flowing,” Zach notes. “If you make it too hard you're not going to get the feedback and you're not going to be able to improve the skill." Keep skills small and use progressive disclosure. A good skill file isn't large; it references resource files and scripts rather than dumping everything into context at once. Feedback quality > volume, but volume helps. A small amount of detailed, domain-specific feedback from a senior engineer can be worth more than lots of cursory feedback because binary thumbs up/down doesn't say why . “You can get really good signal even from a relatively small sample size if it's very detailed feedback from a person around domain specific knowledge that the agent otherwise would have no way of getting,” Zach continues. “That said, the bigger the corpus of quality signal, the better. At Warp we're using a loop to manage our whole open source repo. We have hundreds of people contributing and we're doing thousands of code reviews.” Put extra effort into the improver skill . Putting extra effort into writing the improver skill (the observer agent) pays off beyond the immediate agent loop, because improver skills are very reusable across different use cases. “Outside of the domain specific knowledge component, this is a fairly reusable mechanism—the improver skill for a code review agent is not that different from the improver skill for any other agent.” The loop in action: Warp’s issue triage agent Warp’s issue triage agent demonstrates the self-improving agent skills framework. The pattern is triggered whenever someone files a new GitHub issue: a GitHub Action fires an agent that analyzes the issue for complexity and feasibility, assigns labels, and suggests a direction for the fix. That triage agent runs off an inner skill file holding the domain knowledge about what each label means and how to research the codebase before acting. On a sample issue, the first-stage inner skill did a solid job but missed one label, ready to spec, which signals that a contributor can start building product and technical specs against the issue. A maintainer on the Warp team caught the gap and left feedback directly on the issue, exactly where the work was happening. Critically, he explained both what he expected and why he expected it: actionable feedback easy for the agent to absorb later. The outer improver skill runs in Oz, Warp's agent orchestration platform , as a scheduled “update triage” agent. The agent authenticated to GitHub, ran a Python script bundled with the skill to pull recent issues carrying feedback, summarized them into a JSON file, and read that back into context. The bundled script is itself a best practice; skills can reference resource files instead of writing fresh code on every run. From there, the agent identified the concrete feedback signals in the maintainer comments and proposed the smallest edit that captured them. It opened a PR editing the inner skill to apply the "ready to spec" label when an issue describes a real problem, even though the exact UI or UX shape is not yet defined. Because the whole update is a skill file, i
관련 소식