본문으로 건너뛰기

에이전트 런타임 가시성·스킬 흡수·지역 인프라·문서→영상의 동시 부상

Shepherd의 실행 포크, Hermes의 책→스킬 파이프라인, NVIDIA DSX 지역 인프라, Wan3.0의 문서→영상이 주요 흐름이다

이 요약은 AI가 원문을 분석해 생성했습니다. 정확한 내용은 원문 기준으로 확인하세요.

TL;DR

기간 트윗 흐름은 에이전트 실행을 '재생·포크' 가능한 런타임으로 가시화하려는 시도와, 에이전트가 외부 문서를 통째로 흡수해 스킬로 전환하는 작업, 지역 단위 인프라 구축, 문서 기반 영상 생성의 네 축으로 나뉩니다. Stanford의 Shepherd는 실행을 타입화된 이벤트로 커밋하고 프로세스·파일시스템을 copy-on-write로 보존해 특정 시점에서 즉시 포크·재실행할 수 있게 하며, docker commit 대비 약 5배 빠르고 KV 캐시 재사용률이 95% 이상이라고 보고했습니다. Hermes 쪽에서는 여러 권의 오픈소스 책을 /learn로 흡수해 Crocheter 스킬을 만들고 Hermes가 오케스트레이션해 실제 패턴 제작 사례가 제시됐습니다. 한편 NVIDIA는 DSX 플랫폼으로 아르메니아·카자흐스탄 현지 인프라 구축을 알렸고, Alibaba Wan3.0은 구조화된 웹 자료를 영화적 영상으로 바꾸는 데모를 공개했습니다.

𝕏 실시간 트렌드 토픽

📈 Shepherd: 실행을 포크·재실행하는 에이전트 런타임포스트 1

문제는 에이전트의 실행 로그만으로는 상태 복원이 불가능하다는 점이었고, Shepherd는 각 상호작용을 타입화된 이벤트 커밋으로 기록해 프로세스와 파일시스템을 함께 보존함으로써 특정 단계에서 즉시 포크·재실행할 수 있게 합니다.

  • 배경과 문제→기존 에이전트는 메시지 로그만 남겨 프로세스 메모리·캐시·오픈 핸들 등 실제 상태가 사라져 재실행 때 초반 프롬프트를 반복 처리해야 했습니다; Shepherd는 이 병목을 해결하려는 목적으로 개발되었습니다. 입력은 에이전트의 메시지·도구 호출·파일 변화이며 처리 과정은 각 상호작용을 commit으로 저장하고 프로세스·파일을 copy-on-write로 캡처하는 방식입니다; 결과로 특정 단계에서 fork 호출 한 번으로 정확한 상태를 복원해 이어서 실행할 수 있습니다.
  • 증거와 수치→저자 보고에 따르면 copy-on-write fork는 docker commit 대비 약 5배 빠르며, 재실행 시 초기 프롬프트를 재처리하지 않고 KV 캐시를 95% 이상 재사용해 토큰 소모를 줄였습니다. CooperBench 실험에서는 라이브 슈퍼바이저를 얹을 때 페어코딩 성공률이 28.8%에서 54.7%로 상승했습니다.
  • 의미와 한계→파일·샌드박스 상태는 되돌릴 수 있으나 데이터베이스 쓰기나 외부에 발송된 이메일·결제 같은 비가역적 효과는 자동 복구가 불가능해 사전 대비(undo 스텝 설계)와 실시간 감시가 필요합니다; 따라서 런타임 포크는 디버깅·토큰 절약과 재현성 향상에 직접적 이득을 줍니다.
찬성다수

실행 상태를 프로세스·파일 단위로 스냅샷화해 한 단계로 정확히 복원·분기할 수 있으므로 디버깅과 토큰 비용 관리에 실질적 이득이 생깁니다.

중립소수

외부에 남는 비가역적 액션은 자동 복구 대상이 아니어서 포크만으로 완전한 안전을 보장하지는 않습니다.

원문 트윗 1개 보기

Akshay

@akshay_pachaar

Stanford researchers did it again. They just built the agent-native version of Git. When an agent works on a longer task, the run builds up a lot of state. This includes files edited/created, a dev server, a database, installed packages, KV cache, etc. Say the agent is at step 10 and makes a mistake, maybe it misreads a traceback and rewrites a file that was actually fine. The tests start failing, and the run goes off track, although everything through step eight was correct. By default, the agent just tries to fix it, which creates more edits and tool calls. This burns more tokens and grows the context. The other options are a person stepping in to redirect it or restarting the whole run from step one. That's wasteful, because it pays for every model/tool call again and re-prefills the context. Moreover, since an agent's run is non-deterministic, it doesn't reproduce the same early steps anyway. The reason it's hard to just jump back exactly to a previous correct step and resume from there is that the trajectory is only a message log. It records what the agent said and which tools it called, but not the live state underneath. That state includes things like memory, open file handles, child processes, installed packages, /tmp, and KV cache. None of that is in the log. Git can version the files, but it doesn't snapshot the running process or the KV cache. Checking out step eight moves the files back, but the process is still sitting in step-ten memory with a cold cache. Shepherd is a runtime layer by Stanford that records the run as a trace of typed events rather than a flat log. Each agent-environment interaction becomes a commit, similar to Git, but it tracks the live run. Its commit includes the agent process and the filesystem together, copy-on-write, so a branch carries the actual state and not just the files. Going back to a previous step is then a single call that forks from that commit and continues from the exact state. The copy-on-write fork is roughly five times faster than docker commit, and because the prompt prefix through step eight is unchanged, the KV cache is reused over 95% on replay, so early steps aren't reprocessed again. Once the run can be forked, a meta-agent can sit on top and operate it. It watches the trace and reverts as soon as it looks wrong, before the bad write is committed. In practice, it's just Python calling fork, replay, and revert on the trace, rather than a separate control plane wired into the harness. Not everything is reversible though. Files and sandbox changes undo themselves, but a database write has no automatic undo, so it needs a matching undo step set up in advance. Something external, like a sent email or a real charge, can't be undone, so the supervisor's job there is to catch it before it fires. They tested this on a few public benchmarks. On CooperBench, where two agents work on the same codebase, adding a live supervisor took the pair-coding pass rate from 28.8% to 54.7%. It's still early and labeled alpha. The benefit mostly shows up when a run gets branched a lot over a heavy sandbox state, which is exactly where restarting wastes the most tokens and time. If Git was made to make file changes reversible, Shepherd is trying to do the same thing for a live agent run. Shepherd Repo: https:// github.com/shepherd-agent s/shepherd … (don't forget to star it ) That said, Shepherd reverts a bad step inside a run. The harness around it, the prompts, tools, and checks the supervisor relies on, still drifts across runs as models and dependencies change. I wrote about making that harness repair itself, where a failing trace gets diagnosed, the fix is verified against the exact input that failed, and the failure is locked as a regression test so it can't recur. The article is quoted below.

💬 0 0 1👁 735

📈 Hermes Agent와 /learn: 책을 스킬로 흡수해 오케스트레이션하기포스트 2

여러 권의 오픈소스 서적을 /learn로 에이전트에 주입해 Crocheter 스킬을 만든 뒤 Hermes가 오케스트레이션해 실제 업무(핸드백 패턴 생성)를 수행한 사례가 보고됐습니다.

  • 문제와 맥락→긴 문서나 책을 수작업으로 요약·정형화해 에이전트에 제공하는 과정이 비효율적이었고, 입력은 PDF·레포 등 원문 자료였습니다; 처리 과정은 /learn로 전체 문서를 인덱스화·스킬화하고 Hermes가 해당 스킬을 호출해 작업을 실행하는 방식입니다; 출력은 사용 가능한 기술 스킬과 그 결과물입니다.
  • 증거와 사례→사용자가 20권의 오픈소스 책을 Crocheter 에이전트에 넣어 핸드백 패턴을 생성했고, Teknium계열은 book-to-skill 레포 통합으로 /learn 명령으로 스킬 설치가 가능하다고 보고했습니다.
  • 의미→문서 단위의 지식을 곧바로 스킬로 전환하면 반복 지식 전송과 프롬프트 구성 비용을 줄이고 도메인별 작업 자동화가 쉬워집니다.
찬성다수

전체 책을 스킬로 변환해 오케스트레이터가 호출하면 긴 지식원을 에이전트가 직접 활용할 수 있어 실무 적용이 쉬워집니다.

원문 트윗 2개 보기

NVIDIA DSX로 지역 단위 AI 인프라 구축포스트 1

NVIDIA는 FirebirdCloudAI와 함께 Armenia·Kazakhstan에서 NVIDIA DSX 플랫폼 기반으로 현지에 지능형 인프라를 세운다고 발표했고, Jensen Huang의 발언으로 이 마일스톤을 소개했습니다.

  • 맥락→지역 시장에서는 자체 인프라와 현지화된 스택이 필요하며, 입력은 파트너십과 플랫폼이고 처리 과정은 DSX로 인프라를 설계·배치하는 활동입니다; 결과는 현지에서 AI 서비스를 운용할 수 있는 기반입니다.
  • 증거→공식 링크(트윗에 연결된 nvda.ws)가 참고용으로 제시되었고 트윗 본문에 Jensen Huang의 발언을 듣는 형태로 홍보 자료가 포함돼 있습니다.
  • 의미→지역별 플랫폼 배치는 라틴·CIS 같은 비주류 시장에서 자체 AI 생태계 형성과 데이터 주권 확보에 기여할 수 있습니다.
중립소수

플랫폼 도입은 현지 역량 강화에 도움을 줄 수 있으나 실제 효과는 배포·운영 결과로 판단해야 합니다.

원문 트윗 1개 보기

Alibaba Wan3.0의 문서 기반 시네마틱 영상 생성포스트 1

Wan3.0은 도시 사이트·박물관 아카이브 같은 구조화된 콘텐츠를 입력으로 받아 장면과 내러티브를 생성해 영화적 비주얼로 변환하는 데모를 공개했습니다.

  • 문제→정형화된 자료를 바로 시각 스토리로 바꾸는 수작업이 비용이었고, 입력은 웹 콘텐츠·가이드·아카이브입니다; 처리는 콘텐츠를 장면·스크립트·비주얼로 매핑해 렌더링하는 파이프라인 형태이며 출력은 임베디드 데모 영상입니다.
  • 증거→Alibaba 측 데모 영상(트윗)을 통해 기능의 적용 사례가 제시되었습니다.
  • 의미→관광·박물관·도시 홍보용 콘텐츠 제작 비용과 시간을 줄이고 대규모 자료를 시각화하는 새로운 워크플로를 만들 수 있습니다.
중립소수

데모는 가능성을 보여주지만 실제 품질·자동화 수준은 데모 영상과 추가 평가 자료로 검증해야 합니다.

원문 트윗 1개 보기

용어 해설

에이전트 런타임(Agent runtime)
에이전트의 실행 상태(프로세스, 파일시스템, 캐시 등)를 단순 로그가 아니라 타입화된 이벤트 흐름으로 기록해 실행을 그대로 복원·포크할 수 있게 하는 계층. 입력은 에이전트의 도구 호출과 파일 변경이며, 출력은 특정 시점의 전체 실행 스냅샷과 그로부터의 재실행·분기 기능이다.
로컬 모델(Local models)
클라우드가 아닌 사용자 단말이나 엣지에서 실행되는 모델 계열로, 대역폭·프라이버시 제약을 낮추고 오프라인 동작을 목표로 함. 게시글 맥락에서는 소비자 대상의 컴퓨팅 부족 문제를 완화하는 방안으로 논의되고 있다.
문서→영상 변환(Content-to-video)
구조화된 웹 콘텐츠(도시 사이트·박물관 아카이브 등)를 입력으로 받아 시퀀스, 시네마틱 장면 구성, 내러티브 카메라 워크를 생성해 영화적 영상으로 변환하는 파이프라인. 입력→장면·스크립트 생성→비주얼 렌더링의 흐름으로 동작한다.
에이전트 오케스트레이션(Agent orchestration)
여러 에이전트·스킬을 관리해 작업을 분배하고 통제하는 계층으로, 외부 자료를 스킬로 변환해 연결하거나 실행 흐름을 조정하는 역할을 수행함. 입력은 외부 문서·스킬 레포, 출력은 통합된 작업 흐름과 결과물이다.
AI 분석 전체 내용 보기

AI 요약 · 북마크 · 개인 피드 설정 — 무료

출처 · 인용 안내

원문 발행 2026. 08. 08.수집 2026. 08. 08.출처 타입 TWITTER

인용 시 "요약 출처: AI Trends (aitrends.kr)"를 표기하고, 사실 확인은 원문 보기 기준으로 진행해 주세요. 자세한 기준은 운영 정책을 참고해 주세요.