AI 에이전트에서 memory는 가장 쉽게 과장되는 기능 중 하나다.
모든 대화와 실패를 다 기억시키면 더 똑똑해질 것 같지만, 실제로는 반대일 때가 많다.
오래된 가정과 일회성 실패가 다음 작업을 오염시키기 때문이다.
그래서 중요한 건 “많은 기억”이 아니라
실패는 먼저 Run Ledger에 남기고, 반복 가능하고 검증된 사실만 Memory로 승격하는 절차다.
더보기
에이전트 런타임을 만들겠다고 하면 보통 바로 거대한 시스템이 떠오른다.
SQLite state agent scheduler multi-agent orchestrator memory graph permission engine 하지만 실제로는 그 전에 해야 할 일이 있다.
에이전트가 무엇을 해야 하고, 어디서 멈추고, 무엇을 남겨야 하는지 문서로 먼저 분리하는 것이다.
더보기
Threads가 던진 첫 문장은 가격이다.
월 1달러짜리 코딩 에이전트
하지만 진짜 흥미로운 포인트는 가격이 아니라 그 뒤에 붙은 설명이다.
도구가 사용자의 코딩 방식 자체를 학습한다.
이 한 줄 때문에 Command Code는 단순히 “싼 OpenCode 대안”이 아니라,
Rules 대신 Taste를 축적하는 코딩 에이전트로 보이기 시작한다.
더보기
Threads의 문장은 짧지만 꽤 강하다.
AI 에이전트 하나가 텔레그램, 디스코드, 슬랙, 왓츠앱 등 17개 메신저를 동시에 굴린다.
그리고 정작 많은 사용자는 Hermes의 작은 일부만 쓴다는 주장도 붙는다.
이 메시지가 중요한 이유는, Hermes의 본질을 “또 하나의 AI 앱”이 아니라 메시징 접근 레이어를 가진 Agent runtime으로 보게 만들기 때문이다.
더보기
Ouroboros의 한 줄 슬로건은 꽤 강하다.
Stop prompting. Start specifying.
이 문장이 이 프로젝트를 거의 다 설명한다.
Ouroboros는 “프롬프트를 더 잘 쓰는 방법”보다, 애초에 프롬프트 중심 작업을 명세 중심 실행 계약으로 바꾸는 로컬 Agent OS를 만들려 한다.
더보기
짧은 영상의 핵심은 단순하다.
Claude Code에 “하네스 구성해줘”라고 말하면, 프로젝트에 맞는 에이전트 팀 구조와 스킬 구성이 자동으로 만들어진다.
이게 흥미로운 이유는, Harness가 단순한 보조 스킬이 아니라 에이전트 팀 설계 공장처럼 동작하기 때문이다.
더보기
DOT Studio를 한 줄로 설명하면 README 표현 그대로다.
OpenCode 위에 얹는 Figma-style workspace for AI choreography.
이 표현이 꽤 정확하다. 이 프로젝트는 단순 채팅 UI도, 일반적인 플로우차트 빌더도 아니다.
핵심은 에이전트의 역할, 스킬, 관계, 협업 규칙을 캔버스 위에서 설계하고, 그 결과를 OpenCode 런타임으로 투영한다는 데 있다.
더보기