Agent Skills on ICE-ICE-BEAR-BLOG

AI 코딩 에이전트의 OS 레이어 — agentmemory와 agent-skills 같은 날 동시 등장

Fri, 08 May 2026 00:00:00 +0900

개요

같은 시각 30초 간격으로 등장한 두 GitHub 링크. 둘 다 “AI 코딩 에이전트의 ergonomic 결함"을 풀려는 도구지만, 노리는 결함이 다르다. rohitg00/agentmemory는 세션 간 메모리 인프라를, addyosmani/agent-skills는 시니어 엔지니어의 워크플로 강제력을 푼다. 묶어서 보면 에이전트 시대의 OS 레이어가 모양을 갖추고 있다.

graph TD
 Agent["AI 코딩 에이전트"] --> Memory["메모리/상태 레이어"]
 Agent --> Skills["워크플로/룰 레이어"]
 Agent --> Model["모델 레이어"]
 Agent --> UI["UI 레이어"]

 Memory --> AM["agentmemory <br/> MCP + REST"]
 Skills --> AS["agent-skills <br/> Markdown 스킬 번들"]
 Model --> Claude["Claude / GPT / Gemini"]
 UI --> CC["Claude Code / Cursor / Cline"]

1. agentmemory — 영속 메모리, MCP로 모든 에이전트와 공유

rohitg00/agentmemory는 "#1 Persistent memory for AI coding agents based on real-world benchmarks” 를 표방한다. 2026-02-25 생성, 약 2,400 stars, Apache 2.0. 홈페이지는 agent-memory.dev.

풀려는 문제

매 세션마다 아키텍처를 다시 설명해야 함
같은 버그를 다시 발견함
같은 선호(라이브러리 선택, 코드 스타일)를 다시 가르쳐야 함
CLAUDE.md나 .cursorrules 같은 빌트인 메모리는 200줄 cap에 stale

작동 방식

에이전트가 한 일을 silently capture → 압축 → 검색 가능한 메모리로 저장 → 다음 세션 시작 시 적절한 컨텍스트만 inject. 핵심은 단일 MCP 서버 1개만 띄우면 16개 이상 에이전트가 같은 메모리를 공유한다는 것.

지원되는 클라이언트:

Claude Code · Cursor · Gemini CLI · Codex CLI
Cline · Goose · Windsurf · Roo Code · OpenCode
MCP가 안 되는 에이전트도 REST API로 붙음 (104개 endpoint)

임베딩은 로컬 all-MiniLM-L6-v2를 사용 → API 키 필요 없음, 무료.

벤치마크 — LongMemEval-S

LongMemEval (ICLR 2025, 500 questions) 결과:

지표	agentmemory	BM25 fallback
R@5	95.2%	86.2%
R@10	98.6%	—
MRR	88.2%	—

임베딩 + 하이브리드가 단순 키워드 BM25보다 R@5 기준 9%p 높다.

토큰 절감

방식	연간 토큰	연간 비용
풀 컨텍스트 paste	19.5M+	컨텍스트 window 초과
LLM-summarized	~650K	~$500
agentmemory	~170K	~$10
agentmemory + local embed	~170K	$0

시작

npx @agentmemory/agentmemory

의미

이 도구의 핵심 베팅은 한 줄로 정리된다 — “메모리는 에이전트가 아니라 인프라 레이어에 있어야 한다.” 에이전트별로 메모리를 짜는 대신 MCP 서버 1개로 모든 에이전트가 공유하면, Claude Code 세션에서 학습한 게 다음 Cursor 세션에 그대로 흘러간다. 50일 전쯤 viral한 GitHub gist(1,050 stars)에서 시작 → 그 디자인 문서를 코드로 구현한 형태. Karpathy의 LLM Wiki 패턴 + confidence scoring + lifecycle + knowledge graph + hybrid search.

2. agent-skills — 시니어 엔지니어의 워크플로를 스킬로 패키징

addyosmani/agent-skills는 “Production-grade engineering skills for AI coding agents.” 를 표방한다. 2026-02-15 생성, 약 33,500 stars, MIT. 동일 시점 비교에서 agentmemory보다 14배 많은 stars — 워크플로 표준 후보로 가장 빠르게 모이는 곳이다.

풀려는 문제

“에이전트가 코드를 짜기는 짜는데, 시니어가 한 것 같지 않다.”

스펙 없이 바로 코드 짠다
테스트를 안 짠다
보안 고려가 없다
큰 PR을 한 번에 던진다

6단계 라이프사이클

DEFINE → PLAN → BUILD → VERIFY → REVIEW → SHIP
/spec /plan /build /test /review /ship

각 슬래시 커맨드 = 라이프사이클 한 단계 → 필요한 스킬을 자동 활성화.

20개 스킬 분류

Define: idea-refine, spec-driven-development
Plan: planning-and-task-breakdown
Build: incremental-implementation, test-driven-development, context-engineering, source-driven-development, frontend-ui-engineering, api-and-interface-design
Verify: browser-testing-with-devtools, debugging-and-error-recovery
Review: code-review-and-quality, code-simplification, security-and-hardening, performance-optimization
Ship: git-workflow-and-versioning, ci-cd-and-automation, deprecation-and-migration, documentation-and-adrs, shipping-and-launch

어디서 동작하나

Claude Code (marketplace 설치, 권장): /plugin marketplace add addyosmani/agent-skills
Cursor: .cursor/rules/에 SKILL.md 복사
Gemini CLI · Windsurf · OpenCode · GitHub Copilot · Kiro IDE · Codex — 마크다운만 읽으면 다 동작

Agent Personas

code-reviewer — Senior Staff Engineer 관점, “would a staff engineer approve this?”
test-engineer — QA, Prove-It 패턴
security-auditor — OWASP, threat modeling

의미

agent-skills의 베팅은 “에이전트는 LLM 무게가 아니라 워크플로의 강제력에서 차이가 난다.” TDD를 “할 수 있다” 가 아니라 “Red-Green-Refactor를 안 하면 코드가 안 나간다” 같은 강제 흐름으로 만든다. 코드 리뷰도 5축 review, 100줄 단위 size, Nit/Optional/FYI severity 라벨 같은 구체 룰. Markdown만으로 풀어서 에이전트 종속성 zero — Claude/Cursor/Gemini 다 같은 스킬을 쓸 수 있다. 33K 스타가 말해주듯 현재 에이전트 워크플로 표준에 가장 가까운 후보다.

3. 두 도구 비교

항목	agentmemory	agent-skills
누가	rohitg00	addyosmani
무엇	TypeScript 라이브러리 + MCP 서버	Markdown 스킬 번들
라이선스	Apache 2.0	MIT
Stars (2026-05)	~2,400	~33,500
생성	2026-02-25	2026-02-15
도메인	메모리/상태 인프라	엔지니어링 워크플로
종속성 끊는 방식	MCP 표준	Markdown 표준

4. 묶어서 본 의미 — 에이전트 시대의 OS 레이어

flowchart LR
 M["메모리/상태"] --> AM["agentmemory"]
 W["워크플로/룰"] --> AS["agent-skills"]
 Mo["모델"] --> LLM["Claude / GPT / Gemini"]
 UI["UI"] --> Tools["Claude Code / Cursor / Cline"]

3-4년 전 “어떤 IDE 쓰지?” 가 결정 포인트였다면, 이제는 “어떤 메모리 + 스킬 셋업?” 이 결정 포인트가 되고 있다. 둘 다 모델 종속성을 의도적으로 끊어두고 (MCP와 Markdown), 모델은 갈아치울 수 있어도 메모리/스킬은 누적되도록 설계한 게 공통점이다.

인사이트

같은 시각 같은 사람이 30초 간격으로 등장시킨 두 링크가 정확히 에이전트 OS 레이어의 다른 두 슬롯을 메우고 있다는 점이 이 디지스트의 핵심이다. agentmemory는 상태를, agent-skills는 프로세스를 인프라 레이어로 끌어내려 모델 위에 올라가는 공통 부품으로 만들었다. 두 도구가 모델 종속성을 의도적으로 끊는 방식 — MCP 서버 하나, Markdown 한 더미 — 도 같은 방향이다. 모델은 갈아치워도 메모리와 스킬은 누적된다는 베팅. 33K vs 2.4K stars 차이는 시점 차가 아니라 워크플로 표준 후보가 메모리 인프라보다 한발 앞서 모이고 있다는 신호로 읽힌다. 다음 분기 흥미로운 질문은 두 가지 — 메모리 표준이 MCP 위에서 단일화될지, 그리고 agent-skills 같은 스킬 번들이 IDE 마켓플레이스의 새로운 SaaS 카테고리가 될지. 결정 포인트가 IDE 선택에서 메모리·스킬 셋업으로 옮겨가는 흐름은 이미 시작됐다.

참고

핵심 리포지토리

rohitg00/agentmemory · 홈페이지 agent-memory.dev
addyosmani/agent-skills

관련 에이전트 / 클라이언트

Claude Code · Cursor · Cline · Windsurf
Gemini CLI · Codex · OpenCode · Goose · Roo Code
GitHub Copilot · Kiro IDE

프로토콜과 표준

Model Context Protocol (MCP)
OWASP — security-auditor 페르소나의 기준

벤치마크 / 임베딩

논문: LongMemEval (arXiv:2410.10813, ICLR 2025)
sentence-transformers/all-MiniLM-L6-v2 — agentmemory의 로컬 임베딩 모델

CODEX-R — Claude Code 세션을 Codex CLI로 가져오는 마이크로 스킬

Thu, 07 May 2026 00:00:00 +0900

개요

thedalbee/codex-r은 2026-05-01에 만들어진 별 3개짜리 MIT 라이선스 마이크로 도구다. 한 줄로 요약하면 OpenAI Codex CLI에 codex -r 한 명령으로 Claude Code 세션을 picker로 골라 import하는 워크플로를 이식한 Markdown 전용 스킬이다. 코드는 거의 없고 agent-skills 패턴을 그대로 차용한 SKILL.md 한 장이 본체다. 별 개수보다 흥미로운 건 누가 왜 이걸 만들었는가 라는 질문 쪽이다.

graph LR
 User["사용자"] -->|"codex -r"| Wrapper["thin wrapper"]
 Wrapper --> Picker["세션 picker"]
 Picker -->|"~/.claude/projects/**/*.jsonl 스캔"| Claude["Claude Code 세션"]
 Picker -->|"선택"| Import["externalAgentConfig/import"]
 Import --> Ledger["~/.codex/external_agent_session_imports.json"]
 Ledger -->|"codex resume threadId"| Resume["Codex 세션 재개"]

풀려는 문제

Codex CLI 0.128.0이 Added external agent session import를 넣었지만, 이 기능은 트리거가 까다롭다.

TUI 프롬프트는 external_migration feature flag가 켜지고 trust onboarding flow에 진입할 때만 뜬다.
이미 trusted된 프로젝트에서는 평생 그 프롬프트를 못 본다.
~/.claude/projects 폴더가 크면 home-wide 탐지가 느려진다.
셸 alias가 codex -r을 진짜 Codex 바이너리로 보내면 unexpected argument '-r' 에러가 난다.

결과적으로 기능은 있지만 사용 경로가 보물찾기다. CODEX-R는 이 보물찾기를 picker 한 번에 끝내는 thin wrapper로 바꾼다.

CODEX-R가 하는 것

스킬 본체는 SKILL.md 한 장이다. Codex 세션에서 $codex-r을 부르면 다음 동작을 가르친다.

codex thin wrapper 셋업
Claude Code 세션 picker
안전 검증 커맨드

codex -r # picker 열고 선택하면 import
codex -r daybreak # ~/ws/daybreak 세션만 보기
codex -r --cwd ~/ws/kb # 특정 디렉토리 세션
codex -r --recursive # 자식 디렉토리 포함
codex -r --all daybreak # 전 세션 텍스트 검색
codex -r --list --limit 5 # 보기만, import 안 함
codex -r --dry-run --limit 1

안전 컨트랙트

저자가 강조한 딱 하나의 규칙: setup verification은 절대 import 하지 않는다.

--list와 --dry-run은 절대 import 안 함
import는 사용자가 명시적으로 세션을 선택했을 때만
기본값은 현재 cwd와 정확히 일치하는 Claude 세션만 노출
Codex가 나중에 official -r 지원을 내면 wrapper는 양보하고 물러남

CODEX-R는 Claude의 settings, MCP 서버, 플러그인, 스킬은 복사하지 않는다. 순수하게 세션 JSONL만 Codex의 app-server migration API로 import한다.

동작 원리 (Codex 내부 API)

flowchart TD
 A["~/.claude/projects/**/*.jsonl"] -->|"파일 스캔"| B["picker UI"]
 B -->|"사용자 선택"| C["externalAgentConfig/import RPC"]
 C -->|"SESSIONS migration item"| D["Codex app-server"]
 D -->|"externalAgentConfig/import/completed"| E["import ledger 갱신"]
 E -->|"threadId 추출"| F["codex resume threadId"]
 F -.->|"실패 시"| G["codex resume --all fallback"]

Feature flag — external_migration
Claude session source — ~/.claude/projects/**/*.jsonl
Import RPC — externalAgentConfig/import
Completion event — externalAgentConfig/import/completed
Import ledger — ~/.codex/external_agent_session_imports.json

세션 1개를 SESSIONS migration item으로 import하고, ledger에서 threadId를 읽어 codex resume <threadId>를 실행하는 흐름이다.

설치

git clone https://github.com/thedalbee/codex-r.git ~/ws/codex-r
ln -sfn ~/ws/codex-r ~/.codex/skills/codex-r
# Codex 새 세션에서:
$codex-r

설치 스크립트 없음. 심볼릭 링크 한 줄과 스킬 호출만으로 끝난다.

의미

공식이 만든 기능을 사용자가 ergonomic 셸로 감싸는 패턴의 깨끗한 사례. 0.128.0의 import RPC는 이미 있는데 노출이 부족했고, 사용자가 직접 30줄짜리 thin wrapper로 풀어버렸다.
Markdown 전용 스킬이라는 형태가 중요하다. Anthropic agent-skills 패턴을 Codex가 그대로 받아들이고 있다는 신호이며, 이 호환성 덕분에 한 사람이 하루 만에 도구를 만들 수 있었다.
별 3개짜리 마이크로 도구지만, 에이전트 세션 휴대성이 중요해지는 시대의 신호다. Claude Code와 Codex 사이의 세션 호환성 문제를 사용자가 직접 풀고 있다는 점에서, 같은 시기에 공유된 agentmemory 같은 메모리 표준화 시도와 같은 맥락에 있다.
에이전트 인프라 레이어가 빠르게 표준화 중이다. 모델 회사들이 official 도구를 내기 전에 사용자가 먼저 글루를 짠다.

인사이트

이 도구의 의미는 30줄짜리 wrapper에 있지 않고, 그 wrapper가 만들어졌다는 사실 자체에 있다. Codex가 import RPC를 추가한 시점과 거의 동시에 사용자가 picker를 직접 만들어 SKILL.md로 묶은 것은, 에이전트 도구 시장이 더 이상 단일 vendor에 묶이지 않는다는 신호다. Claude Code 세션 JSONL이 사실상 휴대 가능한 포맷이 됐고, Codex는 이를 import하는 표준 RPC를 노출했다. 같은 패턴이 메모리, 스킬, MCP 서버에서도 일어나고 있고, agent-skills 같은 표준 덕에 한 사람이 하루 만에 호환 레이어를 짤 수 있게 됐다. 이런 마이크로 도구는 별이 안 늘어도 OK다 — 모델 회사가 official 명령을 내면 wrapper는 조용히 양보하면 그만이다. 결국 진짜 자산은 도구가 아니라 패턴이다. 사용자가 만든 thin wrapper가 official 기능보다 먼저 ergonomic을 정의하면, 다음 official 기능은 그 ergonomic을 따라가게 된다.

참고

Repo

thedalbee/codex-r — MIT, 별 3개, 2026-05-01 생성
SKILL.md / README.md

Related tools

OpenAI Codex CLI — Codex 0.128.0의 external agent session import가 본 스킬의 토대
Claude Code — ~/.claude/projects/**/*.jsonl이 import 소스
Anthropic agent-skills — Markdown-only 스킬 패턴의 출처
MCP (Model Context Protocol) — 에이전트 표준 레이어

Background

agentmemory — 같은 시기 공유된 에이전트 메모리 표준화 시도 (관련 포스트의 다른 항목)
Claude Code 세션 포맷 문서 — JSONL 트랜스크립트 구조

Bun이 Zig에서 Rust로 포팅 중이다 — Claude가 따라가는 30KB짜리 PORTING.md

Wed, 06 May 2026 00:00:00 +0900

개요

JavaScript 런타임 Bun의 GitHub 레포 oven-sh/bun에 claude/phase-a-port이라는 의미심장한 이름의 브랜치가 올라왔다. 이 브랜치 안에는 docs/PORTING.md라는 30KB+짜리 포팅 가이드가 들어 있고, 내용은 Zig로 짜인 Bun 코드베이스를 Rust로 1:1 번역하기 위한 type map / idiom map / crate map이다. 브랜치 이름이 claude/로 시작한다는 점에서 Anthropic Claude Code를 써서 자동 포팅 중일 가능성이 매우 높다.

flowchart LR
 Zig[".zig 소스 트리"] --> PhaseA["Phase A <br/> .zig 옆에 .rs 생성 <br/> 컴파일 안 돼도 OK"]
 Guide["docs/PORTING.md <br/> type/idiom/crate map"] --> PhaseA
 Lifetimes["docs/LIFETIMES.tsv <br/> 필드별 소유권 클래스"] --> PhaseA
 PhaseA --> Markers["// TODO(port) <br/> // PERF(port) <br/> // PORT NOTE"]
 Markers --> PhaseB["Phase B <br/> crate별 컴파일 통과 <br/> grep 한 번으로 일괄 처리"]
 PhaseB --> Rust["bun_str / bun_sys <br/> bun_jsc / bun_uws <br/> bun_alloc / bun_bundler"]

발견된 사실

oven-sh/bun (89K+ stars, “Incredibly fast JavaScript runtime, bundler, test runner, and package manager – all in one”)에 claude/phase-a-port 브랜치가 살아 있다.
그 안 docs/PORTING.md는 Zig 코드를 Rust로 옮기기 위한 1:1 번역 가이드다. 분량은 수만 줄급, 완전한 type map / idiom map / crate map을 포함한다.
Phase A의 목표는 명확하다. “draft .rs가 .zig 옆에 생긴다. 컴파일 안 돼도 OK. 로직만 정확하게.”
Phase B에서 crate-by-crate 컴파일 통과를 시킨다.

왜 의미 있나

Bun은 Zig로 만들어진 가장 큰 인프라 프로젝트다. 런타임, 번들러, 패키지 매니저까지 한 바이너리에 들어 있고 홈페이지도 단일 도메인으로 통일됐다. Zig는 0.x 메이저 변경이 잦고 ABI/언어 안정성에서 reservation을 받는 언어인데, 그 위에 쌓인 가장 큰 코드베이스가 Rust로 옮겨가는 결정 자체가 industry signal이다. Zig에서 Rust로 가는 포팅은 일반적이지 않은 방향이다.

브랜치 이름이 claude/phase-a-port라는 점은 강력한 단서다. 인간이 다 짜는 거라면 이런 식으로 네이밍하지 않는다. 이건 Claude Code 에이전트에게 “phase A를 너가 처리해라” 라고 던지는 형태에 가깝다.

가이드의 구조 (PORTING.md 발췌)

Ground rules

.rs는 .zig와 같은 디렉토리, 같은 basename
크로스 area 타입은 bun_<area>::Type으로 참조 (Phase B에서 Cargo.toml 와이어업)
금지: tokio, rayon, hyper, async-trait, futures, std::fs/net/process — Bun은 자체 이벤트 루프 + 시스템콜
금지: async fn — 모두 콜백 + 상태머신
unsafe는 Zig가 unsafe였던 곳에서 OK. 모든 unsafe block에 // SAFETY: <why>
확신 안 서면 // TODO(port): <reason> 남기기 — 추측보다 플래그가 낫다
Zig의 perf 이디엄 (appendAssumeCapacity, arena bulk-free, comptime monomorphization)은 평범한 Rust로 → // PERF(port): ... 마킹 후 Phase B에서 grep + 벤치

Crate map (예시)

Zig namespace	Rust crate
`bun.String`, `bun.strings`, `ZigString`	`bun_str`
`bun.sys`, `bun.FD`, `Maybe(T)`	`bun_sys`
`bun.jsc`, `JSValue`, `JSGlobalObject`	`bun_jsc`
`bun.uws`, `us_socket_t`, `Loop`	`bun_uws_sys` / `bun_uws`
`bun.allocators`, `MimallocArena`	`bun_alloc`
`bun.shell`	`bun_shell`
`bun.bake`	`bun_bake`
`bun.install`	`bun_install`
`bun.bundle_v2`, `Transpiler`	`bun_bundler`

MimallocArena는 mimalloc 위에 올린 arena allocator고, bun.uws는 Bun 자체 이벤트 루프(uSockets) 바인딩이다. 두 곳 모두 Rust 표준의 tokio 같은 async 런타임을 쓰지 않는다는 점이 결정적이다.

Type map (예시)

Zig	Rust
`[]const u8` (struct field)	`Box<[u8]>` / `Vec<u8>` / `&'static [u8]` / 아레나 raw ptr — `deinit`을 보고 결정
`[:0]const u8`	`&ZStr` (length-carrying NUL-terminated)
`?T`	`Option<T>`
`anyerror!T`	`Result<T, bun_core::Error>` (Phase A 항상)
`comptime T: type`	`<T>` (제네릭 + trait bound)
`comptime n: uN`	`<const N: uN>`
`inline for` over tuple	`const [T; N]` + `for`
`for (slice, 0..) \|x, i\|`	`for (i, x) in slice.iter().enumerate()`
`defer x.deinit()`	삭제 — `impl Drop`으로 암묵적 처리
`errdefer alloc.free(x)` (방금 만든 로컬)	삭제 — `?`가 알아서 drop
`errdefer { side effects }`	`scopeguard::guard(...)` + 성공 경로에서 disarm

인상적인 미시 규칙

bun_core::Error가 #[repr(transparent)] NonZeroU16 — 힙 할당 없는 Copy 가능 에러 newtype + link-time 등록 name table. anyhow::Error / Box<dyn Error> 금지 이유는 heap-alloc, !Copy, @errorName snapshot 호환성 깨짐.
bun.Wyhash11은 on-disk 호환성 때문에 std.hash.Wyhash (seed 0)와 별개로 유지. lockfile, npm manifest cache, integrity 모두 이거 의존 → Rust로 갈 때도 별도 구현 유지.
defer pool.put(x) → Rust pool은 Drop 가드 반환. 수동 defer 금지.
scopeguard::guard((), \|_\| ...) 같은 unit-state 패턴 금지 — RAII 누락의 신호.
@errorName(e) → IntoStaticStr derive. Display / format!("{e:?}") 절대 금지 — JS error.code, snapshot test, crash-handler trace가 정확한 string에 의존.
for (a, b) \|x, y\| → for (x, y) in a.iter().zip(b) + debug_assert_eq!(a.len(), b.len()) (Zig는 assert, Rust zip은 silent truncate)
TLS 코드는 BoringSSL FFI 그대로 유지. RustTLS 같은 풀-Rust로 다시 짜지 않는다.

Phase A vs Phase B

Phase A = 한 .zig → 한 .rs. 컴파일 안 돼도 됨. 로직 충실성 + idiomatic 형태.
Phase B = crate별 컴파일 통과. // TODO(port), // PERF(port) grep으로 일괄 처리.

이 분리가 핵심이다. 한 번에 다 짜려고 하면 LLM 컨텍스트가 무너지지만, 하나의 .zig 파일을 하나의 .rs로 바꾸는 단위로 쪼개면 한 세션 안에서 끝낼 수 있다. 컴파일 통과 강제는 다음 phase로 미룬다.

의미 — agent-skills의 실전 적용

이 PORTING.md 자체가 흥미로운 사례다.

LLM이 따라야 할 가이드를 인간이 미리 만들어 둔 형태다. 30KB+ 분량을 미리 작성한 건, “Claude가 알아서 포팅해라"가 아니라 “Claude에게 정확히 무엇을 어떻게 번역할지 강제하기 위함“이다. Anthropic이 말하는 agent-skills 사상의 실전 적용이다.
type-by-type 결정을 미리 박아둠 — []const u8 (필드)을 Box<[u8]>으로 갈지 &'static [u8]으로 갈지를 LLM이 자기 마음대로 정하게 두지 않고, “deinit 보고 결정하라” 는 메타-규칙으로 못박았다.
docs/LIFETIMES.tsv 라는 사전 분석 파일을 가이드가 명시한다. 필드별 OWNED / SHARED / BORROW_PARAM / STATIC / JSC_BORROW / BACKREF / INTRUSIVE / FFI / ARENA / UNKNOWN 클래스를 미리 매겨두고 그 컬럼 그대로 쓰라는 형태. LLM에게 줄 cross-file analysis를 사전에 만들어두는 패턴이다.
PORT NOTE / TODO(port) / PERF(port) 세 마커로 phase 간 핸드오프 — 다음 단계 작업자(또는 다른 LLM 세션)가 grep 한 번으로 일거리를 잡을 수 있게 설계됐다.

인사이트

Bun처럼 큰 코드베이스의 언어 마이그레이션을 LLM 자동화로 시도하는 케이스가 처음으로 공개적으로 등장했다. 흥미로운 점은 핵심 노하우가 모델 자체가 아니라 가이드의 정밀도 라는 사실이다. PORTING.md는 type map과 idiom map을 미리 박아두고, LIFETIMES.tsv로 필드별 소유권을 사전 분석해두며, TODO/PERF/PORT NOTE 세 마커로 phase 간 핸드오프를 설계했다. 결과적으로 LLM은 창의적인 결정을 하지 않고 “이 줄을 이 줄로 바꾼다” 는 기계적 작업만 한다. tokio / rayon / async-trait 같은 흔한 Rust async 스택을 아예 금지한 것도 같은 맥락 — Bun은 자체 이벤트 루프와 BoringSSL 같은 FFI 자산을 유지하기 때문에 LLM이 멋대로 “Rust답게” 바꾸면 인프라가 깨진다. 이 PORTING.md는 LLM-driven port의 일종의 교과서 가 될 가능성이 있다. 거대 코드베이스 마이그레이션이 LLM 비용으로 풀린다면, 그 비용 효율을 결정하는 것은 GPU도 모델도 아니라 사전에 짜둔 가이드의 두께 다.

Agent Skills on ICE-ICE-BEAR-BLOG

AI 코딩 에이전트의 OS 레이어 — agentmemory와 agent-skills 같은 날 동시 등장

개요

1. agentmemory — 영속 메모리, MCP로 모든 에이전트와 공유

풀려는 문제

작동 방식

벤치마크 — LongMemEval-S

토큰 절감

시작

의미

2. agent-skills — 시니어 엔지니어의 워크플로를 스킬로 패키징

풀려는 문제

6단계 라이프사이클

20개 스킬 분류

어디서 동작하나

Agent Personas

의미

3. 두 도구 비교

4. 묶어서 본 의미 — 에이전트 시대의 OS 레이어

인사이트

참고

CODEX-R — Claude Code 세션을 Codex CLI로 가져오는 마이크로 스킬

개요

풀려는 문제

CODEX-R가 하는 것

안전 컨트랙트

동작 원리 (Codex 내부 API)

설치

의미

인사이트

참고

Bun이 Zig에서 Rust로 포팅 중이다 — Claude가 따라가는 30KB짜리 PORTING.md

개요

발견된 사실

왜 의미 있나

가이드의 구조 (PORTING.md 발췌)

Ground rules

Crate map (예시)

Type map (예시)

인상적인 미시 규칙

Phase A vs Phase B

의미 — agent-skills의 실전 적용

인사이트

참고

Bun과 포팅 브랜치

언어와 생태계

도구 / crate 레퍼런스