r/AI_Agents•4개월 전•4•13

HOTPOT - 진화 가능한 에이전트 명세 프레임워크

HOTPOT-Evolvable Agent Specification Framework

핵심 요약

Rust 기반의 경량 에이전트 명세 프레임워크로, 이슈 데이터베이스와 자가 복구 기능을 통해 코드 리뷰 정확도를 높입니다.

Rust 기반 설계 — 1.5MB의 가벼운 바이너리 크기로 효율적인 실행 환경 제공
VuePress 통합 — AI가 파싱 가능한 Markdown을 인간이 읽기 쉬운 문서 형태로 변환
이슈 데이터베이스 — 재사용 가능한 문제와 해결책을 저장하여 코드 리뷰 시 문맥 제공
자가 복구 기능 — 2단계의 자가 복구 프로세스를 통해 재작업 필요성 최소화

안녕하세요 여러분, 최근에 에이전트 명세 프레임워크를 개발 중인데 아직 초기 단계입니다. 열정적인 분들이 개발을 도와주시거나 프레임워크에 대한 제안을 해주시면 좋겠습니다. 주요 특징은 다음과 같습니다:

핵심 기능은 rust로 구축되었으며, 바이너리 크기는 1.5MB에 불과합니다.
vuepress와 통합되어 작업 파일을 브라우저에서 문서처럼 볼 수 있습니다. 가독성을 높이면서도 AI가 Markdown 형식으로 파싱할 수 있게 했습니다.
이슈를 수집하고 유지하는 기능이 있습니다. 재사용 가능한 문제와 해결책이 발견되면 issues 데이터베이스에 저장됩니다. 코드 리뷰 중에 시나리오와 평점에 따라 관련 내용을 검색하여 리뷰하는 에이전트에게 문맥을 제공함으로써 코드 리뷰의 정확도를 높입니다.
두 단계의 자가 복구 기능을 포함하고 있습니다.

현재까지 opencode, claude code, codex와 호환됩니다. pi와의 호환성은 진행 중이며, 추가적인 적응 및 최적화 작업이 많이 남아 있습니다.

많은 기능이 hotpot을 통한 자가 프로그래밍으로 이미 구현되었습니다. issues 기능 덕분에 재작업이 거의 필요하지 않습니다.

원문

커뮤니티 목록

r/AI_Agents•4개월 전•4•13

HOTPOT - 진화 가능한 에이전트 명세 프레임워크

HOTPOT-Evolvable Agent Specification Framework

핵심 요약

Rust 기반의 경량 에이전트 명세 프레임워크로, 이슈 데이터베이스와 자가 복구 기능을 통해 코드 리뷰 정확도를 높입니다.

Rust 기반 설계 — 1.5MB의 가벼운 바이너리 크기로 효율적인 실행 환경 제공
VuePress 통합 — AI가 파싱 가능한 Markdown을 인간이 읽기 쉬운 문서 형태로 변환
이슈 데이터베이스 — 재사용 가능한 문제와 해결책을 저장하여 코드 리뷰 시 문맥 제공
자가 복구 기능 — 2단계의 자가 복구 프로세스를 통해 재작업 필요성 최소화

핵심 기능은 rust로 구축되었으며, 바이너리 크기는 1.5MB에 불과합니다.
vuepress와 통합되어 작업 파일을 브라우저에서 문서처럼 볼 수 있습니다. 가독성을 높이면서도 AI가 Markdown 형식으로 파싱할 수 있게 했습니다.
이슈를 수집하고 유지하는 기능이 있습니다. 재사용 가능한 문제와 해결책이 발견되면 issues 데이터베이스에 저장됩니다. 코드 리뷰 중에 시나리오와 평점에 따라 관련 내용을 검색하여 리뷰하는 에이전트에게 문맥을 제공함으로써 코드 리뷰의 정확도를 높입니다.
두 단계의 자가 복구 기능을 포함하고 있습니다.

현재까지 opencode, claude code, codex와 호환됩니다. pi와의 호환성은 진행 중이며, 추가적인 적응 및 최적화 작업이 많이 남아 있습니다.

많은 기능이 hotpot을 통한 자가 프로그래밍으로 이미 구현되었습니다. issues 기능 덕분에 재작업이 거의 필요하지 않습니다.

주요 댓글

r/ai_agents

이슈 데이터베이스와 자가 복구 기능에 대해 긍정적인 반응이 있는 반면, Markdown 의존성이나 구현 방식에 대한 기술적인 비판과 제안이 오가고 있습니다.

좀 쓴소리 좀 할게. AI는 Markdown이 딱히 필요 없어. 왜 다들 Markdown을 고집하는지 모르겠네. 자가 복구는 어떻게 작동하는 거야? 작업 파일을 브라우저에서 보게 하겠다고 했는데, 그냥 VSCode 확장 프로그램을 만드는 건 어때? 그러면 각 에디터마다 따로 만들 필요 없이 모든 IDE에서 쓸 수 있잖아. 그럼 VuePress 의존성도 버리고 개발자가 이미 작업 중인 환경에서 바로 렌더링할 수 있을 텐데.

VuePress를 쓰는 건 기본적으로 HTML과 비교해서 생각한 거야. HTML이 사람이 읽기엔 더 편할지 몰라도, 작업 파일로 HTML을 쓰면 AI가 이해하는 데 토큰이 더 많이 들 수 있거든. VuePress는 주로 HTML과 비슷한 읽기 경험을 제공하려고 만든 거고, 그 기능들은 선택 사항이야.

그게 뭔지는 알아, 내 요점은 그게 아니야. AI는 메모장에 쓴 메모도 이해할 수 있어, 굳이 Markdown일 필요가 없다고. Markdown은 사람을 위한 거지, 그 반대가 아니야.

맞아, AI는 텍스트만 있으면 되지만, AI가 작업 파일을 만든 후에는 사람이 검토해야 하잖아. VuePress의 목적은 사람이 읽기 편하게 만드는 거야. 인간 독자를 위해 설계된 거지.

그냥 깃허브 저장소 공유 좀 해줘.

이거 꽤 흥미롭네. 특히 이슈 데이터베이스 아이디어는 정말 좋아. 대부분의 에이전트 프레임워크는 이상할 정도로 상태가 없고 똑같은 실수를 반복하거든. 재사용 가능한 실패 사례와 해결책을 저장하고 그걸 다시 리뷰에 반영하는 건 좋은 엔지니어링 팀이 조직적 기억을 쌓는 방식과 비슷해 보여. VuePress의 Markdown/문서 이중 활용도 에이전트 명세가 금방 읽기 힘든 설정 덩어리가 되는 걸 생각하면 저평가된 기능 같아. 내 가장 큰 질문은 아마 어떻게...

현재 이슈는 문제가 발생한 시나리오, 예를 들어 수정된 파일이나 구현된 내용을 기록해. 다음에 비슷한 시나리오가 발생하면 관련 데이터를 검색해서 리뷰 서브 에이전트에게 전달하고 이 상황을 주의하게 만들지. 보통 데이터는 최대 5개 정도인데, 이것도 문제가 좀 있어. 예를 들어 'finish-work'를 사용할 때 더 많은 작업이 필요한 경우가 있는데, 이 부분은 최적화가 필요해.

코딩 에이전트의 경우, 나한테 유용한 지표는 '코드를 얼마나 많이 썼나'가 아니라 'diff를 리뷰하고 롤백하기가 얼마나 쉬운가'야. 대부분의 경우 거대한 자율 실행보다는 작은 단위의 작업이 여전히 더 낫거든.

이 프로젝트의 원래 의도는 완전한 시스템을 만드는 게 아니라 다양한 작은 작업들을 처리하는 거였어. 이게 더 안정적이고 Git을 사용해서 롤백하기도 쉽다고 생각해.

원문r/AI_Agents