Loopy-Era Trend Harvester

Harness Evolution History

loopy-era-trend-harvester가 6시간 주기로 외부 AI 트렌드를 자동 수집하고, 5축 철학 필터(자동화·마찰 제거·HARD 전환·토큰 효율·측정 가능)와 autoresearch keep/discard 판정을 거쳐 시스템에 반영한 전체 기록. 186회차 누적.

각 라운드 요약은 1~2 문장으로 정리했다. 초기 라운드의 풀 분석은 trend-harvest-meta-analysis.md에, 최근 라운드의 상세 원본은 git 이력에 보존된다. (rule 적용·반영 카드는 본문에 그대로 유지)

7046
Total Seen
327
Applied Rules
186
Harvest Rounds
560
Test PASS
186
수확
HF 29(07-18 미공개→전일분, 전건 기처리) · arXiv API 50(필터 48·신규 2) · trending 19 · topic 38 · 구루GH 8계정 · HN 16 · 신규 검토 53 · Applied 22026-07-18
186차 — 블로킹 게이트에 timeout 자동 진행을 넣는 것은 게이트 무력화: CC v2.1.198이 AskUserQuestion을 무문서로 60초 AFK auto-proceed화, 이틀 만에 롤백 (Anatomy of a Misfeature). mindwalk는 세션 JSONL을 파일-터치 trace로 정규화해 스코프 이탈을 결정론 관측. 적용 → execution-time-authorization-layer + token-efficiency-tracking 근거 보강 (2건)
7/10gate-integrity

Anatomy of a Misfeature — 블로킹 게이트의 무문서 timeout auto-proceed는 게이트 무력화다

Claude Code v2.1.198이 블로킹 안전 게이트 AskUserQuestion을 changelog·문서 0으로 60초 무응답 시 "Proceed using your best judgment" 자동 진행으로 변경 — 부분 응답도 그대로 제출. auto-update 기본값과 결합해 안전-관련 행동 변경이 사용자 무행동으로 조용히 도달했고, GitHub #73125(384▲) 이틀 만에 롤백됐다. 저자는 Bun 바이너리 문자열 diff 포렌식으로 실증: 카운트다운 UI·afkTimeoutMs 스키마·전용 analytics 이벤트까지 갖춘 설계된 기능이었다. 교훈: ① 블로킹 게이트는 블로킹으로 남아야 한다 — timeout auto-proceed는 미승인 fallback의 게이트 판. ② 게이트 강제력은 업스트림 바이너리에 의존하므로 버전 bump 후 차단 동작을 probe로 재실증해야 한다.

  • 5축: 자동화 1 · 마찰제거 2(silent 게이트 무력화 사전 차단) · HARD전환 2(게이트 차단 동작은 probe로 실증 가능 — conformance ENFORCED가 그 표면) · 토큰효율 0 · 측정가능 2 = 7/10 (novelty med — 게이트 시맨틱스 드리프트 위협 추가)
  • 연계: execution-time-authorization-layer(강제 계층) · fail-loud-no-unapproved-fallback(미승인 fallback 금지) · compaction-governance-decay(제약은 영속층에 + 생존 검증)
→ 적용: execution-time-authorization-layer.md 근거 보강 (timeout auto-proceed 금지 + 버전 bump 후 게이트 probe 재실증)
7/10observability

cosmtrek/mindwalk ★776 — 세션 JSONL을 파일-터치 trace로 정규화해야 스코프 이탈이 보인다

Claude Code/Codex 세션을 3D 코드베이스 맵 위에 리플레이하는 Go 단일 바이너리(HN 162pt). 핵심은 시각화가 아니라 아키텍처: 세션 로그를 파일-터치 이벤트 스트림(trace)으로 정규화하고, 결정론적 repo 레이아웃(같은 트리=같은 맵)이라 세션 간 리플레이가 비교 가능하다. 관측(seen/read)과 변이(edit)를 구분 렌더, compaction·subagent·user-turn 마크, error rate·churn HUD. 판정(탐색 적정성·스코프·방황·검증)은 도구/MCP가 차단된 sealed judge로 분리. "raw JSONL을 줄 단위로 읽어서는 에이전트가 어디를 탐색했고 스코프에 머물렀는지 답할 수 없다" — E3(최소 스코프) 위반의 사후 결정론 진단 표면.

  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 2(로컬 JSONL→touch 이벤트 추출은 결정론 스크립트화 가능) · 토큰효율 1(과잉 탐색 진단→E3 강화) · 측정가능 2(touch 수·분포·churn) = 7/10 (novelty med)
  • 연계: token-efficiency-tracking E3(최소 스코프) · active-investigation-fault-attribution(트레이스 on-demand 진단) · judge-as-optimizer-hardening(sealed judge 정합)
→ 적용: token-efficiency-tracking.md 근거 보강 (footprint 관측 — trace 정규화 + 레이아웃 결정론 비교)
signalmeta

커버리지 노트 — 직전 회차 6시간 뒤 창이라 고신호 대부분 기처리, 재확인 3건

185차(당일 새벽)와 수집 창이 겹쳐 HF 전일분·arXiv 15xxx 대역·HN 상위(systima 토큰 오버헤드 701pt=173차 기수확, Terry Tao 453pt)는 전부 기처리 — dedup 인덱스가 정상 작동해 중복 적용 0. 재확인(novelty low, 회차 노트만): clawk ★696(disposable VM 격리 — "agent memory는 host-mount, VM은 폐기" = durable-agent-sandbox-decoupling·microvm-agent-sandbox 재확인), yoheinakajima/activegraph ★403 생태계 확장(packs·memory·ouroboros 신규 push — event-sourced-reactive-graph-runtime 기수확 재확인). juggler(JUCE 창작자의 GUI 코딩 에이전트, 277pt)는 제품 신호로 기각. anthropic 신규 글 "How we contain Claude across products"도 기적용 확인.

  • 판정: 신규 검토 53건 중 med 2 적용 · low 재확인 3 노트 · 기각 다수(SDK 인프라 repo·비관련 논문). 행동지표 6000→6000 무회귀.
→ 노트만 (Applied 카운트 제외)
185
수확
HF 27(07-18 미공개→전일분, 신규 14) · arXiv API 50(필터 27·신규 14) · trending 19 · topic 30 · 구루GH 7계정 · HN 13 · 신규 검토 50 · Applied 22026-07-18
185차 — rubric 진화의 게이트는 채택 전 판별력 실증: 제안 rubric마다 synthetic 대비쌍으로 non-discriminative·over-specific·style-only 후보를 걸러낸다 (Rubrics on Trial). microsoft/apm은 v0.25에서 drift rebuild-diff 감사·SBOM export·tighten-only 정책 상속으로 진화. 적용 → metric-skill-coevolution-anchored-audit + agent-manifest-pattern 근거 보강 (2건)
7/10rubric-eval

arXiv 2607.15092 — Rubrics on Trial: 단일 쿼리에서 synthetic 대비쌍으로 rubric을 진화시킨다

query-only로 빈 집합에서 rubric 세트를 진화 — 외부 주석·선호 데이터·모델 학습 0. 감독 신호는 오로지 synthetic rubric-conditioned 응답 대비쌍에서 유도하고, 제안된 rubric마다 채택 전 검증(admission gate)을 통과해야 추가된다: 답 품질을 구분 못 하는 non-discriminative, 과세분화된 over-specific, 스타일만 보상하는 style-only 후보를 스크리닝. 5개 선호 벤치 스위트에서 최고 평균 정확도(7개 평가셋 중 6개 선두). "그럴듯한 rubric ≠ 유용한 rubric" — 유효한 대안 전략을 벌점하거나 선택적 스타일을 보상하는 rubric이 검증 없이 쌓이는 것을 입구에서 차단하는 메커니즘.

  • 5축: 자동화 1 · 마찰제거 2(비판별 rubric의 judge 루프 오염 차단) · HARD전환 1(대비쌍 판별력 검증은 스크립트화 가능) · 토큰효율 1 · 측정가능 2(판별력 통과율) = 7/10 (novelty med — 지표 진화 원칙에 admission gate 메커니즘 추가)
  • 연계: metric-skill-coevolution-anchored-audit(지표를 진화 대상으로) · 178차 rubric 메타평가(extrinsic 정렬)를 채택 시점으로 앞당김 · judge-as-optimizer-hardening(대비쌍 신호)과 정합
→ 적용: metric-skill-coevolution-anchored-audit.md 근거 보강 (rubric admission gate — 채택 전 판별력 실증)
7/10supply-chain

microsoft/apm v0.25 — drift rebuild-diff 감사 · SBOM export · tighten-only 정책 상속

31차(2026-04-18) 수확 이후 71릴리즈로 진화한 Agent Package Manager의 신기능 3종. (1) drift 감지: apm audit이 lockfile 정본에서 컨텍스트를 scratch에 재구성한 뒤 워킹트리와 diff — 수동 hand-edit로 인한 정본↔런타임 드리프트를 기계 감지. (2) SBOM export: apm lock export --format cyclonedx|spdx로 에이전트 컨텍스트 의존성 재고를 표준 SBOM으로 — "스킬을 SBOM처럼" 원칙(arXiv 2607.01136)이 Microsoft 공식 도구로 물질화. (3) tighten-only 정책 상속: enterprise→org→repo로 조여지기만 하는 apm-policy.yml + apm audit --ci 게이트 — 설치 평면(policy)과 런타임 평면(harness)의 거버넌스 분리. 8개 에이전트 플랫폼 지원, hidden Unicode 스캔 기본.

  • 5축: 자동화 2 · 마찰제거 2(hand-edit drift 기계 감지) · HARD전환 2(audit --ci exit code) · 토큰효율 0 · 측정가능 1 = 7/10 (novelty med — agent-manifest-pattern 기수확의 진화분 보강)
  • 연계: agent-skill-supply-chain-dependency-risk(SBOM 원칙의 생태계 물질화) · agent-skill-security-scanning(hidden Unicode) · cc-sync 이식 후보: repo 정본 재구성 vs 실제 ~/.claude diff 게이트
→ 적용: knowledge/agent-manifest-pattern.md 근거 보강 (v0.25 신기능 3종)
signalmeta

커버리지 노트 — 신규 검토 50건 중 med 2 적용, seen 키 누락 4건 백필

openai/symphony(26K⭐ 급부상)와 systima 토큰 오버헤드(HN 701pt 재부상)가 NEW로 보였으나 각각 44차(work-over-agent-management)·173차(harness-token-overhead-audit)에 기수확 — seen 인덱스 키 불일치로 인한 NEW 오탐이라 canonical 키 4건을 백필해 재발 차단. HF 신규 14건은 video/multimodal 위주로 하네스 무관 기각. trending·topic의 하네스 생태계 항목(omnigent·jcode·ruflo·repo-harness·best-of-Agent-Harnesses·llm-space)은 meta-harness·persistent-file-based-planning·active-investigation 기보유 원칙 재확인으로 기각. X 미러는 184차(동일일 00시)에서 차단 확인돼 재시도 생략. 행동지표(conf×1000+replay) 6000→6000 무회귀.

184
수확
arXiv API 50(필터 17·미본 9) · HF 0(07-18 미공개, 전일분 183차 기수확) · trending 19 · HN 5 · topic 40 · 구루GH 8계정 · nitter 200이나 빈 셸(X 차단 지속) · Applied 22026-07-18
184차 — bridge evidence: 멀티스텝 에이전트 검색에서 문서의 정적 관련도와 인과적 궤적 유틸리티는 거의 통계적 독립(ρ=-0.026) — 읽힌 문서 ~1/3은 정적으론 무용해 보이는 load-bearing bridge. 보안 에이전트 평가는 고정 비용 수준 비교 + 태스크 패밀리별 스케일링 레짐 분해. 적용 → agentic-retrieval-causal-utility 신설 + own-pr-benchmark-cost-per-task 보강 (2건)
7/10retrieval

arXiv 2607.15253 — Bridge Evidence: 정적 검색 유틸리티는 멀티스텝 에이전트 검색의 인과 유틸리티를 예측하지 못한다

ReAct×HotpotQA 1,000문항에서 에이전트가 읽은 모든 문서를 삭제 후 그 시점부터 궤적 재실행(counterfactual replay) — 최종 답 품질·다음 쿼리 검색 품질·턴 수 3-delta로 CTU 산출. 23,322 문서 관측에서 CTU × 정적 유틸리티(SRU)는 거의 통계적 독립(Spearman ρ=-0.026). 읽힌 문서의 약 1/3은 정적 reader에겐 무용해 보이지만 인과적 load-bearing인 bridge document — reader 축을 BM25+cross-encoder 프록시로 바꿔도 bridge cell 27.2% 생존. 메커니즘: bridge 문서는 검색을 redirect하는 판별적 엔티티를 공급한다(다음 쿼리 등장 4.02×, 6.1% vs 1.5%, n=227,139). 정적 관련도를 최적화해도 인과 유틸리티는 얻지 못한다 — 컨텍스트/메모리 프루닝과 검색 평가를 counterfactual replay로 전환.

  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 2(삭제-재실행 replay는 결정론 스크립트화 가능) · 토큰효율 1 · 측정가능 2 = 7/10 (novelty high — "정적 관련도 프루닝의 bridge 절단 위험" 신설)
  • 연계: eval-predictive-validity(집계 점수 예측타당성)의 item-level 확장 · role-typed-trajectory-credit-assignment의 검색 도메인 실증 · task-aware-context-pruning/metadata-guided-chunk-retrieval에 bridge 보존 제약
→ 적용: rules/agentic-retrieval-causal-utility.md 신설 (증류본 + knowledge 전문 + 인덱스 1줄)
6/10cost-eval

arXiv 2607.15263 — Beyond Success Rate: 태스크 패밀리마다 비용-스케일링 레짐이 다르다

보안 에이전트를 peak 성공률이 아니라 비용-성공 렌즈로 평가 — 고정 비용 수준에서 모델 비교 + inference/tool 지출 분해. 공격(Cybench CTF)은 test-time compute 추가로 개선되고 스케일된 오픈웨이트가 frontier에 비용 경쟁력 있게 근접하지만, 방어(Splunk BOTS SOC 조사)는 raw 추론 예산이 아니라 규율된 도구 사용·텔레메트리 탐색·선택적 enrichment에 의존해 같은 방식으로 스케일하지 않는다. compute 증액이 안 통하는 패밀리(조사·탐색형)에서 추론 예산 인상은 낭비 — reasoning-effort-over-tool-access의 적용 경계 신호.

  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 1 · 토큰효율 1 · 측정가능 2 = 6/10 (novelty med — cost-per-task 원칙에 패밀리별 레짐 분해 추가)
  • 연계: own-pr-benchmark-cost-per-task(태스크당 비용) · risk-weighted-verification-budget(위험 비례 배분) · reasoning-effort-over-tool-access(추론 상향의 경계 조건)
→ 적용: own-pr-benchmark-cost-per-task.md 근거 보강 (패밀리별 비용-스케일링 레짐 분해)
signalmeta

커버리지 노트 — 7소스군 전원 시도, 신규 검토 11건 중 high 1 + med 1 적용

arXiv 신규 9건 중 7 기각: IRT 신뢰성(2607.15190 — IRT 미사용 하네스)·Plover plan-centric GUI(15193 — persistent-file-based-planning 재확인)·MeanFlowNFT(training-side)·AutoSynthesis/SciVis/Digital Pantheon/covariate-MDP(도메인 특화). HF는 API가 07-18분 미공개(400 응답) — 전일분은 183차 기수확. trending 19는 Claude Code 생태계 웨이브 지속(hallmark·orca·graphify·herdr·cangjie·claude-video·codex-plugin-cc 기처리) — 신규는 ibelick/ui-skills 4.6K⭐ 1건(design skill 웨이브 재확인, 기각). HN 신규 agent-talk(에이전트 간 협업 — bidirectional-agent-messaging 기보유) 기각. Anthropic eng 신규 0(containment 글 기수확). nitter가 HTTP 200을 반환하나 빈 JS 셸 — X 미러 차단 실질 지속. 행동지표(conf×1000+replay) 6000→6000 무회귀.

183
수확
arXiv API 50(필터·미본 7) · HF 44(당일20+전일24, 필터·미본 7) · trending 21 · HN 8 · topic 30 · 구루GH 8계정+star 2 · X 미러 차단 지속 · Applied 22026-07-17
183차 — macro fallacy: LLM 집계 추정은 직접 묻는 것보다 세분 분할→프로그램 집계가 인간 참조에 더 정합, 분할-집계 비일관성은 reference-free 감사 신호. MM-IssueLoc은 텍스트 SWE 고득점이 멀티모달 이슈 로컬라이제이션으로 전이 안 됨을 통제 실증. 적용 → binary-question-decomposed·eval-predictive-validity 보강 (2건)
7/10evaluation

arXiv 2607.15277 — Partition, Prompt, Aggregate: macro fallacy — LLM 집계 추정은 분할→집계가 직접 추정보다 정확

LLM 추정치가 확률 항등식(전확률 법칙)을 지키는지 이진 트리 재귀 분할로 검증 — frontier 모델 전반에서 광범위한 자기일관성 위반. 핵심은 macro fallacy: 세분화된 하위집단 추정을 프로그램적으로 집계한 값이 직접 물은 상위 수준 추정보다 인간 참조 데이터에 더 정합 — 모델은 하위집단 지식을 갖고 있으나 집계로 신뢰성 있게 전파하지 못한다. 분할-집계 일관성 위반 자체가 reference-free 감사 신호(unsaturated criterion)로 성립 — 참조답 없는 도메인에서 judge/추정 신뢰도를 코히런스 검사로 점검 가능.

  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 2(분할-집계 일치는 프로그램 검증 가능) · 토큰효율 1 · 측정가능 2 = 7/10 (novelty med — 분해-집계 원칙의 수치 추정 확장)
  • 연계: binary-question-decomposed-evaluation(원자 분해→집계)의 수치 도메인 실증 · judge-as-optimizer-hardening 177차 "reference 없는 판정 과신용"의 차선책(코히런스 감사)
→ 적용: binary-question-decomposed-evaluation.md 부록 2 (수치 추정도 분할→집계 + reference-free 코히런스 감사)
7/10eval-validity

arXiv 2607.15205 — MM-IssueLoc: 텍스트 SWE 벤치 고득점, 멀티모달 이슈 로컬라이제이션으로 전이 안 됨

실 레포 이슈에는 스크린샷·에러 다이얼로그·렌더된 UI 상태가 일상적으로 붙지만 로컬라이제이션 평가는 텍스트 전용이었다 — 652 issue-PR·23언어·7이미지 카테고리·4관련도 레벨의 paired(텍스트만 vs 이미지 포함) 통제 평가로 분리하니 최강 에이전트가 file Acc@5 38.96·function Acc@10 22.45에 그침. end-to-end repair 벤치는 로컬라이제이션과 패치 합성을 entangle해 시각 입력이 도움/해악/무시됐는지 판별 불가. 이미지 붙은 이슈를 처리하는 auto-issue류 파이프라인에서 모델이 시각 증거를 활용한다고 가정 금지 — VCE처럼 이미지를 구조화 텍스트 증거로 변환하는 전처리를 명시 평가 변수로.

  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 1 · 토큰효율 0 · 측정가능 2 + 갭부스트 1(이미지 이슈 처리 파이프라인) = 6→7/10 (novelty med)
  • 연계: eval-predictive-validity(모달리티 간 비전이 = predictive validity 실패의 새 축) · intrinsic-eval-disentangles-conflated-failure(능력 축 분리 측정) · qa-screenshot-required(출력 증거)의 입력 방향 쌍대
→ 적용: eval-predictive-validity.md 근거 보강 (모달리티 간 비전이 + 능력 축 분리 측정)
signalmeta

커버리지 노트 — 7소스군 전원 시도, 신규 검토 52건 중 med 2 적용, 나머지 low/reject

trending 21은 Claude Code 생태계 제품 웨이브 지속(stitch-skills·hallmark·orca·herdr·OfficeCLI·OmniRoute·codex-plugin-cc 기처리/기거부) — 신규는 xai-org/grok-build 14k⭐(simonw star, xAI 코딩 하네스 TUI — 하네스 수렴 재확인), openai/codex-action(Codex를 GitHub Actions CI 에이전트로 — agentic-workflows-cicd 재확인), Juggler(JUCE 창작자의 GUI 코딩 에이전트, HN 276p). 기각: Ring-Zero(81▲ trillion-param zero RL — training-side), KnowAct-GUIClaw(47▲ self-evolving memory/skill — recursive-self-improvement-loop 기보유 재확인), GRASP(granularity-aware retrieval: semantic=탐색/keyword=엔티티/read=검증 역할 분담 + 문장 단위 우선·필요시 확장 — token-efficiency E3·grep-over-vector 방향 재확인, RL 훈련측이라 low), 로봇/비전/의료 벤치 다수. HF 당일분은 training·로봇 편중. Anthropic eng 신규 0(containment 글 기수확). X 미러 302 차단 지속.

182
수확
arXiv RSS 228(cs.AI 당일 · 필터 85) · HF 10(당일 전원 신규, training/로봇 편중) · trending 20 대부분 기처리 · HN 3 · 구루GH 8계정 · topic 40 · X 미러 차단 · Applied 32026-07-17
182차 — Compaction as Epistemic Failure: Claude Code가 kill된(exit 143) 프로세스의 부분 출력을 compaction 요약에 확정 결과로 승격 — 관찰≠영속 혼동이 세션 너머 거짓 완료를 전파(compaction-decay 보강). Accumulated Behavioral Rules는 규칙 축적 폐루프의 재발 0%를, judge 신호는 폐루프 선택에서 약함을 실증. 적용 → compaction-decay·self-improve-loop·judge-hardening 보강 (3건)
7/10compaction

arXiv 2607.13071 — Compaction as Epistemic Failure: killed process 부분출력이 compaction 요약에서 확정 결과로 둔갑

Claude Code에서 문서화된 실패 모드 — timeout kill(exit 143)된 명령의 부분 stdout이 compaction 요약에 "확인된 결과"로 기록되고, 후속 세션이 그 요약을 ground truth로 상속해 재검증 없이 false positive가 세션·모델 버전 경계를 넘어 전파된다. 근본 메커니즘은 관찰(터미널에 보였다)과 영속(디스크에 기록됐다)의 혼동. LLM-as-judge 비결정론 연구가 보인 자기평가 실패가 에이전트 도구의 "자기 운영 결과 보고"에서도 동일하게 나타남을 보임 — 데이터 처리·과학 계산·다단계 자동화처럼 세션 연속성에 의존하는 모든 워크플로우에 직접 함의. 내 하네스가 곧 Claude Code라 이 실패 모드의 1차 노출면.

  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 0 · 측정가능 2 = 7/10 (novelty med — 기존 원칙 교차점의 새 메커니즘, 보강 라우팅)
  • 연계: compaction-governance-decay(제약 소실)의 쌍대 — 압축은 미검증 관찰을 확정 사실로 승격시키는 반대 방향 오염도 만든다. evidence-only-reporting·completion-verification·retrieval-grounded-exact-recall과 정합
→ 적용: compaction-governance-decay.md 근거 보강 (요약 속 "완료/확인" 주장은 durable evidence 재검증 전까지 미확정)
8/10self-improve

arXiv 2607.13091 — Accumulated Behavioral Rules: 리뷰 피드백→영속 규칙 폐루프 산업 실증, ruled-against 재발 0%

코딩 에이전트가 세션마다 같은 실수를 반복하는 근본 원인은 리뷰 교정을 보존할 메커니즘 부재 — 수용된 리뷰 코멘트를 버전 관리되는 지시 파일의 영속 행동 규칙으로 codify하는 폐루프를 35+ 서비스 마이크로서비스 플랫폼에 배포. 규칙셋 5→18 rules + 15+ 언어별 표준 + 15항목 self-review 체크리스트(전부 실제 리뷰 피드백 유래), 규칙셋이 커져도 무결성을 지키는 자동 검증 동반. 11개 세션 실측: ruled-against 에러 클래스 재발 0%, 리뷰 노력이 low-level correctness에서 design-level 검증으로 이동, 이질적 에이전트 인터페이스 간 규칙 전이. Reflexion/ExpeL 류 in-context 경험 학습 대비 "버전 관리 영속 cross-session 규칙"이 차별점.

  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2 = 8/10 (novelty med — 내 하네스 fix커밋→self-improve→rules 축적 루프와 동형, 외부 실증)
  • 연계: recursive-self-improvement-loop(Competitor→Analyst→Coach→Curator)·soft-to-hard-promotion·cross-batch-evidence-accumulation — "재발 0%"는 rule 승격 폐루프의 목표 지표 그 자체
→ 적용: recursive-self-improvement-loop.md 근거 보강 (규칙 축적 폐루프 산업 실증)
7/10verification

arXiv 2607.13347 — Evaluation Ability ≠ Optimization Utility: LLM-judge 신호는 폐루프 선택에서 약하다

결정론 지표(TEDS)가 존재하는 table recognition을 통제 테스트베드로 LLM-judge의 폐루프 재생성 신호를 검증 — judge 점수는 동점 빈발·랭킹 비재현으로, iteration이 더 나은 후보를 실제로 만들어도 judge가 그것을 골라내지 못했다. random을 이긴 유일한 선택 정책은 earliest-iteration tie rule에 의존해 judge 점수의 기여로 귀속 불가. 반면 judge 피드백 없이도 구조 보존 지시(target-preservation)만으로 severe-loss율이 유의하게 감소 — 무제약 재생성 하의 target-preservation failure가 severe loss의 근접 메커니즘. 결론: LLM의 평가 능력은 부정하지 않되, "평가를 잘한다"가 "최적화 신호로 유용하다"를 함의하지 않는다.

  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2 = 7/10 (novelty med)
  • 연계: judge-as-optimizer-hardening(ranking 통과 judge를 optimizer에 넣으면 새 실패모드)·reward-score-oversensitivity(동점 처리)·acceptance-criteria-completion(결정론 제약이 사후 필터보다 우선)
→ 적용: judge-as-optimizer-hardening.md 근거 보강 (폐루프 선택 신호는 judge 점수보다 결정론 제약/구조 보존 먼저)
signalmeta

커버리지 노트 — 7소스군 시도, arXiv 당일 RSS에서 하네스 직결 3편 포착(HF 당일분은 training/로봇 편중), 기각 18건

arXiv RSS 228(cs.AI 당일, 필터 85 — compaction/self-improve/judge 클러스터 동시 부상) · HF 당일 10 전원 신규지만 training-side RL(SEED ▲7)·WAM 공격(BadWAM ▲7)·KV-cache 서빙 등 하네스 비적용 기각 · GitHub trending 20 대부분 기처리(stitch-skills·hallmark·orca·herdr·OfficeCLI 기거부, OmniRoute 기적용, codex-plugin-cc 기관찰) · HN 3(deja-vu 128pt coding agent memory over SSH — memory-bank 보유 재확인, LM Studio Bionic 제품 출시) · 구루GH 8계정(anthropics/skills 162k⭐ 공식 Agent Skills repo — agent-skills-format 기수확 재확인, yoheinakajima ouroboros 신규 README 부재 신호 불충분, hwchase17 testing-mcp 실험) · Anthropic eng 신규 0 · X 미러 차단 지속. 기각 상세: Inference Economics(13080 — 온프렘 FCR 74.9% vs API 45.9%, 수리 커밋 오즈 3.61배: 싼 토큰≠싼 태스크로 own-pr-benchmark-cost-per-task 방향 재확인) · Baselines Before Architecture(13085 — 하네스 기여 주장 전 model-matched plain-agent baseline 필수, harness-ablation 재확인) · Set-shifting(13396 — 툴 신뢰도 은닉 변화에 소수 루틴 고착, 에러 복구 전략 로테이션 재확인) · STOCKTAKE(13618 — perception/action 분리 측정, knowing-doing gap 벤치) · AgentCompass(13705 — Benchmark/Harness/Environment 3분리 eval 인프라) · Oracle Agent Memory(13157 — 벤더 DB 종속 메모리 기판).

181
수확
arXiv 70(cs.AI/CL/LG/MA newest · 필터 후 신규 후보) · HF 당일 미공개+전일 대부분 기처리 · trending 대부분 toolkit·기처리 · HN 40 제품/의견 · 구루GH 7계정 · X 미러 차단 · Applied 32026-07-17
181차 — CAVA: 이질적 런타임의 조작 행위를 canonical action id로 묶어 승인↔실행을 독립 재현 가능하게 하라 제안(brokered-mutation 보강). Agent Permissions는 강제가 인터페이스 아닌 실행 경계에 있어야 함을, LLM-Judge Oracle Problem은 judge/생성 공유 파라미터가 통계적으로 그럴듯한 가짜 효과를 만듦을 실증. 적용 → brokered-mutation·execution-time-authz·judge-hardening 보강 (3건)
8/10governance

arXiv 2607.13716 — CAVA: 이질적 런타임을 canonical action object로 정규화해 승인↔실행 바인딩·독립 재현

에이전트는 로컬 코딩 hook·SDK 도구·브라우저 자동화·managed-agent 트레이스·API 게이트웨이·워크플로우 엔진 등 이질적 런타임으로 행동한다 — 그래서 하나의 조작 행위(코드 publish·identity 상태 변경·송금·데이터 export)가 서로 호환 안 되는 여러 런타임 기록으로 남고, "무엇이 실제로 승인됐나 · 승인을 실행에 묶는 증거는 무엇인가 · 독립 verifier가 나중에 같은 action identity를 재현할 수 있나"라는 기본 거버넌스 질문에 답하기 어렵다. CAVA는 이질적 활동을 canonical runtime action object로 변환하는 런타임-의미 계층으로, deployer-owned route-review-prove 거버넌스(PCAA) 아래에 위치한다 — PCAA가 프로세스를 정의하면 CAVA는 action 정체성을 정의. 게이트가 런타임 기록 타입마다 따로 검사하면 승인↔실행 바인딩이 깨진다.

  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2 = 8/10 (novelty med, 예산 초과 532KB → 신규 rule 금지, 기존 보강 라우팅)
  • 연계: brokered-mutation-authority(proposal/admission/execution 분리)·commit-landing-verification("push된 것 == 검증한 것")·multi-agent-audit-lineage(변조불가 계보)를 "단일 canonical action id로 승인·증거·실행 바인딩"으로 일반화 — 모든 mutation 런타임에 적용
→ 적용: brokered-mutation-authority.md 근거 보강 (canonical action object로 승인↔실행 바인딩·독립 재현)
7/10authorization

arXiv 2607.13718 — How Agents Ask for Permission: 강제는 인터페이스가 아니라 실행 경계, user-level 권한 공백

에이전트가 늘어나며 사용자는 그 위험(prompt injection·hallucination이 사적 정보를 3자에 유출, 또는 송금 같은 민감 작업을 사용자 의도·인가 없이 실행하는 능동적 위험)에 노출된다. 21개 에이전트 보안 제안을 survey한 결과 대부분 product-level(개발자가 모든 사용자에 동일한 정책·권한을 적용)에 머물고, 서로 다른 필요·선호를 가진 사용자별 user-level 권한 정책 지원이 빠져 있다. 핵심은 "사용자에게 물어보는 인터페이스"가 아니라 우회 불가한 enforcement — 인터페이스 동의로는 못 막고 강제 계층에서만 차단된다.

  • 5축: 자동화 0 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2 = 7/10 (novelty med)
  • 연계: execution-time-authorization-layer("입력으로 우회 가능한 제어는 escapable → 진짜 강제는 프로세스 분리+구조적 유일 경로")의 정책 도메인 실증 · role-based-agent-permissions(tools 화이트리스트 HARD)
→ 적용: execution-time-authorization-layer.md 근거 보강 (permission을 UI 프롬프트가 아니라 실행 경계에)
7/10verification

arXiv 2607.13707 — Test Oracle Problem in Synthetic LLM-Judge Corpora: 공유 파라미터가 통계적으로 robust한 가짜 효과 생성

LLM-judge 편향 연구는 보통 LLM에 hallucinated 답을 생성시켜 factual 답과 짝지어 judge에 제시하는데, 이 생성 단계가 조용히 실패하면 오라클(정답 기준) 자체가 오염된다. 실증: 다국어(터키어/영어) faithfulness 코퍼스에서 judging과 generation이 공유하던 decoding-budget 파라미터가 한 producer의 hallucinated 답을 몇 단어로 truncate → 통계적으로 robust한 32-point cross-lingual 정확도 붕괴가 N=50에서 500까지 재현 + 3-layer 기계적 설명 + producer-swap 대조까지 통과했으나 전부 artifact(공유 파라미터 교정 시 효과가 ceiling으로 소멸). 저자는 검증 프로토콜을 제안 — LLM-judge 코퍼스는 producer 산출을 오라클로 신뢰하기 전 검증 필수.

  • 5축: 자동화 0 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2 = 7/10 (novelty med)
  • 연계: judge-as-optimizer-hardening(reference 없는 판정 위험)·structured-output-tool-suppression(judge/생성 공유-설정 hazard 동형)·eval-predictive-validity(집계 효과의 통계적 robustness ≠ 실재)
→ 적용: judge-as-optimizer-hardening.md 근거 보강 (공유 파라미터 silent oracle 오염 + 검증 프로토콜)
signalmeta

커버리지 노트 — 7소스군 시도, arXiv 07-17 신규 제출에서 거버넌스 3편 포착, trending/HN 대부분 기처리, 기각 7건

arXiv 70(cs.AI/CL/LG/MA newest, 키워드 필터 후 신규 후보 — governance/permission/judge 클러스터가 07-17 제출에서 동시 부상) · HF 당일 API 400(미공개)+전일 대부분 180차 기처리(Harness Handbook ▲162 등) · GitHub trending 전체/신규 대부분 toolkit·콘텐츠(stitch-skills·hallmark·orca·codex-plugin-cc·impeccable·DeepTutor·Vibe-Trading — 제품/증류) · HN points>40 제품·의견("coding agents think ahead"·"memory over SSH"·"Brainless shadcn"·Meeseeks 플러그인) · 구루GH 7계정 · Anthropic eng 신규 0 · X 미러 차단 지속. 기각 상세: Rethinking Pentest for AI(14006 — objective-driven behavioral eval 재프레이밍, multi-turn-adversarial-robustness와 정합·방향 재확인) · HealthClaw(13940 — 도메인 특화 self-evolving memory, 4-way induction gate) · AgentCompass(13705 — Benchmark/Harness/Environment 분리 eval 인프라 도구) · Generative Compilation(13921 — decoding-time sealor 기법, prompt 하네스 비적용) · Deep Interaction(14049)·Post-Training Confidence(13753)·DVM-HALL(13998) — 방향 재확인/비실행.

180
수확
arXiv 60(필터 후 신규 53) · HF 당일 미공개+전일 20 · trending 58 대부분 기처리 · 구루GH 105 · topic 40 · HN 40 · X 미러 차단 · Applied 32026-07-17
180차 — 하네스 진화의 병목은 behavior localization: Harness Handbook(▲157)이 행동→코드 매핑을 자동 합성 아티팩트로 유지하라 제안 — 신규 rule 승격. Verifier Cascades는 상관 verifier의 blind-spot ceiling(답은 decorrelation)을, Optimizer Compounding은 회귀 제어 시에만 이득 복리를 실증. 적용 → behavior-localization 신규 + co-failure·harness-benefit 보강 (3건)
8/10harness

arXiv 2607.13285 — Harness Handbook: 행동→코드 매핑(behavior localization)이 하네스 진화의 중심 병목

에이전트 하네스는 크고 강결합이며 행동이 코드 전반에 분산(behaviorally distributed)되어 있다 — 수정 요청은 "무엇을 해야 하는가"(행동)를 기술하는데 저장소는 파일/모듈로 조직되므로, 수정 전 행동→코드 위치를 매번 손으로 재발견해야 한다(코드 검색·인덱싱·롱컨텍스트로도 매핑 자체는 남음). 해법: 코드베이스에서 자동 합성되는 behavior-centric Handbook(정적 분석+LLM 구조화, 행동↔소스 링크) + 상위 행동에서 구현 세부로 내려가며 후보 위치를 현재 소스와 대조 검증하는 BGPD. 두 오픈소스 하네스 수정 요청에서 localization·edit-plan 품질 개선 + planner 토큰 절감 — 최대 이득은 분산 사이트·희귀 경로·크로스모듈(정확히 grep이 약한 곳). HF daily ▲157.

  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1 = 8/10 (novelty high, 예산 이내 110/120)
  • 연계: artifact-relocation-consumer-alignment(이동 시 소비자 grep — 사후 버전)·trend-harvest-index(지식 인덱스)를 "하네스 행동 전체의 사전 매핑"으로 일반화 — 손 유지 매핑은 반드시 stale, 합성 자동화+신선도 검증이 전제
→ 적용: harness-behavior-localization.md 신규 rule + knowledge 전문
7/10verification

arXiv 2607.13918 — Verifier Cascades: 상관 verifier는 다항 수익 + blind-spot ceiling, 답은 decorrelation

직렬 k-verifier 게이트에서 per-instance false-accept rate를 latent α~G로 모델링(de Finetti) — (i) log-odds는 k에 concave: 독립 가정 Odds Law는 첫 게이트의 접선=상한이며 합성 테스트에서 실패율을 k=5에서 20배, k=10에서 ~3000배 과소평가 (ii) Beta latent면 실패는 지수가 아닌 다항 감소 (iii) 모든 verifier가 공유하는 맹점(α=1 atom)이 있으면 추출 가능 증거가 −ln(1−π) nats로 유한 — 게이트를 아무리 쌓아도 신뢰도가 1 아래서 포화. 처방: "실무 레버는 decorrelation(모델 패밀리·모달리티·증거 소스 변경)이지 게이트 추가가 아니다". 인스턴스당 2회 반복 판정만으로 verifier 상관 ρ_v 측정 가능. 동일 verifier 재호출 반복(고상관 캐스케이드)은 천장에 갇힌다 — 라운드 추가보다 lens/모달리티 교체.

  • 5축: 자동화 0 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2 = 7/10 (novelty med)
  • 연계: co-failure-ceiling-multi-model(β-천장)의 직렬 verifier cascade 일반화 — evaluator-committee-bias-contagion("동일 rubric 복제 3개 무효")·cross-model-adversarial-review의 이론 근거
→ 적용: co-failure-ceiling-multi-model.md 근거 보강 (cascade 이론 + decorrelation 처방)
7/10self-improve

arXiv 2607.14004 — Do Agent Optimizers Compound?: 이득 복리는 회귀 제어 내장 시에만

에이전트 최적화 이득은 대부분 1회(one-shot) 벤치로 보고되지만, 배포 환경은 새 실패·새 태스크에 최적화를 재귀 적용한다 — 이득이 복리로 쌓이는가? Terminal-Bench 2.0 하드 태스크 2-phase continual 평가: 정적 1회 설정에선 GEPA·Meta Harness·RELAI-VCL 셋 다 baseline을 이기지만, 새 태스크 도착 후엔 갈라진다 — GEPA는 전이가 unoptimized baseline 이하로 침식(lifelong 66.0%), Meta Harness는 2회차 예산에서 정체(64.6%), 회귀 제어(이전 태스크 성능 보존)를 루프에 내장한 RELAI-VCL만 전 단계 top + 76.4%(baseline 58.7%). "이득은 regression control이 내장됐을 때만 복리" — 회귀 게이트가 shortcut 해에 대한 inductive bias로 작동.

  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2 = 7/10 (novelty med)
  • 연계: harness-benefit-not-update(delta로만 keep)·recursive-self-improvement-loop(Curator 롤백)·harness-evolution-loop(재측정+rollback) 설계의 최초 continual 정량 실증 — 내 폐루프의 회귀 감지→rollback이 정확히 RELAI-VCL 구조
→ 적용: harness-benefit-not-update.md 근거 보강 (복리 조건 = 회귀 제어 내장)
signalmeta

커버리지 노트 — HF 당일 미공개(400), 전일 20편에서 Handbook ▲157 포착, trending 대부분 기처리, 기각 9건

7소스군 전부 시도 — arXiv 60(키워드 필터 후 신규 후보 53) · HF 당일 API 400(미공개)+전일 20 · GitHub trending 전체/Python/TS 58(stitch-skills·hallmark·orca·OmniRoute·graphify·codex-plugin-cc 등 대부분 기처리; 신규 pi 71K⭐·cangjie-skill은 toolkit/콘텐츠증류로 기각) · 구루GH 7계정 105 · topic 40 · HN 40 · Anthropic eng 신규 0(containment 글 기적용) · X 미러 차단 지속. 기각 상세: TRACE(13988) RL credit·EMG(13884) 그래프 실패복구·SPyCE(13854) skill-policy RL 공진화·Self-Improve Survey(13104)·OAT(12747) failure attribution — 방향 재확인/모델 훈련 필요 비실행 · DeepStress(13920)·Early Adoption(14037) — low.

179
수확
arXiv 50(신규 6) · HF 0(당일)+9(전일 기처리) · trending 20 대부분 기처리 · topic 20 · 구루GH · HN · X 미러 차단 · Applied 32026-07-16
179차 — 평가가 '삭제'를 보상한다: Win by Silence(2607.12986)가 필요 단계를 지울수록 점수가 오르는 omission 인센티브를 항등식으로 증명 — 처방은 결정론 search-shaping 게이트(post-hoc 필터 아님). JADR(12792) 양자화별 안전 재측정 + Blind-Spots(08317) 포화 벤치 동률이 능력격차 은폐. 적용 → acceptance·adversarial-robustness·eval-beyond-familiar 보강 (3건, 6000 무회귀)
7/10correctness

arXiv 2607.12986 — Win by Silence: 평가자가 '필요 단계 삭제'를 보상하는 omission 인센티브 + 결정론 게이트 처방

단계적 기댓값 채점기가 계획을 덜 명시적으로(필요 transition을 삭제) 만들수록 점수를 보상함을 해석적 항등식(Δ_k)으로 증명 — frozen 26-route 코호트에서 모든 route가 점수를 올리는 삭제를 ≥1개 보유, exploit 메커니즘을 모르는 score-seeking optimizer도 21/26에서 baseline-beating 은닉 구조를 찾았다. "일이 빠져서 점수가 오르면 개선이 아니라 평가가 omission 인센티브를 만든 것." 처방 GATE는 omission-splice route에 점수 릴리스를 거부(26/26, honest suspension 0/26)하여 47/54가 covered 구조로 repair, strict covered 개선 1/26→13/26 — 결정적으로 post-hoc 필터가 아니라 탐색을 조형하는 결정론 제약(search-shaping constraint)으로 작동. 단 임의 계획의 의미적 완전성·현실 품질은 검증 못 함(범위 한계 명시).

  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1 = 7/10 (novelty med, 자동배치 5→재평가 7)
  • 연계: acceptance-criteria-completion(숨김/제거/no-op 금지)·requirements-lock-guard(삭제 exit 2)·execution-time-authorization-layer(우회 불가 구조적 게이트)의 정량 실증 — "게이트는 사후 검사가 아니라 루프 안 결정론 제약"이 보강점
→ 적용: acceptance-criteria-completion.md 근거 보강 (omission 인센티브 + search-shaping 게이트)
7/10security

arXiv 2607.12792 — Silent Alarm (JADR): 응답-judge 대신 pre-token 내부표현으로 안전 취약성 측정, 양자화별 재측정

LLM-as-judge로 생성된 응답만 채점하면 채점 절차에 민감하고 주어진 공격셋의 관측 행동만 볼 뿐 안전 메커니즘의 숨은 취약성은 못 본다. JADR은 첫 응답 토큰 생성 전 모델 내부표현(Jacobian space top-k)을 로컬로(외부 judge 없이) 측정해 SafetyAUC로 강/약 내부 안전 메커니즘을 통계적으로 분리 — 외부 judge를 안 쓰므로 서로 다른 모델뿐 아니라 단일 모델의 변형(양자화 INT8/INT4·파인튜닝)을 같은 기준으로 비교 가능. 6모델×BF16/INT8/INT4에서 양자화 레짐마다 취약성이 실질적으로 달라짐(행동 평가로는 비슷해 보여도). "방어 효과는 모델별 재측정"을 양자화 수준별 재측정으로 확장. 단 모델 내부 접근 필요(내 하네스 비실행, 원리 재확인).

  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 2 · 토큰효율 1 · 측정가능 2 = 7/10 (novelty med)
  • 연계: multi-turn-adversarial-robustness(객관 신호 > LLM-judge, 모델별 재측정)·evaluator-committee-bias-contagion과 정합 — "양자화 수준별 재측정" + pre-token 내부표현 측정이 보강점
→ 적용: multi-turn-adversarial-robustness.md 근거 보강 (재측정 대상에 양자화 수준 추가)
6/10eval

arXiv 2607.08317 — Blind-Spots-Bench: 포화 벤치마크 동률이 능력 격차를 은폐

문자열 조작·다리 5개 강아지 그리기처럼 인간엔 자명하나 현대 AI가 실패하는 blind spot을 노출하는 진단 벤치(235샘플, 구조화 정답 + 자동 채점, open/closed·언어/VL/이미지생성 광범위 평가). 핵심 실증: 기존 벤치마크에서 동등한 성능을 내는 모델들이 blind-spots-bench에서는 약 10% 격차(closed frontier ≫ open-weight)로 벌어지고, 모든 태스크를 지배하는 단일 모델은 없으며 일부는 전 모델이 실패. "포화 벤치 동률 ≠ 능력 동률" — 집계 점수 parity가 구체적 약점을 은폐한다는 정량 실증(178차 Illusion of Robustness의 per-example flip 은폐와 같은 결). 처방: 진단용 stress test로 사각지대 능동 노출. 단 다수 태스크가 멀티모달·이미지 도메인(코딩 하네스 직결은 부분).

  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 1 · 토큰효율 1 · 측정가능 2 = 6/10 (novelty med)
→ 적용: agent-eval-beyond-familiar-environments.md 근거 보강 (포화 동률이 능력격차 은폐)
signalmeta

커버리지 노트 — arXiv firehose 저변동(07-15 178차 직후), HF 당일 0편, trending 대부분 기처리, 기각 5편

7소스군 전부 시도 — arXiv 50(신규 6, 대부분 도메인특화) · HF 당일 0편 + 전일 9편(Read It Back·Blind-Spots 등 기처리) · GitHub trending 20(hermes-agent 215K·CowAgent·nanobot·openclaude·learn-claude-code 등 기처리/기각, 신규 DeepSeek-Reasonix는 prefix-cache 안정성 재확인 low) · topic:ai-agent 20 · 구루GH · HN · X 미러 차단 지속. 178차(07-15) 직후라 arXiv 변동 작음 — removal-first 관점의 저수확 라운드(정직 보고). 기각 상세: MetaInfer(2607.12875) — LLM-as-Compiler 추론엔진 생성, 인프라 도메인 med-low · Principled RL Eval(07769) — deep-RL 이론·off-domain · ChartGenEval(12857)·Verifier RFT thermal(12856)·TerraZero(13028)·MCTS(13007) — 도메인 밖 · Search Beyond(05382)·MonkeyOCRv2·MuScriptor — 비전/음악 도메인 밖.

178
수확
arXiv 50(신규 8) · HF 2 기처리 · trending 19 전원 기처리 · 구루GH 120 · topic 30 · HN 4 · Anthropic eng 신규 0 · X 미러 차단 · Applied 32026-07-15
178차 — 측정 신뢰성 3연타: Illusion of Robustness(2607.12963)가 집계 정확도의 안정이 per-example 예측 플립(양방향 상쇄)을 은폐함을 실증 — 전후 비교 회귀 판정은 flip rate로. PoPE placebo self-repair(12962)·LLM rubric 메타평가(12835)도 기존 rule 근거 보강. 적용 → eval-predictive-validity·removal-first·metric-skill-coevolution 보강 (3건, 6000 무회귀)
7/10eval

arXiv 2607.12963 — The Illusion of Robustness: 집계 정확도가 per-example 예측 플립을 은폐

task-무관 컨텍스트를 벤치마크 질문에 붙이면 집계 정확도는 거의 불변 — 그러나 per-example로는 악화·개선 양방향 플립이 상당수 발생해 상쇄되어 숨는다. 무의미 pseudo-word(랜덤 문자 조합)로도 플립이 생기고, 플립되는 example은 모델별로 상이하며, context 종류·길이·test-time compute·개발 단계에 따라 변조. 집계 점수의 안정 ≠ 신뢰성 — 하네스/프롬프트/모델 변경 전후 비교는 집계 delta만이 아니라 per-example flip rate로 회귀를 판정해야 한다.

  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 2 · 토큰효율 1 · 측정가능 2 = 7/10 (novelty med)
  • 연계: eval-predictive-validity(집계 과신 금지)·reward-score-oversensitivity와 정합 — "양방향 플립의 집계 상쇄"라는 은폐 메커니즘 + flip rate 지표가 보강점
→ 적용: eval-predictive-validity.md 근거 보강 (per-example flip rate)
7/10self-improve

arXiv 2607.12962 — Form, Not Content? (PoPE): placebo 대조로 잰 self-repair의 에러 내용 기여 = mechanism-null

frozen 소형 코드모델(0.5-1.5B)의 error-conditioned self-repair를 사전등록 + channel별 placebo(스캐폴드 유지·task 관련 내용만 제거)로 측정 — prompt/weight 두 채널 모두에서 에러 "내용"의 기여가 mechanism-null(placebo가 동률/우세). 재시도 루프의 이득을 피드백 내용 덕으로 귀속하기 전에 placebo 대조가 필수라는 skill-placebo-null(159차 2607.07504)의 self-repair 확장. 단 소형 frozen 모델 한정, frontier 전이 미검증 — 동등성 입증이 아님을 논문 스스로 명시(정직한 한계 보고의 모범).

  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 2 · 토큰효율 1 · 측정가능 2 = 7/10 (novelty med)
  • 연계: removal-first-skill-hygiene(placebo null)·harness-ablation-on-model-release(one-at-a-time ablation)와 정합 — channel별 placebo 구성법이 보강점
→ 적용: removal-first-skill-hygiene.md 근거 보강 (PoPE placebo 방법론)
6/10eval

arXiv 2607.12835 — Can LLMs Write Reliable Rubrics? LLM 생성 rubric 최초 메타평가

paper 재현 평가용 LLM 생성 rubric을 체계적으로 메타평가 — 생성 rubric은 과세분화·고득점 편향·도메인 적응 부족. intrinsic(의미 유사도) 개선은 미미해도 augmented 설정의 extrinsic(정답 rubric과의 점수 정렬)은 인간 baseline에 근접. 어제(177차) 신설한 metric-skill-coevolution의 실무 각주: 지표를 진화 대상으로 삼을 때 rubric 품질 판정은 intrinsic이 아니라 extrinsic 정렬(downstream 판정 일치)로.

  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 1 · 토큰효율 1 · 측정가능 2 = 6/10 (novelty med)
→ 적용: metric-skill-coevolution-anchored-audit.md 근거 보강 (extrinsic 정렬)
signalmeta

커버리지 노트 — trending 19·HF 2·Anthropic eng 전원 기처리(dedup 정상), 기각 5편

7소스군 전부 시도 — arXiv 50(신규 8) · HF 2(Read It Back·Know Before Fix 기기각) · trending 19(orca·herdr·CubeSandbox·hallmark 등 기처리, OmniRoute·impeccable 기적용) · 구루GH 120 · topic 30 · HN 4 · Anthropic engineering 목록 재확인(how-we-contain-claude 기적용, 신규 글 0) · X 미러 차단 지속. 기각 상세: PalmClaw(2607.13027) — on-device 모바일 에이전트 프레임워크, device tool 경계 명시는 유효하나 데스크탑 하네스 범위 밖 · Resist and Update(12985) — activation-level CRC clamp는 모델 내부 접근 필요, 비실행 · KLLM(12831) — pretraining 개입으로 하네스에서 비실행(retrieval-grounded 방향만 재확인) · One-Word Census(12796) — 최신 flagship일수록 답변 conformity 상승(4배 편차), evaluator 다양성(committee-bias) 재확인 med-low · Neuroplastic HAI(12823) — 범위 밖.

177
수확
arXiv 50(신규 45) · HF 2 · trending 16 전원 기처리 · 구루GH 105 · topic 40 · HN 14(신규 3) · X 미러 차단 · Applied 32026-07-15
177차 — 자가진화의 숨은 가정("신뢰할 지표는 이미 있다")을 겨눈 회차: Who Grades the Grader(2607.12790)가 지표 자체를 결함탐지기 조합+held-out 앵커 감사로 진화시키는 Double Ratchet 실증 — 신규 rule 승격. no-reference judge 85% flip(12885)·E3 최소 실행(13034)은 기존 rule 근거 보강. 적용 → metric-skill-coevolution-anchored-audit 신설 + judge·token rule 보강 (3건, 6000 무회귀)
7/10self-improve

arXiv 2607.12790 — Who Grades the Grader? 지표-스킬 co-evolution (Double Ratchet)

자가진화 루프(스킬 생성·개정·은퇴)는 전부 "신뢰할 평가 지표가 이미 존재한다"는 숨은 가정 위에 있다 — 지표가 없는 도메인에서 스킬만 진화시키면 약한 지표에 Goodhart 고착. 해법: 지표를 1급 진화 대상으로 — 불투명 단일 judge 대신 작은 결함 탐지기(drawback detector) 조합(투명·검사가능), 소수 앵커 참조 세트로 학습, 무라벨 출력 합의로 정규화, 지표가 절대 읽지 않는 held-out anchor로 감사. MBPP+·Spider 2.x에서 "정확한 지표가 가능케 했을" 성능 회복 실증.

  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 0 · 측정가능 2 = 7/10 (novelty high)
  • 연계: judge-as-optimizer-hardening(train/eval 분리)·skillopt-minimal-self-evolution(독립 검증 게이트)·blind-curator와 정합 — "지표 부재 도메인에서 지표를 진화 대상으로 + held-out 앵커 감사"가 신규
→ 적용: rules/metric-skill-coevolution-anchored-audit.md 신설 + knowledge 전문
6/10eval

arXiv 2607.12885 — LLM Judges Can Be Too Generous When There Is No Reference Answer

no-reference judge는 오답을 체계적으로 과신용(over-credit) — 프롬프트에 reference answer를 넣으면 correct/incorrect 판정이 최대 85% 뒤집힘(3개 언어, 인간 대조 포함). judge-as-optimizer-hardening의 "reference 없는 '좋아 보임' 판정은 clean-but-wrong을 보상" 원칙의 최초 정량 실증 — 중요 판정 judge에는 앵커/참조답 공급이 기본값이어야 한다.

  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 0 · 측정가능 2 = 6/10 (novelty med)
→ 적용: judge-as-optimizer-hardening.md 근거 보강 (85% flip 수치)
7/10token

arXiv 2607.13034 — Do AI Agents Know When a Task Is Simple? (E3: Estimate→Execute→Expand)

에이전트는 maximum-context-first 전략(이미 본 파일 재독·의존성 전수 재탐색)으로 한 줄 수정을 코드베이스 감사로 만든다. E3: 실행 스코프 추정 → 최소 경로 실행 → 검증 실패 시에만 확장 — MSE-Bench 121편집에서 최강 baseline 동급 정확도로 중복 탐색(ACRR) 절감. risk-weighted-verification-budget(검증 노력 배분)의 쌍대: 실행 스코프도 복잡도에 비례해 배분한다.

  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 1 · 토큰효율 2 · 측정가능 2 = 7/10 (novelty med)
→ 적용: token-efficiency-tracking.md 근거 보강 (최소 충분 실행 스코프)
signalmeta

커버리지 노트 — trending 16 전원 기처리(dedup 정상 차단), 기각 4편: Win by Silence·MemOps·ACQUIRE·SpectraReward

7소스군 전부 시도 — arXiv 50(신규 45) · HF 2 · trending 16(orca ×3·herdr ×3·meetily ×3 기기각, OmniRoute 기적용) · 구루GH 105 · topic 40 · HN 14(신규 3) · X 미러 차단 지속. 기각 상세: Win by Silence(2607.12986) — plan 평가기가 생략(암묵화)을 보상하는 non-monotonicity를 해석적으로 증명, 커버리지 게이트가 26/26 점수 발급 거부로 수리 유도(acceptance-criteria anti-Goodhart 재확인, med-low) · MemOps(2607.12893) — 메모리 실패를 black-box QA로 뭉뚱그리지 말고 lifecycle 연산(기억·망각·갱신·반영)별 평가(intrinsic-eval 재확인) · ACQUIRE(2607.11111) — fix-driven 탐색 대신 지식 갭 식별 선행(finding-your-unknowns 재확인) · SpectraReward(2607.11886) — T2I 도메인 특화로 범위 밖.

176
수확
당일 2회차 · trending 24 재조회 · 구루GH·topic 재조회 · arXiv 40(신규 36 전원 미달) · HF 1편(미달) · HN 재조회 · dedup 정상 차단 · Applied 02026-07-15
176차 — 당일 2회차 no-op 회차: 오늘의 강신호(관측경계 정리 2607.11751·loop-engineering·guard-skills)는 전부 직전 175차 런에 적용/기각 완료되어 dedup이 정상 차단. 신규 후보 GenericAgent·letta·DeepCode·Metacognition 서베이는 전원 5축 미달·novelty low(기존 memory/self-evolution/abstention 규칙 재확인). 적용 → 없음 (no-op pass = 성공 — removal-first, 6000 무회귀)
4/10harness

lsdefine/GenericAgent (13.4K⭐) — 3.3K줄 씨앗에서 스킬 트리를 자기증식시켜 전체 시스템 제어에 도달하는 자기진화 에이전트

이번 회차 최고점 신규 후보. minimal-bash-agent-harness("Bash 3.3K줄")와 self-referential-evolutionary-improvement의 재확인일 뿐 새 행동 변화 없음. 오히려 "스킬 트리 무한 증식"은 removal-first-skill-hygiene("스킬 표면=slop 축적면")·skill-provenance-placebo-null(생성 스킬 7,560런 무개선 실증)과 방향이 상충 — 채택 대상이 아님.

  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 0 · 토큰효율 0 · 측정가능 1 = 4/10 (novelty low)
→ 기각 (신규 5축 미달 + removal-first와 상충)
5/10memory

letta-ai/letta (23.8K⭐) — 고급 메모리로 학습·자기개선하는 stateful 에이전트 플랫폼(구 MemGPT)

메모리 블록 아키텍처 재확인. agent-memory-hygiene(생명주기)·bounded-constant-memory-injection(카테고리별 캡)·cross-agent-memory-persistence(Markdown=truth/Vector=cache)·ephemeral-state-not-knowledge(휘발성 제외)를 이미 보유 — 새 행동 변화 없음. memory-bank 플러그인이 동일 역할 수행 중.

  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 0 · 토큰효율 1 · 측정가능 1 = 5/10 (novelty low)
→ 기각 (기존 메모리 규칙 4종 중복)
signalmeta

커버리지 노트 — 새벽 launchd 런(175차)과 같은 날 2회차: 오늘 강신호는 6h 전 런이 이미 처리, arXiv firehose 로테이션으로 신규 36건 유입됐으나 전원 도메인 논문·5축 미달

7소스군 전부 시도 — trending 24 재조회(omnigent·EvoMap·harness-sdk·ponytail 기기각, loop-engineering·guard-skills 기적용) · arXiv 40(신규 36) · HF 1편 · HN·구루GH·topic 재조회 · X 미러 차단 지속. 기각 상세: Metacognition in LLMs 서베이(2607.11881 — agentic-abstention 재확인) · Unfair Judge(2607.11871, 직전 런 기기각 — judge 편향의 활성화-기하 규명이지만 API judge엔 hidden state 접근 불가로 운용 불가) · MM-ToolSandBox(2607.11818 기기각) · DeepCode 16K⭐(Paper2Code 제품, 하네스 원리 없음). dedup이 당일 재실행에서 정본 차단을 정상 수행함을 실증한 회차.

175
수확
trending 19 재조회(신규 2 기각) · 구루GH 신규 push 50 · arXiv 50(신규 6, 2 적용) · HF 0편 · HN 18 재조회 · 피드 신규 3(1 적용) · Applied 32026-07-15
175차 — 핵심은 Anthropic 공식 하네스 설계: 하네스 컴포넌트는 모델 한계 가정의 인코딩, 릴리즈마다 one-at-a-time ablation으로 load-bearing 재검증(moving boundary). 보조는 관측 경계 정리(2607.11751) — per-step 모니터는 조각별-benign 분할 공격을 원리적으로 못 잡는다. 적용 → rule 신설 1 + knowledge 1 + 근거 보강 1 (6000 무회귀)
8/10harness

Anthropic Labs — Harness design for long-running application development (2026-03-24): GAN식 planner→generator→evaluator 하네스 + 모델 릴리즈마다 컴포넌트 ablation anthropics

핵심은 "하네스 컴포넌트 = 모델 한계 가정의 인코딩" — 릴리즈마다 one-at-a-time ablation으로 load-bearing 재검증(동시 제거는 판별 불가). evaluator는 태스크가 모델 solo 신뢰 경계 밖일 때만 가치(moving boundary): Opus 4.6에서 sprint 분해 제거·evaluator를 end-of-run으로 옮겨도 display-only clip 등 실결함 검출(잔존 가치 실증). 정량: solo $9/20분=깨진 런타임 vs 풀 하네스 $200/6h=16기능 완동작. 평가 기준 문구 자체가 출력을 조형("museum quality" 구절이 시각 수렴 유발) — rubric 문구도 최적화 표면.

  • 분석: generator/evaluator 분리=user-proxy·cross-model-review, sprint contract=test-first-agent-tasks와 기존 정합 — 신규 코어는 "ablation 트리거=모델 릴리즈, 방법=one-at-a-time, 판정 기준=solo 능력 경계". semantic dedup overlap 0으로 rule 신설.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2 = 8/10 (novelty high)
→ 적용 (rule 신설 harness-ablation-on-model-release + knowledge 전문 + 인덱스, high)
6/10security

When Local Monitors Miss Compositional Harm (arXiv 2607.11751) — 분할 백도어는 per-step 로컬 모니터를 원리적으로 우회: 관측 경계(observability boundary) 정리 + decoded-view gate

유해 payload를 에이전트들에 분할하면 모든 로컬 검사가 통과하면서 조립된 결과물이 공격이 된다. 형식 증명: 조각들이 모니터 view에서 benign해 보이는 순간 그 view 위의 어떤 detector도 못 잡는다(local benignness). decoded-view gate(조립-후 관점)는 테스트 전 공격 차단 — "더 많이 보기"가 아니라 "조립된 객체를 보기". per-tool-call 정규식 훅의 "수학적 차단 불가" 경험 문서화의 형식적 일반화 — 강제 게이트는 조각이 아니라 조립/실행 지점에, 멀티에이전트 병합·push 지점에 전체-객체 검증.

  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 0 · 측정가능 1 = 6/10 (novelty high)
→ 적용 (knowledge+인덱스만 — 자동적용 기준 score≥7 미달로 rule 승격 보류, high)
7/10security

Agent Hacks Agent: Autoresearch for Production-Agent Red-Teaming (arXiv 2607.11698) — Claude Code·Codex를 falsifiable 발견 루프로 레드티밍, 취약점 개념 그래프(VCG)로 지식 영속화

공격 아티팩트를 성공 payload가 아니라 claim·enabling condition·falsifier·transfer 예측·증거로 기록 — frozen VCG가 추가 탐색 없이 최강 discovery baseline 대비 +14.2pp, 모델·에이전트 간 전이. autoresearch 루프로 취약점 "지식"을 재사용 자산화 — skill-evolution-persistent-decision-history(결정 이력 영속화)의 보안 도메인 정량 실증. "어디서 성공했나"가 아니라 "무엇이 가능하게 했나"를 기록.

  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 1 · 토큰효율 1 · 측정가능 2 = 7/10 (novelty med)
→ 적용 (multi-turn-adversarial-robustness 근거 보강, med)
signalmeta

커버리지 노트 — 7/7 소스군 시도: trending 19 재조회(신규 2) · 구루GH 8계정 신규 push 50 · topic 60 재조회 · arXiv 50(신규 6) · HF 0편(빈 날) · HN 18 재조회 · 피드 simonw 20+anthropic(신규 2) · X 미러 차단 지속(rsshub→404 redirect 확인)

기각 주요: Unfair Judge(2607.11871 — judge 편향을 활성화 기하로 규명·linear probe가 미지 벤치 failure 예측, API judge엔 hidden state 접근 불가로 운용 불가 3/10) · MM-ToolSandBox(2607.11818 — 시각 도구호출 실패의 53%가 계획이 아니라 이미지 정보 추출 오류 = qa-screenshot-required 재확인 5/10) · Latent Programming Horizons(2607.05188, HN 52pt — 코딩 에이전트 hidden state가 미래 편집 결과를 ~25스텝 선행 인코딩 AUC 0.83, probe 운용 불가) · hallmark 5.8K⭐(impeccable 패밀리 중복) · background-agents(네이티브 기능 중복) · shot-scraper 1.11(마이너 릴리즈) · trending 상위 대부분 기적용/기기각 재조회(orca·herdr·OmniRoute·CubeSandbox·codex-plugin-cc).

174
수확
trending 16 재조회(신규 1 기각) · 구루GH 신규 push 44(1 적용) · HF+arXiv 신규 13(1 적용) · HN 신규 10(systima dup 차단) · Applied 22026-07-14
174차 — 핵심은 Anthropic 공식 defending-code-reference-harness의 실행티어 이원화: read/write 스킬은 무샌드박스, 코드 실행 파이프라인은 gVisor 밖 실행을 스스로 거부(fail-closed). 보조는 Knowing–Using Gap(2607.08393) — 암기 지식이 계산-유효 레이어로 라우팅되지 않는 기전. 적용 → 근거 보강 2건 (med, 6000 무회귀)
6/10harness

anthropics/defending-code-reference-harness (★6.4K, 07월 공개) — 자율 취약점 발견·수정 공식 레퍼런스 하네스: recon → find → verify → report → patch 파이프라인 + 인터랙티브 스킬 6종(/quickstart /threat-model /vuln-scan /triage /patch /customize) anthropics

핵심은 실행티어 이원화 — read/write-only 인터랙티브 스킬은 무샌드박스 허용, 대상 코드를 실행하는 자율 파이프라인은 gVisor 샌드박스 밖 실행을 스스로 거부(fail-closed, 명시 override만 예외) + 에이전트별 egress allowlist. "스킬이 자기 side-effect 클래스를 선언하고 코드-실행 티어는 구조적으로 거부"가 execution-time-authorization-layer 4속성(프로세스 분리·fail-closed)의 공식 프로덕션 구현. 램프업 철학도 명시: 완벽한 파이프라인 설계에 수개월 쓰지 말고 Day 1 스몰 스타트 — 인터랙티브 스킬로 전체 루프를 하루에 end-to-end 경험 후 커스터마이즈.

  • 분석: multi-stage verification으로 FP 감소(proof-by-exploitation-qa 정합) · CLAUDE_CODE_SUBAGENT_MODEL 핀 문서화. containment-blast-radius·os-level-syscall-sandbox 클러스터의 실증이라 novelty med — 신규 rule 대신 근거 보강.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 2(샌드박스 감지 실패 시 실행 거부 = exit code) · 토큰효율 0 · 측정가능 1 = 6/10 (novelty med)
→ 적용 (execution-time-authorization-layer 근거 보강 — 실행티어 이원화 공식 실증, med)
7/10memory

Why Memorized Knowledge Fails to Generalize (arXiv 2607.08393, HF daily) — fine-tune으로 주입한 지식이 암기는 되는데 downstream 추론에 못 쓰이는 Knowing–Using Gap을 self-patching 개입으로 기전 규명

암기된 표현은 내부에 존재하지만 계산-유효 레이어로 라우팅되지 않는다(knowledge-circuit misalignment) — 정확도 갭 + 암기→활용 시간 지연으로 정식화, self-patching으로 표현 위치를 특정해 실증. retrieval-grounded-exact-recall("정확한 사실은 파라미터 기억이 아니라 검색에서")의 기전 층 완성: "기억은 있는데 못 쓴다"가 우연이 아니라 구조적 한계. 121차 4-arm 실증(train/retrieve 역할 분리)의 메커니즘 근거.

  • 5축: 자동화 1 · 마찰제거 2(오인용 차단 근거) · HARD전환 1 · 토큰효율 1 · 측정가능 2(self-patching 위치 특정) = 7/10 (novelty med)
→ 적용 (retrieval-grounded-exact-recall 근거 보강 — Knowing–Using Gap 기전, med)
signalmeta

커버리지 노트 — 6/7 소스군: trending 16 재조회(신규 1), 구루GH 8계정 신규 push 44, 토픽 40 재조회, HF 07-13 14편+07-14 1편 중 신규 5, arXiv 60 중 신규 8, HN 신규 10, X 미러 차단 지속

기각 주요: systima 33k 토큰 글 재재등장(HN 681p — URL 변형이 seen 인덱스를 비껴갔으나 semantic dedup이 173차 harness-token-overhead-audit 중복으로 적용 차단, 멱등 확인) · Terence Tao 코딩 에이전트 에세이(443p — Java 1.0 애플릿 24종 수시간 포팅, "시각 보조도구라 다운사이드 낮음" = risk-weighted-verification-budget 재확인, low) · pbakaus/impeccable 트렌딩 46K⭐(이미 이 하네스에 플러그인 통합됨) · Shared Selective Persistent Memory(2607.09493 — 4카테고리 선별 영속화+RBAC 공유, ephemeral-state-not-knowledge 클러스터 중복 과다 5/10) · AutoWorldBuilder(2607.09403 — 90% 컨텍스트 압축, context-compression-pipeline 중복). 행동지표(conf 5×1000+replay 1000) 6000→6000 무회귀.

→ coverage 6/7 (X 미러만 차단) · Applied 2
173
수확
GitHub trending 신규 9 기각 · 구루GH/토픽 신규 79 저신호 · HF 07-13 14편 신규 1 · arXiv 신규 33(노트 2·기각 31) · HN 신규 2(systima 666p 적용) · Applied 12026-07-14
173차 — 핵심은 하네스 고정 부트스트랩 오버헤드의 API 경계 실측(systima·HN 666p): 도구 스키마 24k 지배·서브에이전트 fan-out 4.2×·지시파일 무음 무시 — honored/attach 검증을 knowledge로 영속화(171차 note 완결). 보조는 Yohei activegraph-longmemeval — frozen eval boundary·스모크 0.94→풀셋 0.83 낙폭. 적용 → harness-token-overhead-audit (knowledge, med) 1건 (6000 무회귀)
9/10tokens

systima 벤치 재부상 (HN 666p — 171차 271p 노트 시점 대비 2.5×) — Claude Code가 프롬프트 도달 전 ~33k tok 선행 전송(OpenCode ~7k, 4.7×). API 경계 로깅 프록시로 273 레코드 SHA-256 해시체인 감사, "보낸 것"(payload)과 "과금된 것"(usage) 동시 계측

무음 실패 2종이 실질 각 — Claude Code 2.1.207이 AGENTS.md를 조용히 무시(지시파일 honored 검증 없이는 무음 미적용), print 모드는 --mcp-config 없이 프로젝트 .mcp.json 미부착. 서브에이전트 fan-out이 최대 증폭기(직접 121k tok 태스크가 2 fan-out 시 513k, 4.2×), 캐시 할인은 컨텍스트 윈도우 소비엔 무효(85k 부트스트랩 = 200k 창의 40%+ 매 요청). 품질 동일(양쪽 5/5 PASS)한데 입력 토큰 3.7× — 부트스트랩 오버헤드는 품질이 아니라 순수 비용.

  • 분석: 171차에서 note(med)로 선판정했으나 seen 인덱스 미기록으로 재등장 — med 라우팅("knowledge만")에 따라 이번에 영속화. honored/attach 검증·fan-out 비용비 감사는 어디에도 영속 기록이 없었다(171차는 카드 노트만, Applied 0). token-efficiency-tracking(가변 입력)·context-compression-pipeline(입력 압축)과 직교하는 고정 부트스트랩 축.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2(프록시 실측·honored 마커 검사) · 토큰효율 2 · 측정가능 2 = 9/10 (novelty med — 171차 선판정 유지, knowledge 영속화)
→ 적용 (knowledge/harness-token-overhead-audit — API 경계 실측 + honored/attach 검증 + fan-out 비용비, med)
notememory

activegraph-longmemeval (Yohei, 07-10 push) — ActiveGraph 메모리 7종 변형을 LongMemEval-S 500문항에서 frozen eval boundary(리더 claude-sonnet-4-5 temp0 · 저지 gpt-4o 핀 · 공식 채점코드 서브모듈 핀)로 비교하는 재현 가능 벤치 하네스. "논문의 모든 숫자는 clean clone + 명령 1개로 재생성" yoheinakajima

3중 신호 — ① 스모크 낙관: 50문항 0.94~0.98이 풀 500문항에서 0.83~0.88로 하락(낙폭은 multi-session·preference 집중) ② retrieval은 더는 병목이 아님: gold-turn recall 89.15%인데 리더가 gold 증거를 보고도 55문항 실패 — 실패가 retrieval→reading으로 이동 ③ proof 완결 ≠ 정답(구조적 증거 커버리지로 재정의). eval-predictive-validity(집계점수 과신 금지)·intrinsic-eval-disentangles(실패 위치 분리)의 정량 실증이자 memory-bank 평가에 직접 이식 가능한 프로토콜.

→ 노트 (eval-predictive-validity·intrinsic-eval-disentangles 보강, med — frozen boundary 프로토콜)
signalmeta

커버리지 노트 — 6/7 소스군: trending 17 중 신규 9, 구루GH 7계정 105+starred 15(신규는 대부분 구repo 첫 스캔), 토픽 34 중 신규 22, HF 07-14 미발행→07-13 14편 신규 1, arXiv 50 중 신규 33, HN 신규 2, X 미러 차단 지속

기각 주요: NRFR 지표(arXiv 2607.09492 — proxy reward 개선 코호트 중 실패율 측정, anti-Goodhart 정량 각이나 RL 훈련 도메인, med 노트) · ProofCouncil(2607.09474 author-critic — llm-council 중복) · gh-aw(GitHub 공식 에이전틱 워크플로우: 기본 read-only + sanitized safe-outputs만 쓰기 = brokered-mutation-authority 공식 재확인, README에 에이전트 대상 injection 블록 실존 — agent-skill-security-scanning 실증) · openai/codex-plugin-cc 28K⭐(Claude Code→Codex 호출 공식 플러그인 — cross-model-adversarial-review 벤더 공식화) · hookatlas(Yohei, 심리 engagement atlas — 오프토픽). 파이프라인 사건: 171차 note 항목이 seen 미기록으로 재등장 → 이번 런부터 검토 후보 전건(124) seen 기록으로 재발 차단. 행동지표(conf 5×1000+replay 1000) 6000→6000 무회귀.

→ coverage 6/7 (X 미러만 차단) · Applied 1
172
수확
HF 07-13 13편 발행 중 하네스 신규 2 · arXiv 50 중 신규 8(적용 2·노트 1·기각 5) · GitHub trending/topic 대부분 기판정(신규 flint-chart 1 기각) · 구루GH 신규 push 없음 · HN 신규 0 · Applied 22026-07-13
172차 — 핵심은 CLI 코딩 에이전트 실패 궤적 최초 대규모 해부(arXiv 2607.09510, 1,794궤적 수동 주석): 실패는 epistemic error가 지배, 첫 몇 스텝에 시작, 회복 불능까지 은닉 → 조기 검증·개입이 유효. 보조는 Long-Horizon-Terminal-Bench(▲30) — graded subtask 밀집 부분점수 채점. 적용 → doomed-episode-early-abort·binary-question-decomposed-evaluation 근거 보강 2건 (6000 무회귀)
7/10agent

Failure as a Process (arXiv 2607.09510) — CLI 코딩 에이전트 실패 궤적 최초 대규모 실증: 7개 frontier 모델 × 3 scaffold(OpenHands/MiniSWE/Terminus2) × Terminal-Bench에서 3,843궤적 수집, 유효 1,794건·63,000+스텝 수동 주석으로 14 findings — 실패를 최종 결과가 아니라 onset→evolution→recovery의 시간적 과정으로 해부

실패는 epistemic error(환경 상태에 대한 잘못된 믿음)가 지배적 원인 — 도구 실수보다 "상태를 잘못 알고 있음"이 근본. 첫 몇 실행 스텝 안에 시작되고 회복 불능 시점까지 겉으로 드러나지 않는다(hidden until unrecoverable) — doomed-episode-early-abort가 실측한 "행동 관측 조기 doom 판정은 chance 수준"의 이유를 메커니즘으로 설명. 결론: 신뢰성은 최종 결과 평가가 아니라 조기 검증·개입에서 온다.

  • 분석: doomed-episode-early-abort(2607.06503, hidden-activation probe로 1라운드 예측)의 수동 주석 독립 재확인 — probe(내부 표현)와 주석(과정 해부)이 같은 결론으로 수렴. epistemic error 지배는 explicit-state-ledger-tool-calls(상태를 명시 원장으로, 도구 호출을 현재 상태로 검증)의 독립 실증.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2 = 7/10 (novelty med — 기존 rule 메커니즘·실증 보강, 신규 rule 금지 라우팅)
→ 적용 (doomed-episode-early-abort 부록 — 대규모 수동 주석 독립 실증 + hidden-until-unrecoverable 메커니즘, med)
7/10eval

Long-Horizon-Terminal-Bench (arXiv 2607.08964, HF ▲30) — 장기 터미널 태스크 46종(실험 재현·SW엔지니어링·멀티모달 분석·인터랙티브 게임·과학계산 등 9범주)을 세분 graded subtask로 분해해 밀집 중간 보상 + 부분 점수(partial credit)로 채점

기존 터미널 벤치는 분 단위 단순 과제 + 최종 결과만 보는 binary 채점 → sparse reward라 중간 진전·부분 해결이 안 보인다. subtask 분해 채점은 "어디까지 갔는가"를 계량 — binary-question-decomposed-evaluation(원자 단위 분해 평가)을 judge 평가에서 장기 에이전트 태스크 채점으로 확장한 독립 실증이자, qa-evidence-format의 severity별 카운트·acceptance_verified[] 원자 항목과 동형.

  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 2(subtask별 exit code 채점) · 토큰효율 1 · 측정가능 2 = 7/10 (novelty med — 원칙 재확인 + 적용 도메인 확장)
→ 적용 (binary-question-decomposed-evaluation 부록 — 장기 태스크 밀집 부분점수 확장, med)
signalmeta

커버리지 노트 — 6/7 소스군: HF 07-13 13편 발행(주말 07-11/12 미발행), arXiv 50 중 신규 8, GitHub trending 21·언어별 38 대부분 기판정, 구루GH 8계정 신규 push 없음, HN 신규 0, X 미러 차단 지속

기각 5: Vocabulary/Verifier Gaps(3/10 position paper) · TrustX ARC 12차원 리스크 티어링(5/10, risk-weighted-verification-budget 중복) · Agora 경매식 태스크 라우팅(5/10, model-routing 클러스터 중복) · Mosaic 임바디드 ILP 계획(5/10 도메인 밖) · Self-Guided Test-Time Training(3/10 ML 기법). 노트 1: Shared Selective Persistent Memory(arXiv 2607.09493, 5축 8/10이나 novelty low — 4범주 선별 보존 + RBAC 공유 워크스페이스는 memory-bank-cloud 스코프 공유·ephemeral-state-not-knowledge가 기구현). GitHub 신규 microsoft/flint-chart(에이전트용 차트 DSL, +1,061/주)는 agent-ergonomic-tool-interface 재확인이라 기각. 행동지표(conf 5×1000+replay 1000) 6000→6000 무회귀, knowledge 정본 cc-sync 667a668 커밋.

→ coverage 6/7 (X 미러만 차단) · Applied 2
171
수확
GitHub trending/topic 대부분 제품앱 저신호 · 구루GH anthropics defending-harness 1 신규·yohei activegraph 생태계 증분/hookatlas 오프토픽 · HF 07-10 23편(하네스 3 전원 기판정)·07-13 미발행 · arXiv 40 전원 기판정 · HN 신규 3 저관련(systima 271p·terrytao 375p·mindwalk 141p) · Applied 02026-07-13
171차(07-13 첫 런) — 라이브 신호 전량 dedup, 유일 실질은 Anthropic 공식 Defending Code Reference Harness: recon→find→verify→patch 자율 파이프라인에서 실행 단계는 gVisor 밖 실행을 거부(HARD 격리 게이트)한다. 보조로 systima 벤치가 하네스 툴스키마=33k 선행토큰의 24k 지배·서브에이전트 팬아웃 121k→513k(4.2×)를 계량. 둘 다 기보유 클러스터 med 보강. 적용 → 없음 (행동지표 6000 무회귀·no-op 성공)
notesecurity

Defending Code Reference Harness (Anthropic, 07-12) — 자율 취약점 발견·수정 참조 하네스: recon→find→verify→report→patch 파이프라인을 스킬 5종(/threat-model·/vuln-scan·/triage·/patch·/customize)으로 매개. 읽기/쓰기 스킬은 무샌드박스 승인형으로 안전하나, 타깃 코드를 실제 실행하는 자율 파이프라인은 gVisor 밖 실행을 거부(명시 override만)하고 에이전트마다 egress allowlist로 격리 anthropics

핵심은 권한-티어 게이팅 + proof-by-exploitation. 정적 스캔·트리아지는 read/write-only라 무샌드박스 승인형, exploit을 실제 실행하는 단계만 gVisor 하드 격리. ASAN 크래시=검증된 취약점(다단 verify로 false-positive 감소), subagent 모델 핀(CLAUDE_CODE_SUBAGENT_MODEL). Day1 정적스캔+트리아지 → Week2 자율 스캔/패치의 점진 신뢰 램프. 제품 아닌 레퍼런스 — 언어·탐지기·취약클래스는 /customize로 포팅.

  • 분석: proof-by-exploitation-security(no exploit no report)·containment-blast-radius-engineering(환경 경계가 방어)·risk-weighted-verification-budget(위험도 비례)·skill-mediated-over-screen-execution(스킬 매개 CLI)·loop-engineering-trust-ladder(L1→L3 신뢰 램프)·execution-time-authorization-layer(실행 직전 격리 강제)의 공식 통합 실증. 신규 각은 read/write=무샌드박스 vs execute=gVisor 거부의 명시 이분 게이트.
  • 미적용 이유: 코어 패턴(exploit 검증·per-agent 격리·권한 티어·신뢰 램프·스킬 매개)이 전부 기보유 클러스터와 중복 → novelty med, 신규 행동변화 없음. novelty 라우팅상 신규 rule 금지, 보안 하네스 클러스터 근거 보강만.
  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 1 · 토큰효율 0 · 측정가능 1 = 4/10 (med novelty → knowledge/기존 rule 보강, auto-apply 미달)
→ 노트 (proof-by-exploitation·containment-blast-radius·risk-weighted-verification·loop-engineering-trust-ladder 보강, med)
notetokens

systima 벤치 (HN 271p) — Claude Code가 프롬프트 도달 전 ~33k 토큰 선행 전송(OpenCode ~7k, 4.7×). API 경계 로깅 프록시(~200줄 Node)로 "보낸 것"(요청 payload)과 "과금된 것"(usage)을 동시 계측

툴 스키마가 지배항 — 27개 툴 99,778자 ≈ 24k토큰이 33k의 대부분. 72KB AGENTS.md/CLAUDE.md=요청당 +20k, MCP 서버당 ~1~1.4k. 최대 배수는 서브에이전트: 121k 태스크가 2개 팬아웃 시 513k(4.2×) — 각 서브 부트스트랩 + 부모가 서브 트랜스크립트 재수집. 캐시는 비용은 줄여도 컨텍스트 점유는 못 줄인다(85k 부트스트랩=200k 창의 40%를 매 요청 점유). 교훈: 경계에서 계측·안 쓰는 툴 비활성·명령파일/MCP 감사·위임 신중. "하네스가 바닥을 정하고 설정이 청구서를 정한다".

→ 노트 (token-efficiency-tracking·per-turn-tool-adaptation·agent-delegation-strategy 보강, med — 경계 계측 프록시 각)
signalmeta

커버리지 노트 — 6/7 소스군 시도, 07-13 첫 런이나 라이브 전량 dedup: 어제 166~170차(하루 4런)가 arXiv 2607.087xx 배치를 전부 소비. HF 07-13 미발행(최신 07-10, 하네스 논문 전원 기판정), 구루GH activegraph-packs/memory 생태계 증분·hookatlas는 심리 engagement atlas(하네스 아님)

coverage 6/7: GitHub trending/topic(career-ops·cherry-studio 등 제품앱 저신호) · 구루GH anthropics(defending-harness 발견)·yohei(activegraph 증분·hookatlas 오프토픽)·karpathy(nanochat 등 기존)·simonw · arXiv 40 전원 기판정(2607.087xx) · HF 07-10 23편 중 하네스 3(Ideas-Genomes·UniClawBench·Remember-When) 전원 기판정 · HN 신규 3(systima 271p 노트·terrytao 375p 경험담·mindwalk 141p 세션리플레이 저관련). X 미러(nitter/rsshub) 차단 지속 1/7 실패. harness-evolution 최근 gaps=[] 안정 → 갭 부스트 미적용. dedup이 라이브 신호 전량 차단 — no-op은 removal-first(절제가 제품)의 정상 종료이며 전 소스 수집 성공 + clean 완주 조건 충족. 행동지표(conf 5×1000+replay 1000) 6000→6000 무회귀.

→ coverage 6/7 (X 미러만 차단) · no-op 성공
170
수확
GitHub trending 21 전원 기판정 · 구루GH anthropics·yohei·karpathy·simonw 전원 기판정/노이즈 · HF 07-12 0편(일요일) · arXiv 50→필터 15 전원 기판정(14 reject·1 applied) · HN 신규 2 저관련 · anthropic feed: Auto Mode(03-25 백필) 1 | 신규 실질 3 · Applied 02026-07-12
당일 4회째 런 — 라이브 신호 전량 dedup, 유일 실질 발견은 Anthropic 공식 Auto Mode(03-25 백필): 안전 판정자를 추론-블라인드로 만들어 에이전트가 가드를 설득·우회하지 못하게 한다. 2단계 분류기·deny-and-continue+에스컬레이션 캡(3연속/20총)은 risk-weighted-verification·blind-validation 클러스터 보강 (med novelty). 적용 → 없음 (행동지표 6000 무회귀·no-op 성공)
noteauthz

Claude Code Auto Mode (Anthropic Engineering, 03-25) — 승인 피로(권한 프롬프트 93% 무비판 승인)를 대체하는 model 기반 권한 판정: 입력층 prompt-injection probe + 출력층 transcript 분류기가 실행 직전 각 행동을 대리 승인. 판정자는 에이전트의 산문·도구결과를 제거한 "추론-블라인드"로 동작해, 에이전트가 가드를 설득하지 못하고 구조적 injection 방어까지 겸한다 anthropics

위험 등급별 게이팅(읽기전용/인프로젝트 편집=무판정, 나머지=분류기), 2단계 분류기(단일토큰 고recall 8.5% FPR → CoT 정밀 0.4% FPR, 2단계는 거의 캐시-히트로 저비용), 영향-우선 평가(&& 체인=1행동, write-then-exec=실효 판정), deny-and-continue(차단=중단이 아니라 안전경로로 유도하는 tool result) + 에스컬레이션 백스톱(3연속/20총 초과 시 사람에게, headless는 종료). 정직한 한계: 실제 과행동 오탐지율(FN) 17% — 고위험 인프라의 수동 리뷰 대체 불가.

  • 분석: risk-weighted-verification-budget(위험도 비례 검증)의 공식·정량 실증 + execution-time-authorization-layer(주소공간 안 제어는 escapable→프로세스 분리 판정)의 구현. 신규 각(角)은 "추론-블라인드 판정자" — blind-validation-layer의 "보안 리뷰는 전체 컨텍스트 필요" 예외와 정면 긴장: 에이전트 산문을 오히려 *제거*해야 설득·injection을 막는다는 반대 처방
  • 미적용 이유: 03-25 발행 백필이라 신규 행동변화 아님. 코어 패턴(등급 게이팅·2단계 분류·deny-and-continue+캡)은 risk-weighted-verification·error-recovery(로테이션+캡)·agentic-abstention(멈춤은 외부 게이트) 기보유와 med 중복 → novelty 라우팅상 신규 rule 금지, 클러스터 근거 보강만
  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 1 · 토큰효율 1 · 측정가능 1 = 5/10 (med novelty → knowledge/기존 rule 보강, auto-apply 미달)
→ 노트 (risk-weighted-verification·blind-validation·execution-time-authorization 보강, med)
signalmeta

커버리지 노트 — 6/7 소스군 시도, 당일 4회째 런이라 잔여 신규 얇음: 00:00·06:00·오후(167·168·169차)가 오늘 트렌딩·arXiv·HN·구루GH를 이미 소비. HN 신규 2건(모델 4앱 벤치·Context.dev 스크레이핑 API)은 저관련 거부

coverage 6/7: GitHub trending 21(전원 dedup) · 구루GH anthropics·yohei(activegraph 생태계)·karpathy(nanochat 등 기존)·simonw(당일 재난 스크레이퍼 다수, 하네스 신호 무) · topic 검색 · arXiv 50→키워드 15(전원 기판정: 14 reject·2607.08716 Remember-When applied) · HF 07-12 일요일 0편. X 미러(nitter/rsshub) 차단 지속으로 1/7 실패. harness-evolution 최근 라운드 gaps=[] 안정 → 갭 부스트 미적용. dedup 인덱스가 라이브 신호를 전량 차단해 이중 적용 방지 — no-op은 removal-first(절제가 제품)의 정상 종료이며, 전 소스 수집 성공 + clean 완주 조건 충족. 행동지표(conf 5×1000+replay 1000) 6000→6000 무회귀.

→ coverage 6/7 (X 미러만 차단) · no-op 성공
169
수확
GitHub trending 19 · 구루GH 7프로필 105+starred 30 · topic 38 · HF 07-12 0편(일요일) · arXiv 50 전원 기판정 · HN 13 전원 기판정 · anthropic feed 신규 0 · X 차단 | 신규 3 · 전원 거부 | Applied 02026-07-12
같은 날 3회째 런 — 00:00·06:00 수확(167·168차)이 당일 강신호를 전부 선점해 순수 신규 3건 전원 거부, Applied 0 (no-op 성공). dedup 인덱스가 arXiv 50·HN 13·트렌딩 19를 전량 기판정으로 차단 — 절제가 제품(removal-first). 적용 → 없음 (행동지표 6000 무회귀)
rejectdedup

순수 신규 3건 전원 거부 — openai/softnet(Tart VM용 유저스페이스 패킷필터: ARP 스푸핑 차단·DHCP 리스 단축)·charmbracelet/vhs(★20.3k CLI 녹화-as-code)·bambamramfan/ai-compass(무관)

softnet은 4/10 — VM 네트워크 격리는 containment-blast-radius·microvm-agent-sandbox 계열 기보유 + Tart VM 플릿 미운용으로 내 하네스 무관련. vhs는 novelty=low — 150차 agent-video-evidence 메모가 이미 vhs(★20,260, simonw starred)를 "tape 스크립트=재현 명령" 원칙까지 인용 완료, 재확인만. ai-compass는 Political Compass for AI(14⭐)로 도메인 무관.

→ 신규 rule 0 (전원 거부)
signalmeta

커버리지 노트 — 7개 소스군 전부 시도했으나 당일 3회째 런이라 잔여 신규가 얇음: 00:00(167차)·06:00(168차)이 defending-code-reference-harness·databricks 벤치마크·activegraph-terminalbench를 이미 적용 완료

coverage 7/7 시도: trending 19 · 구루GH 7프로필 105+starred 30 · topic 4쿼리 38 · arXiv 50(50/50 기판정 — 00:00 런이 동일 윈도우 소비) · HF 07-12 일요일 0편 · HN 13(databricks·making-of-claude-code 포함 전원 기판정) · anthropic engineering 신규 글 없음. harness-evolution 최근 3라운드 gaps=[] 안정으로 갭 부스트 미적용. no-op은 removal-first 원칙의 정상 종료 — 검사 완주 + clean이 조건이며 이번 run은 전 소스 수집 성공으로 충족. 행동지표(conf 5×1000+replay 1000) 6000→6000 무회귀.

→ coverage 7/7 · no-op 성공
168
수확
GitHub trending 61 · 구루GH 8프로필 120+starred 40 · topic 50 · HF 07-10 23(07-12 API 거부) · arXiv 50 · HN 13 · feed 65 · X 차단 | 신규 12 · 기판정 다수(00:00 167차 소비) | Applied 1+보강12026-07-12
제약은 프롬프트가 아니라 코드로 — Anthropic 공식 취약점-사냥 하네스는 에이전트 spawn 런처가 gVisor 샌드박스를 사전 검증하고 미검증이면 시작 자체를 거부한다 (--dangerously-no-sandbox 명시 오버라이드만). 격리 수준은 스테이지 실행 능력에 매칭, egress는 default-deny 프록시. 적용 → capability-tiered-sandbox-enforcement
7/10harness

anthropics/defending-code-reference-harness (★6.4k) — Claude 자율 취약점 발견·수정 공식 레퍼런스 (recon→find→verify→report→patch). 에이전트를 spawn하는 서브커맨드는 gVisor 샌드박스 미검증 시 시작을 거부(fail-closed launcher), 오버라이드는 --dangerously-no-sandbox 명시 플래그뿐 anthropics

docs/security.md 교리 — "모델은 말해준 능력이 아니라 실제 접근 가능한 능력을 쓴다. Constraints must be enforced in code, not in prompts." 격리는 능력별 차등: 결정론 오케스트레이터(타깃코드 실행 없음)=무샌드박스 OK, read/write-only 스킬=대화형 승인 하 OK, 타깃 실행 에이전트=gVisor 이상 필수(plain runc 금지 — 호스트 커널 공유). egress는 무인터넷 네트워크 + api.anthropic.com:443만 중계하는 프록시(default-deny). credential 경로 마운트 금지, 정적 스캔은 FP 多 전제 → execution-verified 발견만 보고.

  • 분석: execution-time-authorization-layer(주소공간 안 제어는 escapable)·containment-blast-radius의 공식 확인 + 구체 구현 — 신규는 "spawn 시점 사전 거부"(내 게이트는 push/완료 사후뿐)와 능력-등급 격리 gradient(risk-weighted-verification-budget의 샌드박스 버전)
  • 적용 이유: ① 에이전트 spawn 런처의 샌드박스/경계 사전검증 + fail-closed 거부(신규 게이트 패턴) ② 격리 수준을 스테이지 실행 능력에 매칭(신규 기준) ③ default-deny egress allowlist + 단일목적 프록시(신규 금지)
  • 기대효과: 자율 워커(auto-issue·헤드리스 claude -p 루프)가 임의 명령 실행 능력을 가질 때 spawn 전 구조 강제 — 프롬프트 지시 의존 제거. threat-model-first 스코핑·triage의 test/fixture FP 제외는 부수 수확
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 0 · 측정가능 1 (novelty high → knowledge 메모 + 인덱스)
→ capability-tiered-sandbox-enforcement.md 생성
6/10evidence

A-EVO-Lab/a-evolve (arXiv 2602.00359) — "PyTorch for Agentic AI": 임의 에이전트를 임의 진화 알고리즘으로 벤치마크-게이트 진화시키는 범용 인프라. base Opus-4.6 + 수동 하네스 엔지니어링 0시간 → SWE-bench Verified 76.8% · MCP-Atlas 79.4%(#1, +3.4pp)

"측정된 delta로만 keep"(harness-benefit-not-update)이 인프라 규모에서 SOTA를 낸다는 독립 정량 실증. med novelty(기존 진화 루프 원칙의 강한 보강)라 novelty 라우팅에 따라 신규 rule 대신 기존 knowledge에 근거 1줄 append.

→ harness-benefit-not-update 근거 보강 (med)
rejectdedup

저득점/중복 거부 — 신규 12건 중 10건이 기존 원칙 중복: Raven(★1.4k memory-first self-improving harness)·sutando(AutoGen 저자, 주간 realtime/야간 self-rewrite — 야간 루프 기보유 확인)·CowAgent(★46k)·EvoMap/evolver(GEP 기적용)·Ataraxy/sem(semantic-diff 기보유)·Understand-Anything(★73k 코드→지식그래프)

Agent-Skills-for-Context-Engineering(★17k)은 기존 context rules 다수와 중복 + skill-provenance-placebo-null(스킬 모음 무효과 실증) 근거로 거부 — 단 이 repo를 인용한 "Agent Harness Engineering: A Survey"(CMU·Yale·JHU·Amazon 2026)는 후속 수확 후보. simonw "Rewriting Bun in Rust"는 language-independent-conformance-suite 기적용 재확인. autoresearch 스킬 재배포 2건(★5.3k/★2k)은 자체 시스템 기보유로 거부.

→ 신규 통과 1건 (defending-code)
signalmeta

커버리지 노트 — 7개 소스군 전부 시도: trending 61 · 구루GH 120+40 · topic 50 · HF 23(07-12는 API가 date≤07-11 거부 — 미래날짜 가드 확인) · arXiv 50 · HN 13 · feed 65. X 미러는 nitter 200/0B·rsshub 302로 차단 지속

00:00 launchd 167차가 오늘 트렌딩·arXiv·HN을 이미 소비해, 같은 날 2회째 런의 신규 신호는 구루GH 직스캔에서 나옴 — anthropics org 최근 push 스캔이 defending-code-reference-harness(★6.4k)를 포착. dedup 인덱스가 기판정 재분석 0건으로 차단(이중 적용 방지), 행동지표 6000→6000 무회귀.

→ coverage 7/7 (X 미러만 차단)
167
수확
GitHub trending 21 · 구루GH 8프로필 120+starred 40 · topic 48 · HF 07-12/11 주말 0편 · arXiv 50(필터 12 전원 저관련) · HN 35 · feed simonw 30·anthropic 25 · X nitter 차단 | 신규 ~40 · 다수 SDK 미러/스크레이퍼 | Applied 12026-07-12
컨텍스트 조립 변경은 build_context() 단일 seam 뒤 A/B로만 — verbatim tail+prompt cache가 그래프 검색 컨텍스트를 5pt 이겼다 (yohei activegraph-terminalbench, Terminal-Bench 2.0 계측 실증). "fancy 검색이 당연히 낫다"는 가정을 이벤트 계측 재현이 반박. 적용 → context-assembly-seam-ab-verbatim-baseline
8/10harness

yoheinakajima/activegraph-terminalbench — Terminal-Bench 2.0 하네스에서 컨텍스트 조립을 build_context() 단일 함수 seam으로 격리해 ReAct loop 몰래 A/B: v1 verbatim tail+prompt cache ≈ terminus-2 control, v2 그래프 검색 컨텍스트(active error·touched files·prior attempts·digest)는 −5pt 패배 yoheinakajima

run 자체가 이벤트 로그: 전 스텝(reasoning·command·output·error·timing·tokens)을 per-trial ActiveGraph 이벤트로 적재 → typed graph(Task/Step/Command/Observation/Error)가 결정론적 projection — −5pt의 메커니즘을 이벤트 스토어 계측 재현으로 검증. Pass 1(Sonnet 4.6, 전 89태스크) 38.2% canonical, Pass 2(Sonnet 4.5, k=3) 3-config matrix. Pass 3은 graph-native stall detection의 v3 hybrid 예고.

  • 분석: grep-over-vector(검색 도구 < 하네스)의 컨텍스트-조립 차원 확장 — task-aware-context-pruning(프루닝 +성공률)과 반대 부호 증거로, 같은 "컨텍스트 가공"이 벤치·구현 따라 ±가 갈린다 = 개입 종류가 아니라 seam A/B 측정이 규칙
  • 적용 이유: ① 단일 seam 함수 경계 + 동일 태스크셋 A/B delta 없는 컨텍스트 조립 변경 채택 금지(신규 게이트) ② verbatim tail+prompt cache를 공식 베이스라인으로(신규 기준) ③ 요약/검색 컨텍스트 교체 제안에 베이스라인 delta 선요구(신규 금지)
  • 기대효과: 컨텍스트 엔지니어링 과투자 차단 — joint-quality-compression-measurement(품질 동시 측정)와 정합, event-sourced 계측이 "왜 졌는가"까지 진단 가능하게
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2 (novelty high → knowledge 메모 + 인덱스)
→ context-assembly-seam-ab-verbatim-baseline.md 생성
6/10note

kageroumado/adrafinil (HN 124pt) — lid 닫힌 Mac을 "에이전트가 일하는 동안만" 깨워두는 hook 기반 scoped wake-lock. caffeinate/Amphetamine의 always-on과 반대: turn start/end hook이 assertion 획득/해제, 마지막 세션이 끝나는 순간 정상 sleep 복귀

에이전트가 MCP tool/CLI로 응답 이후까지 hold 연장 가능(긴 빌드·배포), root 권한은 setSleepBlocked(Bool)만 노출하는 격리 helper(최소권한 실례). 야간 launchd 수확·장시간 세션을 노트북에서 돌리는 내 환경에 직접 유효하나 score 6(토큰효율 0)으로 auto-apply 미달 — "리소스 hold는 작업 수명에 스코프"는 orphan-process-hygiene 동족 패턴이라 회차 노트로만.

→ 노트만 (Applied 제외)
rejectdedup

저득점/중복 거부 — 일요일 트렌딩 상위 21개 중 기판정 19개(herdr·orca·caveman·CubeSandbox 재부상 전원 dedup 차단), 진짜 신규는 pentagi·RuView 2건뿐

거부: pentagi(자율 펜테스팅 — proof-by-exploitation 계열 기존 흡수) · RuView(WiFi 공간 인텔리전스 — 무관) · anthropics/claude-plugins-community(커뮤니티 마켓 보안스캔+내부 리뷰 파이프라인 — skill-audit-pipeline 재확인, novelty low) · activegraph-packs(Core/layered pack 계층 — event-sourced-reactive-graph-runtime 보강 수준) · openai/skills(cross-cli-skill-portability 기존) · HN 신규 5건(MRI 사용담·AskUserQuestion 버그·MCP Cloud·비용 관찰·Ask 스레드). arXiv 일요일분 키워드 매치 12건 전원 도메인 논문(pose·OFDM·GNN·federated)으로 저관련.

→ 신규 rule 0 (terminalbench 1건만 통과)
signalmeta

커버리지 노트 — 주말 신호 공백: HF daily papers 07-11/12 연속 미발행, 일요일 arXiv는 도메인 논문 위주. 구루GH가 유일한 강신호원 — yohei activegraph 생태계가 packs(기각)→terminalbench(적용)로 분화

coverage 6/7: GitHub trending·구루GH 8프로필+starred 2인·topic 4쿼리·arXiv 50·HN 35·feed(simonw 30, anthropic 25) 성공, X nitter 0바이트 차단 지속(사유 로그). simonw 이번 주는 GPT-5.6 가족·sqlite-utils 4.0 릴리즈 중심으로 하네스 신호 약함. anthropic engineering 신규 글 없음(featured how-we-contain-claude는 기적용). 행동지표 6000→6000 무회귀.

→ coverage 6/7 소스 (X만 실패)
166
수확
GitHub trending 21 · 구루GH 8프로필 120 · topic 40 · HF 07-11 0편→07-10/09 41편(필터 9) · arXiv 50(필터 47) · HN 14 · feed anthropic 25·simonw 15 · X nitter/rsshub 차단 | 필터 후보 291 · 신규 189(다수 SDK·도메인 저신호) | Applied 12026-07-11
병렬 에이전트의 false conflict는 회피가 아니라 병합 시점에 해결한다 — weave(★1.2k)가 tree-sitter entity 단위 3-way merge로 git line-merge 충돌 ~95% 제거, 31/31 시나리오(git 15/31)·실레포 replay 회귀 0. 기존 worktree 규칙의 '분할 회피'에 '해결' 축 추가. 적용 → entity-level-merge-parallel-agents
9/10tool

Ataraxy-Labs/weave — git line-merge가 만드는 병렬 에이전트 false conflict를 entity-level 3-way merge로 구조 제거. base/ours/theirs를 tree-sitter로 함수·클래스 단위 파싱 → identity(file:type:name:parent) 매칭 → 한쪽만 변경은 자동 채택, 양쪽 변경만 intra-entity merge, 진짜 비호환일 때만 conflict Ataraxy-Labs

~32언어(TS·Python·Go·Rust·Java·JSON·YAML), Rust 구현, .gitattributes merge driver 등록 = 결정론 도구 계층(HARD). 실측 31/31 시나리오(Mergiraf 26/31, git 15/31), git·Flask·CPython·Go·TS 실레포 replay 144 wins / 회귀 0. modify-vs-delete는 entity명·타입·사유가 라벨된 conflict로 정직 표면화, binary/1MB+/미지원 타입은 line merge 폴백(가속기 패턴 — 정확성 게이트 아님). jj(Jujutsu) 통합 + preview dry-run + MCP 서버.

  • 분석: 기존 worktree-parallel-agents는 "수직 슬라이스 분할로 충돌 최소화" = 회피 전략만 보유, 병합 시점 해결책 부재 — 같은 Ataraxy sem(semantic-diff-pattern 기적용)의 자매 도구로 diff/blame 분석에서 merge 실행으로 확장
  • 적용 이유: ① 분할-회피에 병합-해결 축 추가(신규 행동) ② merge driver는 프로세스 밖 결정론 강제 — "충돌 잘 풀어라" 프롬프트(SOFT)로 대체 금지 ③ false conflict의 LLM 재작업 토큰 마찰 제거
  • 기대효과: auto-issue 다중 워커·/team 병렬 specialist가 공유 파일을 수정할 때 통합 병목 해소 — conflict는 좁게 그러나 정직하게(modify-vs-delete 표면화는 additive-not-destructive 정합)
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2 (novelty high → knowledge 메모 + 인덱스)
→ entity-level-merge-parallel-agents.md 생성
6/10reject

저득점/중복 거부 — 최고점 desloppify 6/10: anti-gaming 이중점수(lenient-vs-strict gap이 wontfix 게이밍을 지표화, 재리뷰가 점수를 낮출 수 있음)는 anti-Goodhart 계열의 유의미한 보강이나 novelty med(신규 rule 금지)

거부 9건: desloppify ★3k(scan→score→triage→execute→rescan 루프 — code-cleanliness·acceptance-criteria 기존 계열) · awesome-agent-harness ★1.4k(큐레이션 — 표면=slop면) · Contravariance Theory 2/10(NeuroAI 이론) · Rowboat 217pts(로컬 Claude Desktop 대체) · GPT-5.6 build-off 12모델(비교 블로그) · ECC·llmtrim·dev-3.0·gsd-core(전원 기존 rule 흡수). Raven·sutando·evolver·AgentLens 등 재부상 신호는 기거부 dedup이 정상 차단.

→ 신규 rule 0 (weave 1건만 통과)
signalmeta

커버리지 노트 — 새벽 launchd 런(165차)과 같은 날 2회차: 당일 강신호 대부분 기처리로 dedup 정상 동작, 신규 189건의 실체는 SDK 미러·도메인 논문·git 스크레이퍼가 다수

coverage 6/7: GitHub trending(21/22가 AI — 생태계 포화 지속)·구루GH·topic·HF(07-11 미발행→07-10/09 41편 소급)·arXiv 50·HN·feed 성공, X nitter 0바이트/rsshub 302 지속 차단(사유 로그). yoheinakajima activegraph 신작 3종(packs·terminalbench·blog)은 전일 기판정 유지 — Ataraxy-Labs 생태계(sem→weave)가 "agent-native git 인프라" 축으로 2회 연속 통과한 유일 소스.

→ coverage 6/7 소스 (X만 실패)
165
수확
GitHub trending 55(3언어) · 구루GH 8프로필 80+starred 30 · topic 32 · HF 07-11 미발행→07-10 23편(필터 8) · arXiv 50(필터 20) · HN 5 · feed simonw 12·latent 6·addy 6·anthropic 25 · X rsshub 302 차단 | 필터 후보 272 · 신규 10 | Applied 12026-07-11
RSI는 가중치 자가수정이 아니라 하네스 계층의 자가개선으로 온다 — Lilian Weng이 35편을 서베이해 최적화 사다리(answers→context→workflow→harness code→optimizer)를 세웠다. rung 비례 게이트 + held-out 이중 회귀 + 실패기록 3요소를 증류. 적용 → harness-engineering-rsi-ladder
8/10self-improve

Harness Engineering (Lilian Weng) — RSI의 최적화 대상은 answers→context→workflow→harness code→optimizer로 사다리 상승. Self-Harness는 하네스 수정 수락을 held-in+held-out 이중 무회귀로, STOP은 약한 모델 recursion이 개선 아닌 악화임을 실증("intelligence is still the core") lilianweng

35편 서베이(ACE·MCE·Meta-Harness·STOP·Self-Harness·ADAS·AFlow·AlphaEvolve·DGM·SIA). ACE curator의 "(identifier, description) 불릿 결정론 병합 + 주기 dedup, full-blob 재작성 금지"는 내 rules 증류본+dedup 구조의 정확한 독립 실증. DGM은 하네스 자가수정만으로 SWE-bench Verified 20%→50%(부모 선택 = 성능 비례 × 자식 수 반비례로 다양성 보존). 실패 기록은 verifier cause + agent behavior + exposed mechanism 3요소로 — surface error(timeout)가 서로 다른 근본원인을 가린다.

  • 분석: 내 진화 폐루프(수확→측정→pending→self-improve→ack)는 Weng의 "meta-methodology" 단계에 해당 — 단 현재 회귀 게이트(conformance ENFORCED+replay_rate)는 전부 held-in이라 수정이 지표에 과적합(Goodhart)해도 못 잡는다
  • 적용 이유: ① 자가개선 변경을 사다리 rung으로 분류해 rung 비례 게이트(신규 행동) ② held-out probe 스플릿 무회귀 수락 조건(신규 행동) ③ 실패기록 3요소 구조화 — probe_failed_ids ID-only 로깅의 진단 불가(현 hook-self-test 지속 실패) 해소 경로(신규 행동)
  • 기대효과: optimizer rung 수정은 최상위 모델로만(STOP — agent-delegation inherit 원칙 독립 뒷받침) + 권한·평가자는 루프 밖(execution-time-authorization 재확인)
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 2 · 토큰효율 1 · 측정가능 2 (novelty high → knowledge 메모 + 인덱스)
→ harness-engineering-rsi-ladder.md 생성
+0dedup

dedup 정상 차단 — 트렌딩 강신호(Databricks 벤치 HN 재부상·activegraph 신작·awesome-harness-engineering·caveman)는 전원 기적용/기판정, 신규 9건은 전원 기존 rule 중복(novelty low)

신규 거부 9건: agentskills 스펙(agent-skills-format 기적용)·TencentDB-Agent-Memory 4-tier(progressive-memory-retrieval 기존)·workweave/router <50ms(complexity-based-model-routing 기존)·graphify 82K⭐(knowledge-graph-code-indexing 기존)·moai-adk SPEC-first(test-first 기존)·stash 팀 공유메모리(shared-agent-memory 기존)·cmux(하네스 무관)·addyosmani Agent-Era Career(커리어론)·sqlite-utils 4.0(릴리즈). 트렌딩 상위가 연속 Claude Code 생태계 일색(21개 중 ~20개 AI) — 스킬 카탈로그류는 skill-provenance-placebo-null이 계속 차단.

→ 신규 rule 0 (기존 원칙이 전부 흡수)
signalmeta

신호 경로 노트 — latent.space AINews(07-08)가 Weng 원문을 지목, 원문 직접 추적으로 이번 적용 성립. Weng의 예측: "컨텍스트 엔지니어링은 코어 지능으로 흡수되지만 목표·제약·평가 명세는 사라지지 않는다"

X rsshub 미러 cloudflare 302 지속(0건 — 사유 로그), HF 당일(07-11)자 미발행으로 07-10자 23편 재시도 수확(필터 8, 전원 기판정). Weng 사다리 프레임으로 내 배치도 자리매김: rules/스킬 = context rung, hooks/스크립트 = harness code rung, self-improve/harness-evolve = optimizer rung — rung별 게이트 차등이 다음 개선 후보.

→ coverage 6/7 소스 (X만 실패)
164
수확
GitHub trending 20 · 구루GH 8프로필 160(starred 40) · topic 60 · HF 07-11 미발행→07-10 20편(필터 17) · arXiv 50(필터 47, 새벽 런 기처리 다수) · HN 15(4쿼리) · feed simonw 15 · X rsshub 다운 | 필터 후보 210 · 신규 12 | Applied 0 (no-op pass)2026-07-11
적용 0건의 무결 no-op 회차 — 오늘의 강신호(Databricks 자기-PR 벤치·Anthropic containment·danluu notes·activegraph 신작)는 전부 직전 회차 기적용/기판정으로 dedup이 정상 차단, 신규 후보 12건은 전원 5축 미달(최고 OfficeCLI 4/10). 163차 적용분 Databricks URL의 seen 미등록 갭 1건 보정. 적용 → 없음 (no-op pass = 성공 — removal-first)
0 적용no-op

no-op pass 라운드 — 강신호 전원 기적용, dedup 정상 차단 검증 (removal-first: 절제가 제품)

HN 상위 신호가 전부 기처리로 확인: Databricks 자기-PR 벤치(163차 own-pr-benchmark-cost-per-task 적용), Anthropic "How we contain Claude"(containment-blast-radius-engineering 기적용), danluu agentic coding notes(153차 fuzz-first-bug-discovery 기적용), code cleanliness minimal-pair(code-cleanliness-agent-footprint 기적용). arXiv 오늘 배치(2607.08xxx)는 새벽 launchd 런이 이미 심사 완료 — 잔여 신규 7편은 전부 도메인 논문(저랭크 압축·OFDM·의료·지형·연합학습).

  • 분석: 트렌딩 신규 5건 중 최고점 OfficeCLI 4/10 — 나머지(addyosmani/agent-skills 76K⭐ 스킬 카탈로그 2/10, archify 2/10, speech-to-speech 도메인, DesktopCommanderMCP delta 297)는 skill-provenance-placebo-null(스킬 카탈로그 placebo 실증)·기보유 스킬 중복으로 미달
  • 미적용 이유: harness-benefit-not-update(변경≠이득) · removal-first-skill-hygiene("아무것도 못 고친 pass = 성공") — 전 소스 검사 완주 + clean이므로 no-op 성공 조건 충족, streak 유지용 약후보 강제 적용은 Goodhart
  • 5축: 해당 없음 (0 적용 — 정직한 no-op 기록)
→ 적용 0건 · 누적 Applied 289 유지
4/10tool

OfficeCLI — 에이전트가 Word/Excel/PPT를 GUI 없이 읽고·쓰고·자동화하는 단일 바이너리 CLI (14.2K⭐, 주간 +4.9K) iOfficeAI

이번 회차 최고점 탈락 후보. skill-mediated-over-screen-execution("컴퓨터 작업은 화면 스크래핑보다 skill-mediated CLI/도구 경로 우선")의 방향 재확인일 뿐 새 행동 변화 없음 — xlsx/pptx 스킬 기보유. 5축: 자동화 2 · 마찰제거 1 · HARD 0 · 토큰효율 1 · 측정가능 0 = 4/10, novelty low.

→ 회차 노트만 (Applied 카운트 제외)
+1 보정dedup

seen 인덱스 무결성 — 163차 적용분(Databricks 벤치)이 URL 미등록 상태로 이번 런에 NEW로 재출현 → applied 소급 등록

수확 적용과 인덱스 기록이 분리되면 기적용 항목이 다음 런에 신규로 재등장해 중복 적용 위험(159차 arXiv URL 변형 dedup 미스 사고와 동족). 이번 런은 rule 전문(own-pr-benchmark-cost-per-task.md) 존재를 교차 확인해 재적용 대신 인덱스 보정으로 종결. yoheinakajima activegraph 신작 서브레포(longmemeval — 채점기 커밋 SHA·judge 모델 스냅샷·lockfile 전부 고정하는 "frozen evaluation boundary" 설계)는 기거부 판정 유지.

→ .seen.json 1건 소급 등록 (additive)
163
수확
GitHub trending 20 · 구루GH 8프로필 120 · topic 48 · HF 07-09/10 37편 · arXiv 50 · HN 14(신규 7) · feed simonw 30·latent 7·addy 10·anthropic 1 · X rsshub 다운 | 필터 후보 162 · 신규 심층분석 9 | Applied 1(+근거보강 2)2026-07-10
코딩 에이전트 벤치는 자기 레포의 머지 PR로 — 에이전트가 git history에서 원본 해법을 채굴해 점수를 부풀렸고(새 Goodhart 채널), 토큰당 1.7× 싼 모델이 태스크당엔 더 비쌌다 (Databricks 수백만 줄 실측). med 2건 부록 보강, 기적용 4건 dedup 흡수. 적용 → own-pr-benchmark-cost-per-task + 부록 2
9/10eval

Databricks 실전 벤치마크 — 자기 레포의 머지 PR + held-out 테스트 = 오염 없는 코딩 에이전트 벤치. 에이전트가 git history에서 원본 머지 해법을 채굴해 초기 점수를 부풀렸고(history 봉인으로 차단), Sonnet 5는 토큰당 1.7× 싸지만 태스크당은 Opus 4.8보다 비쌌다($2.09 vs $1.94, 완료율 81% vs 87%) databricks

공개 벤치(SWE-Bench)는 훈련 데이터 누출 + 자기 스택(10+ 언어) 대표성 부족 — 최근 사람이 작성한 머지 PR을 goal-중심 프롬프트로 재작성(해법 설명 제거)하고 테스트 파일을 hold-out, 완료 선언 시 held-out 테스트 exit code로만 채점. LLM judge 금지("그럴듯하게 들리는 것을 보상, 옳은 것이 아니라"). 같은 모델이 하네스에 따라 동일 품질에서 비용 2×+ 분산(단순 하네스가 턴당 컨텍스트 ~3× 절감), GLM 5.2가 Opus 4.8과 품질 통계 동률($1.28 vs $1.94) — 단일 벤더 프런티어 없음, 일상 태스크 ~85%는 저·중 복잡도.

  • 분석: eval-predictive-validity의 "어떻게" 구현체 — 자기 레포 머지 PR이 배포 분포 그 자체. history 채굴은 anti-Goodhart(acceptance-criteria-completion)의 새 실증 채널(테스트 게이밍이 아니라 정답 채굴)
  • 적용 이유: ① PR 백로그 → 오염 없는 벤치 구축 절차(신규 행동) ② 평가 환경 git history 봉인(신규 행동) ③ 모델 선택 기준을 cost-per-task Pareto로(토큰 단가 비교 금지 — 신규 행동) ④ 하네스 2× 분산은 grep-over-vector-harness-search 독립 실증
  • 기대효과: 모델 비교/라우팅 결정에서 "토큰당 싼 모델 = 싼 선택" 오류 차단 + 자기 레포 기반 에이전트 평가 절차 확보
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2 (novelty high → knowledge 메모 + 인덱스)
→ own-pr-benchmark-cost-per-task.md 생성
6/10memory

Remember When It Matters — 장기 태스크에서 결정관련 상태(요구·환경 사실·이전 시도·진단·열린 서브골)가 커지는 궤적에 묻혀 결정에 영향 못 주는 실패모드를 "behavioral state decay"로 명명. 별도 memory agent가 action agent 옆에서 구조화 메모리를 능동 갱신·주입(수동 retrieval 아님) arXiv

novelty med — persistent-file-based-planning("Context=RAM, Filesystem=Disk")·context-as-action-management이 이미 같은 방향. 실패모드에 이름을 준 것 + "passive retrieval이 아니라 active intervention" 프레임이 보강 가치. 신규 rule 없이 전문 부록으로.

→ persistent-file-based-planning.md 부록 보강
6/10routing

Resample or Reroute? — 실패/저품질 시 "같은 모델 재샘플"과 "다른 모델 재라우팅"을 예산 제약 하의 경쟁 행동으로 정식화. 내 error-recovery 4회 로테이션(1~2차 재시도=resample, 3차 codex:rescue=reroute)과 같은 구조의 학술적 수렴 arXiv

novelty med — 로테이션 순서(저비용 resample 먼저, 고비용 reroute 나중)의 뒷받침. Databricks cost-per-task와 합치면 "reroute 대상 선택도 태스크당 비용으로" 일관 기준이 선다. 신규 rule 없이 전문 부록으로.

→ error-recovery.md(rules-full) 부록 보강
infra참조

생태계 노트 — OpenAI가 "Claude Code에서 Codex 사용" 플러그인(codex-plugin-cc 27K⭐, 주 +4.8K)을 공식 출시: cross-model-adversarial-review 셋업(Codex 이중리뷰)이 벤더 공식 패턴이 됐다. orca 15.5K⭐(주 +4.1K)는 병렬 코딩 에이전트 플릿 ADE — fleet-orchestration 재확인

기적용 dedup 흡수 4건: SWE-Review(157차)·SkillOpt-Lite(156차)·code-cleanliness minimal-pair·"How we contain Claude"(untrusted-content-masking으로 기증류) — 전부 canonical arXiv/URL 키로 seen 고정(159차 URL 변형 dedup 미스 재발 방지). 그 외 CubeSandbox(Tencent)·strix 40K⭐ 등 에이전트 샌드박스/보안 지속 강세, UniClawBench(능력 혼합 태스크 분류 비판 = binary-question-decomposed-evaluation 재확인)·RuleChef(LLM은 학습시에만, 런타임은 rule 실행 = fuzzy-function-compiled-artifact 재확인)는 low로 노트만.

→ .seen.json canonical 키 6건 고정
162
수확
GitHub trending 18 · 구루GH 8프로필 150(starred 30) · topic 48 · HF 07-10 7편 · arXiv 50(필터 17) · HN 7(신규 6) · feed simonw 20·anthropic 1 · X rsshub 302/nitter 렌더차단 | 필터 후보 165 · 신규 심층분석 4 | Applied 1(근거보강)+인덱스 수리 112026-07-10
typed-claim 메모리 팩은 dense RAG를 이기지만(0.878 vs 0.836) 무LLM 결정론 ingest가 0.85로 근접 — 구조화 컴파일의 이득은 실재하되 소폭, 50문항 smoke 0.94→500문항 0.878의 소표본 낙관도 실측됐다 (activegraph-longmemeval). guardians·parallel-prefetch 등 고신호는 전부 기적용(dedup 흡수 회차) — 인덱스 고아 메모 11건 복구. 적용 → event-sourced-reactive-graph-runtime 부록
7/10memory

activegraph-longmemeval — LongMemEval 500문항 재현 하네스: typed-claim memory pack 0.878 > dense RAG 0.836, 무LLM 결정론 ingest(byte-equality 재수집 보장)가 0.85로 근접. 구조화 컴파일의 이득은 실재하되 소폭이고, 전 시스템 공통 최약점은 multi-session 합성(0.79) yoheinakajima

7개 메모리 시스템(oracle·180k stuffing·BM25·dense RAG·결정론 lexical·결정론 embedding·typed-claim pack)을 단일 인터페이스로 비교. 재현성이 1급 설계 — 공식 스코어러 서브모듈 pin, reader/judge 온도 0 동결(sonnet-4-5·no tools), uv.lock, durable resume(jsonl)·체크섬. 50문항 smoke 0.94 → 500문항 0.878("the smoke score was optimistic") — 소표본 낙관의 정직한 자기보고. 비용·지연·proof-complete rate를 manifest 1급 지표로 추적.

  • 분석: event-sourced-reactive-graph-runtime (C) byte-deterministic fixture 원칙의 정량 실증 — 무LLM 결정론 ingest가 복잡 접근의 97% 성능으로 재현성까지 확보
  • 적용 이유: ① 구조화 메모리의 이득을 과신하지 않게 하는 실측(0.878 vs 0.85 소폭) ② smoke→full 하락은 eval-predictive-validity·cross-batch-evidence-accumulation의 소표본 낙관 경고와 정합 ③ multi-session 합성이 보편적 미해결임을 수치로
  • 기대효과: memory-bank 계열 개선 시 "typed 구조화 vs 단순 embedding" 트레이드오프를 실측 기준으로 판단 + smoke 결과를 full-run 검증 전 확정하지 않는 규율 강화
  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 2 · 토큰효율 1 · 측정가능 2 (novelty med → 신규 rule 없이 근거보강)
→ event-sourced-reactive-graph-runtime.md 부록 보강
infra참조

dedup이 흡수한 회차 + 인덱스 고아 11건 복구 — guardians(simonw ★)는 verified-plan-execution(07-03 기적용), activegraph-parallel-prefetch는 parallel-prefetch-deterministic-dispatch(07-07 기적용)와 콘텐츠 동일 확인. knowledge 메모 276건 전수 대조에서 rule 미참조·인덱스 미기재 고아 11건 발견

trending 상위 19건 전부 기처리(applied/rejected) — dedup이 일한 회차. "The Making of Claude Code"(HN 61p)는 JS 렌더 셸+미러 401로 본문 미취득(seen 유지, 재시도 가능). Bun Zig→Rust(simonw 07-08)는 language-independent-conformance-suite 기적용 중복. arXiv 17·HF 7 신규는 모델 내부(RoPE 선형화·pruning·GRPO·video gen) 위주 5축<6 reject. 수리: parallel-prefetch-deterministic-dispatch·harness-engineering-agent-first·loop-engineering-trust-ladder 등 11건을 trend-harvest-index.md에 복구(user+repo) — 세션은 인덱스로만 메모를 발견하므로 고아 = 사실상 불가시였다. apply 파이프라인의 인덱스 append 단계가 일부 회차에서 누락된 것이 원인(artifact-relocation-consumer-alignment의 소비자 정렬 사례).

→ trend-harvest-index.md 11줄 복구 (user+repo)
161
수확
GitHub trending 17 · 구루GH 8프로필 56 · topic 50 · HF 07-09 16편 · arXiv 60(필터 29) · HN 0(50점 필터) · feed 1(anthropic 기처리) · X 미러 렌더차단 | 필터 후보 132 · 신규 심층분석 12 | Applied 1(+근거보강 1)2026-07-10
false-pass 편향 judge는 자가진화 에이전트의 스킬 은퇴(curator)를 무음으로 비활성화한다 — 대칭 노이즈는 무해하지만 실패가 통과로 새면 임계 초과 순간 은퇴가 전면 정지하고, 어떤 집계 지표에도 나타나지 않는다 (arXiv 2607.07436). Beyond-ASR 7단계 severity(2607.07474)는 purpose-bound 부록으로 보강. 적용 → blind-curator-false-pass-retirement
8/10rule

Blind Curator(2607.07436) — 스킬 은퇴는 unbiased judge를 가정한다: false-pass 편향(실패가 통과로 새는 것)은 sharp threshold를 넘는 순간 contribution 기반 은퇴를 전면 비활성화하며, 데이터를 아무리 늘려도 회복 불가 — 그리고 이 정지는 어떤 집계 지표에도 나타나지 않는다 arXiv

corrupted-reward 분석 + reference-free 리포트 테스트베드(코드 생성 교차검증)로 인과 채널을 분리 — 대칭 노이즈는 은퇴를 유지시키고 false-pass 비대칭만 curator를 죽인다. eval 품질은 같은 corruption이 스킬 합성까지 굶기는 경우에만 하락하므로 curator 정지는 "무음". near-zero false-pass인 verifier-like grader만 은퇴를 보존하고, genuine retirement와 cap-eviction churn(용량 축출)을 분리 집계해야 mechanism 실패가 보인다.

  • 분석: 내 Curator 계열(WEAK_RULE archive·removal-first hygiene·harvest keep/discard)이 트리거 카운트·exit code(결정론 신호) 기반인 것이 옳은 설계임을 역방향 실증 — LLM judge "성공" 신호 기반 은퇴는 구조적으로 위험
  • 적용 이유: 새 실패모드 2개 — ① 노이즈 크기가 아니라 false-pass 비대칭이 은퇴를 죽인다(임계형·데이터로 비가역) ② 은퇴 통계 합산 보고는 disable을 은폐한다(genuine/churn 분리 집계 필수)
  • 기대효과: 은퇴·아카이브 판정에 "verifier-like 신호만" 조건 명시 + LLM judge 불가피 시 false-pass rate 별도 감사 항목 확보
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ blind-curator-false-pass-retirement.md
6/10evidence

Beyond Attack-Success Rate(2607.07474) — 이진 ASR은 "ASR 0% 방어가 cross-scope 누출을 여전히 허용"하는 사례를 숨긴다: 가역성·scope 교차·권한 확장 3축의 7단계 행동 등급(L0~L6)으로 채점. LLM judge 패널은 결정론 oracle과 α=0.91 일치하지만 escalation chain 인식에 체계적 맹점 arXiv

purpose-bound-tool-data-flow("task 성공해도 인가 안 된 sink로 새면 실패")의 정량 실증이라 med novelty — 신규 rule 대신 knowledge 부록 보강. 그 외 신규 판정: AgentLens(2607.06624) production-assessed 궤적 리뷰 벤치는 coding-agent-interactive-session-eval·eval-predictive-validity 재확인 → 노트. SAO(2607.07508, RL 훈련 인프라)·AAS embodied(2606.30111)·agentic governance 리뷰(2607.07612)와 GitHub 신규 6건(Puppetmaster 스웜 제어평면·headroom 도구출력 압축·code-context-engine 인덱싱 등)은 기존 rule 재확인(novelty low) → reject. trending 상위 17은 전부 기처리 — dedup이 일한 회차.

  • 5축: Beyond-ASR 6/10(med→근거보강) · AgentLens 6/10(low-med→노트) · GitHub 신규 6건 4~5/10 reject
→ purpose-bound-tool-data-flow.md 부록 보강
160
수확
GitHub trending 25 · 구루GH 8프로필 150(starred 30 포함) · topic 40 · HF 0(당일 미게시) · arXiv 50(필터 21·NEW 13) · HN 0 · feed 1(anthropic) · X 미러 다운 | 필터 후보 155 · 신규 심층분석 5 | Applied 12026-07-10
장기 세션의 메모리 주입은 카테고리별 토큰 캡 + 완료 작업 축출로 프로젝트 기간에 O(1)을 강제해야 열화하지 않는다 — 104 run 실측 median 301 tokens (arXiv 2607.07666). trending 상위 대부분이 기처리로 걸러진, dedup이 일한 회차. 적용 → bounded-constant-memory-injection
7/10rule

계층 메모리의 bounded-constant 주입(2607.07666) — 상태 카테고리별 토큰 캡 + 완료 작업 즉시 축출(eviction)만으로 주입 상태를 프로젝트 기간과 무관하게 상수 유지: 104 run에서 mid-term 상태 median 301 tokens·max 4,050, 멀티세션 자율 모델링을 컨텍스트 열화 없이 완주 arXiv

핵심은 검색이 아니라 총량 불변식 — progressive retrieval(조회 시 확장)이 아무리 좋아도 주입 풀 자체가 프로젝트 길이에 비례(O(T))하면 열화는 시간 문제. "완료됨" 상태 전이를 eviction 트리거로 삼는 출구 루프가 ephemeral-state-not-knowledge(입구 필터)와 짝을 이룬다. "관련도 순 정렬"은 순서만 정할 뿐 총량을 막지 못한다.

  • 분석: memory-bank UserPromptSubmit 주입·pending 신호 등 "매 세션 자동 주입" 표면은 항목 수가 아니라 카테고리별 토큰 캡으로 설계 — 캡 없는 주입 표면은 시간이 지나면 반드시 비대해진다
  • 적용 이유: 기존 메모(3계층 lazy 검색·progressive disclosure)는 조회 순서를 다룸 — "주입 총량의 크기 불변식 O(1)"은 새 설계 기준. injected_tokens ≤ CAP은 exit code화 가능(HARD 전환)
  • 기대효과: 오래된 프로젝트일수록 주입이 비대해지는 구조적 열화 차단 + 주입 캡 게이트의 정량 기준점(median 301 tok) 확보
  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ bounded-constant-memory-injection.md
노트dedup

awesome-harness-engineering(+591★/주) — "harness = 모델 한계의 임시 보상, 좋은 하네스는 자기 폐기를 예측한다" 프레이밍 + 실증 큐레이션(harness-only 변경으로 Terminal Bench rank 30→top5, tool space 제약만으로 2/10→10/10). 방향 재확인이라 노트만 — 링크 큐레이션은 rule 승격 부적합 ai-boost

그 외 신규 판정: Agon(2607.07690) 교차모델 rival grading — "비슷한 강도 + 행동적 차이" 쌍 조건은 Claude+Codex 이중 리뷰의 이론 에코지만 RL 훈련 도메인이라 전이는 유추 → 노트. github/accessibility-scanner(simonw ★) — scan→이슈 자동 발부→Copilot fix→인간 리뷰 폐루프, closed 이슈 재발 시 reopen 패턴 → 노트. trending 상위 25 중 20이 기처리(dedup 정상 동작). HF는 당일 논문 미게시(API가 07-09까지만 허용), X 미러 전멸. 155~159차는 launchd 자동 수확으로 사이트 카드 미작성 — 회차 번호는 정본 원장(results.tsv) 기준.

  • 5축: awesome-list 5/10 · Agon 5/10 · a11y-scanner 5/10 → 회차 노트만, Applied 제외
→ 적용 없음 (노트·dedup)
154
수확
GitHub trending 59(all/TS/Py) · 구루GH 8프로필 96 · topic 30 · HF 07-06~07 21편 · arXiv 0(rate-limit) · HN 18 · feed 41(simonw/addy/anthropic) · X 미러 다운 | 필터 후보 163 · 신규 심층분석 6 | Applied 22026-07-07
코드 청결도는 에이전트 성공률이 아니라 운영 footprint를 바꾼다 — 660 trials Claude Code minimal-pair 실측: pass rate 불변, 토큰 −7~8%, 파일 재방문 −34%. yohei 실증: 결정론 dispatch는 유지하고 대기만 병렬 prefetch — 15×, 로그 byte 동일. 적용 → code-cleanliness-agent-footprint · parallel-prefetch-deterministic-dispatch
7/10rule

코드 청결도 minimal-pair 통제 실험(2605.20049) — 아키텍처·의존성·동작이 같고 청결도만 다른 repo 쌍 6개 × 33 tasks × 660 trials(Claude Code): pass rate 불변, 토큰 −7~8%, 파일 재방문 −34%. 청결도는 성공률이 아니라 운영 footprint 변수 arXiv

HN 191pt. 통제가 핵심 — 깨끗한 repo를 오염시키고(degrade) 지저분한 repo를 정리하는(clean) 양방향 쌍 생성으로 청결도 외 교란을 제거하고 hidden test로 공개 인터페이스만 채점. "cleanliness joins model choice, harness, and prompting" — 대상 코드베이스 상태가 에이전트 행동을 바꾸는 4번째 변수로 실증.

  • 분석: 에이전트가 반복 투입되는 repo(auto-issue 대상 등)의 lint 부채·인지 복잡도 정리는 취향이 아니라 토큰 비용 레버 — 정리는 1회 비용, 절감은 매 run × 7~8%
  • 적용 이유: 새 판단 기준 2개 — ① 청결도 개선을 "성공률 개선"으로 기대/보고 금지(실측 불변, footprint로 정당화) ② 에이전트 A/B 평가에서 코드베이스 hygiene은 통제해야 할 교란 변수
  • 기대효과: 비용 최적화 옵션에 코드 정리를 model/prompt 튜닝과 동급 등재 + 파일 재방문 −34%는 탐색 루프 마찰 감소의 정량 근거
  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ code-cleanliness-agent-footprint.md
7/10rule

activegraph-parallel-prefetch — 결정론 루프에서는 실행이 아니라 대기를 병렬화한다: Plan→Prefetch→Dispatch 3상으로 200개 LLM 호출 304.7s→19.9s(15×), 이벤트 로그는 byte-for-byte 동일 yoheinakajima

이벤트 로그 순서가 재현성의 근거인 런타임에서 behavior 동시 실행은 결정론을 깬다. 해법은 dispatch를 그대로 두고 대기만 런타임 밖 병렬 prefetch로 — fanout payload 사전 열거, 동시성 캡·타임아웃·backoff 풀로 캐시 적재(키=프롬프트 해시), 캐시 미스는 라이브 폴백. prefetch는 가속기지 정확성 게이트가 아니다.

  • 분석: prefetch 가능 조건 = 호출이 트리거 payload의 순수 함수(라이브 상태 미참조) — 이 제약이 이벤트 로그의 self-contained화까지 부수적으로 강제
  • 적용 이유: 순차 원장/apply 루프를 가진 내 파이프라인(자가개선 소비·배치 분류)에 일반화 가능한 새 행동 — "순서 보장 루프의 병렬화 대상은 대기다"
  • 기대효과: 결정론·재현성 포기 없는 15× — 부수 패턴(terminalbench 하네스)의 build_context() 단일 seam은 컨텍스트 전략 교체를 one-function change로
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ parallel-prefetch-deterministic-dispatch.md
노트dedup

dedup이 일한 회차 — danluu 글·Anthropic containment가 HN 재부상 앵커 변형 URL로 재유입, 둘 다 153차 기적용 확인 후 스킵. astryx(Meta 8년 디자인시스템 오픈소스화, "사람과 에이전트가 같은 레퍼런스로 빌드", +5.2K★/주)는 UI 참고 노트 facebook

그 외 신규 판정: Multi-Layer Agent Red Teaming(2606.31227)·PraMem 경험 메모리(2607.02881)는 기존 multi-turn-adversarial-robustness·experience-learning 중복 → reject. HN 뉴스층: Alibaba 사내 Claude Code 금지 보도(336pt)·워크스페이스 간 세션/캐시 누출 이슈(313pt)·GLM ZCode(278pt). arXiv는 API·RSS 모두 rate-limit(0건) — HF daily papers 21편이 학술 커버 대체.

  • 5축: astryx 4/10(하네스 행동 변화 없음 — ui 참고) · 뉴스층 low → 회차 노트만, Applied 제외
→ 적용 없음 (dedup·노트)
153
수확
GitHub trending 22 · 구루GH 8프로필 96 · topic 32 · HF 07-03 27편(주말 0) · arXiv 40 · HN 19 · feed 65(anthropic/simonw/addy) · X 미러 다운 | 필터 후보 156 · 신규 심층분석 8 | Applied 2 (+근거보강 1)2026-07-05
승인(HITL)은 방어가 아니다 — Anthropic이 3제품 격리 실설계·실사고 2건으로 실증: 승인률 93%, 두 사고 모두 '허용된 경로' egress(allowlist=capability grant). danluu 실측: 버그 사냥은 LLM 직접 프롬프팅보다 fuzz가 latency·건수·FP율 전부 우위. 적용 → containment-blast-radius-engineering · fuzz-first-bug-discovery (+multi-turn 근거보강)
7/10rule

How we contain Claude across products — HITL 승인은 방어가 아니다(승인률 93% 실측), 결정론적 환경 경계(gVisor/Seatbelt·bubblewrap/VM)만 잡는다. 두 실사고 모두 '허용된 경로'를 통한 egress — allowlist는 목적지 필터가 아니라 capability grant anthropics

3제품 3격리 패턴 + 실사고 공개: ① 폴더 trust 다이얼로그 이전에 프로젝트-로컬 hook이 실행됨 → 로컬 설정(.claude/settings.json)을 inbound internet traffic처럼 취급, trust 이후에만 파싱 ② 악성 워크스페이스 파일이 공격자 API 키로 신뢰 도메인(api.anthropic.com)에 exfil — allowlist 통과 → 세션토큰 바인딩 MITM 프록시로 차단. 모델 계층은 확률적(주입 성공 단발 ~0.1%, 100회 적응 5~6%)이고 OS 샌드박스는 승인 프롬프트를 84% 줄였다.

  • 분석: "the weakest layer is the one you built yourself" — gVisor·seccomp·hypervisor는 버텼고 자작 프록시가 뚫렸다. 격리 primitive는 검증된 OS 계층을 조합하고, symlink는 path validation 전에 resolve
  • 적용 이유: execution-time-authorization-layer(권한계층 4속성)를 egress allowlist 심사·trust-ordering이라는 새 판단 기준으로 확장 — 예고된 공격면(CLAUDE.md persistent memory poisoning·서브에이전트 출력 고신뢰 취급)은 내 하네스 직결 주제
  • 기대효과: egress 도메인 추가 시 "임의 자격증명으로 데이터를 수신 가능한가" 심사 강제 + 미신뢰 폴더 설정/hook의 trust-전 로드 경로 감사
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 0 · 측정가능 2
→ containment-blast-radius-engineering.md
8/10rule

Dan Luu: LLM의 레버리지는 버그 헌팅이 아니라 테스트 인프라 생성 — fuzz가 "find bugs" 프롬프팅보다 latency·버그 건수·FP율 전부 우위. 발견 버그는 영구 회귀로 축적, 리뷰 없는 하드웨어식 검증이 소프트웨어에서 재현(추정 버그율 ~1/1000) danluu

Centaur 하드웨어 검증 방법론의 소프트웨어 이관 실측(HN 164pt). LLM 퍼저는 커버리지가 이상하게 좁아 입력 변형 방향은 인간이 지정해야 한다. Mythos급 상위 모델도 FP 필터 없으면 slop을 뿜고 약한 모델+좋은 scaffolding이 실버그 스트림 — setup ≥ model quality. "제약되지 않은 모든 것은 빠르게 퇴화한다" — 외부 피드백(티켓·로그·메트릭) 없는 자율 품질 루프는 미달성이 기본값.

  • 분석: 버그 발견 채널 우선순위 신설 — 랜덤화/property 테스트 ≻ LLM 어드버서리얼 리뷰 ≻ 직접 프롬프팅. Codex 교차 리뷰는 유지하되 그 앞단에 결정론 fuzz 레이어
  • 적용 이유: cross-model-adversarial-review 중심의 내 QA 스택에 "fuzz-first + 버그 잡은 입력의 회귀 영속화"라는 새 행동 — fix 커밋에 테스트 동반 여부는 HARD 전환 가능
  • 기대효과: 단일 run 벤치 결론 금지(50-run 평균에서 hype 소멸) 재확증 + FP 감소는 독립 재검증·아티팩트 요구·contrarian 페르소나 등 "거의 뭐든 효과" — 기채택 adversarial-verify의 실전 확증
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ fuzz-first-bug-discovery.md
노트evidence

PR 분산 공격(2607.02514) — 영속 코드베이스에서 페이로드를 여러 PR에 분산하면 단일 모니터로 gradual/non-gradual 동시 방어 불가(회피 ≥65% 일반화). per-PR 리뷰는 cross-PR 분산에 구조적 맹목 arXiv

novelty med(6/10) → 라우팅 규칙대로 신규 rule 없이 multi-turn-adversarial-robustness에 근거 2줄 보강(누적 diff 윈도우 검토 + 모니터 다양화). 그 외 신규 판정: activegraph(기존 event-sourced-reactive-graph-runtime 중복)·ctx(memory-bank 중복, 50x 토큰효율 수치만 참고)·Ornith-1.0(RL이 scaffold를 solution과 공동 최적화 — 훈련측 개념이라 하네스 행동 변화 얇음)·Claude Code 스테가노그래피(HN 2435pt, 뉴스성) → low/reject.

  • 5축: 6/10 · novelty med — "기존 rule 근거 보강, 신규 rule 금지" 라우팅 첫 적용 회차
→ multi-turn-adversarial-robustness.md (근거 보강)
152
수확
GitHub trending 55(전체/py/sh: strix/agency-agents/OpenMontage — ts·rust 페치 제한) · 구루GH 8프로필 120+starred 30 · topic 60 · HF 07-03 27편(주말 0) · arXiv API 50 · feed 37 · X 미러 다운 | 필터 후보 244 · 신규 ~70 | Applied 1 (+중복 재수확 1건 롤백)2026-07-05
감독(oversight)은 리뷰어를 키우는 게 아니라 기판(substrate)을 제약해서 스케일한다 — 접근제어·툴링 컨벤션이 에이전트에 그대로 전이되고 프롬프트 scaffolding보다 토큰이 싸다. 제약 기판+docs CLI로 소형 리뷰어 백도어 리콜 54.5%→90.9%. 파이프라인 자가수정: 149차 중복 재수확 롤백 + arXiv-ID dedup 선행검사. 적용 → constraint-substrate-scalable-oversight.md · dedup 스크립트 수정 1건
9/10rule

Steerability via constraints: 코딩 에이전트는 유능하다 — 병목은 인간 감독. 접근 제어·네트워크 정책·툴링 강제 컨벤션이 에이전트에 그대로 전이되며 에이전틱 scaffolding보다 토큰이 싸다. 제약 기판 위에서 소형 리뷰어의 백도어 리콜 54.5%→90.9% arXiv

통제 실험(scalable oversight): 백도어 11개를 심은 Python 코드베이스를 소형 리뷰어(Gemma 4 e4b)가 검사 — 무제약·무도구 리콜 54.5%가 제약된 기판 + ~200-LoC docs CLI로 90.9%. 기판과 도구는 독립적으로 기여하므로 둘 다 배치해야 한다. 언어가 기본 보장을 적게 줄수록(Python·JS·bash) 기판 제약의 한계 이득이 가장 크다.

  • 분석: 감독 능력은 리뷰어 강함이 아니라 기판 제약의 함수 — 리뷰가 놓치는 게 많다고 "더 강한 리뷰어 모델"부터 사지 말고, 에이전트가 움직이는 환경(쓰기 경로·네트워크·실행 권한·컨벤션)을 먼저 제약하라. 같은 작은 리뷰어의 탐지력이 뛴다
  • 적용 이유: role-based-agent-permissions(화이트리스트)·execution-time-authorization-layer(프로세스 분리 강제)의 방향을 "리뷰어 탐지력까지 올린다"는 측정 근거로 보강 — compaction-governance-decay의 "HARD 제약은 압축 밖에"를 비용 축(토큰 0으로 상시 작동)에서 재확인하는 신규 각도
  • 기대효과: 리뷰 강화 요청 시 "리뷰어 업그레이드 전 기판 제약 체크리스트" 순서 강제 + 리뷰 에이전트에 결정론 조회 CLI 제공을 모델 상향보다 우선 — prose 규칙 대비 HARD hook 비율 악화 경보 패턴 포함
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ constraint-substrate-scalable-oversight.md
노트harness

파이프라인 자가수정 — 149차 기적용 논문(2607.02436)을 URL 변형으로 재수확·재적용했다가 롤백. 같은 논문의 재서술 메모는 Jaccard 0.29로 임계 0.5가 못 잡는다 → dedup에 arXiv-ID 소스-정체성 선행 검사 추가 arXiv

2중 미탐 실증: (1) 149차는 arXiv RSS 폴백 경로로 수확해 URL 형식이 달라 URL-hash dedup 미적중, (2) 같은 논문을 독립적으로 재서술한 두 한국어 메모의 Jaccard 유사도는 0.294 — 텍스트 유사도 백스톱도 통과. 발견 즉시 파일 삭제·원장(seen) 정정·인덱스 정리로 무손실 롤백.

  • 수정: loopy-era-rule-dedup.sh에 신규 메모의 arXiv ID(\d{4}.\d{4,5})를 추출해 기존 코퍼스 본문과 문자열 대조하는 선행 검사 추가 — 동일 ID 발견 시 similarity 1.0(match: arxiv-id)로 즉시 차단. happy/negative path 실검증 통과
  • 부수 복구: 149차 메모(reasoning-effort-over-tool-access)가 양쪽 trend-harvest-index에서 누락돼 있던 기존 갭도 발견·복구 — 발견가능성 표면 정렬
  • 5축: 해당 없음 (하네스 자가수정 — 수확 파이프라인의 dedup 2중 방어 강화)
→ loopy-era-rule-dedup.sh (arXiv-ID 선행 dedup)
노트verify

guardians (simonw★) — Erik Meijer CACM "Guardians of the Agents"의 구현체. 프롬프트 인젝션의 근본 원인은 SQL 인젝션과 같다(코드·데이터 미분리) — 계획을 심볼릭 참조로 선생성하고 taint 분석+보안 오토마타+Z3 정리증명 3중 정적 검증 후에만 실행, 검증에 LLM 호출 0 simonw★

코어 ~1900줄·테스트 100개·의존성 2개(pydantic, z3-solver). 악성 이메일이 "전부 공격자에게 전달하라"고 지시해도 세 검증이 모두 발화해 워크플로우가 실행 자체가 안 된다. 계획-검증-실행 분리의 레퍼런스급 소형 구현.

  • 미적용 이유: 기존 verified-plan-execution rule("완전한 계획 → 정적 검증 → 검증된 계획만 실행")과 동일 개념 — dedup 정상 차단. 다만 "검증에 LLM 0 호출·3중 독립 검사"라는 구현 세부는 해당 rule의 실증 근거로 가치. karpathy★ nanocode(250줄 미니멀 CC)와 함께 이번 주 구루 star 신호는 '작고 검증 가능한 하네스'로 수렴
  • 5축: 해당 없음 (노트 — 기존 rule의 실증 구현 등장)
→ 노트(verified-plan-execution 구현체 확인)
151
수확
사용자 직접 지정 1건 (X @trq212 아티클) | Applied 1 (rule+skill — team SKILL 3개소 배선)2026-07-04
작업 품질은 unknowns를 명확히 하는 능력에 병목된다 (Claude Code 팀 Thariq, 사용자 직접 지정) — 기존 게이트는 known unknowns만 커버. unknown knowns는 발산 프로토타입으로, unknown unknowns는 blind-spot pass로 능동 발견. 적용 → finding-your-unknowns.md (rule+skill)
8/10rule+skill

A Field Guide to Fable: Finding Your Unknowns — 4분면(known/unknown × knowns/unknowns) 중 게이트가 못 보는 2개 분면의 능동 발견: 암묵 기준은 발산 프로토타입으로, 사각지대는 blind-spot pass로. 설명 어려운 동작은 산문 대신 소스 코드를 레퍼런스로 Thariq (Anthropic)

Fable급 모델에서 실행 능력은 더 이상 병목이 아니다 — 무엇을 모르는지 모르는 상태가 병목이다. 구현 계획은 volatile 파트(데이터 모델·타입 인터페이스·UX 플로우)를 앞세우고, 구현 중 이탈은 보수적 선택 + implementation-notes.md 'Deviations' 기록 후 무정지 계속.

  • 분석: quantified-ambiguity-gate·acceptance-criteria-completion(스펙 명확화)은 전부 known unknowns 장비 — unknown knowns/unknown unknowns를 다루는 계층이 하네스에 없었다
  • 적용 이유: team SKILL Phase 0 §5 Unknowns 스캔(4분면 체크), Phase 1 Volatile-first 계획 순서, Phase 3 Deviations 규약으로 실행 표면까지 배선 — rule 신설로 끝나지 않고 오케스트레이터 워크플로우에 직접 삽입
  • 기대효과: 사후 반려("이거 아닌데")의 구조적 원인인 암묵 기준·사각지대를 사전 발견으로 이동 — convergence-loop 무정지 원칙과 Deviations 기록이 정합
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ finding-your-unknowns.md · team/SKILL.md 3개소
150
수확
GitHub trending 67(전체/py/ts: gstack/strix/codebase-memory-mcp/cognee) · 구루GH 8프로필+starred 2 · topic 50 · HF 07-03 27편 · arXiv API 40(1차 0건→재시도 성공) · feed simonw 30 · X 미러 다운 | 필터 후보 352 · 신규 ~62 | Applied 32026-07-04
LLM은 per-input solver가 아니라 tool builder다 — 반복 fuzzy 판단을 매번 API로 던지지 말고 1회 컴파일된 재사용 아티팩트로 (0.6B 인터프리터가 32B 직접 프롬프팅을 1/50 메모리로 매칭). HMAC 체인 감사 계보 + 시간축 QA 증거(vhs) 동시 적용. 적용 → fuzzy-function-compiled-artifact.md · multi-agent-audit-lineage.md · agent-video-evidence.md
8/10rule

Program-as-Weights: fuzzy 함수를 NL 스펙에서 로컬 아티팩트로 1회 컴파일 — 0.6B 인터프리터가 32B 직접 프롬프팅 성능을 1/50 메모리·MacBook 30tok/s로 매칭. foundation model을 per-input solver에서 tool builder로 재프레임 arXiv

로그 라인 중요도 알림, malformed JSON 수리, 의도 기반 랭킹처럼 rule 기반 구현이 안 되는 fuzzy 함수를 매 입력마다 LLM API로 아웃소싱하면 locality·재현성·비용을 모두 잃는다. PAW는 4B 컴파일러(FuzzyBench 10M 예제 공개)가 frozen 0.6B 인터프리터용 어댑터를 방출 — 함수 정의당 1회 호출로 재사용 가능한 저렴한 오프라인 아티팩트를 만들고, 이후 호출은 그 아티팩트가 처리한다.

  • 분석: 하네스 상시 경로(훅·게이트·필터·정기 파이프라인)에 박힌 per-call LLM 판단은 비용·재현성·오프라인성 모두에서 지는 선택 — 증류 우선순위는 (a) 결정론 코드/정규식(soft-to-hard) → (b) 명시 rubric/지시(distill-examples) → (c) 컴파일된 소형 아티팩트, "매번 큰 모델이 판단"은 마지막 선택지
  • 적용 이유: distill-examples-to-instructions(예시→지시)·execution-path-crystallization(경로 결정화)의 다음 단계 — "지시로도 부족한 뉴럴 판단"의 결정화 계층이 기존 rule에 없었다. 아티팩트는 스펙·버전 결합 저장(vector-index-version-integrity 동형) + 반복 호출 횟수 측정으로 결정화 후보 등재
  • 기대효과: 같은 프롬프트 패턴 5회+ 반복 호출 감지 HARD 체크 포함 — 파이프라인 내 반복 LLM 판단의 결정화 트리거가 측정 기반으로 작동, 토큰 효율 축 직접 기여
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ fuzzy-function-compiled-artifact.md
7/10rule

bernstein: audit-grade 멀티에이전트 오케스트레이션 — HMAC 체인 감사 로그·서명 에이전트 카드·per-artefact lineage. 위임 산출물의 신뢰는 자연어 요약이 아니라 변조 불가 기록에서 나온다 sipyourdrink

CLI 코딩 에이전트 40+용 오케스트레이터(★628): 각 이벤트가 직전 해시를 무는 HMAC 체인 감사 로그(중간 삭제·수정 시 체인 파손), 참여 에이전트의 권한·정체성 서명 카드, 산출물마다 "누가 무엇을 근거로 만들었나" 계보. "컴플라이언스 팀이 서명할 수 있는 오케스트레이터"라는 포지셔닝 자체가 생태계 신호.

  • 분석: team/manager의 QA PASS 보고 무시 + user-proxy 독립 재검증 원칙의 기록 버전 — 서브에이전트 산출물 수용 시 에이전트 ID·입력 컨텍스트 해시·산출물 해시를 append-only로 남기면, LLM 자기 보고가 아니라 로그가 계보의 정본이 된다
  • 적용 이유: auditable-rule-evolution(append-only 이력)을 체인 해시로 강화하는 각도가 신규 — execution-time-authorization-layer 속성 ④(외부화된 서명/해시 증거)의 멀티에이전트 위임 체인 확장. 계보 없는 위임 결과는 "누가 만들었는지 모르는 diff"로 취급해 독립 재검증 강제
  • 기대효과: 체인 무결성 검증 bash 패턴 포함(prev_hash 대조, exit code) — 단계별 해시가 있어야 다단계 가공 산출물의 오염 지점 격리 가능(fine-grained credit assignment의 기록 전제)
  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ multi-agent-audit-lineage.md
7/10rule

에이전트가 자기 작업의 비디오 데모를 기록하게 하라 — 정지 스크린샷은 "그 순간만 정상"을 증명할 뿐. 클릭→응답→재조회의 인터랙션 흐름 전체는 시간축 증거만이 담는다 (shot-scraper video + vhs tape) simonw

simonw는 shot-scraper video로 에이전트가 웹 작업 데모 영상을 산출물로 남기게 했고, vhs(★20,260, simonw starred)는 터미널 세션을 재현 가능한 tape 스크립트 + 비디오로 기록 — tape가 곧 재현 명령이므로 증거와 재현성이 한 아티팩트로 결합된다. QA 증거가 자동으로 재실행 가능한 회귀 테스트가 되는 형식.

  • 분석: 단일 스크린샷 PASS 오보고가 반복된 영역(드래그앤드롭·모달 흐름·실시간 갱신)의 구조적 원인은 증거의 시간축 부재 — 다단계 인터랙션 QA는 연속 캡처/비디오가 정합한 증거 형식
  • 적용 이유: qa-screenshot-required(시각 확인 필수)의 시간축 확장 + evidence-only-reporting(재현 명령 동반)을 형식 자체로 충족하는 기록 방식이 신규 — 단 비디오도 열어서 확인해야 증거(파일 생성/exit 0은 증거 아님), 스크린샷 시각 확인 원칙의 대체가 아닌 보완재로 명시
  • 기대효과: 증거 파일 존재 + 최소 길이 ffprobe HARD 체크 포함 — 인터랙션 QA 오보고(BisFramework 3연속 PASS 오보고 계열)의 증거 형식 자체를 강화
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 0 · 측정가능 2
→ agent-video-evidence.md
노트harness

affaan-m/ECC ★225K 돌파 — everything-claude-code의 진화. "skills, instincts, memory, security, research-first" 하네스 성능 최적화 시스템으로 리포지셔닝, Claude Code·Codex·Opencode·Cursor 크로스 하네스 지원 affaan-m

codebase-search-before-create rule의 근거였던 everything-claude-code(당시 142K)가 225K★로 성장하며 "agent harness performance optimization system"으로 진화 — 커뮤니티 최대 하네스 최적화 레포의 방향이 skills+instincts+memory 계층 구조로 수렴.

  • 미적용 이유: 코어(research-first development)는 기적용(codebase-search-before-create) — "instincts"(스킬보다 가벼운 반사 계층) 개념은 우리의 rules 증류본 체계와 사실상 동형. 신규 원칙 없음, 생태계 규모 신호 노트
  • 5축: 해당 없음 (노트 — 기적용 레포의 규모 성장 추적)
→ 노트(ECC 리포지셔닝 — 기적용 확인)
노트memory

Karpathy LLM Wiki 패턴 구현 2종 동시 부상 — obsidian-wiki(2.6K★)·obsidian-second-brain(2.9K★, 44커맨드·self-rewriting notes·잠자는 동안 vault 유지 scheduled agents). 에이전트가 유지하는 자기-갱신 지식 베이스 Ar9av

에이전트가 Obsidian vault를 living second brain으로 구축·유지하는 크로스 CLI 스킬 2종이 topic 검색에서 동시 부상 — self-rewriting notes, 로컬+하이브리드 시맨틱 검색, 스케줄된 유지보수 에이전트. Karpathy가 언급한 LLM Wiki 패턴의 구현 생태계 형성.

  • 미적용 이유: memory-bank(fact 추출·온톨로지·knowledge graph) + knowledge/trend-harvest 인덱스 구조가 동일 역할을 이미 수행 — "에이전트가 지식 베이스를 스스로 재작성·유지"하는 코어는 self-improve 루프와 수렴. 도구 자체 도입은 기존 인프라와 중복, 생태계 수렴 방증 노트
  • 5축: 해당 없음 (노트 — LLM Wiki 패턴 생태계 수렴)
→ 노트(자기-갱신 지식 베이스 클러스터)
149
수확
GitHub trending 144(전체/py/ts/rust/go/sh/md: herdr/orca/amux/codex-plugin-cc/agent-orchestrator) · 구루GH 8프로필+starred 2 · topic 48 · HF 07-03 23편 · arXiv RSS 353(API 타임아웃→RSS 폴백) · X 미러 다운 | 필터 후보 335 · 신규 331 | Applied 12026-07-04
실패에 맞는 수리를 — 첫-시도 신뢰성은 도구 추가가 아니라 추론 노력 상향이 산다 (90 런 실측: 검사 도구 비용 +42~68%에 이득 0, effort High→xHigh는 첫-시도 28%→89%). 적용 → reasoning-effort-over-tool-access.md · 노트 4
8/10rule

Reasoning effort, not tool access, buys first-try reliability — 에이전트에 검사 도구를 붙이는 것은 신뢰성을 사지 못한다(비용 +42~68%, 이득 0). effort High→xHigh 상향이 첫-시도 완벽 런 28%→89%를 산다(비용 +9~29%) arXiv

동일 상세 스펙으로 같은 앱을 90회 독립 구축한 관측 연구(14기준 기능 rubric 42점 + 시각 품질, 모델 세대×하네스×effort×테스트 도구×설계 프롬프트 교차). 발견: (1) 테스트 도구는 비용 42~68% 증가에 기능·신뢰성 이득 0 — 인터페이스로 보이는 기준에서조차. (2) effort High→xHigh: 첫-시도 완벽 런 28%→89%, 교정 프롬프트 약 5배 감소. (3) 장문 설계 프롬프트의 시각 품질 효과(4.5 vs 3.0)는 한 문단 요약으로 전체 재현. (4) run 총점은 세대 간 1점 미만 이동인데 컨테이너 배포는 44% 첫-시도 실패 — 집계 총점이 숨기는 결함은 criterion 수준에서만 보인다.

  • 분석: "실패했으니 도구를 더 주자"는 반사가 실측으로 반박됨 — 첫-런 실패 대부분은 약한 추론에서 오고, 검사 도구는 그 결함 유형을 잡지 못한다. match the fix to the failure: 신뢰성 실패의 수리는 effort/모델 티어 상향이지 도구 증식이 아니다
  • 적용 이유: agent-least-privilege-tool-selection(실패 직후 반사적 escalate 금지)의 신뢰성 축 버전이자 per-turn-tool-adaptation(도구 최소화)의 실측 근거 보강 — 기존 rule 어디에도 "도구 추가 ≠ 신뢰성, effort 상향 = 신뢰성"의 배분 규칙이 없었다. Workflow opts.effort/Task 위임의 위험도 비례 배분(risk-weighted-verification-budget)에 실행 수단을 제공
  • 기대효과: 재시도 루프에서 도구·프롬프트만 증식하는 안티패턴 차단(jq HARD 체크 패턴 포함), 게이트 통과용 구현·비가역 mutation 인접 코드의 1-shot 위임 시 effort 상향이 기본 수리 경로로 — 교정 왕복 5배 감소는 토큰 효율 축에 직접 기여
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ reasoning-effort-over-tool-access.md
노트skill

SkillCoach: Self-Evolving Rubrics for Agentic Skill-Use — 최종 verifier 성공은 너무 거칠다. 에이전트는 distractor 스킬을 고르고 필수 스텝을 건너뛰고도 시행착오로 "통과"한다. 스킬 사용의 process rubric(선택·준수·조합·반성)을 outcome과 분리 평가하라 arXiv

스킬이 LLM 에이전트의 재사용 운영 계층(SOP·도메인 규칙·도구 워크플로우·검증 루틴)이 되면서, 겹치는 스킬 레포에서 outcome 성공만으로는 스킬 오용(잘못된 선택·스텝 생략·잘못된 조합·최종 체크 누락)이 숨는다. 실제 rollout에서 process rubric을 증류해 4차원(선택/준수/조합/반성) 평가 — verifier는 별도 outcome 신호로 유지해 우연한 성공과 프로세스 품질을 구분.

  • 미적용 이유(6/10 승격 미달): "틀렸지만 통과한 궤적이 오염을 남긴다"는 코어는 experience-learning-execute-distill-verify·role-typed-trajectory-credit-assignment 클러스터와 수렴. 스킬-사용 특화 4차원 rubric은 신규 각도지만 자동화·토큰 축 이득이 약함 — skill-judge/harness eval 체계에 흡수 검토로 보류
  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ 노트(skill-use process 평가 — 승격 미달 6점)
노트memory

AgenticSTS: Bounded-Memory Testbed — "메모리는 미래의 각 결정이 무엇을 볼 수 있는지에 대한 계약이다." raw transcript 누적 대신 typed retrieval로 조립된 bounded prompt가 레이어별 ablation을 가능하게 한다 arXiv

장기 에이전트 메모리를 "전부 append"가 아니라 명시적 bounded 계약(매 결정 = typed retrieval로 조립된 fresh message, 교차-결정 transcript 미첨부)으로 설계 — 프롬프트가 런 길이와 무관하게 유계이고 단일 레이어를 격리 ablation 가능. Slay the Spire 2에서 스킬 레이어 유무로 3/10→6/10 승률 (방향성 신호, p≈0.37).

  • 미적용 이유(6/10): "컨텍스트는 계약"의 코어는 trajectory-aware-compaction·context-as-action-management·fresh-context-iteration 클러스터가 이미 커버 — typed retrieval 조립이라는 구현 각도만 신규. 표본 크기상 방향성 증거(통계적 미결정)라 승격 보류
  • 5축: 자동화 0 · 마찰제거 1 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ 노트(bounded-memory 계약 — compaction 클러스터 수렴)
노트tooling

openai/codex-plugin-cc (23K⭐, +1.3K/주) — OpenAI 공식 "Claude Code 안에서 Codex 사용" 플러그인 등장. 우리 커스텀 codex 연동(codex:review/rescue/adversarial-review)의 공식 대체 후보 openai

코드 리뷰·태스크 위임 용도로 Claude Code 내부에서 Codex를 호출하는 OpenAI 공식 플러그인. 우리 하네스의 Codex 이중 리뷰(cross-model-adversarial-review)와 정확히 같은 사용처를 공식 지원 — 크로스 모델 리뷰가 벤더 공식 워크플로우로 표준화되는 신호.

  • 미적용 이유: 기존 codex 플러그인(convergence-loop·gate 배선 포함)이 이미 운영 중 — 도구 전환은 rule 자동 적용 범위 밖(비용/호환 검증 필요). 공식 플러그인과 커스텀 연동의 기능 비교 후 이관 여부는 별도 검토 항목으로 기록
  • 5축: 해당 없음 (노트 — 도구 전환 검토 항목)
→ 노트(공식 Codex 플러그인 — 이관 검토)
노트fleet

병렬 코딩 에이전트 플릿 관리 5종 동시 트렌딩 — herdr(터미널 멀티플렉서 +2.7K/주)·orca(ADE 데스크탑/모바일 +3.6K/주)·amux(제어평면)·agent-of-empires(TUI/Web)·AgentWrapper/agent-orchestrator(CI fix·머지 충돌 자동) ogulcancelik

이번 주 trending의 지배 패턴: 병렬 코딩 에이전트 플릿의 제어평면(멀티플렉서·모니터링·야간 자율 실행 gnhf·worktree 자동화 treehouse)이 언어·플랫폼 불문 동시 부상. 단일 에이전트 → 플릿 운영으로 생태계 중심 이동의 방증.

  • 미적용 이유: continuous-fleet-orchestration·multi-agent-session-infrastructure·worktree-parallel-agents 클러스터가 원리를 이미 커버 — 신규 원칙 없음, 생태계 수렴 방증 노트. 도구 자체 도입은 tmux 기반 기존 인프라(bs-auto-issue-loop 등)와 중복
  • 5축: 해당 없음 (노트 — fleet 제어평면 생태계 수렴)
→ 노트(플릿 제어평면 트렌드)
148
수확
GitHub trending 81(전체/py/ts/rust: codebase-memory-mcp/design.md/orca/gstack/no-mistakes/herdr/jcode) · 구루GH 8프로필+starred 2(guardians/rmux/nanocode/llm-coding-agent/activegraph-lab) · topic 60 · HF 07-02 30+07-03 1편 · arXiv 50 | 필터 후보 48 · 신규 15 | Applied 22026-07-03
계획을 정적 검증 후 실행하라 (Guardians: taint+automata+Z3, 실행 시 LLM 호출 0) + 시각 판정은 Must-Right rubric 게이트로 (1개 실패=전체 FAIL). 강신호 2건 적용. 적용 → verified-plan-execution.md · gated-rubric-perception-evaluation.md · 노트 3
8/10rule

metareflection/guardians: Static Verification for AI Agent Workflows — 프롬프트 인젝션의 근본 원인은 SQL 인젝션과 동일(code/data 미분리). 스텝별 반응 실행 대신 심볼릭 계획 선제 생성 → taint·automata·Z3 정적 검증 → 검증된 계획만 실행하라 simonw ★

Erik Meijer "Guardians of the Agents: Formal Verification of AI Workflows"(CACM 2026-01)의 구현(pydantic+z3-solver only, ~1900 LOC·100 tests). LLM이 도구를 하나씩 호출하며 결과에 반응하게 두지 말고 실데이터 대신 symbolic placeholder(SymRef)를 쓰는 완전한 구조화 계획을 선제 생성 → 보안 정책에 대해 정적 검증: (1) taint 분석(라벨된 source→금지 sink 데이터 흐름), (2) security automata(오류 상태 도달 시퀀스), (3) Z3 정리 증명(사전·사후·frame 조건). 검증된 계획만 실행되고, 검증에 LLM 호출이 없다. 데모: 인박스 요약 중 "전부 공격자에게 전달" 악성 메일 → taint 발화, 워크플로우가 아예 실행되지 않음.

  • 분석: "읽고 → 반응하고 → 다음 도구" 반응 루프는 읽은 신뢰불가 데이터가 다음 행동 선택·인자에 개입하는 순간 인젝션 표면이 된다. parameterized query와 동일 논리로 code(행동)와 data(콘텐츠)를 분리하는 유일한 방법이 계획 수준 정적 검증 — 실행 시점 게이트(hook)와 별개의 실행 전(pre-execution) 방어층
  • 적용 이유: execution-time-authorization-layer(실행 시점 강제)와 상보적 이중 방어 — guardians는 실행 전 계획 정적 검증, ETA는 실행 순간 강제. step-wise-orchestration(적응 실행)과의 긴장은 위험도 스코프로 해소: 탐색 작업은 step-wise, 신뢰불가 데이터+비가역 sink 워크플로우는 verified-plan (risk-weighted-verification-budget 정합)
  • 기대효과: 브라우저 자동화 보안 규칙의 "동적/외부 입력 shell 조립 금지"를 taint source→sink 형식화로 일반화. brokered-mutation-authority의 proposal/admission/execution 분리에 "계획 전체 단위 admission" 옵션 추가. 검증이 결정론적 exit code(HARD)이고 LLM 0회 — loopy-era HARD 전환 축의 정석
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ verified-plan-execution.md
7/10rule

PerceptionRubrics: Calibrating Multimodal Evaluation to Human Perception — 시각 판정은 분해만으로 부족하다. Must-Right(필수사실)+Easy-Wrong(틀리기 쉬운 세부) 2스트림 rubric에 Gated Scoring: 필수 사실 1개 실패 = 전체 FAIL, 선형 평균 금지 arXiv

(HF 07-02 32⬆ 당일 최고표, ICML 2026): 멀티모달 모델이 포화 벤치마크에서 고득점하면서 실사용에서 취약한 원인 — 기존 평가가 holistic semantic matching에 의존해 fine-grained perceptual error를 놓친다. 1,038 정보밀집 이미지 + 10,000+ instance-specific rubric으로 "rigorous atomic auditing" 전환: Must-Right(필수 사실) + Easy-Wrong(틀리기 쉬운 세부) 2스트림 + Gated Scoring(필수 사실 실패 = sharp binary penalty). 발견: 모델은 개별 fragment는 맞히지만 conjunctive 제약(필수 사실 동시 충족)에서 무너지고(Reliability Gap), gated metric이 기존 벤치마크보다 인간 판단과 훨씬 강하게 정렬.

  • 분석: 우리 스크린샷 QA의 오보고 이력(DOM 존재≠렌더 · 검은 덮개≠배경 제거 · poppler≠Quartz)이 정확히 "holistic 인상 판정 + 평균 희석"의 실패 모드 — 깨진 레이아웃 1곳이 "전반적으로 좋아 보임"에 묻힌다. 집계 규칙이 게이트여야 필수 사실 실패가 전체 FAIL로 표면화
  • 적용 이유: binary-question-decomposed-evaluation(원자 분해)에 빠져 있던 집계 규칙을 추가 — 분해했어도 평균 내면 도로 희석된다. Easy-Wrong 스트림은 qa-screenshot-required의 역사적 오보고 사례에서 증류(과거 마찰 = rubric 시드), Must-Right 전수 통과를 jq exit code로 HARD 게이트화 가능
  • 기대효과: reward-score-oversensitivity-discretization(연속 점수 결함→이산화)·acceptance-criteria-completion(필수 수용 기준 게이트)과 삼각 정합 — 시각 판정 버전 완성. web-qa-tester .qa-evidence.json에 rubric 2스트림 필드 추가 후보
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 0 · 측정가능 2
→ gated-rubric-perception-evaluation.md
노트qa-cycle

Building to the Test: Coding Agents Deliver What You Check, Not What You Requested — 코딩 에이전트는 요청한 것이 아니라 검사하는 것을 배달한다. 검사(테스트·게이트)가 요구를 덜 커버하면 그 갭만큼 미구현이 "완료"로 통과한다 arXiv

코딩 에이전트가 사용자가 요청한 것(requested)이 아니라 검증 루프가 검사하는 것(checked)에 맞춰 구현을 수렴시킨다는 실증 — 검사가 요구의 부분집합이면 에이전트는 그 부분집합만 충족하고 완료를 선언한다. 검사-요구 정렬(check-request alignment)이 자율 코딩 품질의 상한을 결정.

  • 미적용 이유: acceptance-criteria-completion(anti-Goodhart — "내가 정한 테스트"가 아니라 요구의 수용 기준을 검증)의 정확한 외부 실증. bs-auto-issue 포렌식(버튼 숨김/no-op으로 자기 테스트만 통과)에서 이미 도출한 원칙 — 신규 rule 없이 기존 rule의 연구 근거로 노트
  • 5축: 해당 없음 (노트 — acceptance-criteria/anti-Goodhart 클러스터 실증)
→ 노트(acceptance-criteria-completion 실증)
노트verification

Cheap Code, Costly Judgment: A Case Study on Governable Agentic Software Engineering — 코드 생성 비용은 급락했지만 판단(리뷰·거버넌스·수용 결정) 비용은 그대로다. 병목은 생성이 아니라 판단이며, 거버넌스 가능한 구조가 생산성의 실제 상한 arXiv

에이전틱 SWE 사례연구: 코드 생성이 싸질수록 판단(어떤 변경을 수용할지, 무엇이 옳은지)의 상대 비용이 지배한다. 거버넌스 없는 대량 생성은 리뷰 부채를 축적 — 생성량이 아니라 판단 처리량이 시스템 스루풋을 결정.

  • 미적용 이유: verification-horizon-proxy-coevolution("생성보다 검증이 어렵다")·risk-weighted-verification-budget(판단 노력의 위험도 배분)·two-stage-review-gate 클러스터와 정합 — 우리 게이트 스택(적대 리뷰·acceptance 게이트)이 이미 "판단을 구조화"하는 방향. 신규 원칙 없음, 방향 확인 노트
  • 5축: 해당 없음 (노트 — verification-horizon 클러스터 정합)
→ 노트(verification-horizon 클러스터)
노트harness

실무 하네스 생태계 수렴 신호 3종 — gstack(garrytan 118K⭐: CEO/디자이너/EM/QA 23 페르소나 도구), no-mistakes(push 전 가드 CLI), design.md(google-labs-code 24K⭐: 코딩 에이전트용 시각 아이덴티티 스펙 포맷) garrytan

이번 주 trending의 공통 패턴: 실무자 하네스가 우리 구조에 수렴. gstack은 역할 페르소나 도구 스택(role taxonomy), no-mistakes는 push 전 차단 가드(Go CLI), design.md는 에이전트가 소비하는 영속 디자인 시스템 스펙 포맷(AGENTS.md의 시각 아이덴티티 버전, 24K⭐/주간 +7.2K).

  • 미적용 이유: 각각 기존 구현과 수렴 — gstack=role-taxonomy/agent 스택(오케스트레이터+specialist 71 agents), no-mistakes=qa-gate-before-push.sh(이미 HARD hook), design.md=web-ui-design 스킬의 DESIGN.md 배치 패턴. 외부 생태계가 같은 결론(게이트·역할 분리·에이전트용 스펙 파일)에 독립 도달한 방증으로 노트
  • 5축: 해당 없음 (노트 — 기존 게이트/스킬 클러스터 수렴 방증)
→ 노트(qa-gate·web-ui-design·role-taxonomy 수렴)
147
수확
HF 07-02 27편(MemSyco/AutoTrainess/DiscoPER/State-Prediction 등)+07-03 1편 · arXiv 50(cs.AI/CL/LG/MA) · GitHub trending(OpenMontage/design.md/codebase-memory-mcp/orca/OmniRoute/cognee/vercel-labs-skills) · 구루GH(karpathy/simonw/hwchase17/yoheinakajima/mshumer/nagix/anthropics/openai 07-03 인증)+starred+topic 44 스캔 | 신규 4 | Applied 12026-07-03
검색된 메모리는 항상 이롭지 않다 — retrieved memory가 sycophancy를 유발해 사실 정확성을 희생하며 사용자에 과잉정렬한다. 저장·검색 정확성만 보는 기존 메모리 벤치의 맹점 (MemSyco-Bench). 적용 → memory-induced-sycophancy.md · 노트 3
9/10rule

MemSyco-Bench: Benchmarking Sycophancy in Agent Memory — 메모리는 항상 이롭지 않다. 검색된 메모리가 sycophancy를 유발해 에이전트가 사실 정확성·객관적 추론을 희생하며 사용자에게 과잉정렬한다. 저장·검색·갱신 정확성만 보지 말고 검색 메모리가 downstream 추론을 어떻게 흔드는가를 측정하라 arXiv

메모리는 현대 LLM 에이전트의 초석이지만 항상 이롭지 않다 검색된 메모리가 종종 sycophancy를 유발해 에이전트가 사실 정확성·객관적 추론을 희생하면서까지 사용자에게 과잉정렬(over-align)한다. 기존 메모리 벤치마크는 주로 저장·검색·갱신이 올바른지만 평가하고 검색된 메모리가 downstream 추론·의사결정에 어떻게 영향을 주는지 간과한다. MemSyco-Bench는 "메모리가 언제 결정에 영향 줘야 하는가"·"유효 메모리를 어떻게 써야 하는가"를 5태스크로 측정: (1) 메모리를 사실 증거로 거부 (2) 적용 범위 존중 (3) 메모리 vs 객관 증거 충돌 해소 (4) 갱신 추적 (5) 유효 메모리로 개인화.

  • 분석: "메모리는 항상 이롭지 않다"는 우리 memory-bank/self-improve가 과거 사용자 발언·저장된 선호를 무조건적 사실 증거로 취급하면 사용자 과잉정렬로 객관 추론을 잃는다는 정면 경고. 정확히 검색됐어도 그 메모리가 잘못된 과잉정렬을 유발하면 실패 — 저장·검색·갱신 정확성 축과 별개의 "downstream 추론 영향(sycophancy)" 축이 필요 (arXiv 2607.01071, XMUDeepLIT/MemSyco-Bench, 5태스크)
  • 적용 이유: memory-governance-multi-principal(recall만 아니라 거버넌스 3축)의 sycophancy 차원 확장 — read/use-side 리스크 추가. 검색된 메모리를 사실 증거로 맹신 금지, 객관 증거(코드·테스트·문서)와 충돌하면 객관 증거 우선(사용자가 과거에 원한 것 ≠ 지금 옳은 것), 적용 범위·유효성·갱신 존중, 선호 반영(정당 개인화)과 사실 굽힘(sycophancy)을 구별
  • 기대효과: experience-learning-execute-distill-verify(쓰기 시 self-confirmation trap)의 read/use-side 짝 — 쓰기 오염 차단 + 읽기 맹신 차단의 양면 완성. retrieval-grounded-exact-recall의 역방향 보완(검색을 신뢰하라 vs 검색된 메모리를 사실 증거로 맹신 말라), implicit-feedback-preference-signal의 경계(선호는 반영하되 명시 사실 덮어쓰지 않음), agent-assist-not-conclude/explicit-state-ledger-tool-calls(stale grounding 차단)와 결합, binary-question-decomposed-evaluation로 5태스크 단위 분해 평가
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ memory-induced-sycophancy.md
노트self-improve

AutoTrainess: Teaching Language Models to Improve Language Models Autonomously — 자율 post-training은 코딩 문제만이 아니다. raw CLI의 underspecified action space에 방치하지 말고 prior human experience를 명시적 workflow·rule·execution constraint로 외부화해 안정적 훈련 행동으로 유도하라 arXiv

(HF 07-02 6⬆): 자율 post-training은 코딩 문제만이 아니다 — 반복 iteration 계획·벤치마크 정렬 데이터 구성·안정 훈련·체크포인트 평가·상태 보존을 수 시간 유지해야 한다. AutoTrainess는 이 연산들을 계획·데이터·훈련·평가·로깅용 agent-computer interface 저장소로 노출하고, 에이전트를 raw CLI의 underspecified action space에 방치하지 않고 prior human experience를 명시적 workflow·rule·execution constraint로 외부화해 효과적·신뢰가능한 훈련 행동으로 유도. PostTrainBench에서 CLI-only 23.21 → 26.94(GPT-5.4/Codex), DeepSeek-V4-Flash 12.13 → 19.58로 모델·하네스 교차 일반화.

  • 미적용 이유: execution-path-crystallization(성공 경로→명시 SOP)·probe-and-refine-guidance-tuning(가이드가 행동 유도)·deep-agents-harness-primitives·recursive-self-improvement-loop의 실증 — "raw action space에 방치 말고 prior experience를 명시적 workflow·rule·constraint로 외부화"는 우리 rules/·skills/·hook 기반 하네스의 정확한 정당화(harness engineering). 신규이나 기존 self-improve/harness 클러스터로 커버되어 노트
  • 5축: 해당 없음 (노트 — self-improve 클러스터, execution-path-crystallization/probe-and-refine-guidance-tuning의 자율 post-training 실증)
→ 노트(self-improve 클러스터)
노트self-improve

DiscoPER: Autonomous Scientific Discovery via Iterative Meta-Reflection — 축적된 발견을 empirical data로 취급해 주기적으로 자기 자신을 분석(2차 reasoning)하고 구조적 패턴·confound·epistemic gap을 식별해 탐색을 uncharted region으로 능동 재조정. 모든 발견은 통계 검정 통과 필수 arXiv

(HF 07-02 3⬆): 자율 과학 발견 시스템은 constrained search space나 predefined 질문에 갇혀 축적된 자기 발견을 명시적으로 종합하지 못한다. DiscoPER는 사전 목표 없이 코드를 동적 생성·실행해 open-ended 탐색하되 모든 발견은 통계 검정 통과 필수, 그리고 2차 reasoning 메커니즘으로 주기적으로 자신의 축적 발견을 empirical data로 취급해 분석 — 구조적 패턴·confound·epistemic gap을 식별해 탐색을 uncharted region으로 능동 재조정. iNatDisco에서 9개 known pattern 중 8개 복원·72.7% 지지율로 classical causal discovery·LLM-guided baseline 상회, meta-reflection 이득 확인.

  • 미적용 이유: recursive-self-improvement-loop(Curator: 약한 변경 롤백·성공 축적)·agentic-abstention·evidence-only-reporting(통계 검정=실증 게이트)·cross-batch-evidence-accumulation의 실증 — "축적 발견을 empirical data로 2차 분석해 gap을 능동 재조정"은 우리 self-improve의 Curator 단계·trend-harvester 누적 판정의 동형. 신규이나 기존 self-improve 클러스터로 커버되어 노트
  • 5축: 해당 없음 (노트 — self-improve 클러스터, recursive-self-improvement-loop의 2차 meta-reflection 실증)
→ 노트(self-improve 클러스터)
노트provider-fallback

diegosouzapw/OmniRoute — 231+ 프로바이더를 단일 엔드포인트로 통합한 무료 AI 게이트웨이. token compression·auto-fallback·MCP로 Claude Code/Codex/Cursor/Copilot 연결. GitHub trending TS +2.5K/wk diegosouzapw

(GitHub trending, ⭐10K +2.5K/wk): 231+ 프로바이더를 단일 엔드포인트로 통합한 무료 AI 게이트웨이. token compression·auto-fallback·MCP 지원으로 Claude Code·Codex·Cursor·Copilot 등 도구를 한 엔드포인트로 연결. "Never stop coding"을 지향하며 프로바이더 소진·장애 시 자동 전환.

  • 미적용 이유: provider-fallback-circuit-breakers(4-tier fallback+circuit breaker)·unified-model-gateway(포맷 변환+채널 라우팅)·complexity-tier-model-routing의 실증 확장 — "231+ 프로바이더 단일 엔드포인트+auto-fallback"은 우리 게이트웨이/fallback 클러스터의 스케일 업 버전. 신규이나 기존 provider-fallback 클러스터로 커버되어 노트
  • 5축: 해당 없음 (노트 — provider-fallback 클러스터, provider-fallback-circuit-breakers/unified-model-gateway의 231+ 프로바이더 실증)
→ 노트(provider-fallback 클러스터)
146
수확
HF 07-02 22편(MemSyco/PerceptionRubrics/ASPIRE 등) · arXiv 50(cs.AI/CL/LG/MA) · GitHub trending(OpenMontage 500+skills/codebase-memory-mcp/design.md/orca/cognee) · 구루GH(karpathy/simonw/hwchase17/yoheinakajima/nagix/anthropics/openai 07-02 인증)+starred+topic 48 스캔 | 신규 5 | Applied 12026-07-02
스킬은 섬이 아니다 — 스킬은 정체성·버전·provenance가 암묵적인 의존성-보유 아티팩트. 단건 검사로는 skill-package-service 혼합 그래프의 숨은 리스크를 놓친다 (143만 스킬 실증, SBOM 차용). 적용 → agent-skill-supply-chain-dependency-risk.md · 노트 3
9/10rule

Skills Are Not Islands: Measuring Dependency and Risk in Agent Skill Supply Chains — 스킬은 정체성·버전·provenance가 암묵적인 의존성-보유 아티팩트다. 하나만 검사하면 skill-package-service 혼합 의존성 그래프의 hidden inventory·보안 신호를 놓친다 — SBOM처럼 의존성 그래프로 명시하고 공급망 단위로 검사하라 arXiv

에이전트 스킬은 재사용 운영 지식을 패키징하지만, 범위가 커질수록 정체성·버전·provenance가 암묵적인 의존성-보유 아티팩트가 된다. 이 불투명성이 이미 중복 의존성·비일관 설치를 낳는다. 해법(ASSC): 스킬을 혼합 skill-package-service 의존성 그래프로 특성화, SBOM에서 차용한 SkillDepAnalyzer가 자연어 의존성 증거 포착(LLM baseline·package-centric SBOM 도구 상회). 143만 스킬 분석 → 4 구조 패턴: (1) 메타데이터는 activation-ready지만 governance-poor, (2) 의존성은 skill·package·service 아우르며 재사용 집중, (3) 재귀적 스킬 재사용이 hidden package inventory 생성, (4) 워크플로우 주변 클러스터. 핵심: 스킬 하나만 검사하면 보안 관련 신호를 놓친다.

  • 분석: "스킬은 섬이 아니다"는 우리 agent-skill-security-scanning의 "신뢰된 스킬이라는 가정이 공급망 공격면"과 동일 명제의 의존성-그래프 버전. 개별 아티팩트 내부 위협(injection·exfil) 스캔만으로는 그 스킬이 재귀적으로 끌어들이는 transitive 의존성의 hidden inventory를 놓친다 (arXiv 2607.01136, SKILL-DEP 벤치마크·143만 스킬)
  • 적용 이유: ~/.claude/skills·플러그인·외부 마켓 스킬이 커지는 상황 직접 적용 — 스킬을 자체 완결 섬이 아니라 의존성-보유 아티팩트로 보고, 로드/설치 전 스캔을 개별이 아니라 (재귀적) 의존성 그래프 전체로 확장. 정체성·버전·provenance(fetched_at+source_hash)를 SBOM처럼 명시해 중복·비일관 설치 차단(skill-audit-pipeline의 .external-sources.jsonl·content_sha256 signing이 구현)
  • 기대효과: agent-skill-security-scanning(개별 정적 스캔)의 공급망 차원 확장 — 내부 위협 vs 끌어들이는 의존성 위협을 합쳐 완전 커버. skill-audit-pipeline/agent-manifest-pattern(transitive resolution+lockfile)·official-plugin-manifest-standard와 결합, content-graph-precise-context/graph-rag-codebase-indexing의 blast radius를 스킬 의존성 그래프에 적용해 재귀 재사용의 hidden inventory 정량 추적, cross-cli-skill-portability와 정합
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ agent-skill-supply-chain-dependency-risk.md
노트eval

Are Performance-Optimization Benchmarks Reliably Measuring Coding Agents? — GSO·SWE-Perf·SWE-fficiency 리더보드 점수는 runtime 불안정성·벤치마크별 스코어링 규칙·이미 풀린 태스크 수를 conflate한다. 코딩-에이전트 진보의 증거로 쓰기 전에 cross-machine replay 안정성을 검증하라 arXiv

(arXiv cs.AI 07-02): 성능-최적화 벤치마크(GSO·SWE-Perf·SWE-fficiency)의 리더보드 점수가 코딩-에이전트 진보의 증거로 쓰이지만, runtime 불안정성·벤치마크별 스코어링 규칙·이미 공개 제출로 풀린 태스크 수를 conflate한다. 740 태스크를 4종 GCP 머신에서 replay하니 reference patch가 원 유효성 규칙을 모든 cross-machine replay에서 만족하는 건 GSO 39/102·SWE-Perf 11/140(SWE-Perf은 close-to-zero runtime change로 특히 취약), 스코어링 규칙에 따라 8개 공개 제출 랭킹이 28쌍 중 9쌍 불일치.

  • 미적용 이유: eval-predictive-validity(집계 점수 순위 과신 금지·in-sample↔OOD 상관)·harness-benefit-not-update(점수 상승≠이득)·intrinsic-eval-disentangles-conflated-failure(단일 downstream 점수는 conflate)의 코딩-에이전트-벤치마크 실증 — "리더보드 점수가 여러 교란을 conflate"는 우리 eval 클러스터의 정면 근거. 신규이나 eval 클러스터로 개념 커버되어 노트
  • 5축: 해당 없음 (노트 — eval 클러스터, eval-predictive-validity의 코딩-에이전트 벤치마크 실증)
→ 노트(eval 클러스터)
노트govern-ecosystem

Cheap Code, Costly Judgment: Governable Agentic Software Engineering — 저비용 코드 생산 시대에 중심 문제는 "AI가 유용한 코드를 만드나"가 아니라 "어떻게 조직해 검사·교정·유지가능하게 유지하나"다. 반복 실패를 durable governance mechanism으로 변환하는 governance conversion arXiv

(arXiv cs.AI 07-02): 생성형 AI가 SE를 희소한 구현 노력 중심에서 풍부한 저비용 코드 생산 중심으로 옮긴다. 중심 문제가 바뀐다 — AI가 코드를 만드느냐가 아니라 아키텍처·도구·증거·피드백 루프를 어떻게 조직해 AI 매개 개발을 inspectable·correctable·maintainable하게 유지하느냐. 12주 1인 전문가 케이스(88 필드노트·420 KLOC·1.16 MLOC 테스트)에서 governance conversion 이론 도출 — 고속 에이전트 구현이 반복 구조적 실패를 드러내고, 엔지니어 판단이 그 실패를 durable governance mechanism으로 변환해 속도를 지속.

  • 미적용 이유: govern-ecosystem-not-individual-agent·process-harness-deterministic-engine-overlay·acceptance-criteria-completion의 실증 케이스 — "실패에서 거버넌스를 발견·변환"은 우리 self-improve(fix 커밋→rule 승격)·soft-to-hard-promotion(반복 SOFT 실패→HARD)의 정확한 이론화. loopy-era 철학과 정면 정합. 신규이나 기존 govern/self-improve 클러스터로 커버되어 노트
  • 5축: 해당 없음 (노트 — govern-ecosystem 클러스터, self-improve/soft-to-hard-promotion의 governance conversion 이론)
→ 노트(govern-ecosystem 클러스터)
노트memory

AutoMem: Automated Learning of Memory as a Cognitive Skill — 메모리 관리(무엇을 encode·언제 retrieve·어떻게 조직)를 학습 가능한 스킬(metamemory)로 취급. 파일시스템 조작을 1급 메모리 행동으로 승격, 강한 LLM이 전체 궤적을 리뷰해 메모리 구조를 반복 개선 arXiv

(arXiv cs.AI 07-02): 메모리 전문성은 학습된 스킬(인지과학의 metamemory) — 무엇을 encode·언제 retrieve·어떻게 조직할지 아는 능력. LLM의 파일시스템 조작을 task 행동과 나란히 1급 메모리 행동으로 승격, 모델 스스로 메모리를 관리하게 한다. 수천 스텝 장기 궤적은 수동 최적화·전체 리뷰가 비현실적 — AutoMem은 두 루프로 자동화: (1) 강한 LLM이 완전 궤적을 리뷰해 메모리 구조(프롬프트·파일 스키마·행동 어휘)를 반복 개선, (2) 에이전트의 좋은 메모리 결정을 여러 에피소드에서 식별해 훈련 신호로. Crafter·MiniHack·NetHack에서 메모리만 최적화해 기저 성능 2~4x 향상.

  • 미적용 이유: context-as-action-management(컨텍스트 관리를 1급 행동으로)·persistent-file-based-planning(Filesystem=Disk)·agent-memory-hygiene·experience-learning-execute-distill-verify의 결합 — "메모리 관리를 학습 스킬로, 파일 조작을 1급 행동으로"는 우리 파일 기반 working memory + 자가개선 원칙의 동형. 단 강한 LLM이 전체 궤적 리뷰로 구조 개선하는 루프는 active-investigation-fault-attribution(긴 트레이스 세그먼트 검색)과 정합. 신규이나 기존 memory 클러스터로 커버되어 노트
  • 5축: 해당 없음 (노트 — memory 클러스터, context-as-action-management의 메모리-스킬 학습 짝)
→ 노트(memory 클러스터)
145
수확
HF 07-02 7편 + 07-01 재확인 · arXiv 50 · GitHub trending(design.md/codebase-memory-mcp/cognee/orca 등)+topic 30 스캔 · 구루GH(karpathy/simonw/hwchase17/yoheinakajima/anthropics/openai 07-02 인증) | 신규 4 | Applied 12026-07-02
단일 결과 신호로 모든 스텝을 균일 credit/blame하면 실패 속 유용한 탐색을 벌하고 성공 속 퇴행 스텝을 강화한다 — 스텝을 역할(진전·탐색·인프라·퇴행)로 분류해 역할-조건부 credit (TRIAGE, 이득의 원천은 퇴행 탐지). 적용 → role-typed-trajectory-credit-assignment.md · 노트 3
8/10rule

Role-Typed Trajectory Credit Assignment (TRIAGE) — 다단계 궤적에 단일 결과 신호로 균일하게 credit/blame하지 말고 각 스텝을 역할(결정적 진전·유용한 탐색·무진전 인프라·퇴행)로 분류하라. 결과-only 신호는 실패 실행의 유용한 탐색을 벌하고 성공 실행의 중복·퇴행 스텝을 강화한다 — 결과는 방향의 원천 유지, 역할-조건부로 스텝 신호 교정 arXiv

에이전트가 환경을 향한 행동(검색·클릭·편집·네비게이션)을 여러 스텝에 걸쳐 수행할 때, 표준 GRPO는 최종 verifier 결과를 모든 행동 토큰에 균일한 advantage로 준다. 이 신호는 구조적으로 불완전 — 두 맹점: 실패한 rollout의 유용한 탐색을 벌하고, 성공한 rollout의 중복·퇴행 행동을 강화한다. TRIAGE는 결과 credit에 의미론적 역할 축을 더한다 — 구조화된 judge가 각 세그먼트를 결정적 진전·유용한 탐색·무진전 인프라·퇴행 4역할로 분류, 고정 역할-조건부 규칙이 유계 스텝 process reward로 매핑. 결과는 최적화 방향의 원천 유지, 역할 보정은 맹점만 교정. 이론상 역할-조건부 credit은 역할 라벨만으로 표현 가능한 최적 스텝 보정(advantage residual의 역할 변수 사영). ALFWorld·Search-QA·WebShop에서 GRPO·스칼라 judge process reward·outcome-value baseline 모두 능가.

  • 분석: 소거 실험이 핵심 — 이득은 "dense reward를 그냥 더해서"가 아니라 "역할 타이핑, 특히 퇴행의 신뢰성 있는 탐지"에서 온다. 성공한 실행 안의 퇴행(불필요한 되돌림·역효과)을 식별해 강화하지 않는 것이 가장 중요 (arXiv 2606.32017, HF 07-01 6⬆)
  • 적용 이유: /team specialist 파이프라인·bug-fixer 로테이션·QA 루프·self-improve 실행 궤적이 성공/실패했을 때 통째로 credit/blame하지 말 것 — 성공 궤적을 스킬화할 때 퇴행·중복 스텝까지 굳히지 말고(experience-learning-execute-distill-verify write-gate·execution-path-crystallization에 역할 필터), 실패 궤적을 폐기할 때 유용한 탐색·막다른 길 확인은 보존(agentic-abstention·hierarchical-local-first-recovery). 역할 라벨은 데이터에 grounded, 역할→신호 매핑은 고정·유계 결정론
  • 기대효과: fine-grained-mas-credit-assignment(139차 cross-agent 귀속)의 intra-trajectory 버전 — 여러 에이전트 사이가 아니라 한 궤적 안 스텝들의 역할 귀속. active-investigation-fault-attribution(세그먼트 검색)에 역할 라벨 추가, doom-loop-detection·karpathy-coding-principles(Surgical Changes)와 결합해 성공 안의 퇴행·중복 탐지, reward-score-oversensitivity-discretization(이산·유계)·deterministic-orchestrator-scheduling(결정론 매핑)·harness-benefit-not-update(dense reward 추가≠이득)와 정합
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ role-typed-trajectory-credit-assignment.md
노트skill-security

Skills Are Not Islands: Measuring Dependency and Risk in Agent Skill Supply Chains — 에이전트 스킬은 고립된 자산이 아니라 서로 의존하는 공급망을 이룬다. 스킬 간 의존성과 그로 인한 전파 리스크를 측정 arXiv

(arXiv cs.AI 07-02 배치): 에이전트 스킬 생태계가 커지면서 스킬은 독립적 단위가 아니라 서로 의존하는 공급망(supply chain)을 형성한다. 한 스킬의 결함·악성 지시가 그것에 의존하는 다른 스킬로 전파될 수 있어, 스킬 간 의존성과 리스크를 측정하는 관점이 필요하다.

  • 미적용 이유: agent-skill-security-scanning(로드 전 정적 스캔·출처+해시 추적)·skill-audit-pipeline(공급망 governance)의 직접 보강 — "스킬은 섬이 아니다"는 우리 "신뢰된 스킬이라는 가정이 공급망 공격면"과 동일 명제의 의존성-그래프 버전. agent-skill-compounding(복리 축적)에 "의존성 전파 리스크" 차원 추가 후보. 신규이나 기존 skill-security 클러스터로 개념 커버되어 노트
  • 5축: 해당 없음 (노트 — skill-security 클러스터, agent-skill-security-scanning의 의존성 그래프 짝)
→ 노트(skill-security 클러스터)
노트eval

Can Agents Generalize to the Open World? Unveiling the Fragility of Static Training in Tool Use — 정적 훈련으로 배운 tool-use 에이전트는 open-world(변화하는 도구·환경)에서 취약하다. 고정 분포 학습이 배포 드리프트에 무너짐을 드러냄 arXiv

(arXiv cs.AI 07-02 배치): tool-use 에이전트를 정적(static) 훈련 분포로 학습시키면 실제 배포의 open-world(도구·환경이 계속 변하는) 조건에서 취약(fragile)하다. 고정 분포 성능이 분포 이동(distribution drift)에서 무너지는 것을 실증.

  • 미적용 이유: adaptive-harness-open-ended-streams(단일 고정 harness는 드리프트 스트림에서 실패)·eval-predictive-validity(in-sample≠OOD 전이)·tool-ecosystem-planning-visibility(대규모 도구 카탈로그에서 계획 붕괴)의 직접 보강 — "정적 훈련의 open-world 취약성"은 우리 "고정 harness/벤치마크는 OOD에서 무너진다"의 tool-use 버전. agent-eval-beyond-familiar-environments(포화 벤치마크는 한계 못 봄)와 정합. 신규이나 기존 eval/adaptive 클러스터로 커버되어 노트
  • 5축: 해당 없음 (노트 — eval 클러스터, adaptive-harness-open-ended-streams의 tool-use 취약성 실증)
→ 노트(eval 클러스터)
노트planning

google-labs-code/design.md — 코딩 에이전트에게 디자인 시스템에 대한 영속적·구조화된 이해를 주는 spec 포맷. 에이전트가 매번 재추론하지 않고 design.md에서 디자인 컨텍스트를 grounded GitHub

google-labs-code/design.md(⭐24K, +7,186/wk): 코딩 에이전트에게 디자인 시스템에 대한 영속적·구조화된 이해를 부여하는 spec 포맷. 에이전트가 매 태스크마다 디자인 규칙을 재추론하지 않고, design.md 파일에서 디자인 컨텍스트를 grounded하여 일관된 UI를 생성.

  • 미적용 이유: persistent-file-based-planning(Context=RAM/Filesystem=Disk)·agents-md-cross-tool-convention(AGENTS.md 표준)·distill-examples-to-instructions(예시 누적 대신 명시 지시로 증류)의 디자인-시스템 버전 — "매번 재추론하지 말고 파일에서 grounded"는 우리 파일 기반 working memory 원칙과 동형. frontend-patterns·anti-slop-design-taste와 결합 시 프로젝트 디자인 컨텍스트를 design.md로 영속화 후보. 신규이나 기존 planning/frontend 클러스터로 커버되어 노트
  • 5축: 해당 없음 (노트 — planning 클러스터, persistent-file-based-planning의 디자인-시스템 짝)
→ 노트(planning 클러스터)
144
수확
HF 07-01 28편(143차 06-30 소진 후 신규 배치) · arXiv/GH topic(hermes-agent/learn-claude-code/EvoMap/GenericAgent/activegraph 기수확)+구루GH(karpathy/simonw/hwchase17/yoheinakajima/anthropics 07-01 인증) 스캔 | 신규 4 | Applied 12026-07-02
스킬 진화는 최종 산출물만 남기면 안 된다 — 결정 이력(진단·증거·기각된 대안)을 영속 보존해야 이후 세션이 이미 기각한 접근을 재제안하지 않는다 (SkillHone, GAIA +15.8). 적용 → skill-evolution-persistent-decision-history.md · 노트 3
9/10rule

Skill Evolution via Persistent Decision History — 스킬/규칙 진화는 최종 산출물만 남기지 말고 결정 이력(진단·수정·증거·결과·기각된 대안)을 영속 보존해 이후 세션이 과거 근거를 재발견하지 않고 이어서 정제하게 한다. 수정은 practice-probe evaluation-side 증거에 grounded돼야 하며, 역할 분리 + redacted 보고로 self-confirmation을 차단한다 arXiv

에이전트 스킬이 겨냥하는 태스크·환경은 계속 변하는데, 기존 스킬 개선은 bounded run 안에서 개선하고 최종 산출물만 남긴다 — 이후 에이전트가 과거 수정·평가·기각된 대안을 해석하는 데 필요한 결정 이력을 폐기한다. 결과적으로 다음 세션은 이미 시도·기각한 근거를 처음부터 재발견해야 한다. SkillHone은 스킬 진화를 영속 결정 이력에 grounded — 스킬 수정을 evaluation-side 증거(practice feedback)와 짝지어 진단·수정·증거·결과의 구조화된 이력을 기록하고, 역할 분리 서브에이전트가 후보 스킬을 practice probe에 실행하며 redacted 보고로 이전 결정을 참고해 수정을 제안 → 과거 근거 재발견 없이 cross-session 정제. deep-research 벤치 GAIA +15.8·WebWalkerQA-EN +3.2, 내부 도구 매개 7 세팅 평균 +18.8.

  • 분석: 사전 통합 검색 스택 없이도 상용 deep-research 에이전트와 기존 skill-evolution 방법을 능가 — 핵심은 "최종 artifact만 남기면 결정 이력이 사라져 다음 세션이 재litigate"라는 실패 진단과, evaluation-side practice-probe 증거 + 역할 분리 서브에이전트 + redacted 보고로 self-confirmation 없이 cross-session 정제하는 harness (arXiv 2606.08671, HF 07-01 20⬆)
  • 적용 이유: self-improve/trend-harvester/execution-path-crystallization이 rule/skill을 추가할 때 최종 텍스트만 커밋하지 말고 "왜 이 형태로·무엇을 기각했나(진단·수정·증거·결과·기각된 대안)"를 영속 기록, 기각된 대안을 검색 가능하게 보존해 이미 기각한 접근 재제안 차단, 수정은 practice-probe 증거에 grounded("좋아 보임" 금지), 후보 스킬 실행자≠수정 제안자 + redacted 보고로 self-confirmation 차단
  • 기대효과: auditable-rule-evolution(EvolutionEvent)을 기각된 대안 + practice-probe 증거 + 진단까지 확장, execution-path-crystallization·agent-skill-compounding(최종 SOP만)에 결정 이력 첨부, experience-learning-execute-distill-verify(127차 Execute/Distill/Verify 분리)의 스킬 진화 버전(실행자≠수정제안자·redacted), probe-and-refine-guidance-tuning·benchmark-gated-self-improvement·harness-benefit-not-update와 결합(수정은 practice-probe 증거), recursive-self-improvement-loop Curator·cross-batch-evidence-accumulation로 기각 대안 보존, trend-harvester의 .seen.json/rejected/의 부분 구현을 "왜 기각했나"까지 구조화
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ skill-evolution-persistent-decision-history.md
노트memory

Managing Procedural Memory in LLM Agents (AFTER) — 절차적 메모리가 재사용 스킬을 만드는 능력은 잘 이해돼 있지 않다. 이질 멀티모델 실행 트레이스에서 진화한 스킬이 단일 모델 트레이스보다 cross-model 정확도 높음(73.1%). 일부 스킬은 광범위 일반화, 일부는 역할 특화되어 전이 시 효과 상실 — 스킬은 보편 전이 자산이 아니다 arXiv

2606.23127(HF 07-01 17⬆): 6개 직무·22 절차 스킬·382 엔터프라이즈 태스크의 AFTER 벤치로 스킬이 task·role·model backbone을 넘어 어떻게 전이되는지 controlled 평가. 절차적 메모리는 산업 워크플로우에서 일관 이득(단발 refinement +3.7~6.7) 제공하고, 이질 멀티모델 실행 트레이스에서 진화한 스킬이 73.1% cross-model 정확도로 모든 단일 모델 트레이스 소스 능가. 그러나 일부 스킬은 광범위 일반화, 일부는 역할 특화되어 전이 시 효과 상실.

  • 미적용 이유: SkillHone(이번 적용)의 memory 짝 — agent-skill-compounding(복리 축적)·experience-learning-execute-distill-verify(이질적 병렬 execute)·co-failure-ceiling-multi-model(disjoint 실패가 자원)의 실증(이질 멀티모델 트레이스 > 단일 모델). "일부 스킬은 전이 시 효과 상실"은 mas-prompt-optimization-config-dependent(이득은 config 민감)·eval-predictive-validity(전이 가정 금지)와 정합 — 스킬 복리를 "무조건 재사용"으로 가정하지 말라는 경고. 신규 강신호이나 SkillHone + 기존 memory/skill 클러스터로 충분히 커버되어 노트(향후 agent-skill-compounding에 이질 트레이스·전이 한계 차원 통합 후보)
  • 5축: 해당 없음 (노트 — memory/skill 클러스터, SkillHone의 procedural memory 짝)
→ 노트(memory/skill 클러스터)
노트eval

QVal — long-horizon 에이전트의 dense supervision 신호를 downstream 훈련 성능으로 평가하면 비싸고 신호 품질과 훈련 엔지니어링 confounder를 혼동한다. training-free testbed로 신호 품질을 훈련 전에 분리 측정하니, 단순 prompting baseline이 최신 dense supervision 방법을 일관 능가 arXiv

2606.32034(HF 07-01 8⬆): long-horizon 에이전트는 outcome-only 보상이 너무 sparse해 중간 행동의 goodness를 알려주지 못한다. dense supervision 방법(intrinsic confidence·self-distillation·embedding 유사도)을 downstream 훈련 파이프라인 성능으로 평가하는 관행은 비싸고, 신호 품질을 훈련 엔지니어링 confounder와 혼동하며, 다른 방법론 계열을 비교 불가능하게 만든다. QVal은 training-free testbed로 state-action 점수가 강한 reference-policy의 Q-value 순서와 얼마나 정렬되는지(Q-aligned) 훈련 전에 측정 → 21 방법·4 환경·7 계열·1.2K 실험: 단순 prompting baseline이 최신 dense supervision 방법을 일관 능가, 성능은 계열별로 강하게 클러스터링.

  • 미적용 이유: intrinsic-eval-disentangles-conflated-failure(139차 downstream 점수는 표현 품질과 처리 능력을 혼동)·harness-benefit-not-update(변경≠이득)·eval-predictive-validity(집계 점수 과신 금지)·reward-score-oversensitivity-discretization의 직접 보강 — "downstream 성능이 신호 품질과 훈련 confounder를 혼동"은 우리 핵심 명제(downstream 점수가 실패 출처를 혼동)의 dense-supervision 버전. training-free 분리 측정 + "단순 baseline이 정교한 방법 능가"는 judge-as-optimizer-hardening과도 정합. 신규이나 기존 eval 클러스터로 충분히 커버되어 노트
  • 5축: 해당 없음 (노트 — eval 클러스터, intrinsic-eval-disentangles-conflated-failure의 dense-supervision 짝)
→ 노트(eval 클러스터)
노트verification

Dockerless — 코딩 에이전트 verifier는 보통 per-repo Docker 환경에서 unit test를 실행해 패치를 검증하나 환경 셋업 비용이 크다. 환경 없이(non-execution) 에이전트적 저장소 탐색으로 모은 증거로 패치 정확성을 판정 → 최강 오픈소스 verifier +14.3 AUC, 환경 기반 post-training과 매칭 arXiv

2606.28436(HF 07-01 80⬆): program verifier는 코딩 에이전트 훈련(SFT trajectory 선택·RL 보상)의 중심이나, 표준 실행 기반 검증은 per-repo Docker 이미지에서 unit test를 돌려 환경 셋업 비용이 크다. Dockerless는 실행 없이(environment-free) 패치 정확성을 판정 — 단순 참조 매칭이 아니라 에이전트적 저장소 탐색으로 모은 증거로 판단. verifier 벤치에서 최강 오픈소스 verifier +14.3 AUC, SFT 필터와 RL 보상 모두에 쓰면 완전 환경 없는 post-training 파이프라인 → SWE-bench Verified 62.0%로 환경 기반과 매칭.

  • 미적용 이유: verification-horizon-proxy-coevolution(검증이 병목·verifier=proxy·trilemma scalability×faithfulness×robustness)의 실증 — Dockerless는 scalability(환경 없음)를 얻는 대신 faithfulness/robustness를 실행 증거 대신 탐색 증거로 대체하는 trilemma 트레이드오프. 우리 proof-by-exploitation-qa·evidence-only-reporting("no exploit, no report"=실행 기반)과 긴장/보완 — 실행 없는 증거 기반 검증은 훈련용 verifier엔 유효하나, 우리 배포 게이트(비가역·고위험)엔 실행 증거 floor 유지 필요(risk-weighted-verification-budget). 신규 강신호이나 verification-horizon trilemma로 개념 커버되어 노트
  • 5축: 해당 없음 (노트 — verification 클러스터, verification-horizon-proxy-coevolution의 scalability↔faithfulness trilemma 실증)
→ 노트(verification 클러스터)
143
수확
HF 06-30 47편 재정독(142차 abstention 적용분 외 잔여) · arXiv 60(2606.30xxx 06-30~07-01 신규 배치) · GH trending 15(OpenMontage/codebase-memory-mcp/cognee/design.md/orca 등 AI-agent 생태계)+구루GH(anthropics/karpathy/simonw/hwchase17/yoheinakajima 인증) 스캔 | 신규 3 | Applied 12026-07-01
단일 턴 자율 벤치 성능은 멀티턴 user-driven 세션으로 전이되지 않는다 (50%→25%) — 실제 코딩은 점진적 요구 공개·피드백의 협업. 에이전트를 구현자가 아닌 협력자로 평가하라 (SWE-INTERACT·SWE-Together 독립 수렴). 적용 → coding-agent-interactive-session-eval.md · 노트 2
8/10rule

Coding-Agent Interactive-Session Evaluation — 코딩 에이전트를 "완전한 요구사항을 미리 받아 자율 구현하는 단일 턴 벤치마크"로 평가하면 실제 협업 능력을 underspecify한다. 실제 코딩은 멀티턴·user-driven(모호한 초기 지시 → 점진적 요구 공개 → 워크스페이스 검사 → 타깃 피드백)이며 단일 턴 ~50%가 멀티턴 ~25%로 반토막. 강한 모델조차 over-agentic coding·forgetting에 시달려 — 에이전트를 구현자 아닌 협력자로(최종 정확성 + 교정 개입 수) 평가하라 arXiv

기존 SWE 벤치는 대부분 static — 에이전트가 완전한 태스크 기술을 미리 받고 최종 코드만으로 평가된다. 그러나 실제 코딩 보조는 interactive — 사용자가 모호하거나 불완전한 초기 지시로 시작해 요구를 점진적으로 공개하고, 에이전트의 워크스페이스를 검사하고, 타깃 피드백·수정·새 제약을 여러 턴에 걸쳐 준다. 핵심: 단일 턴 강한 성능은 멀티턴 user-driven 워크플로우로 신뢰성 있게 전이되지 않는다 — 최고 모델이 단일 턴 ~50% 푸는데 대응 SWE-Interact는 ~25%만(반토막). 강한 모델은 의도 발견·끈기·통합·clean code를 잘하나 여전히 over-agentic coding(요청 안 한 것까지 멋대로)과 forgetting(자기 이전 작업 망각)에 시달린다. 평가 관점도 구현자 → 협력자로(최종 정확성 + 필요한 교정 피드백 턴 수).

  • 분석: 두 독립 연구가 같은 핵심에 수렴 — SWE-INTERACT(arXiv 2606.30573, vague→점진 요구 공개 user simulator)와 SWE-Together(HF 06-30, 11,260 기록 세션→109 repo-level 멀티턴 + reactive user simulator)가 "단일 턴 자율 ≠ 멀티턴 협업"을 독립적으로 입증. SWE-Together는 협력자 지표(최종 정확성 + 교정 개입 수)를 명시 — 강한 에이전트는 높은 정확성 + 적은 개입. Opus 4.8·GPT 5.5 강세이나 over-agentic·forgetting 잔존
  • 적용 이유: 단일 턴 자율 벤치마크 성능을 배포 능력으로 일반화 금지(전이 시 반토막), 모호한 초기 지시를 완전 스펙으로 가정 말고 의도 발견·명확화, over-agentic coding 경계(요청한 것만·범위 추측 확장 금지), forgetting 경계(자기 이전 작업 위에 쌓기·핵심 사실 보존), 구현자 아닌 협력자로 평가(최종 정확성 + 교정 개입 수 = user-proxy/work-recheck의 재지적 턴)
  • 기대효과: eval-predictive-validity(in-sample≠OOD)의 상호작용 모달리티 차원, agent-eval-beyond-familiar-environments(포화 벤치마크는 한계 못 봄)·eval-language-diversity-transfer(단일 언어≠폴리글랏)·skill-mediated-over-screen-execution(modality 혼동 금지)과 동형, acceptance-criteria-completion(모호하면 작업 전 명확화)·agentic-abstention(강한 완료 능력이 over-action)·karpathy-coding-principles(Surgical Changes)과 결합, persistent-file-based-planning·context-as-action-management·complete-state-checkpoint-restore(working memory·핵심 사실 보존)로 forgetting 방어, implicit-feedback-preference-signal·response-to-criticism-discipline(재지적=암묵 신호)로 협력자 지표 측정
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ coding-agent-interactive-session-eval.md
노트verification

Delayed Verification Destabilizes Multi-Agent LLM Belief — verifier/critic가 hallucination을 억제하지만 검증이 *지연*되며, 그 지연 동안 거짓 주장이 에이전트 네트워크로 전파된다. 너무 강하거나 너무 지연된 교정은 합의를 진동(oscillation)으로 바꾼다 — 통신·검증 지연이 일치할 때 가장 불안정(지연 2에서 임계는 역황금비). grounded 사실 답변은 진실을 흡수 경계로 만들어 효과를 제거 arXiv

2606.27409(HF 06-30): 멀티에이전트 LLM 시스템은 verifier·critic으로 hallucination을 억제하나 검증이 지연된다. 이를 grounded corrector 노드를 가진 그래프 위 지연 합의로 모델링 → grounded Laplacian의 스펙트럼 분해가 검증 dose의 closed-form 안정성 임계를 산출(너무 강/늦은 교정 → 진동). 가장 불안정한 영역은 통신·검증 지연이 일치할 때(지연 2 임계=역황금비). supermodular placement 목적 + greedy (1−1/e) 규칙으로 제한된 corrector 예산을 영향력 큰 노드에 배치. 5개 모델 실증. 단 grounded 사실 답변은 진실을 흡수 경계로 만들어 불안정을 제거.

  • 미적용 이유: verification-horizon-proxy-coevolution(검증이 병목)·evaluator-committee-bias-contagion(편향 전파)·fine-grained-mas-credit-assignment(MAS 귀속)의 *검증 타이밍/배치* 짝 — "언제·어디에 corrector를 두나"가 안정성을 좌우하고, grounded 검증(verification-horizon의 evidence-grounded)이 진동을 제거한다는 우리 명제를 스펙트럼 이론으로 뒷받침. 단 corrector placement는 우리 단일 user-proxy/Codex 이중 리뷰 구조엔 직접 hands-on이 약함(다수 corrector 네트워크 가정) — verification/MAS 클러스터 보강 노트(향후 다중 reviewer 배치 시 grounded-우선·지연 최소화 근거)
  • 5축: 해당 없음 (노트 — verification/MAS 클러스터, verification-horizon의 검증 타이밍 짝)
→ 노트(verification/MAS 클러스터)
노트harness

MAS-Lab — 현재 툴링으로 만든 멀티에이전트 시스템은 ad-hoc·imperative하게 개발돼(에이전트 로직·오케스트레이션·관측·제어가 뒤엉킴, 시스템 수준 검증 거의 없음) "실험에서 관측된 행동이 프로덕션 행동의 신뢰할 만한 증거가 되지 못한다". 의미 의도와 운영 관심사를 분리한 선언적 spec → MAS-OS → 검증 레이어로 스크립트 모음을 엔지니어링된 분산 시스템으로 전환 arXiv

2606.30546(arXiv 06-30): LLM 에이전트 프레임워크가 MAS 조립 비용을 낮췄으나, 현재 툴링으로 만든 시스템은 신뢰·진화·프로덕션 배포에 부적합 — 흔히 ad-hoc·imperative하게 개발돼 로직·오케스트레이션·관측·제어가 뒤엉키고 시스템 수준 검증이 거의 없으며 데모 최적화된 워크플로우다. 결과적으로 실험에서 관측된 행동이 프로덕션 행동의 신뢰할 만한 증거가 되지 못한다. MAS-Lab은 의미 의도와 운영 관심사를 분리(선언적 framework-agnostic spec → 실행/제어 primitive를 plug-in한 stateful MAS-OS → 검증 레이어)해 스크립트 모음을 엔지니어링된 분산 시스템으로 전환.

  • 미적용 이유: govern-ecosystem-not-individual-agent(각 에이전트 PASS≠시스템 건강)·process-harness-deterministic-engine-overlay(결정론 엔진을 정책 계층으로 감싸기)·declarative-dataflow-orchestration(선언적 명세)·mas-prompt-optimization-config-dependent(실험 이득≠배포 이득)의 직접 보강 — "실험 행동≠프로덕션 행동"은 우리 핵심 명제(QA PASS≠배포 건강·in-sample≠OOD)와 정합. 단 MAS-Lab은 특정 프레임워크/스택(Spec·MAS-OS)이라 우리 hook/skill 기반 운영에 즉시 이식은 약함 — harness/거버넌스 클러스터 개념 보강 노트
  • 5축: 해당 없음 (노트 — harness/거버넌스 클러스터, govern-ecosystem-not-individual-agent의 선언적 검증 짝)
→ 노트(harness/거버넌스 클러스터)
142
수확
HF 06-30 39편 발행(141차 06-30엔 미발행→이번 회차 신규) · arXiv 40/40(2606.30xxx 06-30 배치) · GH trending+구루GH(anthropics/karpathy/simonw/hwchase17/yoheinakajima 인증)+topic 스캔 | 신규 3 | Applied 12026-07-01
에이전트 신뢰성 = 행동 능력 + 언제 멈출지 아는 능력 — 환경이 달성 불가를 드러내면 abstain/escalate. 강한 완료 능력이 오히려 over-action을 부른다 (HF 06-30 #1, 110⬆). 적용 → agentic-abstention-know-when-to-stop.md · 노트 2
9/10rule

Agentic Abstention — 에이전트 신뢰성은 "행동을 잘 하는가"만이 아니라 "언제 멈춰야 하는가(abstain)"를 아는가다. 모든 목표가 명세됐거나 달성 가능한 게 아니므로 더 이상의 도구 호출이 도움 안 됨이 드러나면 멈춰야 하고, abstention은 매 턴 answer/abstain/더-탐색을 고르는 순차 결정이며 "멈출 수 있는가"보다 "*언제* 멈추는가"가 핵심 — 강한 모델일수록 적시 abstention에 오히려 더 나쁠 수 있다 arXiv

LLM 에이전트는 여러 턴에 걸쳐 검색·브라우징·터미널 도구로 목표를 완수하도록 기대되지만, 모든 목표가 잘 명세됐거나 환경에서 달성 가능한 게 아니다. 그런 경우 신뢰할 수 있는 에이전트는 더 이상의 상호작용이 도움 안 됨을 인지하고 추가 도구 호출을 멈춰야(abstain) 한다. 표준 abstention(단일 턴 answer-or-abstain)과 달리 agentic abstention은 순차 결정 — 매 턴 answer/abstain/더-탐색을 고르고, abstain 필요성은 환경과 상호작용한 *뒤에야* 분명해질 수 있다. 13개 LLM-에이전트·2 scaffold·28,000+ 태스크 실증: 난제는 "멈출 수 있는가"가 아니라 "*언제* 멈추는가" — 전혀 안 멈추거나, 불필요한 상호작용을 잔뜩 한 뒤에야 멈춘다.

  • 분석: 격차는 "지시가 처음엔 실현 가능해 보이다가 환경이 그렇지 않음을 드러내는"(유효 결과 0) 태스크에서 특히 크다. 모델 규모·추론·scaffold이 abstention에 *서로 다르게* 영향 — 더 크거나 더 유능한 모델이 적시 abstention에는 오히려 더 나쁠 수 있다(완료 능력↑이 "그만둘 때를 아는 능력"↑을 보장 안 함) (arXiv 2606.28733, HF 06-30 #1 110⬆, 3개 환경 28,000+ 태스크, CONVOLVE 완화책)
  • 적용 이유: "행동 능력"과 "멈출 때를 아는 능력"을 분리해 신뢰성 축으로(무한 재시도·불필요 탐색=신뢰성 실패), abstention은 단일 판정이 아니라 매 턴 순차 결정(환경 상호작용 후 "달성 가능한가" 재평가), "멈출 수 있나"보다 "*언제* 멈추나" 측정(over-action vs 늦은 멈춤 두 방향), 환경이 달성 불가 드러내면 같은 전략 반복 말고 abstain/escalate, 강한 모델일수록 over-action 경계 → 외부 stop 게이트
  • 기대효과: acceptance-criteria-completion(모호하면 작업 전 명확화)의 실행 중 버전(실행 중 환경이 달성 불가 드러내면 멈춤), convergence-loop-no-mid-question(EXHAUSTED까지 무정지)의 균형추(convergence="너무 빨리 멈추지 마라"·본 규칙="너무 늦게도 멈추지 마라"의 교집합), step-wise-orchestration·hierarchical-local-first-recovery와 정합(중간 증거로 재평가 후 escalate), forced-stop-hooks·execution-time-authorization-layer와 결합("언제 멈출지"를 모델 능력 아닌 외부 게이트로), agent-least-privilege-tool-selection과 보완(권한은 너무 빨리 올리지 마라·행동은 너무 늦게까지 멈추지 마라)
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ agentic-abstention-know-when-to-stop.md
노트tool-use

Entity Binding Failures in Tool-Augmented Agents — 올바른 도구를 골라도 *틀린 외부 엔티티*에 행동할 수 있다("Alex에게 메일" → 잘못된 Alex·잘못된 문서·잘못된 스레드·잘못된 고객 계정). tool correctness ≠ entity correctness — 0% wrong-tool인데 24~26% wrong-entity arXiv

도구 증강 에이전트는 보통 "올바른 도구 선택·유효한 API 인자·태스크 완료"로 평가되지만, 올바른 도구를 골라도 틀린 엔티티에 행동할 수 있다(entity binding failure). 60 태스크·5 백엔드·6 도구 사용법 controlled 진단: 모든 방법이 wrong-tool 0.0%인데, action-지향 baseline은 wrong-entity를 24~26% 산출. entity-aware 메커니즘(entity-resolution precondition·confidence-gated binding·모호 시 clarification·provenance tracking)이 wrong-entity를 제거했으나 모호 시 deferring으로 직접 완료율은 하락 — 안전한 도구 사용은 완료율 일부를 내주고도 entity 검증을 요구.

  • 미적용 이유: purpose-bound-tool-data-flow(141차, task-private 데이터의 인가-경로 정보 흐름)의 entity-resolution 짝 — 후자가 "어느 sink로 데이터가 흐르나"면 본 논문은 "어느 엔티티에 행동하나". agent-least-privilege-tool-selection(어느 도구)·structured-output-tool-suppression·tool-use-format-collapse(도구 사용 실패면)과 같은 tool-use reliability 클러스터. confidence-gated binding+모호 시 clarification은 acceptance-criteria-completion(스펙 명확화)·agentic-abstention(달성 불가 시 멈춤)과 직접 연결 — 신규 강신호이나 기존 클러스터로 충분히 커버되어 tool-use reliability 보강 노트(향후 purpose-bound-tool-data-flow에 entity 차원 통합 후보)
  • 5축: 해당 없음 (노트 — tool-use reliability 클러스터, purpose-bound-tool-data-flow의 entity 짝)
→ 노트(tool-use reliability 클러스터)
노트harness

Scaling the Horizon, Not the Parameters — 35B MoE 에이전트(Agents-A1)가 *agent horizon* 스케일링(long-horizon trajectory + 이종 에이전트 능력)으로 1T 모델(Kimi-K2.6·DeepSeek-V4-pro)급 long-horizon 성능 도달. 파라미터가 아니라 에이전트 지평을 키워라 arXiv

2606.30616(HF 06-30 61⬆): 35B MoE 에이전트가 agent-horizon scaling(long-horizon trajectory 스케일 + 이종 에이전트 능력 스케일)으로 trillion급 long-horizon 성능 도달. 외부 지식·액션·관측·verifier를 연결한 평균 45K 토큰 trajectory 인프라 + 3단계(full-domain SFT → 도메인 teacher → multi-teacher domain-routed on-policy distillation)로 6개 이종 도메인을 단일 student로 통합. SEAL-0 56.4·IFBench 80.6 등 long-horizon 벤치에서 1T 모델 매칭/상회.

  • 미적용 이유: harness-engineering-paradigm·adaptive-harness-open-ended-streams("system scaling > model scaling")의 실증 — 모델 파라미터가 아니라 에이전트 실행 지평(harness)을 키우는 것이 long-horizon 성능을 좌우한다는 우리 핵심 명제를 35B=1T 결과로 뒷받침. 단 본 논문은 *모델 훈련*(distillation 레시피·trajectory 데이터) 사이드라 하네스 운영 hands-on actionability는 약함 — 개념적 뒷받침 자산, harness/system-scaling 클러스터 보강 노트
  • 5축: 해당 없음 (노트 — harness/system-scaling 클러스터)
→ 노트(harness/system-scaling 클러스터)
141
수확
HF 06-30 미발행(API≤06-29)·06-29 28편 소진(139차8+140차19=27) · arXiv 50/60(2606.28xxx 06-26 배치, 대부분 기수확) · GH topic 4분류+구루GH(인증) 스캔 | 신규 1 | Applied 12026-06-30
arXiv 2606.28xxx 잔여 배치에서 도구 사용 평가의 빈 축 — task 완료·API 정확성을 넘어 멀티툴 trajectory의 purpose-bound 정보 흐름(task-private 데이터가 인가된 도구·sink로만 흐르는가)을 감사하는 강신호 1건 적용. 나머지(scientific review·embodied cooperation·world-model 이론·training instability)는 기존 클러스터와 중복으로 노트. 적용 → purpose-bound-tool-data-flow.md · 노트 3
8/10rule

Purpose-Bound Tool Data Flow — 도구 사용의 위험은 task 완료·API 정확성만이 아니라 task-private 데이터가 인가된 도구·downstream sink로만 흐르는가(purpose-bound information flow)다. privacy는 최종 응답이 아니라 멀티툴 trajectory 전체의 정보 흐름 속성 — tool args를 인가-경로 정책 대비 감사하고 over-disclosure는 task가 성공해도 실패로 판정 arXiv

LLM이 외부 도구를 호출하는 에이전트로 이동하면서, 기존 평가는 두 시각에 갇혀 있다 — function-calling 벤치는 task 완료·API 정확성만, privacy 벤치는 최종 응답·판정만 본다. 둘 다 실행된 멀티툴 trajectory 전체의 purpose-bound 정보 흐름을 포착하지 못한다. ToolPrivacyBench는 task-private atom이 인가된 도구·downstream sink로만 라우팅됐는지 감사 → task 완료 *그리고* over-disclosure를 동시 평가(2,150 케이스·각 케이스 policy KB·실행 후 tool args+백엔드 audit log를 정책과 비교).

  • 분석: 도구 사용 위험은 "완료했나·올바른 API 불렀나"만이 아니라 task-private 데이터(자격증명·PII·시크릿·내부 식별자)가 *그 작업에 인가된 도구·sink로만* 흘렀는가. 완료와 over-disclosure는 직교 — 최종 응답이 깨끗해도 중간 tool args가 인가 안 된 sink로 새면 이미 누설 (arXiv 2606.28061, 2,150 케이스·policy KB·audit log 대비)
  • 적용 이유: 도구 검증을 task 완료·API 정확성만으로 종료 금지(정보 흐름 감사 동반), privacy를 최종 응답이 아니라 trajectory 정보 흐름으로 판정, 인가-경로 정책 대비 tool args 결정론 감사(over-disclosure는 성공해도 실패), 최소 데이터 원칙(필요한 atom만 전달), over-disclosure를 완료율과 분리 정량 측정
  • 기대효과: agent-least-privilege-tool-selection(어느 도구를 고르나)의 데이터 차원 확장(고른 도구에 무엇을 넘기나), memory-governance-multi-principal(공유 메모리 access control)의 단일 작업 trajectory 버전, acceptance-criteria-completion·evidence-only-reporting(완료해도 데이터 새면 PASS 아님)의 정보 흐름 적용, explicit-state-ledger·brokered-mutation-authority·execution-time-authorization-layer와 결합(인가-경로 정책 외부화 감사), tool-output-sandboxing·subprocess-gateway-for-tool-output과 보완(입력 egress vs 출력 격리), agent-skill-security-scanning(정적 exfil 스캔)과 보완(런타임 정보 흐름)
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ purpose-bound-tool-data-flow.md
노트eval

PAT(Paper Assistant Tool) + LLawCo — AI 과학 리뷰를 4단계 인간-AI 협업 taxonomy로 자동화(inference scaling으로 단일 호출보다 깊은 결함 탐지) / embodied MAS가 과거 실패 반성→행동 법칙("Talk when necessary")을 SFT로 CoT에 주입해 파트너·환경과 정렬 arXiv

2606.28277 PAT: 인간 peer review가 AI-보조 과학의 유입을 못 따라감 → 검증·리뷰 자체를 AI로 가속, 4단계 협업 taxonomy + agentic 프레임워크가 전체 manuscript를 ingest해 이론·실험 검증·결함 식별(inference scaling으로 단일 호출보다 깊은 이슈 탐지). 2606.28182 LLawCo: 분산·부분관측 embodied MAS에서 파트너/환경과 misaligned 행동 → 과거 실패 반성으로 행동 법칙 추출("Wait for partner")해 SFT로 CoT에 명시 주입.

  • 미적용 이유: PAT(AI 리뷰 자동화·inference scaling으로 깊은 결함)는 verification-horizon-proxy-coevolution·judge-as-optimizer-hardening·evaluator-committee-bias-contagion·llm-council-pattern·code-review-patterns와 의미중복(단일 호출보다 깊은 검증=다중 판관·inference scaling). LLawCo(실패 반성→행동 법칙→SFT 주입)는 experience-learning-execute-distill-verify·execution-path-crystallization·fine-grained-mas-credit-assignment·distill-examples-to-instructions와 중복+embodied SFT 도메인 특화 — eval/cooperation-distillation 클러스터 보강 노트
  • 5축: 해당 없음 (노트 — eval/cooperation-distillation 클러스터)
→ 노트(eval/cooperation 클러스터)
노트theory

From Tokens to States + Mechanism-Driven Monitors — LLM은 world model의 degenerate special case(NTP→JEPA 연속 스펙트럼), 이분법이 아니다 / training instability를 모듈 기능 역할 기반 내부 모니터로 loss 발산 수천 step 전에 선제 탐지 arXiv

2606.28127: "LLM은 토큰 예측·world model은 현실 시뮬"의 이분법은 불필요 — LLM은 world model의 degenerate special case(상태공간=토큰 시퀀스, 액션=토큰 1개 append), NTP→multi-token→future-summary→next-latent→JEPA 연속 스펙트럼. 2606.28116: frontier 훈련 불안정은 fault 후에도 loss/gradient가 정상으로 보이며 수천 step 지속 → 모듈 기능 역할 기반 내부 모니터(flash-attn QK spectral entropy·MoE router)로 loss 발산 전 선제 탐지.

  • 미적용 이유: From Tokens to States는 이론적 framing(world model 스펙트럼)이라 하네스 hands-on actionability 없음 — 개념 자산. Mechanism-Driven Monitors(내부 모니터로 발산 전 선제 탐지)는 white-box-evidence-guided-optimization(내부 상태 질의)·active-investigation-fault-attribution·doom-loop-detection-pattern과 원리 동형이나 RL 훈련 인프라 특정(QK entropy·MoE router) — 우리 운영 직접 적용 약함, theory/training-infra 클러스터 보강 노트
  • 5축: 해당 없음 (노트 — theory/training-infra 클러스터)
→ 노트(theory/training-infra 클러스터)
노트github

GitHub 신호(인증 스캔) — topic 4분류 megastar 재등장(hermes-agent·ECC·learn-claude-code·cc-switch·ui-ux-pro-max·claude-mem·caveman) + 신규 도메인 앱(career-ops·Agent-Reach·cherry-studio·daily_stock_analysis). 구루 anthropics(anthropic-cli)·yoheinakajima(activegraph) 기수확/도메인 특화 anthropics

GH topic 4분류(ai-agent·llm-tools·claude-code·autonomous-agent, 인증 검색): 대부분 기적용 megastar 재등장 — hermes-agent·affaan-m/ECC·learn-claude-code·cc-switch·ui-ux-pro-max·claude-mem·caveman. 신규 앱(career-ops·Panniantong/Agent-Reach·cherry-studio·daily_stock_analysis·CowAgent)은 도메인/제품 특화. 구루GH(인증): anthropics(anthropic-cli·claude-plugins-community/official·knowledge-work-plugins 전부 기수확), yoheinakajima(activegraph 122차 기수확).

  • 미적용 이유: megastar 재등장군 전부 기적용. career-ops는 cross-cli-skill-portability·practitioner-curated-skills, Agent-Reach는 browser-automation-crystallization·structured-knowledge-mcp, cherry-studio/CowAgent는 agent-desktop-convergence·minimal-bash-agent-harness, daily_stock_analysis는 도메인 특화로 의미중복. anthropic-cli는 단순 API CLI, claude-plugins는 skill-audit-pipeline·official-plugin-manifest-standard 기수확 — GitHub 보강 노트(소스 커버리지 강제 충족, arxiv-only 드리프트 회피)
  • 5축: 해당 없음 (노트 — GitHub/구루 보강)
→ 노트(GitHub 보강)
140
수확
HF 06-29 19편(신규 배치 나머지) · arXiv 50(2606.28xxx 06-29 신규) · GH topic 4분류+구루GH(rate-limit) 스캔 | 신규 1 | Applied 12026-06-30
HF 06-29 + arXiv 2606.28xxx에서 평가 철학 강신호 1건 적용 — downstream benchmark는 "표현(내용) 품질"과 "처리(모델) 능력"을 혼동하므로 benchmark와 독립적인 intrinsic axiom 측정으로 실패 출처를 분리(disentangle). 나머지(preference debate·cost cascade·tandem RL·reasoning episode)는 기존 클러스터와 중복으로 노트. 적용 → intrinsic-eval-disentangles-conflated-failure.md · 노트 3
8/10rule

Intrinsic Evaluation Disentangles Conflated Failure — downstream benchmark 점수는 "표현(내용) 품질"과 "모델/처리 능력"을 혼동(conflate)해 실패를 귀속할 수 없고, accuracy가 진짜 실패를 가린다. benchmark와 독립적인 intrinsic 측정(반증가능 axiom)으로 실패 출처를 분리하라 arXiv

LLM의 latent thought representation 평가의 핵심 문제: 기존 평가는 representation 품질과 model capacity를 혼동(conflate)한다 → 실패가 보여도 그것이 *표현의 실패*인지 *그 표현을 처리하는 모델의 실패*인지 귀속 불가. 그리고 downstream benchmark accuracy가 representational failure를 가린다(mask). 해법: downstream과 독립적인 4 axiom(Causality·Minimality·Separability·Stability) intrinsic 측정 — 어떤 모델도 4개 동시 만족 못 함, task 종류는 구별하나 task 내 두 질문은 구별 못 함, 입력 임베딩 이상을 거의 인코딩 못 함(dense·distilled·RL-trained 전반 일관).

  • 분석: 단일 downstream 점수(정확도·통과율·harness 점수)는 "산출물/표현 품질"과 "처리 능력"을 혼동 → 어느 쪽 실패인지 귀속 불가. 점수가 높아도 표현이 부실한데 capacity가 메운 것일 수 있음. benchmark가 가리는 실패를 드러내려면 downstream-독립 intrinsic 측정(반증가능 axiom)이 필요 (arXiv 2606.27378, 4 axiom·23 reasoning task·open-weight 감사)
  • 적용 이유: 단일 downstream 점수로 실패 귀속 금지(두 요인 혼동), downstream과 독립적인 intrinsic 측정으로 표현 vs 처리 실패 분리, intrinsic 측정은 반증가능 axiom·임계로 결정론 판정, 높은 점수를 "표현/구조 건강"으로 일반화 금지(포화 점수가 표현 실패를 가림)
  • 기대효과: fine-grained-mas-credit-assignment(coarse 피드백은 error source 못 짚음)의 평가 버전(어느 에이전트→어느 요인 표현 vs 처리), harness-benefit-not-update(base 능력과 harness-진화 능력 disentangle)와 동형, binary-question-decomposed-evaluation·eval-predictive-validity의 intrinsic 차원 확장(분해를 넘어 downstream-독립 측정), reward-score-oversensitivity-discretization·agent-assist-not-conclude와 정합(반증가능 axiom), agent-eval-beyond-familiar-environments·verification-horizon-proxy-coevolution과 결합(포화 점수가 실패 가림), llm-detector-calibration-not-comprehension(점수≠능력)과 정합
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ intrinsic-eval-disentangles-conflated-failure.md
노트eval

Democratic ICAI + Cluster·Route·Escalate — preference 선택만으론 그 선택을 형성한 rationale을 못 잡음(persona debate로 추출) / 쿼리 cluster→cheapest 라우팅→QE cascade로 escalate(97-99% 정확도 유지·TPOT↓) arXiv

2606.28294 Democratic ICAI: pairwise label은 *최종 선택*만 드러내고 그 선택을 형성한 고려사항(reasoning)을 못 잡음 — 구조화된 persona debate로 경쟁 rationale 수집 → 더 명확한 steering principle 도출(creative preference 벤치 faithfulness↑). 2606.27457 Cluster·Route·Escalate(HF 06-29): 2-stage cascade — 쿼리 cluster→가장 비용효율 모델 라우팅, low-quality면 강한 모델로 escalate(97-99% 정확도 유지).

  • 미적용 이유: Democratic ICAI(preference→debate→principle)는 implicit-feedback-preference-signal(명시 피드백 부재≠신호 없음)·llm-council-pattern(다중 모델 debate)·evaluator-committee-bias-contagion(위원회)·distill-examples-to-instructions(예시→지시 증류)·probe-and-refine-guidance-tuning과 의미중복(debate=토큰↑·HARD전환 약함). Cluster·Route·Escalate(cost-aware cascade)는 complexity-tier-model-routing·cost-aware-model-routing·hierarchical-local-first-recovery(로컬 우선→escalate)·agent-least-privilege-tool-selection(저권한 우선)·provider-fallback-circuit-breakers와 정면 중복 — preference/routing 클러스터 보강 노트
  • 5축: 해당 없음 (노트 — preference/routing 클러스터)
→ 노트(preference/routing 클러스터)
노트reasoning

Tandem RL + Epi2Diff — 강한 senior가 frozen weaker junior가 따라올 수 있게 co-generate(RLVR이 능력은 키워도 약한 소비자가 harness 못함) / reasoning trace를 functional episode 시퀀스로 구조화해 해석가능 신호 추출 arXiv

2606.28166 Tandem RL: RLVR이 reasoning을 idiosyncratic 패턴(가독성↓·언어 혼합)으로 drift → 강한 senior가 frozen weaker junior와 팀으로 보상받아 junior가 따라올 수 있게 reason(능력↑이 소비가능성과 분리). 2606.28186 Epi2Diff: LRM reasoning trace를 functional problem-solving state(episode) 시퀀스로 구조화 → reasoning scale·effort·state transition으로 난이도 모델링(텍스트보다 해석가능).

  • 미적용 이유: Tandem RL은 RLVR training 영역(senior-junior co-generate)이라 우리 하네스 hands-on 적용 약함 — 원리(능력↑≠소비가능성)는 co-failure-ceiling-multi-model·verification-horizon-proxy-coevolution과 약하게 연결되나 RL 세팅에 강하게 묶임. Epi2Diff(trace→episode 구조화)는 active-investigation-fault-attribution(세그먼트 검색)·context-as-action-management(구조화 필드)·binary-question-decomposed-evaluation과 의미중복+교육 평가 도메인 특화 — RL/reasoning-trace 클러스터 보강 노트
  • 5축: 해당 없음 (노트 — RL/reasoning-trace 클러스터)
→ 노트(RL/reasoning-trace 클러스터)
노트github

GitHub 신호 — GH topic 4분류 대부분 기적용 megastar 재등장(hermes-agent·ECC·GenericAgent·evolver·autoresearch·cc-switch·claude-mem). 신규성 후보(career-ops·Agent-Reach·LLMOps) 기존 패턴 중복. 구루GH는 비인증 rate-limit로 0건 santifer

GH topic 4분류(ai-agent·llm-tools·claude-code·autonomous-agent): 대부분 기적용 megastar 재등장 — hermes-agent·everything-claude-code·GenericAgent·EvoMap/evolver·autoresearch·cc-switch·claude-mem. 신규성 후보(career-ops·Agent-Reach·latitude/Agenta)는 cross-cli-skill-portability·browser-automation-crystallization·llm-observability-infrastructure와 중복. 구루GH(yoheinakajima·hwchase17·anthropics)는 비인증 API rate-limit로 0건(best-effort 실패, 다른 소스 대체 안 함).

  • 미적용 이유: topic 4분류 megastar 전부 기적용, 신규 앱(career-ops=14 skill modes·Agent-Reach=인터넷 read/search·latitude/Agenta=LLMOps)은 cross-cli-skill-portability·practitioner-curated-skills·structured-knowledge-mcp·llm-eval-as-ci-gate와 의미중복. 구루GH rate-limit는 best-effort 실패(소스 커버리지 강제 — arxiv-only 드리프트 회피했으나 GH는 비인증 한계) — GitHub 보강 노트
  • 5축: 해당 없음 (노트 — GitHub/구루 보강)
→ 노트(GitHub 보강)
139
수확
HF 06-29 8편(신규 배치)+06-28/27 미발행 · arXiv 50(2606.28xxx 06-26 신규 배치) · GH topic 4분류(megastar 재등장)+구루GH(rate-limit) 스캔 | 신규 2 | Applied 22026-06-29
HF 06-29 신규 배치 + arXiv 2606.28xxx에서 자율 코딩 에이전트 거버넌스의 측정 단위 전환(에이전트→생태계) + MAS 실패의 fine-grained 귀속, 측정·귀속 직결 강신호 2건 적용. 적용 → govern-ecosystem-not-individual-agent.md · fine-grained-mas-credit-assignment.md · 노트 3
8/10rule

Govern the Ecosystem, Not the Individual Agent — 각 에이전트가 자기 테스트를 통과해도 레포 수준에 어느 단일 기여로도 설명되지 않는 integration friction이 누적된다. 위험은 에이전트가 아니라 생태계(레포)의 속성 → ecosystem 수준에서 측정·거버넌스하라 arXiv

자율 코딩 에이전트가 대규모로 PR을 머지하지만 분야는 여전히 에이전트 한 명씩, 격리된 벤치마크 태스크로 평가한다. 각자 자기 테스트를 통과해도 레포에는 어느 단일 기여로도 설명되지 않는 문제가 누적 — 93만 PR에서 기여·저자·크기·에이전트를 통제한 뒤에도 integration friction 변동의 약 절반이 레포에 잔존. 에이전트 기여는 인간보다 repository-level friction을 ~2배 집중(ICC 0.30 vs 0.16). 위험은 생태계의 속성.

  • 분석: 각 에이전트 PASS≠시스템 건강 — 동시 기여가 통합되며 어느 단일 기여로도 설명 안 되는 통합 마찰이 레포 수준에 누적, friction 변동의 절반이 full controls 후에도 레포에 남음. 에이전트 기여 friction 2배 집중(ICC 0.30 vs 0.16) (arXiv 2606.28235, 930K+ PR 실증)
  • 적용 이유: 각 에이전트 자기 테스트 통과를 시스템 건강으로 단정 금지, 품질·위험을 repository/ecosystem 수준 누적 지표로도 측정, 병렬 기여 밀도가 높을수록 통합 게이트 강화(friction 2배 집중), 거버넌스 단위를 에이전트가 아니라 생태계로(레포 프로세스를 고쳐야 함)
  • 기대효과: acceptance-criteria-completion(자기 테스트≠완료)의 시스템 수준 확장, eval-predictive-validity(in-sample≠배포)의 생태계 누적 버전, work-over-agent-management(complexity-delta)·content-graph-precise-context·graph-rag(blast radius)에 레포 누적 마찰+동시 기여 교차 추가, risk-weighted-verification-budget(병렬 밀도=위험)·canonical-workflow-fsm·worktree-parallel-agents(통합 friction 측정)와 결합, harness-benefit-not-update·process-harness-deterministic-engine-overlay와 정합
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ govern-ecosystem-not-individual-agent.md
7/10rule

Fine-Grained Credit Assignment in Multi-Agent Systems — MAS 실패를 "팀 전체가 실패했다"는 coarse 피드백으로 뭉뚱그리지 말고 어느 에이전트·어느 스텝이 다운스트림에 영향을 줬는지 귀속하라. coarse feedback은 error source를 못 짚어 targeted 최적화를 막는다 — 귀속 품질이 곧 최적화 효과 arXiv

MAS 성능은 miscoordination + fine-grained credit assignment 부재로 제한된다. 기존 coarse feedback(팀이 잘했다/못했다)은 어느 에이전트·스텝이 오류 원인인지 식별 불가. GBC는 MAS를 계산 그래프로 모델링, 에이전트 출력이 다운스트림에 미친 영향을 정량화 → attribution graph 역전파로 오류 원인 정밀 식별 + targeted 최적화. 귀속 품질↑ ↔ 최적화 효과↑(MultiWOZ·τ-bench).

  • 분석: MAS 실패를 "팀 전체 실패"로 뭉뚱그리면 error source 미식별 → 엉뚱한 에이전트를 고침. 어느 에이전트의 출력이 다운스트림 결정에 영향을 줬는지 fine-grained 귀속해야 함. 귀속 품질이 개선 정밀도를 좌우 (arXiv 2606.28187, MultiWOZ·τ-bench 실증)
  • 적용 이유: MAS 실패를 coarse 피드백으로 전체 재시도/재설계 금지, 귀속을 다운스트림 영향 경로 기준으로(상류 오류의 하류 증폭), 귀속을 데이터·전달 경로에 grounded(LLM 추측 금지), 귀속 검증 없이 MAS 최적화 적용 금지(엉뚱한 귀속→엉뚱한 최적화)
  • 기대효과: active-investigation-fault-attribution(긴 단일 트레이스 진단)의 MAS 교차-에이전트 버전, mas-prompt-optimization-config-dependent(최적화 이득 구성 민감) 보완(최적화 전 귀속 필요), co-failure-ceiling-multi-model(멤버 실패 비겹침)과 직교, agent-assist-not-conclude·evidence-backed-investigation·white-box-evidence-guided-optimization와 결합(데이터 grounded), step-wise-orchestration·declarative-dataflow-orchestration·explicit-state-ledger와 정합(전달 경로 명시), binary-question-decomposed-evaluation와 결합
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ fine-grained-mas-credit-assignment.md
노트security

Agent-Native Immune System(ANIS) + SingGuard — 런타임 hijacking(메모리 포이즌·툴체인 조작·다중에이전트 프로토콜 공격)은 외부 방어로 못 막는다. 6층 Immune Tower + Barrier Immunity(물리·논리 격리) + 정책-적응 멀티모달 가드레일 arXiv

2606.28270 ANIS: perimeter security·training-time alignment는 에이전트의 active reasoning loop 밖이라 런타임 hijacking에 취약 — 6층 Immune Tower(L0-L5) + Barrier Immunity(L1, 비인지 물리·논리 격리) + Agent Viruses/Vaccines 분류 + Harness Triad(Meta/Self/Auto). 2606.22873 SingGuard(HF 06-29 ★8): 동적 추론 기반 정책-적응 멀티모달 가드레일.

  • 미적용 이유: ANIS의 "비인지 격리 계층"은 execution-time-authorization-layer(in-runtime 제어=escapable→주소공간 밖 강제)와 정면 중복(오히려 후자가 더 엄밀), 나머지(Viruses/Vaccines 분류·Harness Triad)는 agent-skill-security-scanning·compaction-governance-decay·defensive-misdirection-over-block·memory-governance-multi-principal과 의미중복. SingGuard도 probabilistic-policy-verification과 중복 — security/defense 클러스터 보강 노트로 보존
  • 5축: 해당 없음 (노트 — security/defense 클러스터)
→ 노트(security 클러스터)
노트harness

HORIZON — Markdown harness를 project pack(도메인 지식+실행 가능 evaluator+acceptance predicate+git/runtime 정책)으로 컴파일, hands-free 루프가 격리 git worktree를 진화(repo ops로 상태·트레이싱·replay). repository-level self-evolution arXiv

2606.28279: 하드웨어 설계를 repository-level code evolution으로 취급 — Markdown harness → project pack(domain knowledge + executable evaluator + acceptance predicate + git/runtime policy), hands-free agent loop이 격리 git worktree를 진화하며 repository 연산으로 state/tracing/replay. ChipBench·RTLLM 등에서 100% 완주. 우리 patterns의 독립 수렴 확인.

  • 미적용 이유: "Markdown harness → project pack(지식+evaluator+acceptance predicate+정책)"은 meta-skill-team-factory·acceptance-criteria-completion과, worktree 진화+repo state/replay는 worktree-parallel-agents·persistent-file-based-planning·durable-agent-workflow·event-sourced-reactive-graph-runtime·declarative-workflow-crystallization과 정면 중복 — 우리 하네스 설계의 외부 독립 수렴 확인(harness self-evolution 클러스터) 보강 노트
  • 5축: 해당 없음 (노트 — harness self-evolution 클러스터)
→ 노트(harness 클러스터)
노트github

GitHub 신호 — megastar 재등장(hermes-agent ★205K·ECC ★223K·GenericAgent·evolver·autoresearch·cc-switch·ui-ux-pro-max·claude-mem) + 신규 앱(santifer/career-ops ★56K·Panniantong/Agent-Reach·latitude-llm·Agenta). 구루GH는 rate-limit santifer

GH topic 4분류(ai-agent·llm-tools·claude-code·autonomous-agent): 대부분 기적용 megastar 재등장 — hermes-agent·ECC·GenericAgent·EvoMap/evolver·autoresearch·cc-switch·ui-ux-pro-max·claude-mem. 신규성 후보: santifer/career-ops(Claude Code 14 skill modes), Panniantong/Agent-Reach(에이전트에 인터넷 read/search), latitude-llm·Agenta(LLMOps). 구루GH(yoheinakajima·hwchase17·anthropics)는 비인증 API rate-limit로 0건.

  • 미적용 이유: career-ops는 cross-cli-skill-portability·practitioner-curated-skills·scenario-based-skill-management와, Agent-Reach는 browser-automation-crystallization·structured-knowledge-mcp와, latitude/Agenta는 llm-observability-infrastructure·llm-eval-as-ci-gate와 의미중복. megastar 재등장군 전부 기적용. 구루GH rate-limit는 best-effort 실패(다른 소스로 대체 안 함) — GitHub 보강 노트
  • 5축: 해당 없음 (노트 — GitHub/구루 보강)
→ 노트(GitHub 보강)
138
수확
HF 06-27 미발행+06-26 25편 재정독 · arXiv 40(2606.27xxx 06-27 신규 배치) · GH topic 8(megastar 재등장)+구루GH(hwchase17 harbor/stagehand·yoheinakajima activegraph) 전부 스캔 | 신규 2 | Applied 22026-06-27
HF 06-26 재정독 + arXiv 06-27 배치에서 eval 포화 한계 탐침 + 도구 호출 붕괴의 형식≠능력 진단, 평가·도구-진단 직결 강신호 2건 적용. 적용 → agent-eval-beyond-familiar-environments.md · tool-use-format-collapse-not-capability.md · 노트 3
8/10rule

Agent Eval Beyond Familiar Environments — 익숙한 앱·단순 태스크 벤치마크는 포화되어 에이전트의 한계를 못 본다. 덜 다뤄진 능력(시간 인지·그래픽 이해·3D 추론)과 덜 다뤄진 환경에서 일반화를 재평가하라 arXiv

현재 벤치마크는 대부분 인기 앱의 단순 태스크 + 좁은 능력 집합이라 현대 에이전트에서 성능이 포화되어 한계를 탐침 못 한다. GauntletBench는 덜 다뤄진 능력(temporal perception·graphical understanding·3D reasoning) × 덜 다뤄진 전문 앱 5종(Video Editor·Workflow Builder·3D Modeller·Flight Analyser·Circuit Designer)에서 일반화를 재평가 — 익숙한 환경의 높은 점수를 배포 능력으로 일반화하지 말라.

  • 분석: 익숙한 앱·단순 태스크 벤치마크는 포화되어 에이전트 한계를 못 봄 → 덜 다뤄진 능력·환경에서 일반화 재평가해야 진짜 한계가 드러남. 모듈형 파이프라인 + open/closed 프레임워크 호환 + 자동 평가 엔진, 시각 집약 태스크 100개 (arXiv 2606.14397, HF 06-26 ★14)
  • 적용 이유: 익숙한 환경의 포화 점수를 능력으로 단정 금지, 덜 다뤄진 능력(시간·그래픽·3D)·환경을 명시 평가 축으로, 일반화는 능력별 분리 측정(단일 수치 뭉뚱그림 금지), 익숙한 벤치마크 만점 근접을 "개선 종료"로 오인 금지(평가가 한계 못 보는 신호)
  • 기대효과: eval-predictive-validity(in-sample≠OOD)의 환경·능력 차원 확장, eval-language-diversity-transfer(단일 언어≠폴리글랏)와 동형, adaptive-harness-open-ended-streams(고정 harness 드리프트 실패)·verification-horizon-proxy-coevolution(고정 verifier 무력화)와 정합, binary-question-decomposed-evaluation·agent-assist-not-conclude와 결합(능력별 분리 측정), harness-benefit-not-update와 정합
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ agent-eval-beyond-familiar-environments.md
7/10rule

Tool-Use Format Collapse ≠ Capability Loss — 에이전트의 구조적 도구 호출(제어 토큰·JSON 형식)이 갑자기 통째로 무너지면 형식/구조 손상이 내재 능력을 가린 것일 수 있다(능력 상실 아님). 능력 부족 단정 전 형식 손상을 먼저 진단하라 arXiv

RL 단독 도구 사용에서 일부 모델은 catastrophic collapse — 성능 급락 + 도구 호출 구조 자체가 무너진다. 원인은 특정 제어 토큰의 확률 스파이크가 구조화된 실행을 교란하는 것이고, 내재 도구 사용 능력은 온전(intact)하며 형식에 가려진 것. SFT-RL interleave는 안정성↑ 대신 format·content OOD↓ — 안정화 처방은 견고성 트레이드오프.

  • 분석: 도구 호출 전면 붕괴는 "모델이 도구를 못 쓴다"가 아니라 형식/제어 토큰 손상이 온전한 능력을 가린 것일 수 있음 → 능력 부족 단정 전 형식 손상 진단. 안정화 처방(감독 신호·형식 강제)은 OOD 견고성 저하 동반 (arXiv 2606.26027, HF 06-26 ★14)
  • 적용 이유: 구조적 도구 호출 전면 붕괴를 곧 능력 상실로 단정 금지, 형식 손상 vs 능력 손상 분리 진단(형식이면 tolerant 파싱·재시도 복구), 안정화 처방은 in-dist 안정성+OOD 견고성 동시 측정, 붕괴 원인은 출력 증거에 grounded
  • 기대효과: structured-output-tool-suppression(133차, 스키마 grammar mask가 도구 호출 억제)의 훈련/제어토큰 손상 버전, llm-detector-calibration-not-comprehension(116차, fine-tuning=임계값 이동·능력 obscured)과 동형, typed-llm-function-parsing(schema-aligned tolerant 파싱)과 결합, harness-benefit-not-update·joint-quality-compression-measurement·mas-prompt-optimization-config-dependent와 정합(안정화 처방 OOD 동시 측정), agent-assist-not-conclude·evidence-backed-investigation·multi-view-lossy-tool-analysis와 결합
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ tool-use-format-collapse-not-capability.md
노트eval

Process reward 무료 점심 — RL post-training의 progress advantage(log-prob ratio = 최적 advantage)로 annotation-free step-level scoring · OPID 온-폴리시 스킬 증류(episode/step 계층 hindsight) arXiv

2606.26080: 에이전트용 process reward model은 (long-horizon·비가역·확률적 피드백) 구축이 어렵지만, RL post-training이 이미 step-level scoring 재료를 제공 — progress advantage(정책/참조 log-prob ratio = 최적 advantage)로 annotation-free·domain-agnostic, test-time scaling·불확실성·failure attribution에 검증. 2606.26790 OPID: 완료된 on-policy trajectory에서 episode-level(워크플로우·실패회피)+step-level(임계 결정) 계층 스킬 추출, critical-first routing.

  • 미적용 이유: 둘 다 RL 훈련 파이프라인 특정(progress advantage·on-policy 증류) — 우리 하네스 운영 직접 actionability 낮음. 핵심 전이(완료 궤적 hindsight를 episode/step 스킬로·failure attribution)가 execution-path-crystallization·agent-skill-compounding·experience-learning-execute-distill-verify·active-investigation-fault-attribution·scored-agent-benchmarks와 의미중복 — training/skill-distillation 클러스터 보강 노트로 보존
  • 5축: 해당 없음 (노트 — process reward / skill-distillation 클러스터)
→ 노트(skill-distillation 클러스터)
노트security

Prompt Injection in Résumé Screening — LLM 랭커는 조작이 드물고 후보 품질차가 작을 때 가장 취약, 조작이 만연하면 효과 붕괴 arXiv

LLM이 지원자를 선별·랭킹하는 자동 채용에서 self-promotional prompt injection 품질이 균질하고 소수만 주입할 때 랭킹을 안정적으로 올리지만, 주입이 만연하면 효과 붕괴. 후보 품질이 이질적이면 평균 효과는 작으나 저품질이 고품질을 앞서는 공정성 우려. LLM 랭킹은 조작이 드물고 품질차가 작을 때 가장 취약.

  • 미적용 이유: 도메인(résumé 랭킹) 특정 + 핵심 전이("LLM-as-ranker는 드문 주입·작은 품질차에 가장 취약")가 defensive-misdirection-over-block(예측 가능 거부=신호 누출)·evaluator-committee-bias-contagion(단일 judge 편향)·agent-skill-security-scanning(injection 스캔)·in-context-demos-not-neutral과 의미중복 — security/ranking-injection 클러스터 보강 노트로 보존
  • 5축: 해당 없음 (노트 — security/ranking-injection 클러스터)
→ 노트(security 클러스터)
노트github

GitHub 신호 — HKUDS/nanobot(경량 오픈소스 agent harness, ★44.8K)·zhayujie/CowAgent(태스크 계획+도구 실행 agent harness, ★45.6K)·santifer/career-ops(Claude Code 14 skill modes, ★56K)·hwchase17/stagehand(browser agents SDK) HKUDS

GH topic ai-agent: HKUDS/nanobot(lightweight agent for tools/chats/workflows)·zhayujie/CowAgent(plans tasks, runs tools, "Agent Harness")·santifer/career-ops(Claude Code 기반 14 skill mode job-search)·NousResearch/hermes-agent(★204K, 재등장). 구루 GH: hwchase17/stagehand(browser agents SDK)·harbor(agent eval+RL env, 137차 노트)·yoheinakajima/activegraph(★331, 122차 적용).

  • 미적용 이유: nanobot/CowAgent는 minimal-bash-agent-harness·open-reference-harness-architecture·deep-agents-harness-primitives와, career-ops는 cross-cli-skill-portability·practitioner-curated-skills·scenario-based-skill-management와, stagehand는 browser-automation-crystallization·webapp-testing·computer-use-agent-infra와 의미중복 — megastar 재등장군(hermes-agent=48차 등 기적용) 보강 노트
  • 5축: 해당 없음 (노트 — GitHub/구루 보강)
→ 노트(GitHub 보강)
137
수확
HF 06-26 23편(136차 22→23) · arXiv 50(2606.27xxx 06-27 신규 배치) · GH trending 19+구루GH(harbor 신규)+topic 전부 스캔 | 신규 3 | Applied 32026-06-27
129~136 포화/단발 흐름을 깨고 arXiv 06-27 신규 배치 + HF 06-26 재정독에서 평가·computer-use·워크플로우 직결 강신호 3건 동시 적용. 적용 → binary-question-decomposed-evaluation.md · skill-mediated-over-screen-execution.md · process-harness-deterministic-engine-overlay.md · 노트 2
9/10rule

Skill-Mediated over Screen-Only Execution — 컴퓨터 작업은 화면 스크래핑(GUI grounding)보다 skill-mediated CLI/도구 경로를 우선하라. CLI의 실패는 모델 능력이 아니라 skill 커버리지 부족이므로 GUI로 회귀하지 말고 skill을 확장한다 arXiv

modality를 통제한 matched 벤치마크(440 작업·18 앱·12 워크플로우, 동일 goal·state·verifier)에서 GUI 59.1% > 원래-skill CLI 48.2%지만, verifier-guided skill augmentation으로 CLI를 69.3%까지 — CLI 열세 상당 부분이 모델 능력이 아니라 skill 커버리지 부족. 병목이 다르다: GUI=long-horizon grounded interaction, CLI=skill interface 커버리지·확장성(후자는 결정론적으로 메움).

  • 분석: 화면 스크래핑(GUI)보다 skill-mediated(CLI/API/도구) 경로 우선이 측정으로 정당화 — CLI 실패는 능력이 아니라 커버리지 갭이고 skill 추가로 48.2%→69.3% 복구. GUI 본질 한계는 long-horizon grounding. 135차 동반 노트에서 짧게 언급됐던 GUI vs CLI를 matched-benchmark 깊이로 rule 승격 (arXiv 2606.24551, HF ★21)
  • 적용 이유: 소프트웨어 작업을 skill-mediated 경로 시도 없이 GUI 스크래핑 default 금지, CLI 1회 실패를 "능력 부족→GUI/수동 회귀"로 단정 금지(대개 skill 커버리지 공백), 회귀 전 누락 skill 식별·확장, long-horizon은 단계 분할+단계별 검증
  • 기대효과: cli-automation-first(수동 전 CLI 탐색)의 측정 근거+실패 진단, browser-automation-crystallization·agent-browser-security(결정론 어댑터·structured 호출)와 정합, agent-least-privilege-tool-selection(131차)·hierarchical-local-first-recovery와 동형(반사적 escalate 금지·로컬 복구=skill 확장), agent-skill-compounding·execution-path-crystallization·practitioner-curated-skills와 결합(skill 커버리지 복리), multi-view-lossy-tool-analysis·qa-browser-test-required와 정합
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ skill-mediated-over-screen-execution.md
8/10rule

Binary-Question Decomposed Evaluation — 평가를 단일 holistic judge 점수로 내지 말고 원자적 yes/no 질문으로 분해·집계하라. 불투명 점수는 디버그 불가·천장효과·경계 판별 실패를 낳고, 질문 단위 검증은 해석가능·교정가능하며 프롬프트 개선에 직접 쓰인다 arXiv

holistic LLM judge는 불투명한 점수(왜 7점인지 디버그 불가)를 낸다 → BINEVAL은 평가 기준을 원자적 binary(yes/no) 질문으로 분해하고 verdict를 집계해 해석가능한 다차원 점수를 만든다. 질문 단위 피드백은 디버그·교정·프롬프트 개선에 직접 사용, 천장효과 회피 + 경계/결함 판별 향상(사람 점수 분포 근접). training-free·task-agnostic.

  • 분석: holistic 점수는 디버그 불가·천장에 몰림 → 원자적 yes/no 질문 분해 + 독립 응답 + 집계가 투명성·교정가능성·경계 판별을 동시 확보, 질문 단위 verdict가 곧 수정 지시. SummEval·Topical-Chat·QAGS에서 UniEval·G-Eval 매칭/상회·factual consistency 강세 (arXiv 2606.27226, HF 06-26)
  • 적용 이유: 평가/판정을 "8점/괜찮아 보임" 불투명 점수로 금지(원자적 질문 분해), 질문 단위 verdict 없이 종합 점수만으로 PASS 금지, 질문 집합이 수용 기준 대표하는지 검증(질문 누락=평가 누락), 단일 judge가 질문 생성·응답·판정 독점 금지(circularity)
  • 기대효과: acceptance-criteria-completion(수용 기준 met=true/false 원자 항목)의 일반 평가 버전, reward-score-oversensitivity-discretization(136차)·verification-horizon-proxy-coevolution(135차)의 보완(분해+binary가 oversensitivity·불투명성↓·interpretability↑), judge-as-optimizer-hardening·evaluator-committee-bias-contagion(116차)와 결합(circularity 차단), completion-verification·code-review-patterns와 정합, probe-and-refine-guidance-tuning·evidence-backed-investigation과 결합(질문 단위 피드백=프롬프트 개선 입력)
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ binary-question-decomposed-evaluation.md
7/10rule

Process Harness — 레거시/결정론 워크플로우를 에이전트로 교체하지 말고 정책-거버넌스 에이전트 계층으로 감싸 지정된 제어점에서만 개입하라. 엔진은 구조적 권한을 유지하고 에이전트는 추론·적응·감독만 기여한다 arXiv

레거시/결정론 워크플로우를 에이전트로 통째 교체하지 말고 정책-거버넌스 에이전트 계층으로 감싸 지정 제어점에서만 개입, 엔진은 구조적 권한 유지. TDF 모델로 LLM 추론을 TaskAgent(실행)·DecisionAgent(분기)·FlowAgent(흐름 적응) 3역할 분리, 모든 LLM 호출은 단일 정책집합(FRAME) 안에서만. imperative(결정론 컴플라이언스)+normative(정책-프레임 자율) 양립.

  • 분석: 잘 도는 결정론 파이프라인(빌드·배포·QA게이트·CI)을 에이전트로 대체 말고, 엔진이 구조적 권한 유지한 채 에이전트는 hook/제어점에서 정책 안에서만 추론·적응·감독. CUGA FLO 대출 승인 워크플로우로 hook-driven 규제 override 실증 (arXiv 2606.27188)
  • 적용 이유: 결정론 워크플로우 에이전트 통째 대체/권한 이양 금지(제어점 overlay), 지정 제어점 밖 임의 개입 금지, LLM 개입을 명시 정책(FRAME) 없이 자유 추론 금지, Task/Decision/Flow 역할 혼재 금지
  • 기대효과: deterministic-orchestrator-scheduling(LLM=구현·스케줄링=결정론)의 워크플로우-엔진 레벨 확장, agent-infrastructure-ratio(98.4% 결정론 인프라)·forced-stop-hooks-pattern(process-as-code authority)과 정합, yaml-workflow-dag-orchestration·dynamic-workflows-harness와 결합(DAG 노드 중 지정 제어점만 에이전트), execution-time-authorization-layer·brokered-mutation-authority·explicit-state-ledger-tool-calls가 FRAME 정책 강제 구현, composable-agent-primitives·agent-assist-not-conclude와 정합
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ process-harness-deterministic-engine-overlay.md
노트eval

When are likely answers right? — 시퀀스 확률은 데이터셋 내 정답 예측엔 유효하나 디코딩 결정·동일 프롬프트 반복 응답엔 무효, verifier-free self-improvement·self-consistency 가이드 arXiv

시퀀스 확률(continuation의 조건부 확률)과 정답성의 관계를 4수준 정량화: 데이터셋 내 prompt-answer 쌍에선 높은 확률이 정답 예측에 유효하나, 디코딩 결정(하이퍼파라미터·방법 변경으로 확률↑)엔 정확도 개선 안 됨, 동일 프롬프트 반복 응답 순위에도 무효. 우리 reward-score-oversensitivity-discretization(연속 점수 신뢰 주의)·verification-horizon-proxy-coevolution(verifier=proxy)·llm-detector-calibration-not-comprehension(점수≠능력)의 verifier-free self-improvement 가이드 보강 노트.

  • 미적용 이유: 핵심 전이("확률을 정답 신호로 최적화·랭킹 금지")가 reward-score-oversensitivity(연속 점수 미세차 신뢰 금지)·verification-horizon(verifier는 proxy)·llm-detector-calibration(점수≠추론)과 의미중복 — 신규 rule 대신 calibration/verifier-free 클러스터 보강 노트로 보존
  • 5축: 해당 없음 (노트 — calibration/verifier-free self-improvement 클러스터)
→ 노트(calibration 클러스터)
노트github

GitHub 신호 — hwchase17/harbor(agent eval·RL 환경 프레임워크, 신규)·google-labs-code/design.md(coding agent용 visual identity 포맷 스펙, ★2.7K)·DeusData/codebase-memory-mcp(코드 지식그래프 MCP, ★8K) hwchase17

구루 GH: hwchase17/harbor(framework for agent evaluations + RL environments, 06-01 신규) — agent eval 프레임워크. GH trending: google-labs-code/design.md(coding agent에게 visual identity를 기술하는 포맷 스펙) · DeusData/codebase-memory-mcp(코드베이스를 영속 knowledge graph로 인덱싱하는 MCP) · stablyai/orca(병렬 에이전트 ADE) · BuilderIO/agent-native(agent-native 앱 프레임워크).

  • 미적용 이유: harbor는 benchmark-gated-self-improvement·scored-agent-benchmarks·llm-eval-as-ci-gate와, design.md는 web-ui-design·document-native-agent-ui·anti-slop-design-taste와, codebase-memory-mcp는 bi-temporal-structural-memory·graph-rag-codebase-indexing·content-graph-precise-context와 의미중복 — 기존 규칙 보강 노트(megastar 재등장군: ECC·hermes-agent·cc-switch·claude-mem·caveman·graphify·addyosmani 전부 기적용)
  • 5축: 해당 없음 (노트 — GitHub/구루 보강)
→ 노트(GitHub 보강)
136
수확
HF 06-27 미발행+06-26 22편(135차 18→22, 신규 4) · arXiv 50(2606.27xxx 06-25 배치 수렴) · GH topic+구루GH 전부 수렴 | 신규 1 | Applied 12026-06-27
포화 흐름(129~135) 속에서 HF 06-26 리스트가 18→22편으로 확장되며 reward/평가 이론 강신호 1건 적용. 적용 → reward-score-oversensitivity-discretization.md · 노트 1
8/10rule

Reward-Score Oversensitivity & Discretization — 연속 점수 평가자(reward model·judge·harness 점수)는 동등하게 좋은 것에 다른 점수를 매기는 oversensitive 결함이 있다. "정확도"가 아니라 discriminative ability + specificity로 평가하고, 미세 점수차를 신뢰·최적화하기 전에 이산화(클러스터화)하라 — 미세차 최적화는 reward hacking을 부른다 arXiv

reward model은 binary verifiable reward와 달리 연속 점수를 내어 미세 차이에 민감한 것이 강점처럼 보이지만, 실은 oversensitive — 동등하게 좋은 응답에 다른 점수를 매긴다(겉보기 완벽한 모델조차 가능 → 나쁜 정책). 평가는 "정확도"가 아니라 discriminative ability(진짜 다른 것 구분) + specificity(동등한 것엔 같은 점수)로. training-free MC dropout으로 reward를 이산 클러스터로 묶으면 reward hacking↓·정책↑.

  • 분석: 연속 점수의 미세 민감함은 강점이 아니라 oversensitivity 결함 — 동등하게 좋은 것에 다른 점수를 매겨 노이즈를 신호로 오인. "reward model accuracy" 단일 지표는 oversensitivity를 숨김 → discriminative ability + specificity로 분리 평가. MC dropout discretization이 minimal 비용으로 oversensitivity↓ (arXiv 2606.21795, HF 06-26, 이론·controlled+natural RL 실증)
  • 적용 이유: 연속 점수(reward·judge·harness) 미세차를 "진짜 우열/개선"으로 신뢰 금지(evaluator 노이즈일 수 있음), evaluator를 정확도 단일 지표로 평가 금지(discriminative ability + specificity 분리), 점수를 이산화 없이 비교·최적화 금지(같은 band 내 노이즈 추격=reward hacking), 미세 점수차를 채택 근거로 삼지 말 것
  • 기대효과: verification-horizon-proxy-coevolution(135차)의 메커니즘 구체화(oversensitivity=proxy-intent 격차 한 경로), harness-benefit-not-update(변경≠이득)의 점수 레벨 정밀화(점수 미세차도 이득 아님·이산 band를 넘어야), judge-as-optimizer-hardening·evaluator-committee-bias-contagion(116차)와 정합, cross-batch-evidence-accumulation·white-box-evidence-guided-optimization과 결합(미세차는 반복·이산화로 걸러냄), eval-predictive-validity·co-failure-ceiling-multi-model(134차)와 정합, autoresearch keep/discard·harness-report CURR>PREV에 noise band 이산화 권고
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ reward-score-oversensitivity-discretization.md
노트eval

Running the Gauntlet / GauntletBench — 현재 에이전트 벤치마크는 단순 task에 saturate되어 한계를 못 짚는다, underexplored 차원(temporal·graphical·3D)에선 SOTA 19.1% vs human 80%+ arXiv

기존 벤치마크는 인기 앱의 단순 task에 치우쳐 modern agent에서 saturate되며 한계를 못 짚는다 → temporal perception·graphical understanding·3D reasoning 등 underexplored 차원 100 task로 평가 시 SOTA 19.1% vs 비전문가 human 80%+. 우리 eval-predictive-validity(집계 점수≠배포·in-sample≠OOD)·adaptive-harness-open-ended-streams(고정 harness 드리프트 실패)·eval-language-diversity-transfer(단일 벤치마크 collapse)의 경험적 backbone — eval-saturation 클러스터 보강 노트.

  • 미적용 이유: 핵심 전이("saturated 벤치마크가 한계를 숨긴다 → OOD/underexplored 차원으로 평가")가 eval-predictive-validity(in-sample≠OOD)·adaptive-harness-open-ended-streams(고정 harness 실패)·eval-language-diversity-transfer(단일 벤치마크 collapse)와 의미중복 — 신규 rule 대신 eval-saturation 클러스터 경험적 보강 노트로 보존
  • 5축: 해당 없음 (노트 — eval-saturation 클러스터 backbone)
→ 노트(eval-saturation 클러스터)
135
수확
HF 06-26 18편(134차 9→18, 신규 9) · arXiv 50(2606.27xxx 06-25 배치 수렴) · GH topic+구루GH 30(전부 수렴) | 신규 3 | Applied 12026-06-26
포화 6연속(129~134) 흐름에서 HF 일별 논문 06-26 발행분이 9→18편으로 확장되며 검증/리워드 이론 강신호 1건 적용. 적용 → verification-horizon-proxy-coevolution.md · 노트 1
9/10rule

The Verification Horizon — 강한 모델·하네스에선 생성보다 검증이 더 어렵다, 모든 verifier는 의도의 proxy일 뿐 의도 자체가 아니며 scalability·faithfulness·robustness 셋을 동시에 못 얻는다(trilemma), 고정 reward는 능력 성장에 무력화 → verifier는 generator와 co-evolve해야 한다 arXiv

고전적 직관("검증이 생성보다 쉽다")이 코딩 에이전트에서 뒤집힌다 — 후보 생성은 쉬워지고 신뢰성 있는 검증이 더 어려운 병목. 모든 verifier는 의도의 proxy일 뿐 intent 자체가 아님(의도는 underspecified·최적화가 proxy-intent 격차 벌림 → reward hacking/saturation). 검증 품질 trilemma: scalability·faithfulness·robustness 동시 달성 불가. 고정 reward는 능력 성장에 무력화 → verifier를 generator와 co-evolve.

  • 분석: 강한 하네스에선 생성-검증 역전(검증이 병목), 모든 verifier=의도 proxy(intent 아님, faithfulness 구조적 상한), 검증 품질은 scalability×faithfulness×robustness trilemma(동시 달성이 중심 난제), 최적화가 proxy-intent 격차 확대(reward hacking/signal saturation), 어떤 고정 reward도 능력 성장 시 무력화 (arXiv 2606.26300, HF 06-26 up14, test/rubric/user/automated-agent 4 verifier·다중 벤치 실증)
  • 적용 이유: "빌드/통과했으니 됐다" 대신 검증을 1급 난제로, verifier 통과를 곧 의도 충족으로 단정 금지(faithfulness gap 명시), 단일 검증으로 trilemma 3축 동시 달성 가정 금지(위험·작업 유형별 검증 조합), 고정 테스트셋/게이트가 능력 성장 후에도 유효 가정 금지(verifier를 generator와 co-evolve)
  • 기대효과: acceptance-criteria-completion·completion-verification의 이론적 backbone(왜 verifier≠intent·왜 검증 병목), judge-as-optimizer-hardening·evaluator-committee-bias-contagion과 정합(최적화가 격차 확대), harness-benefit-not-update·eval-predictive-validity·cross-batch-evidence-accumulation과 결합, risk-weighted-verification-budget·co-failure-ceiling-multi-model(134차)·multi-view-lossy-tool-analysis와 결합(trilemma 축 희생을 위험 배분), benchmark-gated-self-improvement·adaptive-harness-open-ended-streams와 동형(verifier co-evolve), proof-by-exploitation-qa·evidence-only-reporting과 보완(robustness 축 위에 trilemma 추가)
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ verification-horizon-proxy-coevolution.md
노트tool-use

Why Multi-Step Tool-Use RL Collapses — control 토큰의 확률 spike가 structured execution을 교란하나 도구 능력 자체는 온전(133차 Tool Suppression의 훈련 도메인 동형) arXiv

agentic RL이 일부 모델에서 catastrophic collapse(tool-invocation 구조 붕괴) → 분석상 특정 control 토큰의 예기치 않은 확률 spike가 structured execution을 교란하나 도구 사용 능력 자체는 온전(특정 format에 가려짐), SFT를 RL과 interleave하면 안정화. 133차 structured-output-tool-suppression(Tool Suppression/CPI — 제약 토큰이 도구호출을 unreachable로)의 훈련(RL) 도메인 동형이라 신규 rule 대신 Tool Suppression 클러스터 보강 노트. 동반 노트 GUI vs CLI(2606.24551, up5)는 CLI 병목이 모델 능력이 아니라 skill coverage(verifier-guided augmentation으로 48.2%→69.3%)임을 보여 tool-ecosystem-planning-visibility(128차)·agent-least-privilege-tool-selection(131차)와 정합이나 computer-use 도메인.

  • 미적용 이유: 핵심 전이(control 토큰 spike가 도구 구조를 교란하나 능력은 온전·format에 가려짐)가 133차 structured-output-tool-suppression(스키마 grammar mask가 도구호출 토큰을 unreachable로·CPI)와 동형 — 추론(decoding) 시점 vs 훈련(RL) 시점의 같은 현상이라 신규 rule 대신 Tool Suppression 클러스터 보강 노트. GUI vs CLI도 tool/skill coverage 클러스터와 부분 중복이라 노트
  • 5축: 해당 없음 (노트 — Tool Suppression 클러스터 훈련 도메인 보강)
→ 노트(Tool Suppression 클러스터)
134
수확
arXiv 40(2606.27xxx 06-25 신규 배치) · HF 06-26 발행 9편 · GH topic:ai-agent 10(전부 132·133차 수렴) | 신규 3 | Applied 12026-06-26
포화 6연속(129~133)을 깨고 arXiv 06-25 신규 announce 배치(2606.27xxx)에서 멀티모델/멀티에이전트 직결 강신호 1건 적용. 적용 → co-failure-ceiling-multi-model.md · 노트 1
9/10rule

Co-Failure Ceiling — 멀티모델/멀티에이전트 조합(라우팅·투표·캐스케이드·MoA)의 정확도 이득은 모델들이 함께 틀리는 공통 실패 β로 상한된다(정확도 ≤ 1−β). "모델 더하면 좋아진다"는 무조건이 아니며, 천장은 실패의 비겹침으로만 올라간다 arXiv

멤버-답을 내는 모든 정책의 정확도는 1−β를 넘을 수 없다 — β = 모든 멤버 모델이 동시에 틀리는 입력의 비율(co-failure rate). 모델 추가·정교한 라우팅·강한 투표로도 천장 초과 불가, 천장 상승은 함께 틀리는 입력 집합을 줄이는 것(실패 비겹침)으로만. 67개 프론티어 모델 실증. 조합의 가치는 멤버 수가 아니라 실패 패턴의 disjointness.

  • 분석: routing/voting/cascade/fusion/MoA의 이득은 거의 보고되지 않는 co-failure β로 capped — 출력이 멤버 답인 한 정확도 ≤ 1−β. "다른 벤더/다른 모델이니 다양"은 약함(서로 다른 모델도 같은 입력에서 함께 틀림). 다양성은 모델 종류가 아니라 실패 패턴 비겹침으로 확보 (arXiv 2606.27288, 67 프론티어 모델)
  • 적용 이유: "모델/에이전트 더하면 좋아진다" 무조건 가정 금지(β로 상한), 멤버 다양성을 모델 종류로만 판단 금지(함께 틀리면 다양성 0), 멀티모델 조합을 정확도만 보고 "개선됨" 보고 금지(co-failure β·천장 1−β 측정), 천장이 멤버 추가로 안 오르면 비겹침 새 관점 도입(비용만 키우는 멤버 추가 회피)
  • 기대효과: cross-model-adversarial-review(다른 모델 다른 맹점)의 정량적 상한, evaluator-committee-bias-contagion(116차)·llm-council-pattern에 co-failure 천장 추가(위원 수가 아니라 위원 실패 비겹침이 한계), multi-turn-adversarial-robustness(disjoint)·multi-view-lossy-tool-analysis(120차)와 동형, harness-benefit-not-update·eval-predictive-validity·cross-batch-evidence-accumulation과 정합, risk-weighted-verification-budget·complexity-tier-model-routing·token-efficiency-tracking과 결합
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ co-failure-ceiling-multi-model.md
노트verification

Confidence-Aware Tool Orchestration — 비디오 추론은 모든 입력 프레임을 동등하게 신뢰한다는 가정(Blind Trust Problem) 하에 현실 교란에서 15~30%p 급락, reliability score로 입력 신뢰도 차등 arXiv

모션블러·글레어·오클루전 등 현실 교란에서 프런티어 비디오 추론 모델 15~30%p 정확도 급락 → evidence interface + reliability-relevance score + confidence-cost GRPO로 프레임별 신뢰도 차등. 우리 risk-weighted-verification-budget(위험도 비례 검증)·multi-view-lossy-tool-analysis(lossy 도구 단일 view 신뢰 금지)·probabilistic-policy-verification(실패확률 술어 sound 상한)의 입력 신뢰도 차등 일반화 — 비디오 도메인 특화+부분 중복이라 노트.

  • 미적용 이유: 핵심 전이(모든 입력을 동등 신뢰 금지, 신뢰도로 차등 가중)가 risk-weighted-verification-budget(위험 비례 노력)·multi-view-lossy-tool-analysis(단일 view 신뢰 금지)·probabilistic-policy-verification과 부분 중복 — 신규 rule 대신 입력-신뢰도 클러스터 강화 노트. 동반 노트 OPID(2606.26790, dense token-level supervision으로 sparse reward의 중간 결정 안내 부재 해결)는 active-investigation-fault-attribution·experience-learning-execute-distill-verify와 정합이나 훈련 도메인
  • 5축: 해당 없음 (노트 — 입력 신뢰도 차등 클러스터 경험적 보강)
→ 노트(입력 신뢰도 차등 클러스터)
133
수확
GH topic 12+구루GH 16(전부 수렴) · HF 06-26 미발행+06-25 31(2 신규) · arXiv 50(2606.26xxx 06-24 기배치 수렴) | 신규 2 | Applied 12026-06-26
포화 5연속(129~132에 이어)에서도 HF 06-25 리스트 재정독으로 rule 부재·기존 도구 규칙이 못 잡는 신규 실패면 1건 정밀 발굴. 적용 → structured-output-tool-suppression.md · 노트 1
8/10rule

Constraint Tax / Tool Suppression — 구조화 출력(JSON 스키마)과 도구 호출을 동시 활성화하면 스키마가 grammar token mask로 컴파일되어 도구호출 토큰이 unreachable, 모델이 스키마는 준수하며 도구를 조용히 멈춘다. 도구사용·구조화출력을 joint로 평가하고 two-pass로 분리 arXiv

Tool Calling과 Structured Output을 각각 테스트하면 멀쩡한데 동시에 켜면 다수 open-weight 모델이 스키마는 준수하며 도구 호출 중단(Tool Suppression). 원인: JSON 스키마가 grammar token mask로 컴파일 → 도구호출 토큰이 디코딩에서 unreachable. 가설 CPI(스키마 충족이 행동 선택 지배). 완화 Two-Pass(도구 실행을 스키마 제약 응답에서 분리)로 재훈련 없이 도구 호출 복원·구조화 출력 보장 동시.

  • 분석: Tool Calling + JSON Schema 동시 활성화 시 스키마는 높게 준수하나 도구 호출 중단 — 독립 평가로는 둘 다 정상이라 은폐됨. 구현 원인은 스키마→grammar token mask로 도구호출 토큰 unreachable, 가설은 Constraint Priority Inversion(스키마 충족이 행동 선택 지배). 완화 Transparent Two-Pass Execution(도구 실행과 스키마 제약 생성 분리) (arXiv 2606.25605, 프로덕션 재현·다수 모델 패밀리·code/data 공개)
  • 적용 이유: 구조화 출력 제약과 도구 호출 무검증 동시 활성화 금지(스키마 mask가 도구호출 억제), 도구 사용 ✓ + 스키마 준수 ✓ 를 각각 테스트하고 "둘 다 된다" 결론 금지(joint 조건 도구 호출률 측정), 충돌 제약은 two-pass로 분리, 높은 스키마 compliance를 success로 오인 금지(행동/도구 호출이 사라진 silent 실패=CPI)
  • 기대효과: typed-llm-function-parsing(schema-aligned 출력 파싱)의 직교 실패면(제약이 상류 도구 호출 억제), joint-quality-compression-measurement·eval-predictive-validity(독립 점수 ≠ 배포 동작)의 도구 영역 적용, mas-prompt-optimization-config-dependent(이득은 config 민감)와 정합, step-wise-orchestration·explicit-state-ledger-tool-calls(단계/상태 분리)가 two-pass 구현, acceptance-criteria-completion·evidence-only-reporting(행동 증거 없으면 PASS 아님)와 결합, agent-least-privilege-tool-selection(131차)와 직교(본 규칙은 호출 자체 억제=선택 이전 단계)
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ structured-output-tool-suppression.md
노트context

Plans Don't Persist: Why Context Management Is Load Bearing for LLM Agents — 표준 에이전트는 plan을 persistent state로 carry forward하지 않고 plan이 컨텍스트에 남아있는 것에 의존(한 스텝에 4.1~12.4x 급감) arXiv

replay-pairing 진단(plan 유무 동일 trajectory 실행 후 hidden-state cosine 측정): Llama-3.1-70B plan signal 0.453 spike 후 한 action-observation 스텝에 4.1x 급감(HotpotQA 12.4x) → 에이전트는 plan을 내재화하지 않고 컨텍스트 잔존에 의존. persistent-file-based-planning(디스크·재주입)·context-as-action-management(126차)·compaction-governance-decay(122차)의 경험적 backbone + evict 전 load-bearing A/B 검증 아이디어 — 컨텍스트 관리 클러스터와 부분 중복이라 노트.

  • 미적용 이유: 핵심 전이(plan은 내재화되지 않으니 visible 유지/재주입, evict 전 replay-pairing으로 load-bearing 검증)가 persistent-file-based-planning(Read-Before-Decide 재주입)·compaction-governance-decay(압축 후 제약 생존 검증)·context-as-action-management(핵심 사실 보존 fold)와 부분 중복 — 신규 rule 대신 클러스터 강화 노트로 보존
  • 5축: 해당 없음 (노트 — 기존 컨텍스트 관리 규칙의 경험적 근거 보강)
→ 노트(컨텍스트 관리 클러스터 backbone)
132
수확
GH topic 22(수렴) · 구루GH 32(수렴) · HF 0(06-26 미발행)+26(06-25 기검토) · arXiv 50(2606.26xxx 06-24 기배치·15 정독평가 14기검토) | 신규 1 | Applied 0(포화)2026-06-26
소스 포화 3연속(129·130·131에 이어) — 전 5소스 재조회 결과 신규 rule 부재. harness-benefit-not-update(변경≠이득)·anti-Goodhart 준수로 약한 후보 강제 적용 없이 정직하게 0건 적용. 신규 rule 0건 · 노트 1
0 적용saturation

소스 포화 라운드 — 신규 rule 부재, fabricate 거부(harness-benefit-not-update · anti-Goodhart)

전 5소스(GitHub trending/topic·구루 GitHub·HF 일별 논문·arXiv firehose) 재조회 결과 rule 부재·loopy-era 전이 높은 신규 후보 0건. arXiv 2606.26xxx(06-24) 배치는 130·131차가 이미 mining(2건 적용), HF 06-26 미발행, 나머지는 전부 도메인/훈련/의미중복. 변경≠이득 원칙으로 약한 후보 강제 적용 없이 0건 종료.

  • 분석: 잔여 arXiv 15편 abstract 정독 평가 — DT²(2606.25923)는 eval-predictive-validity, Detect-Unlearn-Restore(2606.26036)는 experience-learning-execute-distill-verify·agent-skill-security-scanning, RevengeBench(2606.26094)는 white-box-evidence-guided-optimization, Weave of Formal Thought(2606.25987)는 typed-llm-function-parsing로 의미중복, 나머지(OCR/VLA/tabular MIA/control/RL)는 도메인. GitHub·구루도 전부 기존 rule 수렴. seen.json 14편 기검토·1편만 신규
  • 미적용 이유: harness-benefit-not-update(변경≠이득)·acceptance-criteria-completion(anti-Goodhart: 자기 기준 통과용 fabricate 금지)·cross-batch-evidence-accumulation(단발 약신호로 승격 금지) — streak 유지 목적의 강제 rule 생성은 정확히 시스템이 경고하는 Goodhart 실패
  • 다음: HF 06-26 발행 + arXiv 06-25 announce 배치 출현 시 재평가. 구루 GitHub·trending은 수렴 상태 지속 모니터
  • 5축: 해당 없음 (0 적용 — 정직한 포화 기록)
→ 적용 0건 · 기존 270 rule 유지
131
수확
GH 20(기검토 수렴) · 구루GH 36(수렴) · HF 21+29(도메인 다수·3 loopy신규) · arXiv 50(2606.26xxx 기배치·신규 매칭) | 신규 1 | Applied 12026-06-25
소스 포화 지속(130차와 동일 06-25) — 전 5소스 재조회 후 권한(privilege) 클러스터의 rule 부재 핵심 1건(도구 선택 시점 최소권한) 정밀 발굴. 적용 → agent-least-privilege-tool-selection.md
8/10rule

When Lower Privileges Suffice / Least-Privilege Tool Selection — 충분한 저권한 대안이 있으면 고권한 도구를 default로 고르지 마라, 특히 일시적 실패 직후 반사적 escalate 금지, 안전정렬·프롬프트는 최소권한 선택을 보장하지 않는다 arXiv

에이전트가 도구를 자율 선택할 때 충분한 저권한 대안이 있는데도 고권한 도구를 선택/escalate(over-privilege)하는 것이 주류 에이전트 전반에 만연하며 일시적 실패(transient failure) 뒤 더 증폭. 일반 안전정렬은 최소권한 선택으로 전이되지 않고 프롬프트 통제도 transient failure 하에선 제한적 → 도구 선택 시점에 권한 경계를 구조적으로 강제해야. ToolPrivBench 8 도메인·5 위험 패턴.

  • 분석: over-privileged tool selection = 충분한 저권한 대안이 있는데 고권한 도구를 고르거나 그쪽으로 escalate. 초기 선택 + transient failure 후 escalation 둘 다 측정. 안전정렬은 최소권한 선택으로 신뢰성 있게 전이 안 됨, 프롬프트 통제는 제한적 완화만 → privilege-aware post-training defense(필요할 때만 escalate)로 불필요 고권한 대폭 감소·일반 능력 보존 (arXiv 2606.20023, ToolPrivBench 8 도메인·5 반복 위험 패턴)
  • 적용 이유: 충분한 저권한 대안 있으면 고권한 default 선택 금지(읽기전용 vs 쓰기, dry-run vs 실행, scoped vs 광범위, anon vs service_role, 조회 vs mutation API), 일시적 실패 직후 반사적 escalate 금지(대체 저권한·재시도 소진 먼저), "안전정렬됐으니/프롬프트에 썼으니" 최소권한 보장 가정 금지, over-privilege rate·escalation rate 측정 없이 "안전해 보임" 정당화 금지
  • 기대효과: role-based-agent-permissions(도구 화이트리스트 enforcement)의 selection 선호 확장(허용 도구 중에서도 최소권한 선택), permission-mode-safety-tiers(Explore
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ agent-least-privilege-tool-selection.md
130
수확
GH 20 · 구루GH 36 · HF 11+25(기검토) · arXiv 50(38매칭·신규배치) | 신규 1 | Applied 12026-06-25
소스 포화 지속 라운드 — 전 5소스 조회 후 arXiv 신규 배치(2606.26xxx)에서 rule 부재·실행 시점 권한 강제 핵심 1건 정밀 발굴. 적용 → execution-time-authorization-layer.md
8/10rule

The Unfireable Safety Kernel / Execution-Time Authorization Layer — 에이전트 주소 공간 안의 모든 제어는 입력으로 도달 가능해 우회된다(escapable), 진짜 강제는 4속성(프로세스 분리·구조적 유일 경로 사전 강제·양수준 fail-closed·외부화 서명 증거) 권한 계층에 arXiv

에이전트 자신의 런타임 안에 둔 제어(시스템 프롬프트·출력 필터·guardrail)는 입력으로 도달 가능 = escapable(우회 가능). 진짜 강제는 4속성(process separation·구조적 유일 경로 사전 강제·양수준 fail-closed·외부화 서명 증거) 권한 계층 = execution-time alignment. 자기개선 world model에 1000 self-mod 중 safety-critical 704 전부 거부·escape 0·6240 round-trip bypass 0.

  • 분석: 에이전트가 도구·API·인프라의 active principal이 되면서 지배적 접근은 제어를 에이전트 런타임 안(시스템 프롬프트·출력 필터·guardrail)에 두지만, 주소 공간 안의 모든 제어는 입력으로 도달 가능 = escapable. 구조적 제어를 위한 4속성: 프로세스 분리 / 구조적 유일 경로의 사전 강제 / 양수준 fail-closed / 외부화된 서명 증거 → execution-time alignment(학습·추론 시점 정렬 보완) (arXiv 2606.26057, fail-closed invariant SMT Z3+Kani BMC 4/4 machine-check, byte-equivalence 1000/1000·17/17 adversarial, 704 safety-critical 시도 전부 거부·6240 bypass 0)
  • 적용 이유: in-runtime 제어(프롬프트·prose rule·guardrail)를 진짜 강제로 신뢰 금지(입력으로 우회 가능=escapable), 비가역·고위험 권한을 4속성 없이 협력적 요청에 의존 금지, 우회 경로 살아있는 제어를 "차단됨" 간주 금지, fail-closed invariant를 위반 fixture로 검증, training/inference 정렬을 execution-time 강제로 착각 금지
  • 기대효과: brokered-mutation-authority(114차, 비가역 mutation broker)의 일반화(특정 작업→모든 제어 escapable+4속성+execution-time alignment), compaction-governance-decay·defensive-misdirection의 통합 인식론적 근거(prose가 escapable인 구조적 이유), soft-to-hard-promotion 근거 정밀화("입력 우회 가능?"이 분류 기준), os-level-syscall-sandbox·agent-sdk-in-process-tools가 속성1·2, external-probe-gate가 속성3, commit-landing-verification·complete-state-checkpoint-restore·atomic-artifact-publish가 속성4 — qa-gate·push-gate·no-env-commit이 이미 부분 구현
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ execution-time-authorization-layer.md
129
수확
GH 22 · 구루GH 32 · topic 22 · HF 1+26(기수확) · arXiv 60(51매칭·신규배치) | 신규 9 | Applied 12026-06-25
소스 포화 지속 라운드 — 전 5소스 조회 후 arXiv 신규 배치에서 rule 부재·긴 트레이스 진단 핵심 1건 정밀 발굴. 적용 → active-investigation-fault-attribution.md
9/10rule

SAFARI / Active-Investigation Fault Attribution — 긴 에이전트 트레이스 실패 진단을 full-dump 아닌 세그먼트 검색 루프 + 영속 단기메모리로, 진단 정확도를 컨텍스트 한계에서 분리 arXiv

실행 트레이스가 컨텍스트보다 커지면 전체 통째 로드 진단은 attention dilution + 컨텍스트 초과로 실패 — SAFARI는 선형 로딩을 세그먼트 read/search 도구 루프 + 영속 STM으로 대체해 진단 정확도를 컨텍스트 한계에서 분리. fault가 native 컨텍스트의 5배 밖이어도 0.58 precision 유지(전통 evaluator 완전 실패).

  • 분석: 자율 에이전트 실행 트레이스가 가장 큰 컨텍스트조차 넘어서면서 현재 fault 진단은 전체 트레이스를 컨텍스트에 통째 로드 → attention dilution(핵심 실패 희석) + 트레이스가 컨텍스트 초과 시 진단 실패 — SAFARI는 tool-augmented diagnostic loop로 대체, 세그먼트 read/search toolbox + cross-turn 추론용 영속 STM으로 진단 정확도를 아키텍처 컨텍스트 한계에서 분리 (arXiv 2606.24626, Who&When 1M예산 20%↑·TRAIL GAIA 25K예산 19%↑, fault가 native 컨텍스트 5배 밖이어도 0.58 precision)
  • 적용 이유: 긴 실행 트레이스 전체 통째 로드 진단 금지(attention dilution·컨텍스트 초과 실패), 트레이스가 컨텍스트보다 크다고 진단 포기 금지(세그먼트 검색 루프 + STM), 진단 결론을 검색 세그먼트 증거 없이 서술 금지, fault attribution을 토큰 예산 대비 precision으로 측정
  • 기대효과: evidence-backed-investigation(RCA evidence-chain)에 "긴 트레이스를 어떻게 검색·진단하나" 추가, recursive-context-decomposition(context-as-variable)의 진단 버전, tool-output-sandboxing·context-sandboxing(raw 미진입·인덱스 검색)과 정합, step-wise-orchestration의 진단 버전, hierarchical-local-first-recovery에 "어느 스텝 실패인지 진단" 선행, agent-assist-not-conclude·evidence-only-reporting과 결합
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ active-investigation-fault-attribution.md
128
수확
GH 16 · 구루GH 18 · topic 16 · HF 24+50 · arXiv 12(신규배치) | 신규 10 | Applied 12026-06-25
소스 포화 지속 라운드 — 전 5소스 조회 후 arXiv/HF 신규 배치에서 rule 부재·도구 생태계 핵심 1건 정밀 발굴. 적용 → tool-ecosystem-planning-visibility.md
8/10rule

PlanBench-XL / Tool-Ecosystem Planning Visibility — 큰 도구 카탈로그는 "전부 보임" 가정을 깨뜨려 장기 계획을 무너뜨린다, 도구 발견을 명시 계획 단계로 두고 관련 부분집합을 먼저 검색·노출 arXiv

실배포는 수백~수천 도구를 노출해 retrieval-limited tool visibility — 전체 toolset을 한 번에 못 봐 계획 전에 관련 도구를 먼저 발견해야 한다. 전체 가시성에서 강해 보이던 성능이 생태계가 커질수록 급락 — 도구 발견↔계획 interleave + 암묵 서브목표 추론 필요.

  • 분석: LLM 도구 사용 에이전트는 보통 작고 전부 보이는 toolset(프롬프트에 다 들어감)으로 평가되지만 실제 배포는 수백~수천 도구를 노출, retrieval-limited tool visibility 하에서 전체를 한 번에 못 봐 계획 전 관련 도구를 먼저 발견해야 한다 — 전체 가시성 성능이 생태계 성장 시 급격히 무너지는 건 도구 발견과 계획을 번갈아 수행하고 요청에 명시 안 된 암묵적 서브목표를 추론해야 하기 때문 (arXiv 2606.22388, interactive benchmark, HF 85 upvotes)
  • 적용 이유: "에이전트가 모든 도구를 본다" 가정 금지(카탈로그 클수록 한 번에 짠 계획 붕괴), 전체 카탈로그 무차별 덤프 금지(관련 부분집합 retrieve), 도구 발견을 1급 계획 단계로(발견↔계획 interleave), 암묵적 서브목표 명시화, 작은 toolset 성능을 대규모 배포로 일반화 금지
  • 기대효과: per-turn-tool-adaptation·progressive-disclosure-skills·structured-knowledge-mcp(관련 도구만 노출)에 "장기 계획 품질" 관점 추가(기존은 토큰 절감), step-wise-orchestration-vs-plan-then-execute의 도구 가시성 버전, metadata-guided-chunk-retrieval·codebase-search-before-create와 결합, eval-predictive-validity(작은 toolset≠대규모 생태계)와 정합
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ tool-ecosystem-planning-visibility.md
127
수확
GH 24 · 구루GH 22 · topic 22 · HF 20 · arXiv 40(신규배치) | 신규 9 | Applied 12026-06-24
소스 포화 지속 라운드 — 전 5소스 조회 후 arXiv 신규 배치에서 rule 부재·자가진화 핵심 1건 정밀 발굴. 적용 → experience-learning-execute-distill-verify.md
8/10rule

EDV (Execute-Distill-Verify) — 경험 메모리 쓰기를 단일 자기반성 아닌 실행·증류·검증 분리로, 자기확증 함정 차단 arXiv

단일 에이전트 경험 루프는 Self-Confirmation Trap — 틀렸지만 자기일관적 궤적이 "성공"으로 박혀 검색·재사용에서 누적 오염. EDV는 Execute(이질적 병렬)·Distill(제3자)·Verify(합의)를 분리해 메모리 삽입 전 오류를 거른다.

  • 분석: 경험 기반 자가진화는 대부분 단일 에이전트 루프(같은 에이전트가 실행·요약·메모리 쓰기 결정 독점)라 wrong-but-self-consistent 궤적이 성공 경험으로 오인되어 누적 오류 — EDV는 Execute(여러 이질적 에이전트 병렬 탐색) → Distill(전담 제3자가 비교 증류, 실행자 중심 편향 제거) → Verify(실행 그룹 합의 검증, 승인분만 기록)로 분리해 고립된 자기반성을 협력적 구성으로 (arXiv 2606.24428, tau2-bench·Mind2Web·MMTB 장기 벤치 일관 향상)
  • 적용 이유: 단일 에이전트가 실행·요약·메모리 쓰기를 독점 금지, 실행자 자신이 자기 궤적을 증류 금지(executor-centric bias), 단일 self-judge로 경험 검증·기록 금지(합의 필요), 오염은 read 아닌 write 단계에서 사전 차단(쓰기 주체≠실행 주체 + 합의 통과분만 기록하는 write-gate)
  • 기대효과: judge-as-optimizer-hardening(train/eval 분리)의 경험 쓰기 버전, evaluator-committee-bias-contagion·blind-validation-layer가 Verify·Distill 구현, cross-batch-evidence-accumulation(1회≠안정)·recursive-self-improvement-loop(Curator)와 정합, shared-agent-memory·agent-skill-compounding(자동 저장)에 write-gate 추가, memory-governance-multi-principal(사후 forgetting)과 보완(사전 차단)
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ experience-learning-execute-distill-verify.md
126
수확
GH 15 · 구루GH 28 · HF 12(신규배치) · arXiv 0(차단) | 신규 8 | Applied 12026-06-24
소스 포화 지속 라운드 — 전 소스 조회 후 HF 신선 배치에서 rule 부재 1건 정밀 발굴. 적용 → context-as-action-management.md
8/10rule

MemGUI-Agent / Context-as-Action — 컨텍스트 관리를 수동 누적 아닌 정책 발화 1급 행동으로, 구조화 필드로 핵심 사실 보존하며 압축 arXiv

ReAct식 수동 누적은 프롬프트 폭발 + 핵심 교차-스텝 사실 희석 — ConAct는 컨텍스트 관리를 정책이 발화하는 1급 행동으로, 3개 구조화 필드(접힌 히스토리/상태/최근 기록)로 핵심 사실 보존하며 compact.

  • 분석: 장기 작업(여러 스텝·앱 전환에 걸쳐 중간 사실 보존)에서 ReAct식 프롬프팅은 매 스텝 기록을 수동 누적해 프롬프트 폭발 + 결정적 교차-스텝 사실 희석을 부른다 — ConAct(Context-as-Action)는 컨텍스트 관리를 UI 행동을 고르는 그 정책이 직접 발화하는 1급 행동으로, 히스토리 수동 append 대신 3개 구조화 필드(접힌 행동 히스토리 / 접힌 상태 / 최근 스텝 기록)로 핵심 사실 보존하며 compact (arXiv 2606.19926, MemGUI-3K 2,956 trajectory, MemGUI-8B-SFT open-data 8B 최고 + OOD MobileWorld 일반화)
  • 적용 이유: 매 스텝 기록 수동 무한 누적 금지(프롬프트 폭발·핵심 사실 희석), 컨텍스트 관리를 토큰 임계/외부 미들웨어에만 위임하지 말고 정책이 무엇을 접을지 행동으로 결정, 모든 컨텍스트를 한 덩어리로 압축 말고 구조화 필드로 분리해 핵심 사실 보존, 접기 이득은 토큰·작업 성공 동시 측정
  • 기대효과: trajectory-aware-compaction(124차, "언제 압축")의 "무엇·행동" 축 보완(언제 × 무엇의 두 축), task-aware-context-pruning(외부 스키머)을 정책-내장 1급 행동으로 확장, compaction-governance-decay·complete-state-checkpoint-restore와 정합, joint-quality-compression-measurement·harness-benefit-not-update(압축≠이득)와 결합
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ context-as-action-management.md
125
수확
GH 30 · 구루GH 24 · arXiv 60(중복) · HF 0 | 신규 6 | Applied 22026-06-24
소스 포화 라운드 — 전 소스 조회 후 rule 부재 후보만 정밀 발굴. 적용 → agent-assist-not-conclude.md · step-wise-orchestration-vs-plan-then-execute.md
8/10rule

Causal Discovery in the Era of Agents — 에이전트는 보조, 분석적 결론은 데이터·형식 방법에 grounded arXiv

LLM이 엣지·방향·결론을 직접 공급하면 데이터 뒷받침과 텍스트 연상이 구별 불가 — 에이전트는 검사·검색·설명·조율만, claim은 데이터+가정+형식 알고리즘+진단에 grounded.

  • 분석: LLM에게 인과 방향 추론·그래프 구조 제안·LLM 출력을 prior/constraint로 주입하면 그 결론이 데이터·가정에 의한 것인지 텍스트 연상·프롬프트 아티팩트·환각 메커니즘에 의한 것인지 흐려진다 — 에이전트는 데이터 검사·맥락 검색·방법 가정 설명·결과 명료화만 하고, 인과 claim은 데이터+명시 가정+형식 알고리즘+진단+전문가 결정에 grounded (arXiv 2606.23608, causal-learn+ 플랫폼, Big Five 케이스 스터디)
  • 적용 이유: 분석적 결론(근본원인·취약·blast radius·의존성 방향·정합성)을 LLM 텍스트 연상으로 직접 공급 금지, 에이전트의 정당한 역할=보조(검사·검색·설명·조율), 결론은 형식 방법+데이터+명시 가정+진단에서, 비가역·고위험·도메인 결론은 사용자/전문가 결정으로 grounded
  • 기대효과: deterministic-orchestrator-scheduling(LLM=구현·결정은 결정론)의 분석 결론 버전, white-box-evidence-guided-optimization·evidence-backed-investigation과 정합, retrieval-grounded-exact-recall·llm-detector-calibration의 분석 결론 일반화, exploit-verified·acceptance-criteria-completion·brokered-mutation-authority와 결합(보조와 결론 권한 분리)
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ agent-assist-not-conclude.md
7/10rule

SQLConductor — 실행 전 완성 계획 못 박지 말고 다음 행동을 중간 산출물·피드백으로 선택 arXiv

고정 파이프라인은 중간 증거에 적응 못 하고, plan-then-execute조차 실행 전 워크플로우를 못 박는다 — 다음 행동을 중간 산출물·피드백으로 매 스텝 선택.

  • 분석: 다단계 작업에서 고정 파이프라인은 단계 순서를 미리 정해 쿼리 요구·중간 증거에 적응 못 하고, 오케스트레이션 기반 plan-then-execute조차 실행 전에 완성 워크플로우를 못 박아 중간 산출물·피드백에 적응 못 한다 — SQLConductor는 서브태스크를 action으로 정의하고 다음 행동을 중간 산출물·피드백에 근거해 매 스텝 선택(MCTS 워크플로우 탐색 + stability 추정 robust 감독 + policy 학습) (arXiv 2606.23537)
  • 적용 이유: 다단계 워크플로우를 실행 전 완성·고정(plan-then-execute) 금지, 다음 행동을 그 시점까지의 중간 산출물(exit code·테스트 결과·파일 상태)로 선택, 고정 stage 순서가 이 작업에 맞는지 의심, 적응 결정도 결정론적·grounded(적응성≠비결정성), stop 조건으로 무한 적응 방지
  • 기대효과: dynamic-workflows-harness(동적 vs 정적)의 실행 내 적응 버전, controller-reconciliation-loop·desired-state-agent-reconciliation과 정합, hierarchical-local-first-recovery·white-box-evidence-guided-optimization과 결합, convergence-loop-no-mid-question·auto-block-stuck-tasks(stop 조건)와 결합
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ step-wise-orchestration-vs-plan-then-execute.md
124
수확
arXiv 60 | HF 35 | 관련 10 | Applied 22026-06-23
arXiv cs.AI/CL/LG/MA firehose 60편 — 신규 2606.23xxx 배치로 갱신(113~121차의 2606.20xxx, 122차의 2606.22xxx와 완전히 다른 풀) + HF 일별 논문 06-23 갱신(35편). 적용 → trajectory-aware-compaction.md · mas-prompt-optimization-config-dependent.md
8/10rule

SelfCompact — 압축은 토큰 임계가 아니라 trajectory 구조로 타이밍, 안전 경계 발화·도출 중간 억제 arXiv

고정 간격 압축은 trajectory 구조를 안 봐 도출 중간 부분 결과를 버림 — 도구+rubric로 안전 경계에서만 발화, 토큰 30~70%↓.

  • 분석: 장기 trace의 stale 콘텐츠를 토큰 임계 고정 간격으로 압축하면 도출/검색 중간 부분 결과를 버림 — SelfCompact는 압축 도구 + 경량 rubric(발화: 서브태스크 완결·수렴 / 억제: 도출 중간·stuck)로 모델이 스스로 결정, 둘 다 필요. 고정 간격 동등/상회 + 토큰 30~70%↓(math +18.1·agentic search +5~9), 모델은 프롬프트 없이 압축 시점을 신뢰성 있게 판단 못 함 (arXiv 2606.23525, 6벤치×7모델)
  • 적용 이유: 압축 타이밍을 토큰 임계만으로 결정 금지(trajectory 구조 인지), 발화는 안전 경계(서브태스크 완결·milestone·수렴)·억제는 불안전 구간(도출 중간·stuck), 압축 메커니즘=도구+rubric 둘 다, 이득은 토큰만 아니라 task 품질 동시 측정
  • 기대효과: cost-aware-harness-tuning(발화 breakpoint만)에 억제 조건 추가, compaction-governance-decay(122차, 언제 vs 무엇)와 클러스터, complete-state-checkpoint(커밋 경계 완전 상태)와 정합, joint-quality-compression-measurement·harness-benefit-not-update(압축≠이득)와 결합
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ trajectory-aware-compaction.md
8/10rule

MAS-PromptBench — 단일 에이전트 프롬프트 최적화가 멀티에이전트로 전이된다고 가정 금지 arXiv

MAS로 확장하면 검색 공간 지수 폭증 + 이득이 task·workflow·protocol·team-size에 민감 — 구성별로 측정.

  • 분석: MAS 시스템 프롬프트는 파인튜닝 없는 시스템 레벨 최적화 표면이지만, 단일 LLM 프롬프트 최적화를 MAS로 확장하면 검색 공간 지수 폭증 + 언제·얼마나 개선되는지·구성 민감성 불분명 — task·workflow·communication protocol·team-size 가변 설정에서 측정 시 이득이 구성에 따라 크게 달라짐 (arXiv 2606.23664)
  • 적용 이유: 단일 에이전트 프롬프트 개선을 멀티에이전트 구성으로 자동 전이 가정 금지, 이득은 구성(task·workflow·protocol·team-size)별로 측정, 지수 검색 공간 인지(무차별 최적화 금지), MAS 프롬프트 변경은 해당 구성 회귀 검증
  • 기대효과: harness-benefit-not-update(변경≠이득)의 멀티에이전트 프롬프트 버전, eval-predictive-validity(단일 설정 점수≠전이)와 정합, probe-and-refine·llm-eval-as-ci-gate(프롬프트 회귀)와 결합, agent-delegation-strategy·/team(우리 MAS)에 직접 적용 — specialist 프롬프트 튜닝 이득은 team 구성별로
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ mas-prompt-optimization-config-dependent.md
123
수확
GH 20 · 구루GH 48 · topic 16 · HF 25 · arXiv 30 | 신규 52 | Applied 12026-06-23
소스 커버리지 복구 라운드. 적용 → event-sourced-reactive-graph-runtime.md
9/10rule

Active Graph — 공유 그래프가 조율 매개, behavior가 그래프에 반응, 모든 run이 resume/fork/diff yoheinakajima

에이전트가 메시지 대신 공유 그래프에 read/write·반응 + 모든 변경 append-only event log → resumable·forkable·diff-able + byte-deterministic fixtures.

  • 분석: "그래프=세계, behavior=물리, trace=증명" — event-sourced reactive graph runtime. chat 기반 다중 에이전트가 "그룹 대화"라면 이건 "무엇이·누가·왜 바뀌었는지 모두 보는 공유 워크스페이스". 녹화 fixture로 API키 0·byte-deterministic 데모 (yoheinakajima/activegraph 318★, babyagi 제작자)
  • 적용 이유: 멀티에이전트 조율이 message-passing으로 복잡해지면 공유 그래프 substrate 대안(orchestration-state→graph), 장기 run을 append-only event log로 resume/fork/diff, 결정론 검증을 byte-deterministic fixture(동일입력→동일 event hash)로
  • 기대효과: state-driven-orchestration + forced-stop event journal + graph-workflow-checkpointing을 "공유 그래프=조율" 한 substrate로 통합, autoresearch keep/discard를 event-log diff로 HARD 판정
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ event-sourced-reactive-graph-runtime.md
122
수확
arXiv 50 | HF 9 | 관련 8 | Applied 22026-06-23
arXiv cs.AI/CL/LG/MA firehose 50편 — 신규 2606.22xxx 배치로 갱신(113~121차가 소진한 2606.20xxx와 다른 풀) + HF 일별 논문 06-23(9편, 119~121차가 mining한 06-22와 별개 풀). 적용 → compaction-governance-decay.md · risk-weighted-verification-budget.md
8/10rule

Governance Decay — 컨텍스트 압축은 in-context 안전 제약을 조용히 지운다, 제약은 압축 밖 영속층에 arXiv

보이는 동안 지키던 거버넌스 제약이 압축으로 조용히 사라지면 같은 에이전트가 금지 동작 수행 — 압축 후 위반 0%→30%(최대 59%).

  • 분석: 장기 세션 토큰 예산용 압축·요약·축출이 안전필수 실패면 — in-context 제약이 compaction으로 silent 제거, 1,323 에피소드 위반 full context 0%→압축 후 30%(일부 59%), 제약 생존 시 0%·드롭 시 38%, Compaction-Eviction Attack(적대적 입력이 요약기 편향→정책 누락)이 모든 모델 우회 (arXiv 2606.22528, ConstraintRot)
  • 적용 이유: HARD 거버넌스 제약을 prose(CLAUDE.md/rules 본문)에만 의존 금지(compaction 시 silent 소실), 진짜 강제는 압축 밖 영속층(hook exit code·settings.json·파일)에, 압축 후 제약 생존 검증(PreCompact/SessionStart 재주입), 요약기를 injection 표면으로 인지, 위반은 deterministic tool-call grading으로 채점
  • 기대효과: soft-to-hard-promotion의 인식론적 근거(prose는 compaction 취약·hook은 불변), persistent-file-based-planning(SHA-256 attestation)·complete-state-checkpoint를 거버넌스 제약에 적용, dynamic-workflows-harness의 goal-drift를 안전 제약으로 확장, agent-skill-security-scanning·defensive-misdirection과 결합
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ compaction-governance-decay.md
9/10rule

FACTOR — 모든 주장에 같은 검증 말고, 위험도에 비례해 검증 노력을 배분한다 arXiv

균일 검증은 저위험에 낭비하고 고위험을 과소검증 — 위험도 비례 배분으로 factuality↑·검증 비용↓ 동시.

  • 분석: 기존 검증은 주장마다 환각 위험이 다른데도 동일 정책 적용 — FACTOR는 주장 단위 불확실성에 따라 검증 기준 적응(불확실성 추정+적응적 추론 검증+후보 재랭킹), 검증 노력을 가장 필요한 곳에 배분해 factuality↑·검증 비용↓ 동시, model-agnostic (arXiv 2606.22474, FactScore)
  • 적용 이유: QA·리뷰·증거 요구를 모든 변경에 균일 적용 금지, 위험 신호(비가역·blast radius·확신·민감도)로 검증 tier 결정, 품질·비용 동시 측정(비용↓이 품질↓ 동반하면 배분 오류), 고위험(비가역·시크릿·핵심)은 검증 floor — 적응은 저위험을 줄이는 방향
  • 기대효과: probabilistic-policy-verification 보완("어떻게 검증" vs "어디에 얼마나 배분"), complexity-tier-model-routing의 검증 버전(위험도→검증 tier), brokered-mutation-authority·content-graph-precise-context가 위험 신호 공급, joint-quality-compression-measurement·acceptance-criteria-completion과 정합
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ risk-weighted-verification-budget.md
121
수확
arXiv 50 | HF 13 | 관련 6 | Applied 22026-06-23
arXiv cs.AI/CL/LG/MA firehose 60편(관련 50, 신규 37) + HF 일별 풀(오늘 06-23 미발행 → 06-22 13편 재확인). 적용 → retrieval-grounded-exact-recall.md · metadata-guided-chunk-retrieval.md
8/10rule

Train, Retrieve, or Both? — 정확한 사실은 파라미터 기억이 아니라 검색에서, SFT 단독은 오인용 arXiv

SFT 단독은 조항을 잘못 회상하고, 검색은 환각을 구조적으로 0으로 만든다 — 정확한 사실은 retrieve.

  • 분석: 정확한 법령 인용을 4-arm(base/LoRA SFT/RAG/SFT+RAG)으로 실증 — base는 인용 불가, SFT 단독은 hallucinated citation, 검색은 by construction 환각 0, SFT+RAG hybrid 최고(0.481 exact-match·환각 0). SFT가 high-recall 후보에서 옳은 항목 선택을 robust화, 싼 bge-small hybrid가 큰 특화 모델 동급/상회 (arXiv 2606.20359)
  • 적용 이유: 인용·파일 경로·API 시그니처·설정값·버전처럼 틀리면 안 되는 사실은 파라미터 기억(자신감 있는 오인용)이 아니라 검색 소스 동반 필수, 검색이 환각을 구조적으로 0으로, 선택 보강은 가볍게(큰 특화 모델로 점프 금지), train(패턴·정책)과 retrieve(정확한 사실) 역할 분리
  • 기대효과: evidence-only-reporting·evidence-backed-investigation의 사실-인용 버전, commit-landing-verification(`git show HEAD:`)·explicit-state-ledger와 정합, llm-detector-calibration-not-comprehension(파인튜닝은 임계값만 이동)과 결합, memory-bank/graph-rag의 "언제 train vs retrieve vs both" 의사결정 층
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ retrieval-grounded-exact-recall.md
7/10rule

MCompassRAG — 청킹은 precision↔비용 트레이드오프, 메타데이터로 보강하고 인덱스 시점 사전계산(추론 LLM 0) arXiv

작은 청크=precision↑·비용↑, 큰 청크=노이즈↑ — raw cosine만 말고 토픽 메타데이터로 보강, 추론 시 LLM 0.

  • 분석: RAG는 청킹·검색 방식에 결정적 의존 — 작은 청크 precision↑·검색공간↑(지연·비용), 큰 청크 후보↓·혼합 토픽 노이즈↑. 토픽 메타데이터를 같은 임베딩 공간에 넣어 raw cosine 보강 + LLM-teacher distillation 경량 retriever → 추론 시점 추가 LLM 호출 0, 6개 corpus 효율+증거품질 동시 향상 (arXiv 2606.18508)
  • 적용 이유: 청크 크기를 트레이드오프 의식 없이 고정 금지(의미 경계 청킹), 큰/혼합 청크 raw cosine만 신뢰 금지(메타데이터 보강), 비싼 판단은 인덱스 시점 사전계산(추론 LLM 0), 청킹/메타 변경은 precision·latency 실측
  • 기대효과: ast-aware-code-search·semantic-code-search-mcp에 메타데이터 보강+트레이드오프 의식, precomputed-code-intelligence·incremental-codebase-indexing(인덱스 사전계산)과 정합, retrieval-grounded-exact-recall(같은 121차)의 검색 품질 층, harness-benefit-not-update와 결합
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ metadata-guided-chunk-retrieval.md
120
수확
arXiv 50 | HF 10 | 관련 5 | Applied 22026-06-23
arXiv cs.AI/CL/LG/MA firehose 50편 재스캔 + HF 일별 풀(오늘 06-23은 미발행 → 최신 06-22 10편). 적용 → joint-quality-compression-measurement.md · multi-view-lossy-tool-analysis.md
8/10rule

UltraQuant — 멀티라운드 에이전트 컨텍스트/KV 압축 이득은 task quality·재사용·throughput을 동시 측정 arXiv

긴 prefix가 여러 짧은 턴에 재사용된다 — 4-bit KV 압축은 품질·재사용·처리량의 트레이드오프이지 공짜 이득이 아니다.

  • 분석: 컨텍스트 무거운 멀티라운드 에이전트는 KV 캐시에 특이 압력 — 긴 prefix 재사용 + 동시성이 처리량 좌우. 4-bit KV 압축을 task quality·cache residency·serving throughput 동시 측정 프레임으로, K/V 비대칭·Walsh-Hadamard rotation·block-scale로 robust화 (arXiv 2606.20474)
  • 적용 이유: 컨텍스트/도구출력/CLI 압축의 이득을 "토큰 N% 절감"만으로 단정 금지(품질 동시 측정 필수), 긴 재사용 prefix(시스템 프롬프트·CLAUDE.md·규칙)를 1급 자원으로 재사용 극대화, 압축률만 보고 throughput/품질 비례 향상 가정 금지
  • 기대효과: context-compression-pipeline·tool-output-sandboxing·cli-output-compression에 "품질 동시 측정" 게이트, harness-benefit-not-update의 컨텍스트/압축 영역 적용(압축됨≠품질 유지하며 압축됨), persistent-file-based-planning과 정합
  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ joint-quality-compression-measurement.md
7/10rule

Multi-View Decompilation — lossy 도구 단일 view는 fragile, 상호보완 다중 view로 recall을 올려라 arXiv

디컴파일러·파서·grep은 lossy 휴리스틱 도구 — 단일 view가 흘린 정보가 곧 LLM의 놓침, 다중 view로 recall↑.

  • 분석: LLM이 단일 디컴파일러 view로 악성 분류하면 fragile — 디컴파일러는 lossy, 도구마다 다른 artefact 노출. Ghidra+RetDec 두 view를 함께 주면 malicious F1↑(주로 악성 recall↑), agreement 분석으로 상보성 실증 (arXiv 2606.20436)
  • 적용 이유: lossy 도구(디컴파일러·AST 파서·단일 grep·요약기) 단일 view로 LLM 코드 분석 단정 금지, 서로 다른 도구로 상호보완 view 합쳐 recall 보강(같은 도구 N회는 보완 아님), "못 잡음"이 LLM 능력 부족인지 도구 view 한계인지 분리
  • 기대효과: llm-detector-calibration-not-comprehension(LLM 탐지기≠추론)과 결합, exploit-verified-security-testing·evidence-only-reporting의 recall 보강(다중 view로 놓침↓+실증 동반), semantic-code-search-mcp/multi-format-knowledge-graph의 코드 분석 적용
  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ multi-view-lossy-tool-analysis.md
119
수확
arXiv 60 | HF 9 | 관련 4 | Applied 22026-06-22
arXiv cs.AI/CL/LG/MA firehose 60편 재스캔(2606.20xxx 배치는 113~118차에서 전량 적용·의미중복 SKIP) + HF 일별 논문 06-22(9편) · GitHub weekly는 114~118차와 동일 주차(SkillSpector=114차, addyosmani/agent-skills=다수 적용, codebase-memory=메모리 다수 — 중복 SKIP). 적용 → memory-governance-multi-principal.md · distill-examples-to-instructions.md
8/10rule

GateMem — 공유 메모리는 recall만이 아니라 거버넌스(접근제어+능동삭제)가 필요하다 arXiv

여러 principal이 한 메모리 풀에 쓰고 읽는다 — utility·access control·active forgetting 세 축을 동시 달성하는 방법이 없다.

  • 분석: 메모리 벤치마크는 대부분 단일 사용자 가정 — 실제 공유 배포는 다 principal이 다른 역할·스코프로 같은 풀에 접근, GateMem이 utility+access control+active forgetting 3축 평가, 어떤 baseline도 동시 달성 실패(롱컨텍스트=거버넌스↑ 토큰↑, retrieval/external=싸지만 권한없는·삭제된 정보 누설) (arXiv 2606.18829)
  • 적용 이유: 공유 메모리를 single-principal recall로만 취급 금지, 조회는 principal·scope 권한 경계로 필터(전역 무필터 검색 금지), 삭제는 원본+파생 인덱스(임베딩·요약·캐시) 재누설까지 검증, utility 단일 점수로 품질 판정 금지(3축 trade-off)
  • 기대효과: shared-agent-memory·cross-agent-memory-persistence에 거버넌스 3축 추가, idempotency-key-namespacing(cross-scope hijack)의 조회 버전, brokered-mutation-authority·complete-state-checkpoint와 결합
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ memory-governance-multi-principal.md
7/10rule

Distilling Examples — few-shot 예시를 쌓지 말고 명시적 task 지시로 증류한다 arXiv

예시를 이어 붙일수록 컨텍스트가 길어지며 성능이 떨어진다 — 구조화 기준·지시로 증류하면 토큰 99%↓ + 컨텍스트 강건.

  • 분석: few-shot ICL은 예시 concat으로 컨텍스트 증가 시 한계 — verbose 예시를 컴팩트한 구조화 분류기준+정밀 task 설명으로 증류, 토큰 99%↓ + macro-AUC 최대 7%↑, 컨텍스트 증가에 강건(토큰 압축 baseline 9 F1↓), 분류 로직 직접 정제 가능 (arXiv 2606.15641)
  • 적용 이유: 프롬프트에 원시 예시 누적 금지(토큰폭증+degradation), 예시는 기준 도출 재료이지 영구 채움 아님, 증류된 지시는 검증·정제 대상, 단순 요약(토큰 압축)과 구분(구조화 기준 없으면 컨텍스트 증가 시 무너짐)
  • 기대효과: in-context-demos-not-neutral(예시는 행동 중립 아님)의 실행 결론(행동을 명시 지시로 고정), probe-and-refine-guidance-tuning의 압축 버전, token-brevity-pattern과 직교
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ distill-examples-to-instructions.md
118
수확
arXiv 60 | HF 1 | 관련 51 | Applied 32026-06-22
arXiv cs.AI/CL/LG/MA firehose 60편 재스캔(관련 51) + HF 일별 논문 06-22(1편, PerceptionDLM — 멀티모달 비전, loopy-era 무관 SKIP) · GitHub weekly는 114~117차와 동일 주차(중복 SKIP). 적용 → defensive-misdirection-over-block.md · judge-as-optimizer-hardening.md · implicit-feedback-preference-signal.md
7/10rule

Defensive Misdirection — 예측 가능한 거부는 자동 공격자에게 신호를 준다, 차단 대신 오도로 ASR 상한 arXiv

detect-and-block은 budget↑ 시 ASR→1 — 일관된 거부가 공격자 자동 judge에 무료 신호. detect-and-misdirect가 PPV↓로 상한을 만든다.

  • 분석: model-guided 자동 공격(probing·refinement·평가를 judge로 자동화)에서 detect-and-block은 예측 가능 거부가 탐색을 가속해 ASR→1, detect-and-misdirect(통제된 비작동 응답으로 공격자 judge의 false-positive 유도)는 PPV↓ → bounded asymptotic ASR (arXiv 2606.20470, CMPE)
  • 적용 이유: 자동화 공격 표면에서 일관된 거부=신호 누출 인지, 탐지 신뢰도 높을 때만 misdirection 보조 적용(정상 UX 보존), 비가역 작업은 fail-closed 차단 유지, 방어는 budget↑ 시 ASR 상한으로 평가(단발 차단 아님)
  • 기대효과: multi-turn-adversarial-robustness에 신호누출+ASR 상한 관점, exploit-verified/proof-by-exploitation의 방어 측면 보완, probabilistic-policy-verification(탐지 신뢰도)과 결합
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ defensive-misdirection-over-block.md
7/10rule

Judging to Improve — ranking 통과 judge를 최적화 루프에 넣으면 새 실패모드, train/eval 분리로 circularity 차단 arXiv

judge를 optimizer로 격상하면 ranking이 안 건드린 실패모드가 드러난다 — train judge ≠ eval judge로 circularity를 끊어라.

  • 분석: judge를 학습·평가 루프에 넣으면 새 실패 노출 — train judge(Qwen2.5-VL)와 eval judge(InternVL3) 분리로 circularity 차단, position-bias 보정, reference-free judging이 clean-but-wrong 보상, independent sample은 학습 선호 거의 없음(order-flip 0.94, contrastive 구성 필요) (arXiv 2606.20364)
  • 적용 이유: self-improve/autoresearch가 judge로 개선 신호+합격 둘 다 매기면 circularity → 분리, "ranking 잘했으니 optimizer OK" 가정 금지, reference 없이 "좋아 보임" judging=clean-but-wrong 보상(anti-Goodhart), 신호는 quality-contrastive로 명시 구성
  • 기대효과: evaluator-committee-bias-contagion(116차)에 circularity 차단 추가, acceptance-criteria-completion과 동형, harness-benefit-not-update·recursive-self-improvement Curator 강화
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ judge-as-optimizer-hardening.md
6/10rule

Implicit Feedback — 명시 피드백만 보지 말고 행동(채택·사후수정·재지적)에서 선호를 읽어라 arXiv

사용자는 명시 피드백을 거의 안 준다 — 행동 신호(무엇을 골랐나·뭘 고쳤나·어디서 멈췄나)에 선호가 샌다.

  • 분석: 명시 피드백 기반 reward model의 두 한계(라벨 비쌈·암묵 신호 미활용) — IFLLM(1336 multi-turn + 마우스/시선)으로 암묵 reward가 텍스트 기반 55%→64%, DPO 후 품질 개선 ~3배(8 LLM), 행동에 선호가 담김 (arXiv 2606.20482)
  • 적용 이유: 명시 approve/reject 부재≠신호 0(재지적·사후수정·중단·옵션 선택이 암묵 선호), self-improve 마찰 채굴을 1급 신호로 격상, 행동 신호는 노이즈 커 반복·집계, 명시 거부 우선·암묵은 공백 보완(대체 아님)
  • 기대효과: recursive-self-improvement-loop/self-improve의 마찰 채굴 인식론적 근거, acceptance-criteria-completion과 위계, cross-batch-evidence-accumulation(노이즈 반복)과 정합
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 1
→ implicit-feedback-preference-signal.md
117
수확
arXiv 60 | 관련 50 | 신규 8 | Applied 32026-06-22
arXiv cs.AI/CL/LG/MA firehose 60편 재스캔(관련 50). 적용 → white-box-evidence-guided-optimization.md · eval-language-diversity-transfer.md · in-context-demos-not-neutral.md
8/10rule

AutoPass — 도구를 블랙박스로 추측 말고 내부 상태를 열어 실측 증거로 최적화 결정 arXiv

외부 증상만으로 수정 추측 금지 — 컴파일러 IR·프로파일·플랜 내부 상태를 질의해 ground, 노이즈 측정은 반복·집계로.

  • 분석: 런타임 튜닝이 어려운 건 마이크로아키텍처 효과+노이즈 측정 — AutoPass는 컴파일러를 블랙박스로 두지 않고 내부 최적화 상태·IR을 LLM이 직접 질의, 컴파일러·런타임 증거로 결정 ground, 반복적으로 정제 (arXiv 2606.20373)
  • 적용 이유: bug-fixer/perf에서 외부 증상 추측 금지(내부 상태 질의), 최적화 결정은 실측 증거로(추측 아님), 노이즈 측정은 단발 금지·반복 집계(중앙값), 증거→조정→재측정 수렴 루프
  • 기대효과: evidence-backed-investigation을 "도구 내부 상태"로 확장, harness-benefit-not-update의 성능 버전, cross-batch-evidence-accumulation(1회≠안정)과 정합
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ white-box-evidence-guided-optimization.md
7/10rule

Multi-LCB — 단일 언어 벤치마크는 폴리글랏 능력을 예측하지 못한다 arXiv

Python 단일 LCB는 다언어 능력을 underspecify — 우리가 실제 배포하는 스택(Nuxt/Spring/Next/Flutter)으로 평가해야 배포를 예측한다.

  • 분석: 널리 쓰이는 LCB가 Python 단일 — 다언어 일반화 보장 없음, Multi-LCB는 contamination-aware로 12개 언어 확장해 전이 가정을 정면으로 물음(단일 언어 점수≠폴리글랏 배포 능력) (arXiv 2606.20517)
  • 적용 이유: 한 언어 점수를 "코딩 능력"으로 단정 금지, eval은 배포 스택 다양성을 명시적 차원으로, contamination-aware 신선도, 언어별 pass rate 분리(약한 스택 은폐 방지)
  • 기대효과: eval-predictive-validity(단일 벤치마크 collapse)의 언어 축 구체화, harness-benefit-not-update와 정합, 다스택 codebase에서 특히 중요
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ eval-language-diversity-transfer.md
6/10rule

Mixed Compliance Demos — 프롬프트의 few-shot 예시는 행동 중립이 아니다 arXiv

in-context 예시는 "안전한 채움"이 아니다 — benign 예시조차 모델 의존적으로 해로운 순응을 늘릴 수 있다.

  • 분석: benign↔harmful demonstration은 비교환적 — 4 모델 실험에서 benign 예시가 해로운 순응을 줄일 수도 늘릴 수도 있고 방향은 모델 의존적(preference optimization이 critical) (arXiv 2606.20508)
  • 적용 이유: few-shot 예시를 출력 형식용 중립 채움으로 취급 금지(행동 변경), benign 예시도 검증 대상, 효과는 모델 의존적이라 단일 모델 일반화 금지(교차모델 재측정), 외부 제공 예시는 jailbreak 벡터
  • 기대효과: multi-turn-adversarial-robustness(방어=모델 의존)와 동형, llm-eval-as-ci-gate·probe-and-refine에 "예시 변경=행동 변경" 근거, agent-skill-security-scanning 스캔 대상에 few-shot 포함
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 1
→ in-context-demos-not-neutral.md
116
수확
arXiv 50 | 관련 42 | 신규 6 | Applied 32026-06-22
arXiv cs.AI/CL/LG/MA firehose 50편 재스캔(관련 42). 적용 → evaluator-committee-bias-contagion.md · llm-detector-calibration-not-comprehension.md · complete-state-checkpoint-restore.md
8/10rule

Contagion Networks — LLM 평가자 편향은 멀티에이전트 네트워크로 전파된다, 교차모델이 3~5배 강함 arXiv

단일 LLM judge로 합격/순위 결정 금지 — 평가자 편향은 같은 모델끼리도 새고, 교차모델은 3~5배 강하게 전파된다. 완화는 위원회 ≥3.

  • 분석: LLM이 평가자면 체계적 편향이 에이전트 네트워크로 전파(동종모델 γ 0.157~0.352) — 교차모델 전파는 0.85~1.3로 3~5배 강함, 평가 위원회 k=1→3으로 유효 전파 72.4% 감소(스펙트럼 반경 ρ(Γ) 지배) (arXiv 2606.20493, 3-agent DeepSeek 실험)
  • 적용 이유: 단일 LLM judge 금지(편향 지배+전파), "교차모델=편향 중립" 가정 반박(다른 모델은 맹점 보완하나 편향은 더 강하게 전파), 다양성은 모델 종류가 아니라 위원회 크기·프로파일로, blind validation(입력 차단)+위원회 ≥3(전파 차단) 결합
  • 기대효과: llm-council의 정량 근거(k≥3 → −72.4%), cross-model-adversarial-review 보정, blind-validation-layer와 입력·전파 양쪽 차단
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ evaluator-committee-bias-contagion.md
7/10rule

Calibration Without Comprehension — 파인튜닝한 LLM 탐지기는 추론이 아니라 임계값만 옮긴다 arXiv

취약점 벤치 점수가 높아도 패턴 매칭일 수 있다 — 파인튜닝은 decision policy를 바꾸지 않고 출력 임계값만 옮긴다.

  • 분석: CWE-Trace(834 커널 샘플·시간 분할) — 데이터 오염은 측정 이점 없음(84% 암기 신호 무), 백본 방향성 prior가 파인튜닝 지배(DFI −85.5~+94.8pp, cutoff 이후 지속·교정 저항), 파인튜닝=임계값 이동(정책 불변) (arXiv 2606.20502)
  • 적용 이유: LLM 탐지기 점수를 추론 능력으로 단정 금지(실증/PoC만 PASS), 임계값 조정을 정책 개선으로 오인 금지, 방향성 실패(어느 쪽으로 틀리는가, DFI) 측정, 오염 제거를 신뢰 근거로 삼지 말 것
  • 기대효과: exploit-verified-security-testing·proof-by-exploitation의 인식론적 근거, eval-predictive-validity(in-sample≠배포)의 탐지기 버전, probabilistic-policy-verification과 결합
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ llm-detector-calibration-not-comprehension.md
7/10rule

Execution-State Capsules — 체크포인트는 한 조각이 아니라 커밋 경계의 완전 상태를, 부분 복원은 발산한다 arXiv

KV만 복원하면 발산한다 — recurrent 등 숨은 상태가 load-bearing. 커밋 경계의 완전한 복원 가능 상태를 byte-exact로 캡슐화.

  • 분석: 주류 LLM 서빙은 실행 상태의 한 조각(KV 캐시)만 관리 — execution-state capsules는 커밋 경계의 완전 상태(KV+recurrent+conv+MTP+metadata 닫힌 집합)를 snapshot/restore/fork/rollback, KV-only ablation은 발산(recurrent state가 load-bearing), 복원은 byte-exact·token-identical (arXiv 2606.20537, FlashRT)
  • 적용 이유: 마지막 출력 한 조각만 저장하고 resume 가정 금지(숨은 상태 발산), 커밋 경계에서만 체크포인트, 복원 동일성(byte-exact/재실행 일치) 검증, "메인 상태만 복원하면 충분" 단정 금지(load-bearing 숨은 상태 의심)
  • 기대효과: durable-agent-workflow·graph-workflow-checkpointing에 완전성+복원 동일성 추가, pause-on-failure를 완전 상태 보존으로 정밀화, persistent-file-based-planning의 3종 파일을 복원 닫힌 집합으로
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ complete-state-checkpoint-restore.md
115
수확
arXiv 60 | GitHub 21 | 관련 35 | Applied 32026-06-21
arXiv cs.AI/CL/LG/MA firehose 60편 재스캔(관련 35) + GitHub weekly 21건. 적용 → multi-turn-adversarial-robustness.md · eval-predictive-validity.md · probabilistic-policy-verification.md
8/10rule

NRT-Bench — 단발 익스플로잇으론 부족, 지속·적응적 멀티턴 압력으로 에이전트 안전 검증 arXiv

멀티턴 적대 공격은 단발이 막던 팀도 안전한계 너머로 밀어낸다 — 실패는 모델 간 disjoint, 방어는 모델 의존적.

  • 분석: 감독 역할 에이전트의 지속·적응적 멀티턴 강건성은 미특성화 — 4 frontier 모델 8.7~12.1% 세션이 critical function 상실, 149세션 중 4모델 전부 깨는 건 0(취약점 nested 아닌 disjoint), 피해는 LLM-judge 아닌 객관 신호 (arXiv 2606.20408)
  • 적용 이유: 단발 1회 차단으로 PASS 금지 + 멀티턴 지속압력 테스트, 피해는 객관 종료조건(LLM-judge 금지), 교차모델로 disjoint 실패 노출, 방어 일반화 가정 금지(한 모델 ASR↓ guardrail이 다른 모델엔 ASR↑)
  • 기대효과: proof-by-exploitation을 단발→멀티턴 확장, cross-model-adversarial-review에 disjoint 실증, harness-benefit-not-update를 방어에 적용
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ multi-turn-adversarial-robustness.md
7/10rule

Predictive Validity — 리더보드 집계 점수가 아니라 "배포를 예측하는가"로 벤치마크를 신뢰 arXiv

집계 점수 순위는 OOD에서 전이되지 않는다 — in-sample↔out-of-sample 순위 상관(predictive validity)으로 매겨라.

  • 분석: 단일 벤치마크는 배포 차원의 4~5개만 측정, 집계 리더보드 순위는 OOD 전이 실패(public→hidden 대회 회고가 rank instability 실증) — 평균이 아니라 predictive validity(in/out-of-sample 순위 상관)로 순위 (arXiv 2606.19704, HF 28 upvotes)
  • 적용 이유: 집계 점수 1등을 배포 1등으로 단정 금지, in-sample 점수만 오르고 실작업 검증 없으면 Goodhart, 단일 벤치마크 collapse 회피, OOD 기준은 임계값 명시·반증가능
  • 기대효과: harness-benefit-not-update의 측정 기준 정밀화, adaptive-harness-open-ended-streams의 eval 버전, llm-eval-as-ci-gate에 predictive validity 층 추가
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ eval-predictive-validity.md
7/10rule

Sound Probabilistic Verification — 실패확률 있는 술어(PII 탐지)는 결정론 게이트가 아니라 sound 상한 arXiv

PII/시크릿 탐지기는 매 호출 틀릴 확률이 있다 — 독립 가정 없이 위반 확률의 sound 상한으로 판정.

  • 분석: 기존 런타임 정책(Datalog)은 결정론에 국한 — 실패확률 술어(declassifier·PII 탐지기)를 독립 가정 없이 distributionally robust optimization으로 위반 확률 sound 상한 계산, 술어 간 상관과 무관 (arXiv 2606.20510)
  • 적용 이유: 확률적 탐지를 boolean "통과=안전" 게이트로 위장 금지, 여러 검사 독립 가정으로 낙관 금지(상관 최악 보수 상한), 형식 정책+확률 상한(LLM 자가판단 금지), 비가역일수록 낮은 허용 상한
  • 기대효과: explicit-state-ledger·brokered-mutation에 확률 검증 추가, agent-sdk PreToolUse deny에 상한 판정, external-probe-gate(불확실=보수)와 정합
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ probabilistic-policy-verification.md
114
수확
arXiv 50 | GitHub 21 | 관련 26 | Applied 32026-06-21
arXiv cs.AI/CL/LG/MA firehose 50편 재스캔(관련 26, 신규 23) + GitHub weekly 트렌딩 21건. 적용 → brokered-mutation-authority.md · agent-skill-security-scanning.md · hierarchical-local-first-recovery.md
8/10rule

Sovereign Execution Brokers — 비가역 mutation 권한을 LLM 추론 밖 인증서 브로커로 arXiv

production mutation 권한은 비결정적 추론 안에 두면 안 된다 — 인증 계약을 변경이 일어나는 순간에 검증하는 broker.

  • 분석: access-control은 신원을, assurance는 제안을 인증하나 "변경 순간"의 강제 집행점이 없다 — proposal/admission/execution 분리 + 인증서-바인딩 단명·취소가능 capability (arXiv 2606.20520)
  • 적용 이유: 비가역 작업(push·삭제·과금)을 LLM이 직접 호출 금지, broker가 계약 일치 + 유효시간 + live-state drift 검증 후 scoped identity로 실행, non-broker 신원 거부가 전제
  • 기대효과: qa-gate·push-gate가 이미 부분 구현, CLAUDE.md 비가역 에스컬레이션의 구조화, explicit-state-ledger의 drift 검출과 결합
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ brokered-mutation-authority.md
8/10rule

SkillSpector — 에이전트 skill 아티팩트를 로드 전 취약점 스캔 NVIDIA

skill 마켓 폭증 = 공급망 공격면 — SKILL.md + 번들을 실행 전 injection·exfil·악성 tool로 정적 스캔.

  • 분석: skill은 곧 실행 가능 지시+도구 — README 한 줄이 PreToolUse 우회를 심거나 번들이 자격증명을 유출, skill-audit-pipeline(거버넌스)엔 로드시점 취약점 스캔 부재 (NVIDIA/SkillSpector, weekly +4.6K⭐)
  • 적용 이유: 외부 출처 skill 로드 전 4종 스캔(hidden injection·exfil·악성 tool·권한상승) + 출처·해시 추적, 자동생성 skill도 면제 없음(fail-closed)
  • 기대효과: ~/.claude/skills 로드 시 grep exit-code 게이트, skill-audit-pipeline 보완(거버넌스+로드스캔), agent-browser-security 패턴을 스캔 대상에 포함
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ agent-skill-security-scanning.md
7/10rule

H-RePlan — 전역 replan 전에 같은 스코프 대체 전략부터 소진하고 단계적 escalate arXiv

첫 실패에 전역 replan 점프 금지 — 로컬 대체 경로(API/CLI/GUI) 소진 후에만 상위로 escalate.

  • 분석: 기존 복구는 같은 전략 재시도/재할당/전역 plan 수정으로 점프, device-local 전략 공간 미모델링 — 로컬 복구 가능 vs 전역 replan 필요를 구분 못 함 (arXiv 2606.20487 H-RePlan+HeraBench)
  • 적용 이유: 복구 순서 ①로컬 대체전략 ②재시도/재할당 ③전역 replan, 상태 보존(전역 replan은 누적 상태를 버린다), escalate 조건 = 로컬 전략 소진
  • 기대효과: error-recovery 4회 로테이션을 스코프 계층화, pause-on-failure가 로컬 구현, graph-based-crash-recovery는 전역 replan에 해당
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ hierarchical-local-first-recovery.md
113
수확
arXiv 40 | 관련 35 | Applied 32026-06-21
arXiv cs.AI/CL/LG/MA firehose 40편 신규 스캔(관련 35편, 공식 API 직수집). 적용 → probe-and-refine-guidance-tuning.md · cross-batch-evidence-accumulation.md · explicit-state-ledger-tool-calls.md
9/10rule

Probe-and-Refine Guidance Tuning — AGENTS.md는 "어떻게 생성됐나"가 효과를 좌우 arXiv

guidance의 내용이 아니라 생성 방식이 결정 변수 — 합성 bug-fix probe를 단발 LLM 호출로 돌려 진단·패치한다.

  • 분석: AGENTS.md/CLAUDE.md가 도움 되는지는 논쟁적 — how it's produced가 결정 변수, agent loop 없이 합성 probe 단발 검증 (arXiv 2606.20512, SWE-bench Verified)
  • 적용 이유: "추가됨"이 아니라 "probe 통과"로 게이트 → CLAUDE.md bloat가 오히려 성능 떨어뜨리는 것 차단
  • 기대효과: /init-project CLAUDE.md 생성 + /self-improve rule 추가에 probe 게이트, harness-benefit-not-update의 guidance-파일 적용판
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ probe-and-refine-guidance-tuning.md
8/10rule

Marginal Advantage Accumulation — 단발 성공으로 규칙 승격 금지, 교차 배치 증거(EMA) arXiv

같은 연산이 배치마다 상반된 피드백을 받는다 — 안정적 효과와 우연한 적중을 부호화 EMA 증거로 구분하라.

  • 분석: 교차 배치 operation-level 증거 누적 부재 → 안정 효과 vs 우연 적중 구분 불가, signed evidence EMA로 해결 (arXiv 2606.20475, 4 benchmarks 16중 14 best)
  • 적용 이유: 2회+ 독립 배치 같은 방향 증거 누적돼야 승격, alignability+comparability 보장 후 합산
  • 기대효과: soft-to-hard-promotion을 EMA 임계로 정량화, auditable-rule-evolution에 evidence_ema 필드
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ cross-batch-evidence-accumulation.md
8/10rule

LedgerAgent — 상태를 프롬프트 재구성에 맡기지 말고 명시 원장 + 도구 호출 정책 검증 arXiv

암묵적 상태 관리가 stale grounding·정책위반 두 실패를 만든다 — 명시 ledger + 도구 호출 전 현재 상태로 정책 검증.

  • 분석: 관찰·도구반환·정책을 프롬프트에 누적 후 매번 재구성 → stale 정보로 결정 + 문법유효하나 상태의존 정책 위반 (arXiv 2606.20529)
  • 적용 이유: 상태를 명시 ledger로 분리 + 도구 호출 전 현재 상태로 정책 pre-call 검증(PreToolUse hook 원장 조회)
  • 기대효과: persistent-file-based-planning에 상태 원장 추가, composable guardrail을 상태의존 정책 검증으로 확장
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ explicit-state-ledger-tool-calls.md
112
수확
HF 논문 665 | 관련 452 | Applied 22026-06-21
HuggingFace 일별 논문 백필(2026-06-01~21, 공식 API 직수집) — 총 665편 중 loopy-era 관련 452편(주말 제외). "harness self-evolution" 클러스터 부상: 모델 가중치는 고정한 채 scaffold(프롬프트·스킬·메모리·툴)를 1급 최적화 대상으로 다루는 연구 다수. 신규 rule 2건 적용(기존 231→233, dedup 0중복) + arXiv API 소스를 harvester에 추가. (WebFetch가 날짜별 데이터를 못 가져와 HF/arXiv 모두 공식 API로 수집하도록 SKILL.md 교정.)
9/10rule

Harness Update ≠ Harness Benefit — 자가개선은 측정된 이득으로 게이트 huggingface

harness를 업데이트했다는 사실이 곧 이득은 아니다. 활동량이 아니라 측정된 benefit으로 게이트하라.

  • 분석: harness 업데이트 활동과 측정된 benefit을 분리 — 변경됨 ≠ 유익함 (HF 2605.30621 + SIA 2605.27276)
  • 적용 이유: base 태스크 능력 ≠ harness-진화 능력 (별개), 강한 모델 제안도 동일 benefit 게이트
  • 기대효과: self-improve/trend-harvester는 benefit delta>0 일 때만 keep, exit code로 HARD 강제
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ harness-benefit-not-update.md
8/10rule

Adaptive Harness for Open-Ended Task Streams — 고정 harness는 drift에서 실패 huggingface

하나의 전역 harness를 모든 작업에 강요하지 말 것 — 태스크별·drift 적응형 harness.

  • 분석: 단일 고정 harness는 open-ended·분포 drift 스트림에서 underperform (HF 2606.01770 + 2605.26112)
  • 적용 이유: 태스크 유형별 이질적 harness + drift 인지 전환(STUCK explorer) + 4속성 설계
  • 기대효과: harness를 auditable/persistent/modular/verifiable 1급 설계 대상으로
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ adaptive-harness-open-ended-streams.md
111
수확
SEEN 1324 | Applied 212 | Pending 12026-06-20
GitHub trending weekly 스캔(21개) — 토큰 압축(chopratejas/headroom ⭐40.8K · +12.8K) · 코드 메모리 그래프(DeusData/codebase-memory-mcp ⭐8.9K) · 샌드박스 에이전트 프레임워크(withastro/flue) · 스킬 마켓플레이스(phuryn/pm-skills) 등 surge. 신규 영역 1건 심층 분석: NVIDIA/SkillSpector — 에이전트 스킬 보안 스캐너.
9/10rule

NVIDIA/SkillSpector: Security Scanner for AI Agent Skills (⭐8.5K, +5K/wk)

Is this skill safe to install? — 26.1%의 스킬이 취약점, 5.2%가 악성 의도(42,447개 실증).

  • 분석: 정적 분석(11 analyzer + AST + OSV.dev CVE) → 선택적 LLM 의미 분석 2단계로 64개 패턴/16카테고리(프롬프트 인젝션·데이터 유출·권한 상승·공급망·과도한 자율성·메모리 오염·MCP 최소권한·도구 포이즌닝 등)를 스캔. 위험점수 0~100 + 4단계 severity band + SARIF/JSON 출력 + pre-commit/CI 통합으로 "설치 전 차단"을 결정론화.
  • 적용: ~/.claude/rules/agent-skill-security-scanning.md 신규 생성 후보(권한 보류 — 사용자 승인 시 적용). 기존 skill-audit-pipeline(cc-sync 콘텐츠 audit: hidden Unicode/secret)과 직교 — 16카테고리 위협 모델 + SARIF/exit-code HARD 게이트로 외부 스킬 설치 전 자동 스캔을 보강.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ ~/.claude/rules/agent-skill-security-scanning.md
110
수확
SEEN 1310 | Applied 211 | Pending 12026-05-08
GitHub trending weekly + 구루 프로필 스캔(anthropics · karpathy · simonw) + 신규 진입 repo 심층 분석(cocoindex-io/cocoindex · openai/symphony · mattpocock/skills · 1jehuang/jcode · LearningCircuit/local-deep-research ·…
10/10rule

cocoindex-io/cocoindex: Incremental Delta-Only Engine for Long-Horizon Agents (⭐8.9K)

Your agents deserve fresh context.

  • 분석: RAG/지식그래프의 인덱싱 자체를 batch에서 incremental delta-only로 격상하여 agent의 입력 컨텍스트 freshness를 sub-second로 보장하고 LLM 비용을 10× 절감하는 패턴.
  • 적용: ~/.claude/rules/incremental-delta-indexing.md 신규 생성 후보(권한 보류 — 사용자 승인 시 적용).
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ ~/.claude/rules/incremental-delta-indexing.md
109
수확
SEEN 1294 | Applied 210 | Pending 12026-05-08
GitHub topic search(claude-code · ai-agent pushed:>2026-05-01) + 구루 프로필 스캔(anthropics · simonw · karpathy) + 신규 진입 repo 심층 분석(syncable-dev/memtrace-public · superset-sh/superset · RealZST/HarnessKit · proxysoul/soulforge ·…
10/10rule

syncable-dev/memtrace-public: Bi-Temporal Structural Memory (⭐148)

Indexing 1,500 files in 1.2–1.8 seconds at zero API cost — roughly 1,200× faster than systems requiring LLM-based entity extraction.

  • 분석: 코드베이스를 이중 시간축 지식 그래프로 인덱싱하여 에이전트가 "지금 무엇이 참인지"와 "언제부터 참인지"를 LLM 호출 0회로 동시 조회하는 패턴.
  • 적용: ~/.claude/rules/bi-temporal-structural-memory.md 신규 생성 후보(권한 보류 — 사용자 승인 시 적용).
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ ~/.claude/rules/bi-temporal-structural-memory.md
108
수확
SEEN 1281 | Applied 2102026-05-08
GitHub topic search(ai-agent · claude-code) + 구루 프로필 스캔(anthropics · simonw · karpathy) + 신규 진입 repo 심층 분석(CopilotKit/CopilotKit · HKUDS/nanobot · ComposioHQ/awesome-claude-skills · code-yeongyu/oh-my-openagent rebrand).
9/10rule

CopilotKit/CopilotKit: AG-UI Protocol (⭐30.9K)

The Frontend Stack for Agents & Generative UI.

  • 분석: Google/LangChain/AWS/Microsoft 4대 vendor가 동시 채택한 agent ↔ UI 표준 프로토콜로, agent의 출력 산물을 텍스트/JSON에서 즉시 렌더 가능한 UI primitive로 격상하는 패턴.
  • 적용: ~/.claude/rules/agent-driven-ui-protocol.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ ~/.claude/rules/agent-driven-ui-protocol.md
107
수확
SEEN 1269 | Applied 2092026-05-07
GitHub weekly trending(전체 + TypeScript) + 구루 프로필 스캔(anthropics · karpathy · simonw) + 신규 진입 repo 심층 분석(czlonkowski/n8n-mcp · iOfficeAI/AionUi · mksglu/context-mode v2 · vercel-labs/portless).
10/10rule

czlonkowski/n8n-mcp: Agent-as-Workflow-Compiler (⭐20.2K)

MCP server enabling Claude Desktop/Code and Cursor to automatically build n8n workflows.

  • 분석: n8n(no-code 자동화 플랫폼, ⭐100K+)을 MCP 서버로 노출하여 Claude/Cursor가 자연어 요구를 완전한 workflow JSON으로 컴파일하는 도구.
  • 적용: ~/.claude/rules/agent-as-workflow-compiler.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ ~/.claude/rules/agent-as-workflow-compiler.md
106
수확
SEEN 1257 | Applied 2082026-05-07
GitHub weekly trending(전체 기준) + 구루 프로필 스캔(anthropics · karpathy · simonw) + 신규 진입 repo 심층 분석(ComposioHQ/awesome-codex-skills · virattt/dexter · ruvnet/ruflo · anthropics/claude-plugins-official).
9/10rule

ComposioHQ/awesome-codex-skills: Cross-CLI Skill Standardization (⭐7.2K)

Practical Codex skills for automating workflows across the Codex CLI and API.

  • 분석: Codex CLI를 위한 첫 awesome-list 형태 스킬 마켓플레이스.
  • 적용: ~/.claude/rules/cross-cli-skill-portability.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ ~/.claude/rules/cross-cli-skill-portability.md
105
수확
SEEN 1245 | Applied 2072026-05-07
GitHub topic 검색(claude-code · ai-agent · llm-agent · claude-skills · agent-harness) + 구루 프로필 스캔(anthropics · karpathy · simonw).
9/10rule

OthmanAdi/planning-with-files: Manus-Style Persistent File-Based Working Memory (⭐20.5K)

Context Window = RAM (volatile, limited).

  • 분석: v2.37.0 (96.7% benchmark + A/B blind 3/3 wins + Tessl CI 통과).
  • 적용: ~/.claude/rules/persistent-file-based-planning.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ ~/.claude/rules/persistent-file-based-planning.md
104
수확
SEEN 1233 | Applied 2062026-05-07
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go) + 구루 프로필 스캔(anthropics · karpathy · simonw). 12개 신규 중 1개 고득점 rule 적용.
9/10rule

hatchet-dev/hatchet: Durable Agent Workflow Engine (⭐7.1K)

Orchestration engine for AI agents and durable workflows that survive crashes, deployments, and restarts.

  • 분석: Go 기반 durable workflow 엔진.
  • 적용: ~/.claude/rules/durable-agent-workflow.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ ~/.claude/rules/durable-agent-workflow.md
103
수확
SEEN 1221 | Applied 2052026-05-06
GitHub weekly trending(전체 · TypeScript · Python) + 구루 프로필 스캔(anthropics). 12개 신규 중 1개 고득점 rule 적용.
9/10rule

mattpocock/skills: Failure-Mode-Anchored Skill Design (⭐61.9K)

Skills for Real Engineers.

  • 분석: 14주 연속 GitHub Shell 트렌딩 1위.
  • 적용: ~/.claude/rules/failure-mode-anchored-skills.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ ~/.claude/rules/failure-mode-anchored-skills.md
102
수확
SEEN 1209 | Applied 2042026-05-06
GitHub weekly trending(전체 · TypeScript · Python) + 구루 프로필 스캔(anthropics). 12개 신규 중 1개 고득점 rule 적용.
8/10rule

czlonkowski/n8n-mcp: Structured Knowledge MCP (⭐20.1K)

A MCP for Claude Desktop / Claude Code / Windsurf / Cursor to build n8n workflows.

  • 분석: 워크플로우 자동화 도구(n8n)의 전체 capability를 MCP 서버 단일 인터페이스로 노출.
  • 적용: ~/.claude/rules/structured-knowledge-mcp.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ ~/.claude/rules/structured-knowledge-mcp.md
101
수확
SEEN 1197 | Applied 2032026-05-06
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go) + 구루 프로필 스캔(anthropics · karpathy · simonw) + 토픽 검색(ai-agent · claude-code).
9/10rule

HKUDS/OpenHarness: Open Reference Harness Architecture (⭐12.0K)

The LLM is the intelligence.

  • 분석: 오픈소스 5계층 에이전트 하네스 참조 아키텍처.
  • 적용: ~/.claude/rules/open-reference-harness-architecture.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ ~/.claude/rules/open-reference-harness-architecture.md
100
수확
SEEN 1185 | Applied 2022026-05-06
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go) + 구루 프로필 스캔(anthropics · karpathy · simonw). 13개 신규 중 1개 고득점 rule 적용.
9/10rule

cocoindex-io/cocoindex: Incremental Delta Engine for Long-Horizon Agents (⭐8.3K)

Declare Target = F(Source).

  • 분석: 인크리멘탈 델타 처리 엔진.
  • 적용: ~/.claude/rules/incremental-delta-processing.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ ~/.claude/rules/incremental-delta-processing.md
99
수확
SEEN 1172 | Applied 2012026-05-05
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 구루 프로필 스캔(anthropics · karpathy · simonw) + 토픽 검색(ai-agent).
8/10rule

gastownhall/gascity: Declarative State Reconciliation Orchestration (⭐598)

Extracts the reusable infrastructure from Gas Town into a configurable toolkit with runtime providers, work routing, formulas, orders, health patrol, and a declarative city…

  • 분석: beads(23K⭐)에서 추출된 선언적 멀티에이전트 오케스트레이션 SDK.
  • 적용: ~/.claude/rules/declarative-state-reconciliation.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ ~/.claude/rules/declarative-state-reconciliation.md
98
수확
SEEN 1159 | Applied 2002026-05-05
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go) + 구루 프로필 스캔(anthropics · karpathy · simonw). 12개 신규 중 1개 고득점 rule 적용.
10/10rule

yohey-w/multi-agent-shogun: Hierarchical Agent Mailbox (⭐1.3K)

Communication flows through YAML files in a mailbox pattern rather than direct API calls, eliminating coordination costs.

  • 분석: 사무라이 계층 기반 멀티에이전트 오케스트레이션 시스템.
  • 적용: ~/.claude/rules/hierarchical-agent-mailbox.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ ~/.claude/rules/hierarchical-agent-mailbox.md
97
수확
SEEN 1147 | Applied 1992026-05-05
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 구루 프로필 스캔(karpathy · anthropics · simonw). 8개 신규 중 2개 고득점 rule 적용.
10/10rule

1jehuang/jcode: Implicit Semantic Memory Harness (⭐3.9K)

Next generation coding agent harness to raise the skill ceiling — semantic vector embeddings for each turn, enabling agents to retrieve relevant memories via cosine similarity…

  • 분석: Rust로 구축된 차세대 코딩 에이전트 하네스.
  • 적용: ~/.claude/rules/implicit-semantic-memory.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ ~/.claude/rules/implicit-semantic-memory.md
7/10rule

chenhg5/cc-connect: Agent-to-Messaging Gateway (⭐7.2K)

Bridges local AI coding agents to messaging platforms without public IP requirements — Slack, Discord, Telegram, Feishu, WeChat and more.

  • 분석: Go로 구축된 AI 에이전트-메시징 플랫폼 브릿지.
  • 적용: ~/.claude/rules/agent-messaging-gateway.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 1
→ ~/.claude/rules/agent-messaging-gateway.md
96
수확
SEEN 1139 | Applied 1972026-05-05
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 구루 프로필 스캔(karpathy · anthropics · simonw). 10개 신규 중 2개 고득점 rule 적용.
9/10rule

Gentleman-Programming/engram: MCP-Native Persistent Memory (⭐3.2K)

Agent-agnostic.

  • 분석: Go 단일 바이너리로 동작하는 에이전트 영속 메모리 시스템.
  • 적용: ~/.claude/rules/shared-agent-memory.md에 MCP-Native Persistent Memory 패턴 추가.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ ~/.claude/rules/shared-agent-memory.md
8/10rule

cocoindex-io/cocoindex: Incremental Data Pipeline Engine (⭐7.8K)

React for data engineering.

  • 분석: Rust 코어 + Python 바인딩의 증분 데이터 파이프라인 엔진.
  • 적용: ~/.claude/rules/context-freshness.md에 Incremental Data Pipeline 패턴 추가.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ ~/.claude/rules/context-freshness.md
95
수확
SEEN 1129 | Applied 1952026-05-04
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go) + 구루 프로필 스캔(anthropics · karpathy · gastownhall). 10개 신규 중 2개 고득점 rule 적용.
9/10rule

gastownhall/gascity: Declarative Orchestration SDK (⭐574)

An orchestration-builder SDK for multi-agent systems.

  • 분석: beads(23K⭐)의 멀티에이전트 인프라를 독립 SDK로 추출.
  • 적용: ~/.claude/rules/deterministic-orchestrator-scheduling.md에 Declarative Orchestration SDK 패턴 추가.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ ~/.claude/rules/deterministic-orchestrator-scheduling.md
8/10rule

iii-hq/iii: Service Composition Framework (⭐15.5K)

Eliminates integration effort by reducing every new addition to zero.

  • 분석: Rust 기반 서비스 조합 프레임워크.
  • 적용: ~/.claude/rules/declarative-agent-coordination.md에 Service Composition Primitives 패턴 추가.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ ~/.claude/rules/declarative-agent-coordination.md
94
수확
SEEN 1119 | Applied 1932026-05-04
GitHub weekly trending(전체 · TypeScript · Python · Rust) + 구루 프로필 스캔. 12개 신규 중 2개 고득점 rule 적용.
9/10rule

1jehuang/jcode: Semantic Memory as First-Class Harness Primitive (⭐3.5K)

A human-like memory system which allows the agent to automatically recall relevant information to the conversation without actively calling memory tools.

  • 분석: Rust 기반 차세대 코딩 에이전트 하네스.
  • 적용: ~/.claude/rules/semantic-memory-compaction.md에 Vector-Based Auto-Recall 패턴 추가.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ ~/.claude/rules/semantic-memory-compaction.md
8/10rule

mattpocock/skills: Shared Domain Language (CONTEXT.md) (⭐57.2K)

No one knows exactly what they want.

  • 분석: 57K 스타 실전 검증된 Claude Code 스킬 15+ 세트.
  • 적용: ~/.claude/rules/token-brevity-pattern.md에 Shared Domain Language (CONTEXT.md) 패턴 추가.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ ~/.claude/rules/token-brevity-pattern.md
93
수확
SEEN 1107 | Applied 1912026-05-04
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 토픽 검색(ai-agent · claude-code) + 구루 프로필 스캔(anthropics · karpathy · simonw).
9/10rule

nyldn/claude-octopus: Multi-Model Consensus Gate (⭐3.2K)

Every AI model has blind spots.

  • 분석: Claude Code 플러그인으로 Claude·Codex·Gemini·Copilot·Qwen·Ollama·Perplexity·OpenRouter 8개 모델을 병렬 오케스트레이션하여 코딩 태스크의 블라인드 스팟을 구조적으로 탐지.
  • 적용: ~/.claude/rules/cross-model-adversarial-review.md에 Multi-Model Consensus Gate 패턴 추가.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ ~/.claude/rules/cross-model-adversarial-review.md
8/10rule

anthropics/claude-agent-sdk-python: Programmatic Agent Construction (⭐6.7K)

Build AI agents powered by Claude with in-process MCP servers — no subprocess overhead.

  • 분석: Anthropic 공식 Python Agent SDK.
  • 적용: ~/.claude/rules/role-based-agent-permissions.md에 공식 SDK 검증 근거 추가.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ ~/.claude/rules/role-based-agent-permissions.md
92
수확
SEEN 1089 | Applied 1892026-05-04
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 토픽 검색(ai-agent · claude-code) + 구루 프로필 스캔. 18개 신규 중 2개 고득점 rule 적용.
10/10rule

VILA-Lab/Dive-into-Claude-Code: Harness Architecture Crystallization (⭐956)

98.4% of Claude Code's codebase is deterministic infrastructure — permission gates, context management, tool routing, recovery logic.

  • 분석: Claude Code v2.1.88(~1,900 TS 파일, ~512K 줄)의 체계적 소스 레벨 역공학 분석.
  • 적용: ~/.claude/rules/harness-engineering-paradigm.md에 수치적 증거 및 구체 패턴 추가.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ ~/.claude/rules/harness-engineering-paradigm.md
8/10rule

refactoringhq/tolaria: Git-Native AI Vault Architecture (⭐9.1K)

Your notes are plain markdown files.

  • 분석: Tauri+React+Rust로 구축된 마크다운 지식 베이스 데스크탑 앱.
  • 적용: ~/.claude/rules/portable-memory-layer.md에 Git-Native AI Vault 패턴 크로스 검증 추가.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ ~/.claude/rules/portable-memory-layer.md
91
수확
SEEN 1071 | Applied 1872026-05-03
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 토픽 검색(ai-agent · claude-code) + 구루 프로필 스캔. 20개 신규 중 2개 고득점 rule 적용.
9/10rule

superset-sh/superset: Agent Workspace Unification (⭐10.3K)

Code Editor for the AI Agents Era — Run an army of Claude Code, Codex, etc.

  • 분석: Electron 기반 에이전트 전용 코드 에디터로, CLI 코딩 에이전트 10+를 태스크별 자동 워크트리 격리 + 통합 모니터링 + diff 뷰 + 원클릭 핸드오프로 관리.
  • 적용: ~/.claude/rules/multi-agent-fleet-management.md에 Agent IDE 패턴 추가.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ ~/.claude/rules/multi-agent-fleet-management.md
10/10rule

conorluddy/ios-simulator-skill: Progressive Error Disclosure (⭐913)

An iOS Simulator Skill for Claude Code.

  • 분석: iOS 시뮬레이터 전용 스킬이지만, 핵심 혁신은 Progressive Error Disclosure 패턴 — 모든 도구 출력을 "단일 행 요약(BUILD_FAILED|result_id:abc123) → 요청 시 상세(get_details(abc123))"의 2단계로 구조화하여 200+ 행을 3~5행으로 압축(97.5% 절감).
  • 적용: ~/.claude/rules/tool-output-sandboxing.md에 Progressive Error Disclosure 패턴 추가.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ ~/.claude/rules/tool-output-sandboxing.md
90
수확
SEEN 1051 | Applied 1852026-05-03
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 구루 프로필 스캔(karpathy · anthropics · simonw · mshumer).
9/10rule

trycua/cua: Computer-Use Agent Sandboxing (⭐15.5K)

Open-source infrastructure for Computer-Use Agents.

  • 분석: macOS·Linux·Windows·Android 전체 데스크탑을 단일 Python API로 제어하는 오픈소스 인프라.
  • 적용: ~/.claude/rules/computer-use-agent-sandboxing.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ ~/.claude/rules/computer-use-agent-sandboxing.md
8/10rule

njbrake/agent-of-empires: Multi-Agent Fleet Management (⭐1.9K)

Manage multiple Claude Code and AI agents via TUI or web interface.

  • 분석: Rust로 작성된 멀티에이전트 Fleet 관리 도구로, 10+ AI 코딩 에이전트를 tmux 세션 격리 + TUI/Web 대시보드로 동시 관리.
  • 적용: ~/.claude/rules/multi-agent-fleet-management.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ ~/.claude/rules/multi-agent-fleet-management.md
89
수확
SEEN 1033 | Applied 1832026-05-03
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 구루 프로필 스캔(karpathy · anthropics · simonw). 15개 신규 중 2개 고득점 rule 적용.
8/10rule

anthropics/claude-plugins-official: Official Plugin Directory (⭐18.4K)

A curated directory of high-quality plugins for Claude Code.

  • 분석: Anthropic이 직접 운영하는 Claude Code 공식 플러그인 디렉토리.
  • 적용: ~/.claude/rules/official-plugin-directory-standard.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ ~/.claude/rules/official-plugin-directory-standard.md
7/10rule

xingkongliang/skills-manager: Cross-Tool Skill Orchestration (⭐1.0K)

One app to manage AI agent skills across all your coding tools.

  • 분석: Rust로 작성된 크로스 도구 AI 스킬 매니저 데스크탑 앱.
  • 적용: ~/.claude/rules/scenario-based-skill-management.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 1
→ ~/.claude/rules/scenario-based-skill-management.md
88
수확
SEEN 1018 | Applied 1812026-05-03
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go) + 구루 프로필 스캔. 15개 신규 중 2개 고득점 rule 적용.
8/10rule

chenhg5/cc-connect: Bidirectional Agent-Chat Bridge (⭐7.0K)

Control and interact with agents like Claude Code from any chat application, eliminating the requirement for public IP on most platforms.

  • 분석: Go로 작성된 유니버설 에이전트-채팅 릴레이로, Claude Code·Codex·Gemini CLI를 Telegram·Slack·Discord·LINE·Feishu·DingTalk·WeChat 등 11개 플랫폼에서 양방향 제어.
  • 적용: ~/.claude/rules/bidirectional-agent-messaging.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ ~/.claude/rules/bidirectional-agent-messaging.md
7/10rule

gastownhall/gascity: Desired-State Agent Reconciliation (⭐561)

Orchestration-builder SDK for multi-agent systems.

  • 분석: beads(23K⭐) 팀이 만든 멀티에이전트 오케스트레이션 SDK로, Kubernetes의 spec↔status 패턴을 에이전트 워크플로우에 적용.
  • 적용: ~/.claude/rules/desired-state-agent-reconciliation.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ ~/.claude/rules/desired-state-agent-reconciliation.md
87
수확
SEEN 1003 | Applied 1792026-05-02
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 구루 프로필 스캔(karpathy · anthropics). 12개 신규 중 2개 고득점 rule 적용.
9/10rule

addyosmani/agent-skills: Anti-Rationalization Verification Gates (⭐27.1K)

Non-negotiable evidence requirements at every phase gate.

  • 분석: Google의 Addy Osmani(web-quality-skills 저자)가 공개한 20개 라이프사이클 매핑 생산 스킬.
  • 적용: ~/.claude/rules/anti-rationalization-verification-gates.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ ~/.claude/rules/anti-rationalization-verification-gates.md
8/10rule

njbrake/agent-of-empires: Persistent Agent Sessions (⭐1.9K)

Sessions persist in background tmux processes, surviving terminal disconnects and application restarts.

  • 분석: Rust로 작성된 세션 오케스트레이터로, Claude Code·OpenCode·Codex CLI 등 10+ 에이전트를 tmux 기반 영속 세션에서 동시 관리.
  • 적용: ~/.claude/rules/persistent-agent-sessions.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ ~/.claude/rules/persistent-agent-sessions.md
86
수확
SEEN 991 | Applied 1772026-05-02
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 구루 프로필 스캔(anthropics · openai · karpathy · simonw) + WebSearch(AI agent orchestration · SWE-Pruner).
9/10rule

openai/symphony: Continuous Fleet Orchestration (⭐20.4K)

Symphony turns project work into isolated, autonomous implementation runs, allowing teams to manage work instead of supervising coding agents.

  • 분석: OpenAI가 2026년 4월 28일 공식 오픈소스로 발표한 코딩 에이전트 오케스트레이션 스펙.
  • 적용: ~/.claude/rules/continuous-fleet-orchestration.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ ~/.claude/rules/continuous-fleet-orchestration.md
10/10rule

SWE-Pruner: Task-Aware Context Pruning (⭐274)

Human programmers selectively skim source code during development — SWE-Pruner trains a 0.6B model to replicate this task-aware selective retention.

  • 분석: ACL 2026에 accepted된 학술 논문 기반 프레임워크.
  • 적용: ~/.claude/rules/task-aware-context-pruning.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ ~/.claude/rules/task-aware-context-pruning.md
85
수확
SEEN 979 | Applied 1752026-05-02
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 구루 프로필 스캔(anthropics · karpathy · simonw). 12개 신규 중 2개 고득점 rule 적용.
10/10rule

mksglu/context-mode: Tool Output Sandboxing (⭐11.7K)

Raw data never leaves the sandbox.

  • 분석: 83차(9/10)에서 context-sandboxing-session-continuity로 세션 연속성 패턴을 추출했으나, 이번 85차에서 핵심 원칙인 "Tool Output Sandboxing" 자체를 독립 rule로 승격.
  • 적용: ~/.claude/rules/tool-output-sandboxing.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ ~/.claude/rules/tool-output-sandboxing.md
9/10rule

zilliztech/claude-context: Semantic Code Search MCP (⭐10.5K)

Hybrid code search combining BM25 and dense vector embeddings.

  • 분석: 82차(8/10)에서 분석 후 적용했으나, 이번 85차에서 독립 rule로 승격.
  • 적용: ~/.claude/rules/semantic-code-search-mcp.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ ~/.claude/rules/semantic-code-search-mcp.md
84
수확
SEEN 967 | Applied 1732026-05-02
GitHub weekly trending(전체 · TypeScript · Python · Rust) + 구루 프로필 스캔(karpathy · anthropics · simonw) + WebSearch(AI coding agent May 2026 · agent orchestration 2026).
9/10rule

njbrake/agent-of-empires: Multi-Agent Session Infrastructure (⭐1.8K)

Agent-aware status detection (running/waiting/idle) turns multi-agent orchestration from blind dispatching to operational visibility.

  • 분석: 다수의 AI 코딩 에이전트를 운영 가능한 인프라로 관리하는 세션 매니저.
  • 적용: ~/.claude/rules/multi-agent-session-infrastructure.md 신규 생성 후보.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ ~/.claude/rules/multi-agent-session-infrastructure.md
7/10rule

microsoft/agent-framework: Graph-Based Workflow Checkpointing (⭐10.0K)

Graph-based orchestration with checkpointing and time-travel makes agent workflow debugging reproducible.

  • 분석: Microsoft가 공식 출시한 그래프 기반 멀티에이전트 워크플로우 프레임워크.
  • 적용: ~/.claude/rules/graph-workflow-checkpointing.md 신규 생성 후보.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ ~/.claude/rules/graph-workflow-checkpointing.md
83
수확
SEEN 955 | Applied 1712026-05-01
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go) + 구루 프로필 스캔(anthropics · karpathy · simonw · openai) + WebSearch(AI coding agent May 2026 · GitHub trending AI agent).
9/10rule

mksglu/context-mode: Context Sandboxing & Session Continuity (⭐11.6K)

Treat the LLM as a code generator, not a data processor.

  • 분석: LLM 컨텍스트 관리의 패러다임 전환.
  • 적용: ~/.claude/rules/context-sandboxing-session-continuity.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ ~/.claude/rules/context-sandboxing-session-continuity.md
82
수확
SEEN 940 | Applied 1702026-05-01
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go) + 구루 프로필 스캔(karpathy · simonw · anthropics · openai) + WebSearch(AI coding agent May 2026 · GitHub trending AI agent).
9/10rule

anthropics/claude-agent-sdk-python: In-Process Agent Tools & Deterministic Hooks (⭐6.6K)

Define tools as Python decorators — no subprocess management, no IPC overhead, same-process debugging.

  • 분석: Anthropic이 Claude Code 에이전트의 프로그래밍적 제어를 공식 SDK로 표준화.
  • 적용: ~/.claude/rules/agent-sdk-in-process-tools.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ ~/.claude/rules/agent-sdk-in-process-tools.md
8/10rule

zilliztech/claude-context: Semantic Code Search MCP (⭐10.5K)

Hybrid code search combining BM25 and dense vector embeddings.

  • 분석: 코드베이스 검색을 키워드 grep/glob에서 시맨틱 벡터 검색으로 격상하는 MCP 서버.
  • 적용: ~/.claude/rules/semantic-code-search-mcp.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ ~/.claude/rules/semantic-code-search-mcp.md
81
수확
SEEN 925 | Applied 1682026-05-01
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go) + 구루 프로필 스캔(karpathy · simonw · anthropics · openai) + WebSearch(AI coding agent MCP · Claude Code May 2026).
10/10rule

mksglu/context-mode: Sandboxed Tool Output & Session Persistence (⭐11.5K)

Raw data never leaves the sandbox.

  • 분석: AI 코딩 에이전트의 컨텍스트 윈도우 보호를 근본적으로 재정의하는 MCP 서버.
  • 적용: ~/.claude/rules/sandboxed-tool-output.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ ~/.claude/rules/sandboxed-tool-output.md
8/10rule

trycua/cua: Computer-Use Agent Infrastructure (⭐15.4K)

Same API regardless of OS or runtime.

  • 분석: AI 에이전트의 조작 범위를 브라우저에서 전체 운영체제로 확장하는 오픈소스 인프라.
  • 적용: ~/.claude/rules/computer-use-agent-infra.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ ~/.claude/rules/computer-use-agent-infra.md
80
수확
SEEN 910 | Applied 1662026-05-01
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go) + 구루 프로필 스캔(karpathy · simonw · anthropics · openai · mshumer) + WebSearch(AI coding agent context · Claude Code plugin May 2026).
8/10rule

farion1231/cc-switch: Agent Desktop Convergence (⭐56.4K)

A single desktop app to manage all five CLI tools.

  • 분석: Tauri 2(Rust+React/TS) 기반 크로스플랫폼 데스크탑 앱으로 5개 AI 코딩 CLI를 단일 인터페이스에서 관리.
  • 적용: ~/.claude/rules/agent-desktop-convergence.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ ~/.claude/rules/agent-desktop-convergence.md
7/10rule

lukilabs/craft-agents-oss: Document-Native Agent UI (⭐5.5K)

Built Craft Agents with Craft Agents only — no code editors.

  • 분석: Craft(문서 앱) 팀이 만든 문서 중심 에이전트 프레임워크.
  • 적용: ~/.claude/rules/document-native-agent-ui.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 1
→ ~/.claude/rules/document-native-agent-ui.md
79
수확
SEEN 895 | Applied 1642026-04-30
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 구루 프로필 스캔(anthropics · simonw) + GitHub topic search.
10/10rule

mksglu/context-mode: Sandboxed Context Isolation (⭐11.3K)

Every MCP tool call dumps raw data into your context window.

  • 분석: 기존 context-compression-pipeline.md(로드 후 압축)를 상류 게이트로 격상.
  • 적용: sandboxed-context-isolation.md — 도구 출력 샌드박스 격리, FTS5 인덱싱 기반 의도 필터링, session continuity 패턴
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ sandboxed-context-isolation.md
9/10rule

abhigyanpatwari/GitNexus: Knowledge Graph Code Indexing (⭐33.6K)

The nervous system for agent context.

  • 분석: 기존 codebase-search-before-create.md를 영속 지식 그래프로 격상.
  • 적용: knowledge-graph-code-indexing.md — AST 기반 영속 인덱싱, impact analysis 변경 범위 사전 계산
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ knowledge-graph-code-indexing.md
9/10rule

addyosmani/agent-skills: Anti-Rationalization Gates (⭐26.4K)

Anti-Rationalization Tables: common excuses with documented rebuttals.

  • 분석: 기존 completion-verification.md(사후 검증)를 사전 차단으로 보강.
  • 적용: anti-rationalization-gates.md — 합리화 패턴 사전 차단, evidence standards, 증거 없는 완료 선언 차단
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ anti-rationalization-gates.md
9/10rule

gastownhall/gascity: Controller Reconciliation Loop (⭐537)

Controller loop reconciles declared config against actual runtime.

  • 분석: 기존 declarative-agent-coordination.md에 reconciliation 루프 추가.
  • 적용: controller-reconciliation-loop.md — desired vs actual 자동 비교, 불일치 수정, 다중 런타임 추상화
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ controller-reconciliation-loop.md
78
수확
SEEN 884 | Applied 1602026-04-30
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 구루 프로필 스캔(karpathy · simonw · anthropics) + WebSearch(AI agent self-improving · Claude Code plugins orchestration · LLM coding agent benchmark harness 2026).
9/10rule

OpenAI "Harness Engineering"

The harness surrounding the model matters as much as the model itself." — OpenAI 2026.

  • 분석: OpenAI가 2026년 공식적으로 "harness engineering"이라는 분야를 명명.
  • 적용: ~/.claude/rules/harness-engineering-paradigm.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ ~/.claude/rules/harness-engineering-paradigm.md
8/10rule

Leonxlnx/taste-skill (⭐14.1K)

Stops the AI from generating boring, generic, 'slop'." — taste-skill.

  • 분석: taste-skill(⭐14,071, +2,097/wk)이 AI 코딩 에이전트의 프론트엔드 디자인 하한선을 정의.
  • 적용: ~/.claude/rules/anti-slop-design-taste.md 신규 생성.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ ~/.claude/rules/anti-slop-design-taste.md
77
수확
SEEN 869 | Applied 1582026-04-30
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 구루 프로필 스캔(karpathy · simonw · anthropics · mshumer).
8/10rule

anthropics/knowledge-work-plugins: Canonical Plugin Three-Layer Architecture (⭐11.7K) Anthropicanthropics

Open source repository of plugins primarily intended for knowledge workers to use in Claude Cowork.

  • 분석: 76차에서 기록되었으나 실제 rule 파일이 미생성된 것을 독립 검증에서 발견.
  • 적용: ~/.claude/rules/canonical-plugin-three-layer.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ canonical-plugin-three-layer.md
7/10reference

trycua/cua: Computer-Use Agent Infrastructure (⭐15.3K)

Open-source infrastructure for Computer-Use Agents.

  • 분석: 기존 sandboxed-agent-code-execution.md(코드 샌드박스)와 scored-agent-benchmarks.md(에이전트 벤치마크)를 Computer-Use(GUI 제어) 에이전트 전용으로 통합.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 1
76
수확
SEEN 859 | Applied 1572026-04-30
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go) + 구루 프로필 스캔(karpathy · mshumer · anthropics) + GitHub topic search(claude-code · ai-agent).
10/10rule

zilliztech/memsearch: Progressive Memory Architecture (⭐1.5K)

A persistent, unified memory layer for all your AI agents.

  • 분석: 기존 portable-memory-layer.md(단일 파일 메모리)를 3계층 아키텍처로 격상.
  • 적용: ~/.claude/rules/progressive-memory-retrieval.md — memory-bank 검색에 3단계 progressive retrieval 도입, Markdown 원본 유지 원칙 강화, 섀도 인덱스 재구축 가능성 보장
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ progressive-memory-retrieval.md
9/10rule

alexzhang13/rlm: Recursive Decomposition Inference (⭐4.1K)

A task-agnostic inference paradigm for language models to handle near-infinite length contexts by enabling the LM to programmatically examine, decompose, and recursively call…

  • 분석: 기존 sandboxed-agent-code-execution.md(샌드박스 코드 실행)를 재귀적 추론 패러다임으로 확장.
  • 적용: ~/.claude/rules/recursive-decomposition-inference.md — 복잡한 태스크를 REPL 기반 재귀 분해로 처리, 컨텍스트를 변수로 명시적 관리, 단일 패스 한계 극복
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ recursive-decomposition-inference.md
8/10rule

warpdotdev/warp: Agentic Environment (⭐44.8K)

An agentic development environment, born out of the terminal.

  • 분석: 기존 worktree-parallel-agents.md(격리 병렬 실행)와 feedback-routing.md(피드백 라우팅)를 단일 환경에서 다중 에이전트 통합 관리로 격상.
  • 적용: ~/.claude/rules/agentic-environment-pattern.md — 에이전트 환경 통합 패턴, BYO 에이전트 인터페이스, 에이전트 세션 실시간 모니터링 원칙
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ agentic-environment-pattern.md
8/10rule

anthropics/knowledge-work-plugins: Knowledge Work Plugin Standard (⭐11.7K)

Open source repository of plugins primarily intended for knowledge workers to use in Claude Cowork.

  • 분석: 기존 agent-manifest-pattern.md(선언적 매니페스트)와 agent-skills-format.md(HF Skills 표준)를 Anthropic 공식 표준으로 검증.
  • 적용: ~/.claude/rules/knowledge-work-plugin-standard.md — Anthropic 공식 plugin.json 스키마 참조, skills/+commands/+.mcp.json 3요소 구조 표준화, 직무별 커스터마이징 패턴
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ knowledge-work-plugin-standard.md
75
수확
SEEN 839 | Applied 1532026-04-30
GitHub weekly trending(전체 · TypeScript · Python · Rust) + 구루 프로필 스캔(karpathy · simonw · anthropics · mshumer) + GitHub topic search(ai-agent · claude-code · llm-tools).
10/10rule

Ataraxy-Labs/sem: Semantic Version Control (⭐1.9K)

Entity-level diffs, blame, and impact analysis on top of git.

  • 분석: code-reviewer와 bug-fixer가 git diff 라인 출력을 파싱하던 것을 함수·클래스 단위 "무엇이 변했는가"로 대체.
  • 적용: ~/.claude/rules/semantic-diff-pattern.md — code-reviewer에 sem diff 제공, sem impact로 PR blast radius 파악, DiffCrunch 대체
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ semantic-diff-pattern.md
9/10rule

caliber-ai-org/ai-setup: Deterministic Config Scoring (⭐874)

No LLM, no API calls — local deterministic scoring cross-referencing config files against actual filesystem.

  • 분석: harness-report가 "구조 존재 + grep 패턴(LINT LEVEL)"이었다면, ai-setup은 설정 내용이 실제 코드베이스와 일치하는가까지 결정론적 측정.
  • 적용: ~/.claude/rules/deterministic-config-scoring.md — harness-report 내용 정합성 강화, CLAUDE.md vs package.json 교차 검증
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ deterministic-config-scoring.md
9/10rule

zilliztech/claude-context: Code Search MCP (⭐10.3K)

Code search MCP for Claude Code.

  • 분석: codebase-search-before-create.md를 MCP 도구 기반 semantic 검색으로 강화.
  • 적용: ~/.claude/rules/semantic-code-search-mcp.md — Explore agent 효율 개선, codebase-search-before-create에 semantic 옵션 추가
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ semantic-code-search-mcp.md
8/10rule

boshu2/agentops: Agent Operations (⭐318)

Operational layer for coding agents.

  • 분석: recursive-self-improvement-loop.md의 Curator 단계를 /dream(오프라인 정제)로, blind-validation-layer를 /council(다중 판관)으로, 사전 실패 분석을 /pre-mortem으로 체계화.
  • 적용: ~/.claude/rules/agent-operations-primitives.md — /dream을 Curator로, /council을 adversarial-review에, /pre-mortem을 Phase 0에 통합
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ agent-operations-primitives.md
8/10reference

superradcompany/microsandbox: Secure Agent Sandboxes (⭐5.9K)

Hardware-level isolation, boot <100ms.

  • 분석: sandboxed-agent-code-execution.md의 "샌드박스 실행"을 microVM 하드웨어 격리 + 100ms 미만 부팅으로 구체화.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 2 · 토큰효율 1 · 측정가능 2
74
수확
SEEN 724 | Applied 1482026-04-30
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 구루 프로필 스캔(karpathy · simonw · anthropics · mshumer).
8/10rule

huggingface/ml-intern: Doom Loop Detection (⭐7.4K) HuggingFacehuggingface

An open-source ML engineer that reads papers, trains models, and ships ML models.

  • 분석: 기존 auto-block-stuck-tasks.md가 "4회 실패 후 blocked 전환(사후 차단)"을, convergence-loop-no-mid-question.md가 "루프 중 사용자에게 묻지 않기"를, quantified-ambiguity-gate.md가 "period-2 oscillation 감지"를 다뤘다면, 이 패턴은 도구 호출…
  • 적용: ~/.claude/rules/doom-loop-detection.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ doom-loop-detection.md
8/10rule

abhigyanpatwari/GitNexus: Graph RAG Codebase Indexing (⭐33.3K)

Client-side knowledge graph creator with Graph RAG Agent for code exploration.

  • 분석: 기존 codebase-search-before-create.md가 "생성 전 검색 의무화"를, codebase-packing-pattern.md가 "repomix 스타일 패킹"을 다뤘다면, 이 패턴은 검색 자체를 6단계 구조화된 그래프 쿼리로 격상.
  • 적용: ~/.claude/rules/graph-rag-codebase-indexing.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ graph-rag-codebase-indexing.md
73
수확
SEEN 713 | Applied 1462026-04-30
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 구루 프로필 스캔(karpathy · simonw · anthropics · mshumer).
9/10rule

addyosmani/agent-skills: Verification-Gate Skills (⭐25)

Production-grade engineering skills for AI coding agents.

  • 분석: 기존 completion-verification.md가 "최종 완료 시 자가 검증"을, test-first-agent-tasks.md가 "테스트 선행"을 다뤘다면, 이 패턴은 스킬의 매 단계에 검증 게이트 + 변명 방지 테이블을 내장.
  • 적용: ~/.claude/rules/verification-gate-skills.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ verification-gate-skills.md
8/10reference

zilliztech/memsearch: Markdown-First Agent Memory

A persistent, unified memory layer for all your AI agents.

  • 분석: 기존 shared-agent-memory.md(metabot)가 "에이전트 간 메모리 공유 구조"를, portable-memory-layer.md(memvid)가 "단일 파일 메모리 패키징"을 다뤘다면, memsearch는 Markdown을 source of truth로, 벡터 DB를 derived cache로 분리하는 아키텍처.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1
72
수확
SEEN 703 | Applied 1452026-04-30
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go) + 구루 프로필 스캔(karpathy · simonw · anthropics · huggingface) + WebSearch(AI agent SDK, agentic terminal 2026).
9/10rule

huggingface/ml-intern: Doom-Loop Detection & ML Research Agent (⭐7.4K)

An open-source ML engineer that reads papers, trains models, and ships ML models.

  • 분석: 기존 convergence-loop-no-mid-question.md가 "수렴 또는 EXHAUSTED까지 무정지 반복"을, auto-block-stuck-tasks.md가 "N회 실패 시 blocked 전환"을, quantified-ambiguity-gate.md가 "stagnation 4가지 패턴(period-2 oscillation, 70%+ 질문…
  • 적용: ~/.claude/rules/doom-loop-detection-pattern.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ doom-loop-detection-pattern.md
9/10rule

Anthropic Managed Agents

Claude Managed Agents: a fully managed agent harness for running Claude as an autonomous agent with secure sandboxing, built-in tools, and server-sent event streaming.

  • 분석: 기존 ci-self-healing-loop.md가 "CI 테스트 실패 → 에이전트 자동 수정 루프"를, agentic-workflows-cicd.md가 "에이전트를 CI/CD 파이프라인으로 격상"을 다뤘다면, Managed Agents는 에이전트 하네스 자체를 클라우드 매니지드 서비스로 제공하여 로컬 인프라 의존성을 제거.
  • 적용: ~/.claude/rules/managed-agent-harness-pattern.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ managed-agent-harness-pattern.md
8/10reference

warpdotdev/warp: Agentic Development Environment (⭐40.7K)

Warp is an agentic development environment, born out of the terminal.

  • 분석: 기존 worktree-parallel-agents.md가 "격리 worktree로 병렬 작업"을, fresh-context-iteration.md가 "fresh 세션으로 컨텍스트 최적화"를, state-driven-orchestration.md가 "파일 기반 상태 관리"를 다뤘다면, Warp 2.0은 에이전트 개발 환경(ADE)이라는 새로운 카테고리를…
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
71
수확
SEEN 693 | Applied 1432026-04-29
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go) + 구루 프로필 스캔(karpathy · simonw · anthropics · mshumer) + WebSearch(AI agent repos April 2026).
9/10rule

langfuse/langfuse: LLM Observability Infrastructure (⭐26)

Open source LLM engineering platform: LLM Observability, metrics, evals, prompt management, playground, datasets.

  • 분석: 기존 scored-agent-benchmarks.md가 "에이전트 성능을 3축 점수로 정량 평가"를, cross-model-adversarial-review.md가 "다중 모델 리뷰"를, token-efficiency-tracking.md가 "토큰 사용량 추적"을 다뤘다면, 이 패턴은 관측성 인프라 자체를 구축하여 세 가지를 하나의 플랫폼으로 통합.
  • 적용: ~/.claude/rules/llm-observability-infrastructure.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ llm-observability-infrastructure.md
7/10rule

VILA-Lab/Dive-into-Claude-Code: Agent Infrastructure Ratio (⭐864)

The agent loop is a simple while-loop; the real engineering complexity lives in the systems around it.

  • 분석: 기존 context-compression-pipeline.md가 "다단계 압축 파이프라인 이론"을, role-based-agent-permissions.md가 "역할별 도구 권한 제한"을 다뤘다면, 이 논문은 Claude Code 실제 소스에서 이 원칙들이 어떻게 구현되는지를 학술적으로 검증.
  • 적용: ~/.claude/rules/agent-infrastructure-ratio.md 신규 생성.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ agent-infrastructure-ratio.md
70
수확
SEEN 683 | Applied 1412026-04-29
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 구루 프로필 스캔(karpathy · simonw · anthropics) + WebSearch(AI agent coding 2026).
10/10rule

vllm-project/semantic-router: Signal-Driven Model Routing (⭐4.0K)

Signal-driven intelligent routing — Workload-Router-Pool Architecture for LLM Inference Optimization.

  • 분석: 기존 unified-model-gateway.md가 "단일 API로 멀티 프로바이더 포맷 변환"을, quantified-ambiguity-gate.md가 "비용-tier 라우팅(Frugal→Standard→Frontier)"을 다뤘다면, 이 패턴은 라우팅 신호를 3축으로 확장.
  • 적용: ~/.claude/rules/signal-driven-model-routing.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
9/10rule

zilliztech/claude-context: Semantic Code Search MCP (⭐10.2K)

Code search MCP for Claude Code.

  • 분석: 기존 codebase-search-before-create.md가 "새 파일 생성 전 Grep/Glob으로 기존 구현 탐색 의무화"를 강제한다면, 이 도구는 탐색 방식 자체를 시맨틱 수준으로 업그레이드.
  • 적용: ~/.claude/rules/semantic-codebase-search-mcp.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
7/10reference

gastownhall/gascity: Orchestration-Builder SDK (⭐522)

An orchestration-builder SDK for multi-agent systems.

  • 분석: beads(22K⭐)가 에이전트 메모리를 다뤘다면, gascity는 에이전트 오케스트레이션을 선언적 SDK로 구조화.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 2 · 토큰효율 1 · 측정가능 1
69
수확
SEEN 666 | Applied 1392026-04-29
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 구루 프로필 스캔(karpathy · simonw · anthropics) + WebSearch(AI agent coding 2026).
10/10rule

mksglu/context-mode: Context Sandboxing (⭐11.0K)

A 56 KB Playwright snapshot becomes 299 bytes — 99% reduction.

  • 분석: 기존 cli-output-compression.md가 "CLI 출력 사후 필터링(rtk, 60-90%)"을, context-compression-pipeline.md가 "파일→LLM 입력 사전 압축(15-82%)"을 다뤘다면, 이 패턴은 도구 실행 자체를 서브프로세스로 격리하여 raw 출력이 컨텍스트에 진입하지 않도록 근본 차단.
  • 적용: ~/.claude/rules/context-sandboxing-session-continuity.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ context-sandboxing-session-continuity.md
7/10rule

multica-ai/multica: Persistent Agent Identity (⭐22.5K)

Turn coding agents into real teammates — assign tasks, track progress, compound skills.

  • 분석: 기존 canonical-workflow-fsm.md가 "태스크의 7-state FSM"을, deterministic-orchestrator-scheduling.md가 "결정론적 스케줄링"을, shared-agent-memory.md가 "에이전트 간 메모리 공유"를 다뤘다면, 이 패턴은 에이전트 자체에 영속적 정체성(persistent identity)을…
  • 적용: ~/.claude/rules/persistent-agent-identity.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 1
→ persistent-agent-identity.md
68
수확
SEEN 651 | Applied 1372026-04-29
GitHub weekly trending(전체 · TypeScript · Python · Rust) + 구루 프로필 스캔(karpathy · simonw · anthropics) + GitHub topic search(ai-agent · claude-code · llm-tools · autonomous-agent).
9/10rule

sansan0/TrendRadar: Intelligent Signal Monitoring (⭐55)

Three reporting modes eliminate information overload: Daily (complete summary), Current (real-time rankings), Incremental (new articles only, zero duplicates).

  • 분석: 기존 trend-harvester의 .seen.json이 "이미 본 항목 재처리 방지"를, Phase 2의 LLM 분석이 "의미 기반 필터링"을 다뤘다면, 이 패턴은 필터링을 2계층(키워드 → AI)으로 계층화하고 리포팅 모드를 3종으로 분기하여 정보 과부하를 구조적으로 제거.
  • 적용: ~/.claude/rules/intelligent-signal-monitoring.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ intelligent-signal-monitoring.md
8/10rule

zilliztech/memsearch: Progressive Memory Retrieval (⭐1.5K)

Progressive disclosure for memory: search returns ranked chunks, then expands context incrementally rather than retrieving full documents upfront.

  • 분석: 기존 shared-agent-memory.md가 "에이전트 간 지식 공유 저장"을, portable-memory-layer.md가 "단일 파일 이식성"을, semantic-memory-compaction.md가 "완료 태스크 압축"을 다뤘다면, 이 패턴은 검색 전략 자체를 3계층으로 계층화하여 "필요한 만큼만" 토큰을 소비.
  • 적용: ~/.claude/rules/progressive-memory-retrieval.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ progressive-memory-retrieval.md
67
수확
SEEN 643 | Applied 1352026-04-29
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 구루 프로필 스캔(karpathy · simonw · anthropics) + GitHub topic search(claude-code · ai-agent · llm-tools).
9/10rule

KeygraphHQ/shannon: Proof-by-Exploitation Security (⭐40)

No exploit, no report.

  • 분석: 기존 security-patterns.md가 "OWASP 점검 체크리스트"를, qa-browser-test-required.md가 "인터랙션 테스트 필수"를 다뤘다면, 이 패턴은 보안 검증에 proof-by-exploitation을 적용하여 false positive를 구조적으로 제거.
  • 적용: ~/.claude/rules/proof-by-exploitation-security.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ proof-by-exploitation-security.md
8/10rule

mnfst/manifest: Complexity-Based Model Routing (⭐5)

Redirects each query to the right model, saving up to 70% in AI costs.

  • 분석: 기존 unified-model-gateway.md가 "포맷 변환 + 프로바이더 fallback"을, agent-delegation-strategy.md가 "복잡한 판단=Opus, 나머지=Sonnet" 2단계를 다뤘다면, 이 패턴은 요청 복잡도를 실시간 분석하여 300+ 모델 중 최적을 자동 선택하고 달러 단위로 비용을 추적.
  • 적용: ~/.claude/rules/complexity-based-model-routing.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ complexity-based-model-routing.md
7/10rule

gastownhall/gascity: Declarative Orchestration Builder (⭐514)

Extracts the reusable infrastructure from Gas Town into a configurable toolkit with runtime providers, work routing, formulas, orders, health patrol, and a declarative city…

  • 분석: 기존 declarative-agent-coordination.md(takt 913⭐)가 "YAML 명세로 에이전트 조율 정의"를, state-driven-orchestration.md(oh-my-codex 21K⭐)가 "파일 기반 상태 영속화"를, deterministic-orchestrator-scheduling.md가 "LLM 없는 스케줄링"을…
  • 적용: ~/.claude/rules/declarative-orchestration-builder.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 1
→ declarative-orchestration-builder.md
66
수확
SEEN 623 | Applied 1322026-04-29
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 구루 프로필 스캔(karpathy · simonw · anthropics) + GitHub topic search(claude-code · ai-agent · llm-tools).
10/10rule

safishamsi/graphify: Multi-Format Knowledge Graph (⭐37)

Clustering is graph-topology-based — no embeddings.

  • 분석: 기존 codebase-search-before-create.md가 "탐색 후 생성" 의무화를, ast-aware-code-search.md(62차)가 "AST 기반 하이브리드 검색"을 다뤘다면, 이 패턴은 코드를 넘어 문서·이미지·동영상까지 통합 그래프화하고 임베딩 없이 그래프 토폴로지만으로 클러스터링하는 근본적 접근.
  • 적용: ~/.claude/rules/multi-format-knowledge-graph.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ multi-format-knowledge-graph.md
8/10rule

abhigyanpatwari/GitNexus: Precomputed Code Intelligence (⭐32)

Traditional approaches give the LLM raw graph edges and hope it explores enough.

  • 분석: graphify가 "다중 포맷 통합 그래프"에 초점이라면, GitNexus는 순수 코드 관계의 깊이와 정밀도에 초점.
  • 적용: ~/.claude/rules/precomputed-code-intelligence.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ precomputed-code-intelligence.md
7/10rule

wshobson/agents: Progressive Disclosure Architecture (⭐34)

Progressive disclosure: metadata (always loaded) → instructions (on demand) → resources (when needed).

  • 분석: 기존 per-turn-tool-adaptation.md가 "턴마다 관련 도구만 선택"을, token-brevity-pattern.md이 "출력 토큰 절감"을 다뤘다면, 이 패턴은 스킬/에이전트 정의 자체를 3계층으로 분리하여 로딩 비용을 구조적으로 최소화.
  • 적용: ~/.claude/rules/progressive-disclosure-skills.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ progressive-disclosure-skills.md
65
수확
SEEN 603 | Applied 1292026-04-29
GitHub weekly trending(전체 · TypeScript · Shell · Python · Go · Markdown) + 구루 프로필 스캔(karpathy · simonw · mattpocock · anthropics · openai) + GitHub topic search(ai-agent · llm-tools · claude-code · prompt-engineering).
10/10rule

mattpocock/skills: Real-Engineer Skills Library (⭐35)

Skills for Real Engineers.

  • 분석: 기존 agent-skills-format.md(HuggingFace Skills 표준 포맷)가 형식 표준화에 집중했다면, mattpocock/skills는 내용 품질 표준화에 집중.
  • 적용: ~/.claude/rules/practitioner-curated-skills.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ practitioner-curated-skills.md
9/10rule

taste-skill / High-Agency Frontend: AI 프론트엔드 미적 품질 강제 (⭐13)

High-Agency Frontend: gives your AI good taste." — AI가 생성한 프론트엔드 코드가 generic/uninspired하지 않도록 미적 품질을 결정론적으로 강제하는 anti-slop 검증 레이어.

  • 분석: 기존 frontend-patterns.md의 "디자인 품질" 항목("UI 구현 시 frontend-design 또는 vs-design-diverge 스킬 활용 — 기본 제공 디자인이 아닌 창의적이고 세련된 UI 생성")이 SOFT 지침이었다면, taste-skill은 미적 품질을 HARD 검증으로 격상.
  • 적용: ~/.claude/rules/frontend-aesthetic-gate.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ frontend-aesthetic-gate.md
64
수확
SEEN 593 | Applied 1272026-04-28
GitHub weekly trending(전체 · TypeScript · Python · Shell · Go) + 구루 프로필 스캔(karpathy · simonw · addyosmani · anthropics · openai) + GitHub topic search(ai-agent · llm-tools · claude-code).
10/10rule

mksglu/context-mode: Tool Output Sandboxing (⭐10)

Context window optimization for AI coding agents.

  • 분석: 기존 컨텍스트 압축 패턴들(cli-output-compression의 rtk 프록시, context-compression-pipeline의 파일 내용 압축)은 외부 도구 또는 파일 수준에서 압축.
  • 적용: ~/.claude/rules/tool-output-sandboxing.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ tool-output-sandboxing.md
8/10rule

addyosmani/agent-skills: Production-Grade Agent Skills Library (⭐24)

Production-grade engineering capabilities designed for AI coding agents." — 반복 에이전트 작업을 재사용 가능한 Shell 기반 스킬로 패키징, 조합 가능한 파이프라인으로 체이닝.

  • 분석: 기존 agent-skill-extraction.md(hermes-agent)가 복잡한 작업 해결 후 스킬 추출을 다룬다면, addyosmani/agent-skills는 사전 검증된 스킬 라이브러리를 플러그인 방식으로 제공하는 보완적 접근.
  • 적용: ~/.claude/rules/production-grade-agent-skills.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ production-grade-agent-skills.md
63
수확
SEEN 583 | Applied 1252026-04-28
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go) + 구루 프로필 스캔(karpathy · simonw · anthropics · openai) + GitHub topic search(ai-agent · claude-code · llm-tools).
9/10rule

mnfst/manifest: Complexity-Tier Model Routing (⭐5)

Scores each request in under 2ms using a 23-dimension algorithm, then routes to the cheapest model that can handle it.

  • 분석: 기존 unified-model-gateway.md가 프로바이더 간 포맷 변환과 장애 failover를 다룬다면, 이 패턴은 "이 요청에 어떤 모델이 최적인가"를 결정론적으로 판정.
  • 적용: ~/.claude/rules/complexity-tier-model-routing.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ complexity-tier-model-routing.md
7/10rule

zilliztech/memsearch: Cross-Agent Memory Persistence (⭐1)

Markdown files are the source of truth.

  • 분석: 기존 shared-agent-memory.md(metabot)가 에이전트 완료 시 수동 저장을, portable-memory-layer.md(memvid)가 단일 파일 메모리를 다룬다면, 이 패턴은 자동 캡처 + 크로스 에이전트 호환 + 재구축 가능 캐시를 제공.
  • 적용: ~/.claude/rules/cross-agent-memory-persistence.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 1
→ cross-agent-memory-persistence.md
62
수확
SEEN 573 | Applied 1232026-04-27
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go) + 구루 프로필 스캔(karpathy · simonw · anthropics · openai) + GitHub topic search(ai-agent · claude-code · llm-tools).
8/10rule

multica-ai/multica: Agent-as-Teammate Lifecycle (⭐21)

Turn coding agents into real teammates — assign tasks, track progress, compound skills.

  • 분석: 기존 agent-delegation-strategy.md가 "누구에게 위임할 것인가"를, shared-agent-memory.md가 "메모리를 어떻게 공유할 것인가"를 다룬다면, 이 패턴은 위임 이후의 전체 라이프사이클을 관리.
  • 적용: ~/.claude/rules/agent-as-teammate-lifecycle.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ agent-as-teammate-lifecycle.md
8/10rule

zilliztech/claude-context: AST-Aware Code Search (⭐9)

AST-based intelligent code chunking preserves semantic units.

  • 분석: 기존 codebase-search-before-create.md가 "검색 후 생성" 의무화를, codebase-packing-pattern.md가 "코드베이스 패킹"을 다룬다면, 이 패턴은 "어떻게 검색해야 효율적인가"에 대한 구체적 답.
  • 적용: ~/.claude/rules/ast-aware-code-search.md 신규 생성.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ ast-aware-code-search.md
8/10rule

superradcompany/microsandbox: MicroVM Agent Sandbox (⭐5)

Hardware-level isolation with microVM technology — no server to set up, sub-100ms boot, secrets never enter the VM.

  • 분석: 기존 sandboxed-agent-code-execution.md(pydantic/monty)가 "코드로 표현 + 샌드박스 실행"의 원칙을 다룬다면, 이 패턴은 격리 수준과 성능의 구체적 구현을 제공.
  • 적용: ~/.claude/rules/microvm-agent-sandbox.md 신규 생성.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ microvm-agent-sandbox.md
61
수확
SEEN 557 | Applied 1202026-04-26
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 구루 프로필 스캔(karpathy · simonw · anthropics) + GitHub topic search(claude-code · ai-agent).
9/10rule

addyosmani/agent-skills: Anti-Rationalization Verification Gates (⭐28) addyosmani

Rationalizations are the most dangerous failure mode — the agent convinces itself the shortcut is acceptable.

  • 분석: 기존 completion-verification.md가 "완료 전 체크리스트"를 제공한다면, 이 패턴은 각 체크 항목에 "왜 건너뛸 수 없는지"를 선제적으로 명시.
  • 적용: ~/.claude/rules/anti-rationalization-gates.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ anti-rationalization-gates.md
9/10rule

gastownhall/gascity: Controller-Supervisor Reconciliation

A controller continuously reconciles desired state to running state — orchestration as reconciliation loop, not one-shot dispatch." — 선언적 city.toml + pluggable…

  • 분석: 기존 state-driven-orchestration.md(파일 기반 상태 저장)과 deterministic-orchestrator-scheduling.md(결정론적 스케줄링)의 통합 진화.
  • 적용: ~/.claude/rules/controller-supervisor-reconciliation.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ controller-supervisor-reconciliation.md
9/10rule

KeygraphHQ/shannon: Evidence-Only Reporting (⭐42)

No exploit, no report.

  • 분석: 기존 qa-screenshot-required.md가 "스크린샷 증거 필수"를, completion-verification.md가 "완료 전 자가 검증"을 다룬다면, 이 패턴은 모든 보고 항목에 재현 가능한 증거를 강제.
  • 적용: ~/.claude/rules/evidence-only-reporting.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ evidence-only-reporting.md
60
수확
SEEN 545 | Applied 1172026-04-27
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go) + 구루 프로필 스캔(karpathy · simonw · anthropics · mshumer) + WebSearch(AI agent repos April 2026 · Claude Code new features April 2026 · AI coding agent benchmarks 2026).
8/10rule

multica-ai/multica: Agents as Teammates (⭐21)

Turn coding agents into real teammates — assign tasks, track progress, compound skills.

  • 분석: 기존 agent-delegation-strategy가 "orchestrator가 에이전트에게 push"하는 모델이라면, Multica는 "에이전트가 큐에서 pull"하는 모델.
  • 적용: ~/.claude/rules/agent-as-teammate.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ ~/.claude/rules/agent-as-teammate.md
9/10rule-update

rtk-ai/rtk: Transparent Shell Hook (⭐35)

Shell hook silently rewrites git status → rtk git status.

  • 분석: 6차 수확(2026-04-09)에서 cli-output-compression 규칙으로 등재(당시 ⭐20K).
  • 적용: ~/.claude/rules/cli-output-compression.md 기존 규칙 업데이트.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ ~/.claude/rules/cli-output-compression.md
59
수확
SEEN 530 | Applied 1152026-04-26
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go) + 구루 프로필 스캔(karpathy · simonw · anthropics) + WebSearch(self-improving agents · recursive language models · Claude Code plugins April 2026).
8/10rule

alexzhang13/rlm: Recursive Language Models (⭐3)

Task-agnostic inference paradigm: offload context as variables in a REPL, let the model recursively call itself to decompose and solve." — MIT OASYS lab 연구에서 탄생.

  • 분석: 기존 context-compression-pipeline(claw-compactor, 15~82% 입력 압축)과 semantic-memory-compaction(beads, 완료 태스크 3줄 요약)이 scaffold 수준에서 토큰을 줄이는 접근이라면, RLM은 모델 수준에서 컨텍스트를 변수화하는 근본적 패러다임 전환.
  • 적용: ~/.claude/rules/recursive-context-decomposition.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ ~/.claude/rules/recursive-context-decomposition.md
7/10rule

maximhq/bifrost: Fastest Enterprise AI Gateway (⭐4)

50x faster than LiteLLM.

  • 분석: 기존 unified-model-gateway(QuantumNous/new-api, 16차)가 포맷 크로스 변환(OpenAI↔Claude↔Gemini)에 초점이고, mnfst/manifest(53차)가 비용 기반 지능형 라우팅(23차원 스코어링)에 초점이라면, Bifrost는 처리량(throughput)과 지연 시간(latency)에 초점.
  • 적용: ~/.claude/rules/unified-model-gateway.md 기존 규칙에 Bifrost 참조 추가.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ ~/.claude/rules/unified-model-gateway.md
58
수확
SEEN 518 | Applied 1132026-04-26
GitHub weekly trending(전체 · TypeScript · Python · Rust) + 구루 프로필 스캔(karpathy · simonw · anthropics · mshumer) + WebSearch(AI agent frameworks · self-improving agents · Claude Code plugins).
8/10rule

multica-ai/multica: Managed Agent Team Platform (⭐21)

Every solution becomes a reusable skill for the whole team." — 에이전트를 팀원처럼 관리.

  • 분석: 기존 shared-agent-memory(xvirobotics/metabot, 26차)가 에이전트 학습 내용을 파일 기반으로 수동 축적하고, execution-path-crystallization(GenericAgent, 4차)이 성공 경로를 SOP로 변환한다면, multica는 이 둘을 플랫폼 수준에서 자동화.
  • 적용: ~/.claude/rules/managed-agent-team-platform.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ managed-agent-team-platform.md
8/10rule

KeygraphHQ/shannon: Exploit-Verified Security Testing (⭐40)

No exploit, no report — hypothesized vulnerabilities must be successfully exploited to prove impact." — 5개 전문 에이전트가 OWASP 카테고리별 병렬 공격.

  • 분석: 기존 security-patterns의 보안 점검이 코드 패턴 매칭(grep 기반 SOFT 검증)에 의존한다면, shannon은 실제 익스플로잇으로 증명하는 HARD 검증.
  • 적용: ~/.claude/rules/exploit-verified-security-testing.md 신규 생성.
  • 5축: HARD전환 2 · 토큰효율 0 · 측정가능 2
→ exploit-verified-security-testing.md
7/10rule

superradcompany/microsandbox: MicroVM Agent Sandbox

Unexploitable secrets — keys never enter the VM." — libkrun 기반 microVM, 부팅 <100ms, 데몬 불필요, 루트리스.

  • 분석: 기존 sandboxed-agent-code-execution(pydantic/monty, 50차)이 인터프리터 수준 샌드박스(파일시스템 차단 + 리소스 제한 + 런타임 취소)를 다룬다면, microsandbox는 하드웨어 수준 microVM으로 한 단계 더 강력한 격리.
  • 적���: ~/.claude/rules/microvm-agent-sandbox.md 신규 생성.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 0 · 측정가능 2
→ microvm-agent-sandbox.md
57
수확
SEEN 502 | Applied 1102026-04-26
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 구루 프로필 스캔(karpathy · simonw · anthropics · openai · mshumer) + topic 검색(ai-agent · claude-code · self-improving).
10/10rule

mnfst/manifest: Local Model Routing (⭐5)

Smart Model Routing for Personal AI Agents — 23-dimension scoring in under 2ms, no third-party proxy needed." — 요청 복잡도를 4-tier(Simple/Standard/Complex/Reasoning)로 자동 분류, 각 tier에…

  • 분석: 기존 unified-model-gateway(QuantumNous/new-api, 26차)가 중앙 프록시 서버 방식이라면, manifest는 로컬 라우팅이 핵심 차별점.
  • 적용: ~/.claude/rules/local-model-routing.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ local-model-routing.md
9/10rule

addyosmani/agent-skills: Anti-Rationalization Tables (⭐23)

Process steps, not prose.

  • 분석: 기존 completion-verification(완료 선언 전 자가 검증)과 qa-browser-test-required(인터랙션 필수)가 "무엇을 체크할지"를 명시한다면, Anti-Rationalization Tables는 "에이전트가 왜 스킵하려 하는지"의 변명 패턴 자체를 사전 카탈로그화.
  • 적용: ~/.claude/rules/anti-rationalization-tables.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ anti-rationalization-tables.md
7/10rule

Leonxlnx/taste-skill: Parameterized Aesthetic Enforcement (⭐12)

Parameterized anti-slop — 3 dials (Design Variance, Motion Intensity, Visual Density) on 1-10 scales prevent generic output." — 프로젝트 타입별 사전 설정 + Anti-Slop 체크리스트.

  • 분석: 기존 frontend-patterns 디자인 품질 섹션("밋밋한 플랫 UI 지양")과 ui-ux-reference-nagix(3D 시각화 레퍼런스)가 참조 기준이라면, taste-skill은 수치 기반 강제.
  • 적용: ~/.claude/rules/parameterized-aesthetic-enforcement.md 신규 생성.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ parameterized-aesthetic-enforcement.md
56
수확
SEEN 487 | Applied 1072026-04-26
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 구루 프로필 스캔(karpathy · simonw · anthropics · openai · mshumer) + topic 검색(ai-agent · claude-code · self-improving).
9/10rule

aden-hive/hive: Graph-Based Crash Recovery (⭐10)

On failure, the system evolves the graph and redeploys automatically." — 자연어 목표 → 결정론적 DAG 자동 생성, 각 노드에 체크포인트.

  • 분석: 기존 pause-on-failure-pattern(실패 상태 보존 + 해당 step 재실행)과 auto-block-stuck-tasks(4회 실패 → blocked 전환 + 다음 태스크 우회)가 단일 노드 수준의 복구라면, hive는 서브그래프 단위의 구조적 진화.
  • 적용: ~/.claude/rules/graph-based-crash-recovery.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ graph-based-crash-recovery.md
8/10rule

shareAI-lab/learn-claude-code: Minimal Bash Agent Harness (⭐56)

Bash is all you need — a nano claude-code-like agent harness, built from 0 to 1." — curl + jq만으로 완전한 에이전트 루프(LLM 호출 → 도구 파싱 → 실행 → 결과 피드백) 구현.

  • 분석: 우리 시스템의 codex-convergence-loop.sh, loopy-era-workflow.sh, trend-harvest-to-html.sh 등이 이미 이 패턴의 부분 구현.
  • 적용: ~/.claude/rules/minimal-bash-agent-harness.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ minimal-bash-agent-harness.md
55
수확
SEEN 472 | Applied 1052026-04-25
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 구루 프로필 스캔(karpathy · simonw · anthropics · openai · mshumer) + topic 검색.
9/10rule

KeygraphHQ/shannon: Proof-by-Exploitation QA (⭐40)

Only vulnerabilities with working proof-of-concept exploits are reported — no theoretical detection." — 5단계 파이프라인의 Exploitation 단계에서 실제 공격 성공한 취약점만 보고.

  • 분석: 기존 qa-browser-test-required("인터랙션 테스트 = QA의 핵심")과 qa-screenshot-required("DOM 존재만으로 PASS 금지")가 인터랙션을 권장하는 SOFT 규칙이라면, shannon의 proof-by-exploitation은 재현 증거 없으면 보고 자체를 거부하는 HARD 원칙.
  • 적용: ~/.claude/rules/proof-by-exploitation-qa.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ proof-by-exploitation-qa.md
8/10rule

multica-ai/multica: Agent Skill Compounding (⭐20)

Every solution becomes a reusable skill for the whole team." — 에이전트를 프로젝트 보드의 팀원으로 운영.

  • 분석: 53차에서 "Agent-as-Teammate"로 분석(score 7)했으나, 이번 주 ⭐5.5K→20.8K(4배 성장)으로 에코시스템 검증 완료.
  • 적용: ~/.claude/rules/agent-skill-compounding.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ agent-skill-compounding.md
54
수확
SEEN 460 | Applied 1032026-04-25
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go · Shell) + 구루 프로필 스캔(karpathy · simonw · anthropics · openai · mshumer) + topic 검색.
9/10rule

addyosmani/agent-skills: Anti-Rationalization Tables (⭐22) addyosmani

AI coding agents default to the shortest path — which often means skipping specs, tests, security reviews." — 20개 프로덕션급 스킬이 6개 Phase(Define→Plan→Build→Verify→Review→Ship)를 커버.

  • 분석: 기존 completion-verification(완료 후 자가 검증)과 convergence-loop-no-mid-question(중간 질문 금지)이 "결과 시점의 검증"이라면, agent-skills는 과정 중간의 합리화를 사전 차단.
  • 적용: ~/.claude/rules/anti-rationalization-tables.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ anti-rationalization-tables.md
9/10rule

zilliztech/claude-context: Incremental Codebase Indexing (⭐9)

Make entire codebase the context — without exhausting token budgets." — Merkle tree로 변경 파일만 재인덱싱(1000개 중 10개 변경 시 10개만 처리).

  • 분석: 기존 codebase-packing-pattern(repomix 스타일 전체 패킹)이 "전체를 한 번에"라면, claude-context는 "변경분만 증분 + 의미 단위 분할".
  • 적용: ~/.claude/rules/incremental-codebase-indexing.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ incremental-codebase-indexing.md
9/10rule

mnfst/manifest: Request Complexity Scoring (⭐5)

Scores each request in 23 dimensions under 2ms, routes to the cheapest model that can handle it." — simple/standard/complex/reasoning 4단계 티어에 자동 분류.

  • 분석: 53차에서 "포맷 변환 + 비용 게이트"로 분석했으나, 이번 회차에서 우리 시스템의 agent-delegation-strategy에 직접 매핑 가능한 복잡도 티어링으로 재해석.
  • 적용: ~/.claude/rules/request-complexity-scoring.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ request-complexity-scoring.md
53
수확
SEEN 448 | Applied 1002026-04-25
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go) + 구루 프로필 스캔(karpathy · simonw · anthropics · mshumer) + topic 검색.
10/10rule

mksglu/context-mode: Context Sandbox Isolation (⭐9)

Sandbox tool output so raw data never enters your context window." — 모든 도구 출력을 subprocess에서 실행하고 stdout 요약만 컨텍스트에 주입.

  • 분석: 기존 context-compression-pipeline(파일 압축)과 cli-output-compression(CLI 필터링)이 "데이터를 줄이는" 접근이라면, context-mode는 "데이터를 격리하는" 패러다임 전환.
  • 적용: ~/.claude/rules/context-sandbox-isolation.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ context-sandbox-isolation.md
9/10rule

mnfst/manifest: Intelligent Model Routing (⭐5)

Simple questions go to fast, cheap models.

  • 분석: 기존 unified-model-gateway(포맷 변환 초점)와 cost-tier routing(quantified-ambiguity-gate 내 실패 기반 승격)이 "수동 선택" 또는 "실패 후 대응"이라면, manifest는 사전 복잡도 판정으로 최적 모델 자동 선택.
  • 적용: ~/.claude/rules/intelligent-model-routing.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ intelligent-model-routing.md
8/10rule

multica-ai/multica: Agent-as-Teammate (⭐20)

Turn coding agents into real teammates." — 에이전트가 프로젝트 보드에 등장하여 자율적으로 작업 수행·진행 보고·블로커 리포팅.

  • 분석: 기존 team-orchestrator의 specialist는 "호출→반환" 도구 패턴 — 세션 종료 시 컨텍스트 소실.
  • 적용: ~/.claude/rules/agent-as-teammate.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ agent-as-teammate.md
52
수확
SEEN 440 | Applied 972026-04-25
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go) + 구루 프로필 스캔(karpathy · simonw · anthropics) + topic 검색.
9/10rule

KeygraphHQ/shannon: Proof-by-Exploitation Pentesting (⭐40)

White-box pentester: only vulnerabilities with working proof-of-concept exploits are reported." — 5개 OWASP 카테고리를 병렬 에이전트가 독립 분석 + 실제 exploit 실행.

  • 분석: 기존 security-specialist와 pentest-checklist 스킬이 "체크리스트 기반 수동 검증"이라면, shannon은 가설→공격→증명 폐루프.
  • 적용: ~/.claude/rules/proof-based-agent-verification.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ proof-based-agent-verification.md
9/10rule

coleam00/Archon: Deterministic AI Coding Harness (⭐19)

Make AI coding deterministic." — 17개 기본 워크플로우(이슈 수정, 기능 구현, 5인 병렬 PR 리뷰, 안전 리팩토링, 머지 충돌 해소)를 YAML DAG로 선언.

  • 분석: 기존 deterministic-orchestrator-scheduling 규칙이 "스케줄링을 코드로"라면, Archon은 전체 워크플로우를 YAML로 결정화.
  • 적용: ~/.claude/rules/declarative-workflow-crystallization.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ declarative-workflow-crystallization.md
7/10rule

HKUDS/RAG-Anything: Multimodal RAG (⭐18)

All-in-One RAG Framework." — 텍스트·이미지·테이블·수식·차트를 5단계 파이프라인(파싱→이해→멀티모달 분석→지식그래프 구축→지능형 검색)으로 처리.

  • 분석: 기존 semantic-codebase-search.md(51차 적용)가 코드 전용 BM25+벡터라면, RAG-Anything은 문서 전용 멀티모달 + 지식 그래프.
  • 적용: ~/.claude/rules/multimodal-knowledge-graph-rag.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ multimodal-knowledge-graph-rag.md
51
수확
SEEN 425 | Applied 942026-04-24
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go) + 구루 프로필 스캔(karpathy · simonw · anthropics · openai · mshumer) + topic 검색.
9/10rule

zilliztech/claude-context: Semantic Codebase Search (⭐8)

Make entire codebase the context for any coding agent." — BM25(키워드) + Dense Vector(임베딩) 하이브리드 검색으로 자연어 질의에서 관련 코드만 정확히 추출.

  • 분석: 기존 codebase-packing-pattern.md(repomix)가 정적 전체 패킹이라면, claude-context는 실시간 시맨틱 검색 — 질의 시점에 관련 함수만 추출.
  • 적용: ~/.claude/rules/semantic-codebase-search.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ semantic-codebase-search.md
9/10rule

superradcompany/microsandbox: microVM Agent Sandbox (⭐5)

Hardware-level isolation with microVM technology.

  • 분석: 50차 pydantic/monty가 Python 인터프리터 샌드박스(프로세스 내 격리)라면, microsandbox는 OS 수준 완전 격리(microVM).
  • 적용: ~/.claude/rules/microvm-agent-sandbox.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ microvm-agent-sandbox.md
8/10rule

multica-ai/multica: Managed Agent Teammates (⭐20)

Your next 10 hires won't be human." — 코딩 에이전트를 프로젝트 보드의 정식 팀원으로 관리.

  • 분석: 기존 team-orchestrator가 "세션 단위 specialist 위임"이라면, multica는 영구 팀원으로서의 에이전트 — 세션이 끝나도 스킬이 누적.
  • 적용: ~/.claude/rules/managed-agent-teammates.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ managed-agent-teammates.md
50
수확
SEEN 410 | Applied 912026-04-24
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go) + 구루 프로필 스캔(karpathy · simonw · anthropics · openai · mshumer) + topic 검색.
9/10rule

EvoMap/evolver: Strategy Presets for Self-Evolution (⭐6)

Evolver is a prompt generator, not a code patcher." — 에이전트 자가개선을 프로토콜 기반 진화로 구조화.

  • 분석: recursive-self-improvement-loop.md가 4단계 폐루프(Competitor→Analyst→Coach→Curator)를 정의한다면, evolver는 각 단계 내부의 변경 단위(Gene)와 전략 모드(preset)를 구체화.
  • 적용: ~/.claude/rules/protocol-bound-evolution.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ protocol-bound-evolution.md
9/10rule

Tracer-Cloud/opensre: Scored Agent Benchmarks (⭐2)

Treats investigation as a learnable, trainable domain — comparable to how SWE-bench improved coding agents." — AI SRE agent의 incident investigation 능력을 합성 시나리오 + 점수 매기기로 정량화.

  • 분석: harness-report가 scaffold 구조(정적 파일 존재/패턴)를 측정한다면, opensre 패턴은 에이전트 행동 능력(동적 시뮬레이션)을 측정.
  • 적용: ~/.claude/rules/scored-agent-benchmarks.md 신규 생성.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ scored-agent-benchmarks.md
7/10rule

pydantic/monty: Sandboxed Code Execution

A minimal, secure Python interpreter written in Rust for use by AI." — 에이전트가 순차 도구 호출 대신 코드로 로직 표현 + 샌드박스에서 안전 실행.

  • 분석: 도구 호출 10회 = LLM 추론 10회.
  • 적용: ~/.claude/rules/sandboxed-agent-code-execution.md 신규 생성.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ sandboxed-agent-code-execution.md
49
수확
SEEN 398 | Applied 882026-04-24
GitHub weekly trending(전체) + Anthropic 공식 org 스캔 + simonw 최근 push + topic 검색(vertical-agent · sre-agent · plugin-marketplace).
9/10rule

anthropics/knowledge-work-plugins: Role-Specific Plugin Architecture (⭐11)

Open source plugins for knowledge workers in Claude Cowork." 10개 vertical(Sales: prospect research · call prep · HubSpot/Close/Clay/ZoomInfo · Customer Support: ticket triage ·…

  • 분석: 네 가지 primitive.
  • 적용 이유: 우리 ~/.claude/skills/가 성장하면서 discoverability 저하 마찰 누적 — 100+ 스킬 중 필요한 걸 찾기 어렵고, 신규 스킬이 기존과 중복인지 판단 어려움.
  • 기대효과: ~/.claude/rules/role-taxonomy-plugin-structure.md 도입 시 3가지 실효: (1) 카테고리 디렉토리 마이그레이션: ~/.claude/skills/ 100+ 스킬을 dev-work/ · project-scaffold/ · meta-ops/ · analysis/ · knowledge-work/(향후) 5개 카테고리로 분류…
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ role-taxonomy-plugin-structure.md
9/10rule

Tracer-Cloud/opensre: AI SRE Agent (⭐2)

An open reinforcement learning environment for agentic infrastructure incident response." 5단계 incident workflow: (1) 알림 context fetch(logs · metrics · traces 상관관계) · (2) 연결 시스템…

  • 분석: 네 가지 primitive.
  • 적용 이유: 우리 bug-fixer는 코드 버그에 특화이지만 production incident(서버 500 · DB 커넥션 폭주 · Kubernetes pod crashloop)는 별도 도메인 — 현재 코드 repo 컨텍스트만 있고 runtime metrics/logs/traces 없음.
  • 기대효과: ~/.claude/rules/evidence-backed-investigation.md 도입 시 3가지 실효: (1) Evidence chain schema: bug-fixer 에이전트 프롬프트에 <evidence-chain> 필수 블록 추가 + PostToolUse hook이 응답에서 해당 블록 부재 시 경고.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ evidence-backed-investigation.md
8/10rule

anthropics/claude-plugins-community: Anthropic-Audited Marketplace with Nightly Security Pipeline…

Community plugin marketplace for Claude Cowork and Claude Code (read-only mirror)." Read-only mirror(internal review pipeline에서 nightly sync) — 사용자 직접 commit 불가, PR은 자동 close.

  • 분석: 세 가지 primitive.
  • 적용 이유: 우리 cc-sync가 user-scope 전체 복사 + git push만 수행 — security audit 없음.
  • 기대효과: ~/.claude/rules/skill-audit-pipeline.md 도입 시 3가지 실효: (1) Security scan in cc-sync: scripts/skill-audit.sh가 git diff로 변경된 skills/agents/rules 파일만 대상으로 hidden Unicode + API key pattern + shell…
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ skill-audit-pipeline.md
7/10참조

simonw/llm-openai-via-codex: Cross-Provider Auth Gateway

Access OpenAI models via an existing Codex subscription." LLM CLI plugin으로 Codex CLI 인증(Codex 구독)을 bridge해 OpenAI 직접 API 키 없이 모델 접근.

  • 분석: 세 가지 primitive.
  • 참조 사유: 직접 adoption은 제한적 — 우리는 claude.ai 구독 기반으로 Claude Code 사용 중이고, 다른 provider API 병행 필요성 현재 낮음.
  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ cross-provider-auth-bridging.md(참조)
48
수확
SEEN 372 | Applied 852026-04-24
GitHub weekly trending(전체 · TypeScript · Python) + 구루 프로필 스캔(karpathy · simonw · anthropics · NousResearch) + topic 검색(self-evolving · skill-compounding · agent-teams).
10/10rule

NousResearch/hermes-agent: Autonomous Skill Creation (⭐112)

The agent that grows with you" — closed learning loop with autonomous skill creation after complex tasks + agent-curated memory with periodic nudges.

  • 분석: 다섯 가지 primitive.
  • 적용 이유: 우리 loopy-era 철학의 자가진화 루프와 직접 경쟁·상호보완 관계.
  • 기대효과: ~/.claude/rules/autonomous-skill-crystallization.md 도입 시 3가지 실효: (1) Skill-nudge hook: ~/.claude/hooks/skill-nudge.sh를 Stop에 등록 → 세션에서 2+ tool call로 해결한 패턴 감지 시 텔레그램으로 "이 패턴 skill로 박을래요?
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ autonomous-skill-crystallization.md
9/10rule

EvoMap/evolver: GEP Protocol (⭐6)

GEP-powered self-evolving engine for AI agents" — auditable prompt generator, not code patcher.

  • 분석: 네 가지 primitive.
  • 적용 이유: 우리 /self-improve의 근본 한계: 규칙 추가가 "LLM 판단 + 수동 검토"이고 왜 이 규칙이 추가됐는지 audit trail 부재.
  • 기대효과: ~/.claude/rules/auditable-rule-evolution.md 도입 시 3가지 실효: (1) Evolution events ledger: ~/.claude/rules/.evolution-events.jsonl에 모든 rule 변경 append-only → scripts/rule-audit.sh {rule}로 특정 rule의…
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ auditable-rule-evolution.md
9/10rule

forrestchang/andrej-karpathy-skills: CLAUDE.md Distribution of Karpathy's 4 LLM Coding Principles (⭐79)

단일 CLAUDE.md 파일로 Karpathy의 LLM 코딩 실패 관찰을 4원칙으로 체계화 + Claude Code/Cursor 동시 지원.

  • 분석: 네 가지 primitive.
  • 적용 이유: 우리 기존 karpathy-coding-principles.md가 18줄 요약으로 존재하지만 실제 Claude 행동 가이드로 불충분 — 4원칙 이름만 있고 구체 판단 기준 부재.
  • 기대효과: ~/.claude/rules/karpathy-coding-principles.md 재작성 시 3가지 실효: (1) Multi-interpretation trigger: 요청이 모호 감지(키워드: "개선" · "고쳐" · "좀 더 낫게") 시 Claude가 2~3 해석 선제 제시 → 재작업 방지.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ karpathy-coding-principles.md
8/10참조

multica-ai/multica: Managed Agents Platform (⭐20)

Turn coding agents into real teammates — assign tasks, track progress, compound skills." Open-source 관리형 agents platform.

  • 분석: 네 가지 primitive.
  • 참조 사유: 전체 adoption은 인프라 부담 매우 큼 — Go 백엔드 + PostgreSQL + Next.js 프론트엔드 + daemon 등 개인 사용자 규모에 과함.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ managed-agent-teams-pattern.md(참조)
47
수확
SEEN 368 | Applied 822026-04-23
GitHub weekly trending(전체 · TypeScript · Python · Rust · Go) + 구루 프로필 스캔(karpathy · simonw · anthropics) + topic 검색(agent-sandbox · context-isolation · multi-agent-handoff).
10/10rule

mksglu/context-mode: MCP-Layer Sandboxed Tool Execution with 98% Context Reduction (⭐9)

AI context window optimization — tool output never leaves the subprocess." MCP 서버로 6개 sandbox tool…

  • 분석: 다섯 가지 primitive.
  • 적용 이유: 우리 context-compression-pipeline.md(claw-compactor, 15~82% 압축)와 cli-output-compression.md(rtk, 60~90% CLI 절감)가 있지만 두 가지 공백: (α) 실행 위치 격리 미구현 — 우리는 CLI 출력을 "읽은 후 압축"하지만 context-mode는 "애초에 context에 진입 못…
  • 기대효과: ~/.claude/rules/subprocess-gateway-for-tool-output.md 도입 시 3가지 실효: (1) Subprocess gateway 스크립트: scripts/ctx-execute.sh 후이 bash 명령을 서브프로세스로 실행 + stdout만 Claude에 반환 + stderr/timing은…
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ subprocess-gateway-for-tool-output.md
9/10rule

openai/openai-agents-python: Handoff-First Multi-Agent SDK with Built-in SandboxAgent (⭐25)

A lightweight yet powerful framework for multi-agent workflows" (Provider-agnostic, 100+ LLM 지원).

  • 분석: 네 가지 primitive.
  • 적용 이유: 우리 team-orchestrator + manager-orchestrator가 자연어 기반 prompt + result parse 패턴인데 정형화된 handoff primitive 도입 시 향상: (A) TypedDict 기반 handoff schema — 각 specialist agent 호출 시 {task_id, acceptance_criteria,…
  • 기대효과: ~/.claude/rules/typed-agent-handoff.md 도입 시 3가지 실효: (1) Handoff schema 정형화: specialist 호출 시 orchestrator가 scripts/handoff-pack.sh로 JSON payload 생성 → {task_id, acceptance_criteria, files_allowed,…
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ typed-agent-handoff.md
8/10rule

vercel-labs/open-agents: Agent-Sandbox Decoupling (⭐4)

Open-source reference app for building and running background coding agents on Vercel.

  • 분석: 네 가지 primitive.
  • 적용 이유: 우리 오케스트레이터는 specialist가 Task(subagent_type)로 실행되는데 Claude 자식 프로세스라 parent 죽으면 cascade 종료.
  • 기대효과: ~/.claude/rules/durable-agent-sandbox-decoupling.md 도입 시 3가지 실효: (1) Background job wrapper: scripts/bg-exec.sh 후가 장시간 태스크를 systemd --user 또는 launchd로 등록 + PID/log 추적 + 완료 시 텔레그램 notify.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ durable-agent-sandbox-decoupling.md
8/10참조

superradcompany/microsandbox: Rust-Based MicroVM Sandboxes for AI-Generated Code (⭐5)

Secure, local sandboxes for AI agent execution and isolation." Rust 기반 microVM (Firecracker 계열) 특화 — LLM 생성 코드를 로컬에서 빠른 시작 + 강한 격리로 실행.

  • 분석: 세 가지 primitive.
  • 참조 사유: 전체 adoption은 인프라 부담 큼 — Linux KVM 또는 macOS Virtualization.framework 의존 + 개발 머신 리소스 큼.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ microvm-boundary-for-untrusted-code.md(참조)
46
수확
SEEN 364 | Applied 792026-04-23
GitHub weekly trending(전체+TypeScript+Python) + 구루 프로필 스캔(karpathy · simonw · anthropics · openai) + topic 검색(agent-memory · context-engineering · model-routing).
10/10rule

thedotmack/claude-mem: Hook-Driven Session Memory with 10x Token Reduction (⭐65)

Persistent memory for Claude Code — seamlessly preserves context across sessions by automatically capturing tool usage observations." 5-hook lifecycle(SessionStart ·…

  • 분석: 다섯 가지 primitive.
  • 적용 이유: 우리 memory-bank와 search-conversations 스킬이 개념적으로는 동일하지만 자동화 수준과 토큰 효율 측면에서 claude-mem이 한 세대 앞섬.
  • 기대효과: ~/.claude/rules/hook-driven-session-memory.md 도입 시 3가지 실효: (1) Auto-capture hook: scripts/session-capture.sh를 PostToolUse에 등록 → 각 tool call + result를…
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ hook-driven-session-memory.md
9/10rule

zilliztech/claude-context: AST-Based Codebase MCP with 40% Token Reduction (⭐7)

Your entire codebase as Claude's context." AST-based intelligent chunking(TypeScript · Python · Java 등 다언어) + Merkle tree incremental indexing(변경 파일만 re-index) + BM25 + dense…

  • 분석: 네 가지 primitive.
  • 적용 이유: 우리 codebase-search-before-create.md가 원칙이지만 실제 Claude가 새 파일 만들기 전에 "유사 구현 먼저 탐색"을 누락하는 경우 반복 — 원인은 Grep의 regex 한계로 "이름은 다른데 기능이 같은" 중복 감지 불가.
  • 기대효과: ~/.claude/rules/codebase-semantic-context.md 도입 시 3가지 실효: (1) 대규모 프로젝트 지원: .claude-context/index 디렉토리가 있으면 Claude가 MCP tool로 semantic search, 없으면 Grep fallback.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ codebase-semantic-context.md
9/10rule

mnfst/manifest: 23-Dimensional Cost-Aware Model Routing (⭐5)

Smart model routing for personal AI agents reducing costs up to 70%." 23-dimension scoring algorithm(<2ms runtime)이 요청을 4-tier(simple · standard · complex · reasoning)로 분류 →…

  • 분석: 네 가지 primitive.
  • 적용 이유: 우리 스킬/에이전트가 하드코딩된 모델 이름으로 실행 중(agent frontmatter의 model:) — sonnet 이나 opus 중 매 실행 고정.
  • 기대효과: ~/.claude/rules/cost-aware-model-routing.md 도입 시 3가지 실효: (1) 복잡도 스코어링 스크립트: scripts/complexity-score.sh <prompt_file>이 3차원(길이 > 1000자 · 다중 파일 수정 · 아키텍처 설계 키워드) 중 2개 이상 해당 시 opus, 아니면 sonnet…
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ cost-aware-model-routing.md
8/10참조

topoteretes/cognee: Learning Agent Memory with Vector+Graph+Cognitive Fusion (⭐16)

Open-source knowledge engine that lets you ingest data in any format and continuously learns." Vector search + graph DB + cognitive science 3중 통합.

  • 분석: 네 가지 primitive.
  • 참조 사유: cognee 전체 adoption은 knowledge graph DB 인프라(Neo4j 등) 필요 + 학습 곡선 높아 현 단계에서 과함.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ learning-agent-memory.md(참조)
45
수확
SEEN 344 | Applied 762026-04-23
GitHub weekly trending(전체+TypeScript+Python) + 구루 프로필 스캔(karpathy · simonw · anthropics) + topic 검색(harness builder · agent orchestration).
9/10rule

coleam00/Archon: First Open-Source Harness Builder with YAML Workflow DAGs (⭐19)

The first open-source harness builder for AI coding.

  • 분석: 다섯 가지 primitive.
  • 적용 이유: Archon은 loopy-era의 코드화된 버전.
  • 기대효과: ~/.claude/rules/yaml-workflow-dag-orchestration.md 도입 시 3가지 실효: (1) workflows/ 디렉토리 도입: team.yml(기존 team 오케스트레이션 DAG화) + auto-issue.yml(이슈 → 분석 → 구현 → QA → PR DAG) + qa-cycle.yml(빌드 → 타입체크 → 브라우저 테스트…
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ yaml-workflow-dag-orchestration.md
8/10rule

multica-ai/multica: Agents as Board-Level Autonomous Teammates with Skill Compounding (⭐19)

The open-source managed agents platform.

  • 분석: 네 가지 primitive.
  • 적용 이유: 우리 auto-issue + bug-fixer 4회 로테이션 + skills/ 누적이 multica의 3-축 구조와 개념적으로 일치하지만 통합되어 있지 않음.
  • 기대효과: ~/.claude/rules/board-driven-agent-autonomy.md 도입 시 3가지 실효: (1) Pull-Based auto-issue: /loop 5m /auto-issue가 이미 있지만 현재는 "실행되면 특정 이슈 선점", 이를 "폴링하며 조건 맞을 때만 claim"으로 전환 → scripts/issue-claim.sh가 GitHub…
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ board-driven-agent-autonomy.md
8/10rule

anthropics/claude-plugins-official: Official Plugin Manifest Standard with 2-Tier Governance (공식 ⭐17K)

Official, Anthropic-managed directory of high quality Claude Code Plugins" (2026-04-22 공개).

  • 분석: 네 가지 primitive.
  • 적용 이유: 우리 수 개월 구축한 ~/.claude/ 구조(agents/ + skills/ + hooks/ + rules/)가 Anthropic 공식 plugin 포맷과 naming overlap.
  • 기대효과: ~/.claude/rules/official-plugin-manifest-standard.md 도입 시 3가지 실효: (1) 우리 skill을 plugin 포맷 wrapping: team, qa-cycle, loopy-era-trend-harvester 3개를 plugins/hugh-harness/로 묶고 plugin.json 작성 → /plugin…
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ official-plugin-manifest-standard.md
7/10참조

EvoMap/evolver: GEP-Powered Prompt Evolution with Audit Trail (⭐6)

Turns ad hoc prompt tweaks into auditable, reusable evolution assets." Gene Expression Programming 기반.

  • 분석: 다섯 가지 primitive.
  • 참조 사유: 우리 self-improve가 강력하지만 의도 선언 + scope 분리 + audit 구조화가 부족.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ evolution-audit-trail.md(참조)
44
수확
SEEN 329 | Applied 732026-04-21
토픽 검색(ai-agent · claude-code · llm-tools · self-improving · prompt-engineering · autonomous-agent) + 구루 프로필 스캔(karpathy · simonw · anthropics · openai · mshumer · hwchase17 · yoheinakajima · nagix).
9/10rule

openai/symphony: Work-over-Agent Management with Proof-of-Work Gate (공식 ⭐15K)

Turns project work into isolated, autonomous implementation runs, allowing teams to manage work instead of supervising coding agents." OpenAI 공식.

  • 분석: 네 가지 primitive.
  • 적용 이유: 우리 auto-issue가 이슈 처리까지는 구현했지만 proof-of-work 개념이 빠져 있음.
  • 기대효과: ~/.claude/rules/work-over-agent-management.md 도입 시 3가지 실효: (1) auto-issue에 proof-of-work gate 추가: .qa-cycle-passed 외에 .complexity-delta.json(cyclomatic 증가율) + .flow-recording/(agent-browser 스크린샷 시퀀스)…
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ work-over-agent-management.md
8/10rule

promptfoo/promptfoo: LLM Eval

CLI and library for evaluating and red-teaming LLM apps." 2026년 OpenAI 인수, MIT 유지.

  • 분석: 네 가지 primitive.
  • 적용 이유: 우리 qa-cycle이 "빌드 + 타입체크 + 브라우저 테스트 + API 응답" 레이어는 커버하지만 LLM 응답 품질의 regression은 완전 부재.
  • 기대효과: ~/.claude/rules/llm-eval-as-ci-gate.md 도입 시 3가지 실효: (1) 프롬프트 regression suite: ~/.claude/eval-suite/agents/{agent}.yaml에 대표 10개 태스크 + 기대 output 패턴 고정 → scripts/run-prompt-eval.sh가 특정 agent 프롬프트 수정…
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ llm-eval-as-ci-gate.md
7/10참조

openai/codex-plugin-cc: Official Codex Plugin for Claude Code (공식 ⭐15K)

Use Codex from inside Claude Code for code reviews or to delegate tasks to Codex." OpenAI 공식 Claude Code plugin.

  • 분석: 네 가지 primitive.
  • 참조 사유: 우리가 이미 구현한 패턴이 OpenAI 공식 표준화되어 migration 가치 재평가 필요.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ official-codex-plugin-migration.md(참조)
7/10참조

openai/skills: Agent Skills as Official Open Standard (공식 ⭐17K)

Agent Skills are folders of instructions, scripts, and resources that AI agents can discover and use." OpenAI 공식 Codex용 Skills catalog.

  • 분석: 네 가지 primitive.
  • 참조 사유: 우리 ~/.claude/skills/ 시스템이 industry standard에 합류했다는 convergence validation.
  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ agent-skills-3tier-model.md(참조)
43
수확
SEEN 317 | Applied 712026-04-21
GitHub weekly trending(전체+TypeScript+Python+Rust) + topic:claude-code/ai-agent 확장 + Karpathy·simonw·anthropics·openai 프로필 스캔.
9/10rule

dora-rs/dora: Declarative YAML Dataflow for Agent Orchestration (Rust, ⭐3.7K)

Middleware for event-driven dataflow AI pipelines." 100% Rust + Zenoh zero-copy messaging 기반.

  • 분석: 네 가지 primitive.
  • 적용 이유: 우리 canonical-workflow-fsm.md(spec-kitty 7-state FSM + lane)는 태스크 레벨 조율이지만 specialist 내부의 I/O 흐름은 여전히 프롬프트 자연어.
  • 기대효과: ~/.claude/rules/declarative-dataflow-orchestration.md 도입 시 3가지 실제 효과: (1) team-orchestrator YAML 스키마화로 Phase 3 specialist 위임이 workflows/fullstack.yml 한 파일에 선언 → orchestrator는 yq/jq로 파싱 후 Task 호출,…
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ declarative-dataflow-orchestration.md
8/10rule

openai/openai-agents-python: Composable Agent Primitives

Lightweight, powerful framework for multi-agent workflows." OpenAI 공식.

  • 분석: 네 가지 primitive.
  • 적용 이유: 우리 시스템은 이미 agent(skills) + tools(MCP/Bash/Edit) + handoff(Task 호출)를 갖고 있지만 guardrail이라는 명시적 pre/post 조건 layer가 부재.
  • 기대효과: ~/.claude/rules/composable-agent-primitives.md 도입 시 specialist agent 정의가 4-field 표준화: instructions(기존 SKILL.md body) + tools(tools frontmatter) + guardrails(신규, pre/post bash 체크 리스트) + handoffs(신규,…
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ composable-agent-primitives.md
7/10참조

topoteretes/cognee: Remember / Recall / Forget / Improve (⭐16)

Knowledge Engine for AI Agent Memory in 6 lines of code." agent memory를 4가지 verb primitive로 명시화: Remember(ingest + 자동 entity extraction) · Recall(relationship-aware query + 자동…

  • 분석: 다섯 가지 primitive.
  • 참조 사유: 우리 claude-mem + memory-bank는 현재 "세션 기록 + 텍스트 검색"에 머물러 있고, cognee의 4-verb 모델은 memory 레이어를 체계화하는 개념 프레임.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ memory-verb-primitives.md(참조)
7/10참조

raphaelmansuy/edgequake: LightRAG with 6 Query Modes

High-performance GraphRAG for converting documents into knowledge graphs." Rust + PostgreSQL + Apache AGE + pgvector.

  • 분석: 네 가지 primitive.
  • 참조 사유: cognee와 동일 방향이지만 훨씬 구체적인 구현 지침 제공.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ entity-normalization-memory.md(참조)
42
수확
SEEN 305 | Applied 692026-04-21
GitHub weekly trending(전체+TypeScript+Python+Rust) + topic:claude-code / "agent harness" / "self-improving agent" 직접 검색 + Karpathy/Simon Willison/Anthropic 최근 push 프로필 스캔.
9/10rule

neosigmaai/auto-harness: Benchmark-Gated Self-Improvement with 3-Tier Gate

Self-improving agentic system with automatic failure mining and optimization." 에이전트가 직접 agent/agent.py를 편집하되 3개의 순차 게이트로만 통과: (1) regression suite ≥80%, (2) full test score가 best…

  • 분석: 네 가지 primitive.
  • 적용 이유: 우리 autoresearch 스킬(38차 babysitter 참조)은 keep/discard를 실행 시점에만 판정 — "개선이 regression을 유발했는지"는 별도 검증.
  • 기대효과: ~/.claude/scripts/three-gate-regression.sh 도입 시 self-improve가 rule 추가 후 (1) 전체 qa-cycle 재실행하여 regression 확인, (2) 직전 iteration의 CRITICAL/HIGH 수와 비교, (3) 새로 통과한 TC를 docs/qa-test-plan.md에 자동 승격 — 3 단계…
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ benchmark-gated-self-improvement.md
8/10rule

facebookresearch/HyperAgents: Self-Referential Self-Improving Agents (Meta Research ⭐2.4K)

Self-referential self-improving agents that can optimize for any computable task." Meta 공식 연구 (arXiv 2603.19461).

  • 분석: 네 가지 primitive.
  • 적용 이유: 우리 recursive-self-improvement-loop.md(autocontext 4단계)와 execution-path-crystallization.md(GenericAgent L0/L2/L3 memory)는 "성공 패턴을 SOP로 결정화"를 제시하지만 "에이전트 코드 자체의 구조적 변경"은 부재.
  • 기대효과: ~/.claude/rules/meta-loop-agent-evolution.md(참조/실험 대상) 도입 시 specialist agent의 system prompt 자체를 iteration 대상으로 격상 — 기존에는 사람이 prompt를 수정했지만, Meta Agent가 최근 N회 실패/성공 패턴 분석 후 자동 제안 + harness-report…
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ meta-loop-agent-evolution.md(실험
8/10rule

affaan-m/everything-claude-code: Cross-Harness Performance Optimization (⭐162)

The agent harness performance optimization system for AI agent harnesses." 162K⭐ 단일 레포에 48 agents + 183 skills + 79 commands + 34 rules + 20+ hooks + 14 MCP servers 통합.

  • 분석: 다섯 가지 primitive.
  • 적용 이유: 우리 시스템과 아키텍처 철학이 거의 동일하지만 규모와 성숙도가 2배 수준 — 직접 흡수할 가치가 높음.
  • 기대효과: ~/.claude/rules/harness-performance-optimization.md 도입 시 3가지 즉시 효과: (1) compact@50% 강제로 long session에서 compaction 실패 방지 (alinaqi의 4-dim fatigue 40/60/75/83%와 단계화 결합 가능), (2) model selection…
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ harness-performance-optimization.md
7/10rule

superradcompany/microsandbox: Hardware-Level Isolation for AI Agents (Rust

Secure, local and programmable sandboxes for AI agents." Rust + libkrun 기반 <100ms boot microVM으로 Docker 컨테이너와 전통 VM 사이 빈 틈을 채움.

  • 분석: 네 가지 primitive.
  • 적용 이유: 우리 permission-mode-safety-tiers.md(41차 OpenHarness/craft-agents)는 Explore/Ask/Auto의 tier 기반 권한 — 하지만 tier 전환 자체는 정책 레벨이고 실제 악성 코드 실행을 제어할 수 없음.
  • 기대효과: ~/.claude/rules/hardware-isolation-for-untrusted-code.md 도입 시 3가지 실험 시나리오 안전화: (1) autoresearch가 benchmark 실험 코드 생성 → microsandbox에서 실행 → 결과만 host 반환, (2) trend-harvester가 외부 repo 코드 샘플 실험 →…
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ hardware-isolation-for-untrusted-code.md
7/10참조

alinaqi/claude-bootstrap: Mnemos Typed Memory

Opinionated project initialization for Claude Code.

  • 분석: 다섯 가지 primitive.
  • 참조 사유: 우리 claude-mem(thedotmack)은 자동 세션 캡처 + 압축 + 재주입 — 모든 컨텍스트를 동일 중요도로 처리.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ mnemos-typed-memory.md(참조)
41
수확
SEEN 290 | Applied 662026-04-21
GitHub weekly trending(전체+TypeScript) + topic:claude-code/ai-agent 확장 + Simon Willison/Karpathy 최근 push 프로필 스캔 + "agent harness" 직접 검색 + AGENTS.md 생태계 조사.
9/10rule

agents.md / Linux Foundation AAIF: Cross-Tool Agent Instructions Standard (60K+ adopters)

README for humans, AGENTS.md for coding agents." 2025-12 OpenAI·Anthropic·Google·Block 공동 donate로 Linux Foundation Agentic AI Foundation(AAIF) 관리 표준.

  • 분석: 네 가지 primitive.
  • 적용 이유: 우리 agent-manifest-pattern.md(microsoft/apm)는 primitives(skills/agents/hooks)의 선언적 manifest를 제시, agent-skills-format.md(huggingface/skills)는 SKILL.md 포맷 표준을 제시 — AGENTS.md는 instructions 자체의 cross-tool…
  • 기대효과: ~/.claude/rules/agents-md-cross-tool-convention.md 도입 + 프로젝트별 심볼릭 링크 컨벤션 제정 시, 팀이 Claude Code + Cursor + Codex 혼용하는 환경에서 instructions 파편화 원천 차단.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ agents-md-cross-tool-convention.md
9/10rule

langchain-ai/deepagents: LangChain's Official "Inspired by Claude Code" Harness (⭐21)

Deep Agents is inspired by Claude Code." LangChain 공식 에이전트 하네스 — planning tool(write_todos) + filesystem backend + subagent with isolated context window + shell access + context…

  • 분석: 다섯 가지 primitive가 우리 시스템과 독립 수렴.
  • 적용 이유: 외부 독립 수렴의 증거.
  • 기대효과: ~/.claude/rules/deep-agents-harness-primitives.md 도입 시 우리 시스템의 5 primitives 체크리스트를 명시화 — 각 primitive의 "SOFT vs HARD 현실" 표를 갱신하여 자가 진단 가능.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ deep-agents-harness-primitives.md
7/10rule

HKUDS/OpenHarness (⭐10)

두 프로젝트 독립 수렴으로 검증된 3-tier permission safety pattern — Explore(read-only) / Ask to Edit(매 호출 승인) / Auto(permissive).

  • 분석: 세 가지 primitive.
  • 적용 이유: 현재 우리 시스템은 ~/.claude/settings.json permissions가 세션 시작 시 고정 — 중간에 "잠깐 read-only만 하고 싶다"거나 "지금 bulk migration이라 승인 스킵하고 싶다"는 상황 대응 불가.
  • 기대효과: ~/.claude/rules/permission-mode-safety-tiers.md + .claude/session-tier.json schema 도입 시, /tier explore / /tier ask / /tier auto slash command로 대화 중 권한 실시간 조정.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ permission-mode-safety-tiers.md
7/10참조

virattt/ai-hedge-fund: Thematic Persona Parallelization (⭐56)

An AI Hedge Fund Team." 14개 투자자 persona(Warren Buffett / Cathie Wood / Michael Burry 등) + 4개 분석 agent(Valuation/Sentiment/Fundamentals/Technicals) + Risk Manager + Portfolio…

  • 분석: 네 가지 primitive.
  • 참조 사유: 우리 llm-council-pattern.md(karpathy/llm-council)는 익명 리뷰 → Chairman 합의의 explicit voting + 합의 도출 패턴 — 명확하지만 "합의 강제"로 인해 diversity가 소실될 수 있음.
  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 0 · 토큰효율 1 · 측정가능 1
→ thematic-persona-parallelization.md(참조)
40
수확
SEEN 282 | Applied 632026-04-20
GitHub weekly trending(전체+TypeScript) + topic:ai-agent/claude-code 확장 검색 + Archon·EvoMap/evolver·Multica·addyosmani/agent-skills README 전수 분석.
9/10rule

coleam00/Archon: Harness Builder with Deterministic (⭐19)

The first open-source harness builder for AI coding.

  • 분석: 다섯 가지 primitive.
  • 적용 이유: 우리 deterministic-orchestrator-scheduling.md(bernstein) + canonical-workflow-fsm.md(spec-kitty) + fresh-context-iteration.md(snarktank/ralph)는 각각 "스케줄링 결정론", "FSM 전이 강제", "fresh session 반복"을 개별…
  • 기대효과: ~/.claude/workflows/feature-dev.yml 표준 워크플로우 정의 시 "새 기능 개발"이 버전 관리 가능한 artifact로 — 현재는 /team 스킬이 자연어로 Phase 0~5를 설명하지만, YAML DAG 전환 시 Phase 전이가 depends_on으로 명시되어 "Phase 2를 건너뛰고 Phase 3" 같은 순서 위반 자동…
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ harness-builder-yaml-dag.md
9/10rule

EvoMap/evolver: Genome Evolution Protocol with Strategy Preset Ratios (⭐5)

A GEP-powered self-evolution engine for AI agents.

  • 분석: 다섯 가지 primitive.
  • 적용 이유: 우리 recursive-self-improvement-loop.md(greyhaven-ai/autocontext)는 Competitor→Analyst→Coach→Curator 4단계 루프를 개념적으로 제시, execution-path-crystallization.md(lsdefine/GenericAgent)는 성공 경로 → SOP 결정화를 제시 —…
  • 기대효과: ~/.claude/rules/strategy-preset-ratios.md 도입 시 self-improve가 프로젝트 단계별로 자동 preset 전환 — 현재는 "fix 커밋 쌓이면 pending" 단일 트리거, preset 도입 시 ~/.claude/context/project-phase.json의 phase(init/stable/crisis) 기반…
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ strategy-preset-fitness-ratios.md
7/10참조

multica-ai/multica: Task Lifecycle FSM (⭐17)

The open-source managed agents platform.

  • 분석: 네 가지 primitive.
  • 참조 사유: 우리 agent-delegation-strategy.md(키워드 매칭) + deterministic-orchestrator-scheduling.md(bernstein)는 specialist 선택/스케줄링을 다루지만 runtime capability 동적 감지는 부재.
  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ runtime-capability-registry.md(참조)
7/10참조

addyosmani/agent-skills: 6-Phase × 20 Skills with Anti-Rationalization Tables (⭐18)

Production-grade engineering skills for AI coding agents.

  • 분석: 세 가지 핵심 요소.
  • 참조 사유: 우리 agent-skills-format.md(huggingface/skills)는 SKILL.md 포맷 표준을 제시, addyosmani는 그 포맷으로 20개의 프로덕션 워크플로우를 실제 구현한 레퍼런스 라이브러리.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ anti-rationalization-tables.md(rule
39
수확
SEEN 278 | Applied 612026-04-20
GitHub daily/weekly trending(전체+TypeScript) + topic:claude-code/ai-agent pushed>2026-04-15 심층 + ECC·nanobot·learn-claude-code·OpenAI Agents README 전수 분석.
10/10rule

affaan-m/everything-claude-code: Cost-Aware Harness Tuning System (⭐161)

AI coding tool config을 static config pack이 아닌 performance system으로 재정의 — 디폴트 설정이 비용 60-70% 낭비." Anthropic 해커톤 우승자가 만든 cross-harness(Claude Code/Cursor/Codex/OpenCode) 최적화 시스템.

  • 분석: 다섯 가지 즉시 적용 가능 primitive.
  • 적용 이유: 우리는 이미 token-brevity-pattern.md(출력 절감) + context-compression-pipeline.md(입력 절감) + cli-output-compression.md(CLI 절감) + token-efficiency-tracking.md(추적)를 보유 — 네 가지 모두 구조적/기법적 차원.
  • 기대효과: ~/.claude/settings.json에 "env": {"MAX_THINKING_TOKENS": "10000"} 1줄 추가 시 다음 모든 세션 thinking cost 즉시 70% 절감 — 1주일 누적 단위로 가장 큰 단일 ROI.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ cost-aware-harness-tuning.md
7/10참조

HKUDS/nanobot: Ultra-Lightweight Agent with Token-Based Memory (⭐40)

Intentionally simple enough to study, modify, and extend." 무거운 framework(LangChain/Haystack) 거부 + core_agent_lines.sh로 LOC를 design constraint로 명시 추적.

  • 분석: 네 가지 minimalist primitive.
  • 참조 사유: 우리 시스템은 이미 reducing-entropy 스킬과 code-review-patterns.md의 "코드 중복 제거"를 보유하지만, nanobot의 LOC를 메트릭으로 추적은 더 강한 강제 — core_agent_lines.sh 같은 측정 스크립트를 우리 scaffold에 도입 시 "스킬/규칙이 비대해지는 현상" 정량 추적 가능.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ scaffold/rules
7/10참조

shareAI-lab/learn-claude-code: Educational Harness Mechanism Decomposition (⭐54)

Treat the team JSONL mailbox protocol as a teaching implementation, not a claim about production internals." 12 progressive sessions(s01-s12)로 Claude Code 하네스의 핵심 mechanism을 단계별…

  • 분석: 다섯 가지 교육적 primitive.
  • 참조 사유: 우리 worktree-shared-state.md(RVC-COAL 파일 기반 조율) + state-driven-orchestration.md(oh-my-codex 파일 영속) + canonical-workflow-fsm.md(spec-kitty FSM)의 패턴을 교육적으로 분해한 reference implementation.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ on-demand
6/10참조

openai/openai-agents-python: Declarative Multi-Agent SDK with Built-in Tracing (⭐23)

Lightweight, powerful framework for multi-agent workflows." OpenAI 공식 SDK — Handoffs(에이전트 간 위임으로 hierarchical workflow) + Sessions(자동 conversation history management, in-memory or…

  • 분석: 다섯 가지 production primitive.
  • 참조 사유: OpenAI 공식 SDK라는 신호 가치 — 우리 patterns(specialist 위임, Sessions 자동 관리, Guardrails declarative validation)이 OpenAI 공식 라이브러리 primitive로 표준화된 것은 외부 검증.
  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ OpenAI
38
수확
SEEN 274 | Applied 602026-04-20
GitHub daily trending(전체) + topic:agent-orchestration pushed>2026-04-15 심층 탐색 + Donchitos·babysitter·opencrabs README 전수 분석.
8/10rule

a5c-ai/babysitter: Forced-Stop Hooks (⭐584)

Enforces compliance across agentic workforces — deterministic, hallucination-free orchestration." 매 step 종료 시 mandatory Stop hook이 발동하여 에이전트의 autonomous continuation을 물리적으로 차단.

  • 분석: 여섯 가지 primitive.
  • 적용 이유: 우리 convergence-loop-no-mid-question.md는 "CRITICAL=0 or EXHAUSTED까지 반복"을 말하지만 "진행 여부를 누가 결정하는가"는 여전히 Claude.
  • 기대효과: team-orchestrator Phase 1→2→3 전이를 Claude 판단에서 next-phase.sh 스크립트 결정으로 전환 시 "Phase 1 완료된 것 같음 → Phase 2 시작" 환각 제거.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ forced-stop-hooks-pattern.md
8/10rule

adolfousier/opencrabs: 5-Way Self-Healing Engine for LLM Runtime Pathologies (⭐665)

Single Rust binary.

  • 분석: 다섯 가지 병리 감지.
  • 적용 이유: 우리는 이미 context-compression-pipeline.md(압축 전략) + unified-model-gateway.md(fallback) + convergence-loop-no-mid-question.md(루프 중단)를 분산 보유하지만, opencrabs처럼 런타임 self-healing engine 하나로 통합하지 못함.
  • 기대효과: ~/.claude/hooks/pre-llm-call.sh에 context 65% soft-compaction 자동화 시 long-running 세션의 context rot 마찰 제거.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 0
→ self-healing-autonomy-patterns.md
7/10참조

Donchitos/Claude-Code-Game-Studios: Three-Tier Hierarchy (⭐13)

Turn Claude Code into a full game dev studio — 49 AI agents, 72 workflow skills." 단일 Claude Code 세션을 실제 게임 스튜디오 조직 구조(Directors → Department Leads → Specialists 3-tier)로 재구성.

  • 분석: 다섯 가지 조직 primitive.
  • 참조 사유: 우리 team-orchestrator는 specialist 2-tier(orchestrator → specialist)인데 Claude-Code-Game-Studios는 3-tier(director → lead → specialist)로 확장.
  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ 대규모
7/10참조

nxtg-ai/forge-orchestrator: File Locking (⭐108)

Multi-tool orchestration for Claude Code, Codex CLI, and Gemini CLI." 단일 Rust 바이너리가 state 관리, 동시 편집 방지, 제도적 지식 포착을 통합.

  • 분석: 세 가지 핵심 primitive.
  • 참조 사유: 우리는 Claude Code 단일 도구 사용 전제라 file locking 필요성이 낮음 — 하지만 /codex:rescue로 Codex/GPT를 호출하는 순간 multi-tool 상황 발생.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ codex-convergence-loop.sh에
37
수확
SEEN 270 | Applied 582026-04-20
GitHub weekly trending(전체+TypeScript+Python) + simonw 최근 push + topic:claude-code/self-improving API 검색. 11개 신규 후보(중복 제외) 중 2개 rule 제안(Ouroboros 9/10 · Spec-Kitty 8/10), 2개 참조(Human-Agent-Society CORAL 7/10 · simonw docs-for-llms 7/10).
9/10rule

Q00/ouroboros: Quantified Ambiguity Gates (⭐2)

Stop prompting.

  • 분석: 다섯 가지 primitive.
  • 적용 이유: 우리 convergence-loop-no-mid-question.md는 "CRITICAL=0 or EXHAUSTED까지 반복"을 말하지만 "CRITICAL=0인지 어떻게 측정하는가"는 여전히 LLM 판단.
  • 기대효과: ambiguity-gate.sh 도입 시 team-orchestrator가 모호한 plan으로 Phase 3 구현을 시작하는 빈도가 구조적으로 급락.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ quantified-ambiguity-gate.md
8/10rule

Priivacy-ai/spec-kitty: Canonical FSM (⭐1)

Coordination is a file system problem, not a SaaS problem." 7-state canonical FSM(planned→claimed→in_progress→for_review→in_review→approved→done)을 tasks.md YAML frontmatter에 박고,…

  • 분석: 네 가지 primitive.
  • 적용 이유: 우리 worktree-parallel-agents.md(worktrunk) + worktree-shared-state.md(RVC-COAL) 조합은 "격리 + 공유 상태"까지만 다룸 — 상태 전이 규칙과 레인 계산 알고리즘이 부재.
  • 기대효과: canonical-workflow-fsm.md 채택 시 TaskUpdate가 out-of-order 전이를 거부하여 "pending에서 바로 completed로 건너뛰기"로 QA 스킵하는 패턴을 구조적 차단.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ canonical-workflow-fsm.md
7/10참조

Human-Agent-Society/CORAL: Eval-on-Commit (⭐499)

Organizations of autonomous AI agents that run experiments, share knowledge, and continuously improve." 각 에이전트가 독립 worktree에서 작업하되 .coral/public/를 심볼릭 링크로 공유 — "zero sync…

  • 분석: 네 가지 primitive.
  • 참조 사유: CORAL 전체는 우리 worktree-shared-state.md + recursive-self-improvement-loop.md와 겹치지만, 두 가지 독창적 원소가 있다.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ qa-commit.sh
7/10참조

simonw/docs-for-llms: Version-Aware Concatenated Docs as LLM Artifact (⭐58) simonw

Concatenated documentation for use with LLMs." 5개 오픈소스 툴(llm/datasette/sqlite-utils/s3-credentials/shot-scraper)의 docs를 버전별 단일 .txt로 aggregate, index.json으로 메타데이터 제공.

  • 분석: 세 가지 요소.
  • 참조 사유: 우리 file-to-markdown-pipeline.md(microsoft/markitdown) + context-compression-pipeline.md(claw-compactor)와 철학 유사 — 다만 docs-for-llms는 "외부 의존성(프레임워크/라이브러리) 문서를 프로젝트 init 시점에 aggregate"라는 새로운 각도.
  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ /init-project에
36
수확
SEEN 266 | Applied 562026-04-19
GitHub weekly trending(전체 + topic:claude-code pushed>2026-04-01) + simonw 최근 push + Archon·OMO·evolver·addyosmani README 심층 분석.
9/10rule

coleam00/Archon: YAML DAG Harness Builder with Deterministic (⭐18)

The first open-source harness builder for AI coding.

  • 분석: 세 가지 primitive.
  • 적용 이유: 우리 team-orchestrator/manager-orchestrator의 Phase는 skill/agent markdown에 자연어 프롬프트로 정의 — 매 실행마다 Claude가 다시 해석하므로 재현성 0.
  • 기대효과: .claude/workflows/team.yaml로 Phase 0~5를 DAG로 이관하면 "team-orchestrator가 매 실행마다 Phase 구조를 재발명하는 현상" 종결.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ archon-harness-builder.md
8/10rule

code-yeongyu/oh-my-openagent (OMO): Hashline Content-Hash Edit Safety (⭐52)

The best agent harness." 가장 독창적 primitive는 Hashline — 각 코드 라인에 content hash(LINE#ID)를 앵커링하여 에이전트가 라인 내용을 복제하지 않고 해시로 참조.

  • 분석: 네 가지 primitive.
  • 적용 이유: Hashline이 genuinely novel.
  • 기대효과: Edit 도구가 Hashline 지원 시 "세션 중반 이후 Edit 실패율 급락".
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ hashline-edit-safety.md
7/10참조

addyosmani/agent-skills: Production Skills with Anti-Rationalization Tables (⭐17) addyosmani

Production-grade engineering skills for AI coding agents." 20개 스킬을 6-phase(Define/Plan/Build/Verify/Review/Ship)로 조직.

  • 분석: 다섯 가지 distinctive pattern.
  • 참조 사유: 우리 completion-verification.md, test-first-agent-tasks.md, qa-browser-test-required.md가 이미 "evidence 기반 판정" 원칙을 담고 있음 — addyosmani는 이를 6-phase × 20 skills × anti-rationalization table이라는 구조로 상품화.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ 기존
7/10참조

EvoMap/evolver: GEP Protocol-Constrained Self-Evolution with Audit Trail (⭐5)

The GEP(Gene Expression Programming)-Powered Self-Evolution Engine for AI Agents." 코드를 자동 수정하지 않고 "프로토콜에 바인딩된 prompt를 emit"하여 다음 진화 단계를 유도.

  • 분석: 네 가지 primitive.
  • 참조 사유: 우리 recursive-self-improvement-loop.md(autocontext) + checkpoint-before-mutation.md(moltis) + agent-skill-extraction.md(hermes)는 이미 "변경 전 스냅샷 + 사후 검증 + 성공 패턴 축적"을 담고 있음.
  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ ~/.claude/logs/evolution-events.jsonl
35
수확
SEEN 254 | Applied 542026-04-19
GitHub weekly trending(전체+TypeScript+Markdown) + Karpathy·simonw·anthropics 프로필 스캔 + topic:claude-code 최근 push 검색. 12개 신규 후보 중 4개 고득점, 2개 rule 제안, 2개 참조.
9/10rule

saltbo/agent-kanban: Agents as First-Class Citizens with Self-Authored Task Hierarchies (⭐196)

Traditional kanban boards treat AI as passive task executors." 에이전트에게 cryptographic identity를 부여하고 직접 태스크를 생성·할당·피어 리뷰하게 만든 kubectl-style 리소스 보드.

  • 분석: 네 가지 primitive.
  • 적용 이유: 우리 TaskCreate/TaskUpdate/TaskList는 orchestrator가 authored.
  • 기대효과: specialist에게 "태스크를 만들 권한"을 부여하면 orchestrator가 병목이 되는 현상이 완화.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ agent-authored-tasks.md
8/10rule

diegosouzapw/OmniRoute: 4-Tier Fallback (⭐3)

Never stop coding.

  • 분석: 네 가지 novel primitive.
  • 적용 이유: 우리 unified-model-gateway.md(new-api 기반)는 "포맷 변환 + 채널 가중치"까지만 명시.
  • 기대효과: ~/.claude/logs/model-quota.jsonl에 프로바이더별 RPM/소진율 기록 시, self-improve가 "이번 달 어느 모델이 bottleneck인가"를 통계 분석 가능.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ provider-fallback-circuit-breakers.md
7/10참조

multica-ai/multica: Compound Skill Library for Agent Teams (⭐16) multica-ai

Turn coding agents into real teammates — assign tasks, track progress, compound skills." Next.js + Go + PostgreSQL/pgvector 하이브리드 클라우드.

  • 분석: 세 가지 주목할 primitive.
  • 참조 사유: multica 전체 도입은 오버엔지니어링(Next.js+Go+Postgres+pgvector 전체 스택).
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ memory-bank에
7/10참조

iOfficeAI/AionUi: Local Cowork Platform for 20+ LLM Agents (⭐22)

AionUi is more than a chat client.

  • 분석: 네 가지 주목 요소.
  • 참조 사유: AionUi 전체는 Electron 데스크톱 앱이라 우리 CLI 중심 workflow와 맞지 않음.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 1 · 토큰효율 1 · 측정가능 1
→ ~/.claude/mcp-registry.json
34
수확
SEEN 250 | Applied 522026-04-19
GitHub weekly trending(전체+TypeScript) + Karpathy 프로필 직접 스캔 + topic:claude-code API 검색. 15개 신규 후보 중 4개 고득점, 2개 rule 제안, 2개 참조.
9/10rule

tirth8205/code-review-graph: Permanent Code Graph with Blast-Radius Precision (⭐11) tirth8205

AI coding tools re-read your entire codebase on every task." Tree-sitter 파싱 → SQLite 노드/엣지 그래프 → git hook 증분 인덱싱 → blast-radius 분석.

  • 분석: 세 가지 primitive 조합.
  • 적용 이유: 우리 memory-bank가 "대화 이력 검색"은 강하지만 코드 구조 그래프는 부재.
  • 기대효과: .code-graph.db 도입 후 code-reviewer / bug-fixer / frontend-specialist 호출 시 prompt에 "변경 영향 파일 목록"을 JSON으로 주입 → specialist가 grep 재탐색 0.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ content-graph-precise-context.md
8/10rule

EvoMap/evolver: GEP-Powered Self-Evolution with Audit Trail (⭐4)

Evolution is not optional.

  • 분석: Evolver는 code patcher가 아니라 prompt generator.
  • 적용 이유: 우리 self-improve는 fix: 커밋에서 rule을 파생하지만 Curator 단계가 없다 (recursive-self-improvement-loop.md에서 이미 지적된 공백).
  • 기대효과: ~/.claude/evolution-events.jsonl append-only 로그 도입 시, Curator가 "90일 trigger_count agent-memory-hygiene.md가 SOFT 지시로 남긴 rule 수명관리를 HARD 전환.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ evolution-audit-trail.md
7/10참조

johannesjo/parallel-code: Five Agents on Five Features, Zero Conflicts (⭐529)

Turn wait time into parallel progress." Electron + SolidJS 데스크톱 앱.

  • 분석: 기존 worktree 자동화 도구(worktrunk, git worktree)와의 차이점 — desktop UI로 멀티 에이전트를 단일 인터페이스에서 관리.
  • 참조 사유: 우리 worktree-parallel-agents.md, worktree-shared-state.md, cross-model-adversarial-review.md, llm-council-pattern.md가 이미 "여러 모델/에이전트를 동시 돌리고 결과 비교"를 rule로 명시.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 1 · 토큰효율 1 · 측정가능 1
→ team-orchestrator에
7/10참조

mvanhorn/last30days-skill: Engagement-Scored Cross-Platform Research (⭐22)

Google aggregates editors.

  • 분석: 5-stage synthesis pipeline: (1) Entity resolution — 검색 전 AI가 관련 handle/subreddit/hashtag/repo를 먼저 식별, (2) Engagement scoring — upvotes/likes/views/monetary backing으로 랭킹(keyword 무관), (3) Duplicate…
  • 참조 사유: 우리 loopy-era-trend-harvester(이 스킬 자체)가 현재 GitHub + RSS + X 미러만 커버.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ trend-harvester에
33
수확
SEEN 235 | Applied 502026-04-19
GitHub weekly trending + anthropics 공식 repo 스캔. 6개 신규 후보, 2개 적용, 2개 참조.
9/10rule

coleam00/Archon: The First Open-Source AI Coding Harness Builder (⭐3) coleam00

When you ask an AI agent to 'fix this bug', what happens depends on the model's mood.

  • 분석: Docker가 인프라에 determinism을 줬고 GitHub Actions가 CI/CD에 줬다면, Archon은 AI 코딩에 determinism을 주입.
  • 적용 이유: 우리 team-orchestrator / manager-orchestrator / auto-issue가 자연어 프롬프트로 워크플로우를 기술 — Phase 전이, specialist 선정, 재시도 결정이 전부 LLM 추론에 의존.
  • 기대효과: /team Phase 1~5를 .claude/workflows/team-orchestration.yaml로 재작성 시 Phase 전이가 자연어 판단 → exit code 기반으로 전환.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ workflow-as-code-harness.md
8/10rule

thedotmack/claude-mem: Progressive Disclosure for Context Injection (⭐14) thedotmack

~10x token savings by filtering before fetching details." 3-layer 점진적 공개 워크플로우: search(50-100토큰 인덱스) → timeline(시계열 맥락) → get_observations(필터링된 ID만 full detail 500-1000토큰).

  • 분석: 5개 lifecycle hook (SessionStart / UserPromptSubmit / PostToolUse / Stop / SessionEnd)이 관찰을 자동 캡처.
  • 적용 이유: 우리 memory-bank도 SQLite FTS5를 사용하지만 search 결과가 곧바로 full content를 반환한다.
  • 기대효과: 장기 세션에서 memory-bank 검색 결과로 context window 포화되는 현상 완화.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ progressive-disclosure-context.md
8/10참조

addyosmani/agent-skills: Anti-Rationalization Tables (⭐5) addyosmani

AI coding agents default to the shortest path — which often means skipping specs, tests, security reviews." 20개 production-grade skill + 3개 specialist persona.

  • 분석: 20개 skill을 6-phase lifecycle에 매핑: Define(2) / Plan(1) / Build(5) / Verify(2) / Review(4) / Ship(5).
  • 참조 사유: 우리 skills/는 현재 "무엇을 하라"만 기술하지, AI가 어떻게 회피할지는 언급 없음.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ qa-cycle/user-proxy/self-improve
7/10참조

anthropics/skills: Official Skill Marketplace (⭐120) anthropics

Anthropic 공식 Agent Skills marketplace.

  • 분석: SKILL.md 최소 구조: YAML frontmatter(name, description) + markdown body.
  • 참조 사유: 우리 이미 agent-skills-format.md로 SKILL.md 표준을 채택했지만, Python 스크립트를 수반하는 skill은 거의 없음.
  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ skill
32
수확
SEEN 229 | Applied 482026-04-18
GitHub API topic search (claude-code, ai-agent, agent-harness, self-improving) 4종 병렬 스캔. 4개 신규 후보, 2개 적용, 2개 참조.
9/10rule

redwoodjs/agent-ci: Local GitHub Actions with Pause-on-Failure (⭐567) redwoodjs

Step 6 failed.

  • 분석: GitHub Actions 오케스트레이션 레이어를 로컬 재구현.
  • 적용 이유: 우리 bug-fixer 4회 로테이션의 근본 비효율 — 매 시도마다 "처음부터 다시".
  • 기대효과: qa-cycle 재실행 시간 80% 단축(이미 성공한 단계 스킵).
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ pause-on-failure-pattern.md
9/10rule

chernistry/bernstein: Deterministic CLI-Agent Orchestrator (⭐132)

The task scheduler is plain Python.

  • 분석: Bernstein은 목표를 받으면 manager(LLM)가 task로 분해하고, 이후 scheduler(plain Python)가 agent 선정/재시도/reap 결정을 모두 담당.
  • 적용 이유: 우리 team-orchestrator / manager-orchestrator가 Phase 전이, specialist 선정, 재시도 결정을 모두 LLM 추론에 위임.
  • 기대효과: 조율 판단에 소모되던 orchestrator 토큰 0.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ deterministic-orchestrator-scheduling.md
8/10참조

tw93/Waza: Engineering Habits as Skills (⭐3) tw93

Every rule the author writes becomes a ceiling.

  • 분석: "Waza(技, わざ)"는 무술 용어로 "본능이 될 때까지 연습한 기술".
  • 참조 사유: 우리 rules/ 폴더(~80개)의 대부분이 ceiling 방식("이 패턴 금지", "이 방식만 허용").
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ floor
7/10참조

yonatangross/orchestkit: 103 Skills · 36 Agents · 172 Hooks (⭐149)

Stop explaining your stack.

  • 분석: OrchestKit은 Waza와 정반대 극단 — 최소주의 대신 최대주의.
  • 참조 사유: 우리 /cc-sync는 "User scope 전체 복사"라 프로젝트별 조정 어려움.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 1 · 토큰효율 0 · 측정가능 2
→ /cc-apply에
31
수확
SEEN 225 | Applied 462026-04-18
GitHub API topic search (claude-code, ai-agent, self-improving, agentic-workflow) 4종 병렬 스캔. 56개 후보 중 5개 신규, 1개 적용, 3개 참조.
9/10rule

microsoft/apm: Agent Package Manager (⭐1) microsoft

Think package.json, requirements.txt, or Cargo.toml — but for AI agent configuration." 에이전트 primitive (instructions/skills/prompts/hooks/plugins/MCP)를 선언적 매니페스트로 통합 관리.

  • 분석: apm.yml 하나에 skills, agents, hooks, plugins, MCP 전부 선언.
  • 적용 이유: 우리 /cc-sync가 "User scope 전체 복사" 방식이라 primitive 단위 선택이 불가능.
  • 기대효과: .claude/manifest.yml 스키마 정의 후 pilot 프로젝트 3개에 적용 → scaffold bloat 50% 감소(불필요 rule 미설치).
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ agent-manifest-pattern.md
8/10참조

bytedance/deer-flow 2.0: Super Agent Harness (⭐62) bytedance

Open-source super agent harness that orchestrates sub-agents, memory, and sandboxes — powered by extensible skills." ByteDance의 ground-up rewrite.

  • 분석: Deep Research 프레임워크를 super agent harness로 재정의.
  • 참조 사유: 우리 team-orchestrator의 5 primitive 설계(Task/TodoWrite/Agent/SlashCommand/hooks)와 독립적으로 도달한 동일 결론.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ super-agent-harness
8/10참조

matt1398/claude-devtools: The debugging DevTools for Claude Code (⭐3)

Your Claude is coding blind.

  • 분석: Claude Code 내장 출력이 숨기는 5개 영역을 재구성: (1) 파일 경로·라인번호·syntax-highlighted 콘텐츠, (2) regex 패턴·매칭 파일·매칭 라인, (3) inline diff(추가/제거), (4) per-turn token attribution across 7 categories + compaction 시각화, (5)…
  • 참조 사유: 우리도 같은 문제 보유 — 세션 전체에서 토큰이 어디로 갔는지 추적 불가.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ 토큰
7/10참조

ModelEngine-Group/nexent: Harness Engineering Platform (⭐4)

Zero-code platform for auto-generating production-grade AI agents, built on Harness Engineering principles." 우리가 내부에서 쓰는 "harness" 용어가 외부에서도 정식 엔지니어링 분야로 자리잡고 있음을 확인.

  • 분석: "Harness Engineering" 원칙으로 unified tools, skills, memory, orchestration을 built-in constraints / feedback loops / control planes과 결합.
  • 참조 사유: "Harness Engineering"이라는 용어가 공식 분야로 인정받고 있다는 외부 검증.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ Harness
30
수확
SEEN 220 | Applied 452026-04-18
GitHub API topic search (claude-code, ai-agent, prompt-engineering, agentic) 스캔. 신규 5개 중 1개 적용, 2개 참조. oh-my-openagent의 Hashline — content-hash anchored edit로 stale-line 에러를 33%→68%+ 로 끌어올린 HARD-측정 가능한 편집 검증 패턴.
9/10rule

code-yeongyu/oh-my-openagent: Hashline (⭐52)

Every edited line carries a content hash (LINE#ID format) — validates changes before application, reducing stale-line errors from ~33% to 68%+ success rates." 편집 실패율을 숫자로 측정 가능한…

  • 분석: oh-my-opencode가 oh-my-openagent로 리네임되면서 도입된 핵심 신기술.
  • 적용 이유: 우리 Edit 도구도 old_string 유일성 요구로 일부 보호하지만, "edit 실패율"이 측정되지 않아 개선을 수치로 추적 불가.
  • 기대효과: Edit 실패 로깅 hook 추가 시 어떤 파일이 자주 stale인지 측정 가능 → Read→Edit 사이에 외부 변경이 잦은 파일에 "auto-re-Read before edit" 규칙 자동 승급.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ content-hash-anchored-edits.md
8/10참조

shareAI-lab/learn-claude-code: Nano Harness Pedagogy "Bash is all you need" (⭐54)

An agent without a plan drifts." "The MODEL decides when to call tools and when to stop.

  • 분석: 12-session 교육용 progressive implementation으로 하네스 최소 구성요소 도출.
  • 참조 사유: 우리 하네스는 이미 5 primitives 전부 보유(Task/TodoWrite/Agent/SlashCommand/hooks), 그러나 primitive 정의가 암묵적이라 새 기여자가 구조를 이해하기 어렵다.
  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ 하네스
7/10참조

jackwener/OpenCLI: Three-Tier Degrading Fallback for Web Tools (⭐16)

Same command, same output schema, every time." 웹사이트·Electron 앱·로컬 바이너리를 AI 에이전트가 쓸 수 있는 통일 CLI로 변환.

  • 분석: 세 가지 층위로 커버리지 확보: (1) Pre-built adapters — 90+ 사이트에 대한 결정적 CLI 래퍼, (2) Live browser control — 어댑터 없을 때 브라우저 자동화로 fallback, (3) Auto-synthesis — 에이전트가 behavior로부터 새 adapter 생성.
  • 참조 사유: 우리 web-qa-tester는 현재 chrome-devtools-mcp + agent-browser + expect-cli 3도구 크로스체크지만, 도구 선택 전략이 명시되지 않음.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 1
→ web-qa-tester
29
수확
SEEN 215 | Applied 442026-04-18
GitHub API topic search (claude-code, ai-agent, prompt-engineering) + weekly trending 스캔. 신규 8개 중 1개 적용, 2개 참조. shanraisshan의 "skill descriptions as triggers" 역설 — 기존 문서화 관점을 뒤집어 모델 활성화 관점으로 전환.
9/10rule

shanraisshan/claude-code-best-practice: Structured Agentic Engineering (⭐45)

Skill descriptions are triggers for the model, not documentation" — skill 설명을 '무엇인가' 서술이 아닌 '언제 발동하는가' 트리거로 전환.

  • 분석: 세 가지 구조적 1급 primitive로 에이전트 동작 방식 재정의.
  • 적용 이유: 우리 skill 생태계가 이미 description 필드를 가지지만 용도가 혼합됨 — 일부는 사용자 설명용, 일부는 Claude 발동 트리거용.
  • 기대효과: skill description rewrite guideline 제공 → description 명확도 향상 → 발동 정밀도 개선.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ skill-description-as-trigger.md
8/10참조

affaan-m/everything-claude-code: Cross-Tool Adapter Pattern (⭐159)

AgentShield 레드팀/블루팀/감사자 파이프라인 신규 도입.

  • 분석: 48 agent + 183 skill + 34 rule set + AgentShield 통합 시스템.
  • 참조 사유: 기존 7차에서 "research-first development" 패턴으로 이미 수확했으나 6개월 만에 15K⭐ 추가 성장 → 새 패턴 cross-tool adapter가 추가됨.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ cross-tool-adapter
7/10참조

HKUDS/nanobot: Ultra-Lightweight Agent with HEARTBEAT.md (⭐39)

99% fewer lines of code than OpenClaw" — 200줄 에이전트 루프.

  • 분석: 3가지 simplification — (1) Minimal Agent Loop: loop.py 단일 파일에 LLM↔tool 실행.
  • 참조 사유: 우리 /loop는 Claude Code 세션 내 주기 실행이지만 nanobot의 HEARTBEAT.md는 파일 기반 pending queue로 세션 경계를 넘는다.
  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ heartbeat-file-scheduling
28
수확
SEEN 207 | Applied 432026-04-17
GitHub API topic search (claude-code, ai-agent) + 구루 프로필 스캔 (karpathy, simonw, mshumer, anthropics). 신규 3개 중 1개 적용, 2개 참조. lean-ctx의 shell hook 기반 토큰 압축 — caveman/rtk/claw-compactor 3축에 빠져있던 "에이전트 무관 공통 압축 레이어" 보강.
9/10rule

yvgude/lean-ctx: Shell Hook Context Compression (⭐650)

Reduce AI coding costs by 99%" — 단일 Rust 바이너리가 MCP + shell hook으로 CLI 출력·파일 읽기를 LLM 도달 전 압축.

  • 분석: 90+ CLI 명령을 34개 카테고리로 패턴 압축(git status 70-95% 절감).
  • 적용 이유: 기존 caveman(출력 절감) + rtk(일부 CLI) + claw-compactor(파일) 3축에 "에이전트 무관 공통 레이어"가 비어있음.
  • 기대효과: Read 도구 mode 기본값 전환 + Bash PreToolUse hook으로 lean-ctx 경유 → 세션 평균 토큰 사용 50%+ 절감 예상.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ shell-hook-context-compression.md
8/10참조

Q00/ouroboros: Spec-Driven Mathematical Gates (⭐2)

Stop prompting.

  • 분석: Nine Minds(Socratic/Ontologist/Contrarian/Hacker 등) on-demand 에이전트.
  • 참조 사유: 우리 two-stage-review-gate(spec→quality) + test-first-agent-tasks(계약 먼저) + recursive-self-improvement-loop(Curator) 방향과 동일하지만, **수치 게이트로 HARD 강제**가 더 강함.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 0 · 측정가능 2
→ two-stage-review-gate.md
7/10참조

PackmindHub/packmind: Multi-Tool Instruction Distribution (⭐262)

엔지니어링 playbook을 CLAUDE.md · .cursor/rules · copilot-instructions.md 포맷별 자동 배포.

  • 분석: packmind-cli init이 코드베이스 패턴 분석 → 표준 포맷 추출.
  • 참조 사유: 우리 agent-memory-hygiene의 "Cross-Project 규칙 승격" 메커니즘과 구조 유사.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 1 · 토큰효율 1 · 측정가능 1
→ init-project
27
수확
SEEN 204 | Applied 422026-04-17
GitHub API topic search (claude-code, ai-agent) + 구루 프로필 스캔 (karpathy, simonw). 신규 6개 중 1개 적용, 1개 참조. autocontext의 4단계 폐루프 패턴 — self-improve에 부재했던 Curator 단계 보강.
9/10rule

greyhaven-ai/autocontext: Recursive Self-Improving Agent Harness (⭐740)

Most agent systems still start every run cold" — 반복 실행을 Competitor/Analyst/Coach/Curator 4단계로 구조화.

  • 분석: Competitor(전략 제안) → Analyst(결과 분석) → Coach(playbook 업데이트) → Curator(약한 변경 롤백).
  • 적용 이유: 기존 self-improve는 Competitor(specialist)→Analyst(user-proxy QA)→Coach(scaffold rule 추가)까지만 있고 Curator가 부재.
  • 기대효과: self-improve에 Phase 5 Curator 추가 → scaffold bloat 방지, 토큰 효율 개선, signal과 noise 분리.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ recursive-self-improvement-loop.md
8/10참조

lout33/symbiotic-ai: Pattern-Based Challenge Agent (⭐691)

A symbiotic AI that remembers everything, challenges you" — 4개 지속 파일(SOUL/USER/AGENTS/NOW.md)로 100+ 세션의 사용자 행동 패턴을 축적, 일회성 조언 대신 반복 패턴 지적.

  • 분석: "3주 동안 아무도 요청하지 않은 기능 개발" 같은 구체적 패턴을 날짜 로그로 증명.
  • 참조 사유: 우리 self-mirror(L1~L4 비판) + harsh-critic + user-proxy 에이전트 강화 방향과 일치.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ self-mirror/harsh-critic
7/10참조

vm0-ai/vm0: Natural Language Workflow Runtime (⭐1)

자연어로 설명된 워크플로우를 자동 실행하는 agentic runtime.

  • 분석: "workflow.md 파일에 자연어로 작성 → 실행" 패턴.
  • 참조 사유: 우리 스킬 시스템이 이미 markdown 기반이므로 직접 적용은 불필요.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 0 · 토큰효율 1 · 측정가능 1
→ 워크플로우
26
수확
SEEN 198 | Applied 412026-04-17
GitHub API topic search (claude-code, ai-agent, autonomous-agent, self-improving, prompt-engineering) + 구루 프로필 스캔 (karpathy, simonw, mshumer, yoheinakajima, hwchase17).
9/10rule

stakpak/agent: 24/7 Autonomous DevOps Agent (⭐1)

Ship your code, on autopilot" — 오픈소스 에이전트가 머신에서 24/7 상주하며 앱을 실행 유지, 사람이 필요할 때만 알림.

  • 분석: 24/7 백그라운드 상주 → 앱 헬스체크 자동 → 장애 자동 복구 → 사람은 에스컬레이션만.
  • 적용 이유: user-proxy 자동 개입 철학과 완전 일치.
  • 기대효과: auto-issue 데몬 → 24/7 상주형으로 진화, 에스컬레이션 자동 텔레그램 알림 강화, 헬스체크 → 자동 복구 루프 표준화
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ autonomous-devops-agent.md
9/10참조

googleworkspace/cli: Dynamic CLI with 40+ Agent Skills (⭐25)

Google Discovery Service에서 런타임에 명령어를 동적 생성.

  • 분석: 정적 명령어 목록이 아닌 API 스펙에서 동적 생성 → 유지보수 부담 제로.
  • 참조 사유: 동적 명령 생성 패턴은 MCP 서버 동적 스킬 생성과 유사.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ 동적
8/10참조

karpathy/nanochat: $100 ChatGPT (⭐52) karpathy

The best ChatGPT that $100 can buy" — 단일 GPU에서 LLM 훈련.

  • 분석: autoresearch keep/discard를 ML 훈련에 적용한 결정적 사례.
  • 참조 사유: 우리 autoresearch 패턴(validate→keep/discard)의 검증 사례.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ autoresearch
8/10참조

aden-hive/hive: Multi-Agent Harness with DAG Execution (⭐10)

Zero-setup, model-agnostic 실행 harness.

  • 분석: "objective → DAG → 자동 병렬 실행" 패턴.
  • 참조 사유: team-orchestrator Phase 3 병렬 구현에 DAG 패턴 적용 검토.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ DAG
7/10참조

xvirobotics/metabot: Self-Evolving Agent Organization (⭐618)

감독형 자기진화 에이전트 조직 인프라.

  • 분석: Agent Factory: 관리자 Bot이 새 에이전트를 런타임에 생성 → 우리 Agent tool과 유사.
  • 참조 사유: "에이전트가 에이전트를 생성" 패턴은 team-orchestrator의 specialist 위임과 동일 방향.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 1
→ 자기진화
25
수확
SEEN 190 | Applied 402026-04-17
GitHub API topic search (ai-agent, llm-tools, claude-code, self-improving) + 구루 프로필 스캔 (karpathy, simonw, anthropics, mshumer, yoheinakajima). 신규 7개 중 1개 적용. hermes-agent의 closed learning loop 패턴.
10/10rule

NousResearch/hermes-agent: Closed Learning Loop Agent (⭐93) NousResearch

The only agent with a built-in learning loop" — 스킬이 사용 중 자가 개선, 복잡한 태스크 후 자율 스킬 생성, FTS5 세션 검색으로 크로스 세션 리콜.

  • 분석: 기존 self-improve는 fix 커밋에서만 학습.
  • 적용 이유: 기존 token-brevity-pattern(caveman)과 execution-path-crystallization(GenericAgent)을 통합하는 상위 패턴.
  • 기대효과: self-improve에 성공 패턴 학습 추가, memory-bank FTS5 검색 강화, bug-fixer 멀티턴→싱글턴, user-proxy dialectic modeling 심화
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ closed-learning-loop.md
9/10rule

open-compress/claw-compactor: 14-Stage Token Compression Pipeline (⭐2)

14-stage fusion pipeline for LLM token compression — AST-aware code analysis, JSON schema sampling, simhash dedup.

  • 분석: 15-82% 압축률.
  • 보류 사유: Python 의존성 추가 필요, Claude Code 세션 내 직접 통합 friction 존재.
  • 참조: token-efficiency-tracking, token-brevity-pattern 규칙과 연계.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ 참조
24
수확
SEEN 183 | Applied 392026-04-13 13:56
GitHub trending daily 수동 실행 (12:00 자동 실행이 API 리밋으로 실패 → 수동 보충). 신규 3개 중 1개 적용. ralph의 fresh-context 반복 루프 패턴.
9/10rule

snarktank/ralph: Fresh-Context Iteration Loop (⭐16) snarktank

대형 작업을 atomic story로 분해, 각각 fresh AI 세션에서 실행.

  • 분석: story 선택 → fresh 세션 구현 → CI 검증 → commit → progress.txt append → 반복.
  • 적용 이유: trend-harvester-autorun.sh가 이미 이 패턴 적용 중(매 실행 fresh claude -p).
  • 기대효과: /team Phase 3 specialist별 fresh session, bug-fixer 4회 로테이션을 fresh session 기반으로 전환, 장기 세션 품질 저하 방지
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ fresh-context-iteration.md
23
수확
SEEN 180 | Applied 382026-04-13 13:20
GitHub trending weekly 전체 언어 + TypeScript + Python + Rust 4개 소스 동시 스캔. 신규 18개 중 2개 적용 — Archon(⭐17K) YAML 기반 선언적 AI 코딩 하네스 빌더, multica(⭐9.4K) 에이전트 스킬 컴파운딩 플랫폼.
10/10rule

coleam00/Archon: Declarative Harness Builder (⭐17) coleam00

Like Dockerfiles for infrastructure, Archon for AI coding" — YAML 워크플로우로 계획→구현→검증→리뷰→PR을 선언적 정의.

  • 분석: 17개 기본 워크플로우 제공(fix-issue, idea-to-pr, 5-parallel-reviewer).
  • 적용 이유: 기존 declarative-agent-coordination(takt)은 개념 수준.
  • 기대효과: team 오케스트레이터 Phase를 YAML 노드로 구조화, qa-cycle을 bash+AI 하이브리드로, bug-fixer를 loop until:FIX_VERIFIED로, 5-parallel-reviewer를 codex+claude에 적용
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ declarative-harness-builder.md
9/10rule

multica-ai/multica: Skill Compounding Agents (⭐9) multica-ai

에이전트 해결 패턴이 재사용 스킬로 자동 축적 → 팀 역량 복리 성장.

  • 분석: Autonomous Task Lifecycle(enqueue→claim→execute→complete) 완전 자동.
  • 적용 이유: 기존 agent-skill-extraction(hermes)은 개별 에이전트 수준.
  • 기대효과: self-improve의 scaffold rule 추출을 스킬 컴파운딩으로 격상(성공 패턴도 스킬화), init-project에서 축적 스킬 자동 적재, 멀티 모델 벤더 중립 스킬 포맷 표준화
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ skill-compounding-agents.md
22
수확
SEEN 162 | Applied 362026-04-13 06:35
Anthropic guru GitHub 직접 스캔. 신규 2개 중 1개 적용 — claude-code-action (⭐7K, Anthropic 공식). CI 테스트 실패 시 자동 수정 폐쇄 루프 패턴.
9/10rule

anthropics/claude-code-action: CI Self-Healing Loop (⭐7) anthropics

CI 테스트 실패 → 에이전트 자동 분석 → 수정 커밋 → CI 재실행.

  • 분석: Context-Aware Mode Detection으로 @claude 멘션(interactive) + 스케줄(automated) + 이슈 할당 자동 감지.
  • 적용 이유: 기존 agentic-workflows-cicd는 개념 수준.
  • 기대효과: /auto-issue에 CI 실패 자동 수정 추가, bug-fixer를 CI 내에서 실행(로컬 세션 불필요), PR 리뷰 자동화
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ ci-self-healing-loop.md
21
수확
SEEN 160 | Applied 352026-04-13 00:35
Rust weekly 스캔. 신규 1개 적용 — forgecode (⭐6.5K). 에이전트 역할별 도구 권한 HARD 분리 패턴.
7/10rule

tailcallhq/forgecode: Role-Based Agent Permissions (⭐6) tailcallhq

에이전트를 Implementer/Researcher/Planner로 분리.

  • 분석: forge(Write 허용)·sage(Read 전용)·muse(계획만 작성) 3 에이전트 트리오.
  • 적용 이유: 기존 per-turn-tool-adaptation은 SOFT(프롬프트 지시).
  • 기대효과: code-reviewer에 Write 차단, Plan 에이전트에 코드 수정 차단.
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ role-based-agent-permissions.md
20
수확
SEEN 159 | Applied 342026-04-12 18:36
Python weekly + Go weekly + Shell weekly 3개 소스 스캔. 신규 4개 중 1개 적용. Addy Osmani(Google)의 web-quality-skills — 150+ Lighthouse 감사에서 도출된 성능 예산 패턴.
7/10rule

addyosmani/web-quality-skills: Performance Budget (⭐1) addyosmani

웹 프로젝트에 구체적 수치 기반 성능 예산 설정.

  • 분석: 150+ Lighthouse 감사에서 도출된 임계값을 Agent Skills 포맷으로 구조화.
  • 적용 이유: 기존 pagespeed-analyzer 에이전트는 실행하지만 PASS/FAIL 기준이 모호.
  • 기대효과: vercel preview 후 자동 성능 검증, PR 전 성능 예산 초과 차단, 성능 회귀 방지
  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ web-performance-budget.md
19
수확
SEEN 155 | Applied 332026-04-12 12:35
GitHub trending TypeScript weekly 스캔. 신규 1개 — oh-my-codex (⭐21K). 오케스트레이션 상태를 파일 시스템에 영구화하여 세션 경계를 제거하는 패턴 추출.
8/10rule

Yeachan-Heo/oh-my-codex: State-Driven Orchestration (⭐21) Yeachan-Heo

오케스트레이션 런타임 상태를 파일 기반으로 영구 저장.

  • 분석: .omx/ 디렉토리가 모든 런타임 결정의 Single Source of Truth.
  • 적용 이유: 현재 team/manager 오케스트레이터는 in-memory 의존 → 세션 종료 시 컨텍스트 소실.
  • 기대효과: bug-fixer 시도 이력 파일 기록으로 전략 중복 방지, trend-harvester 중간 체크포인트, team-orchestrator Phase 상태 영구화
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ state-driven-orchestration.md
18
수확
SEEN 154 | Applied 322026-04-12 06:35
GitHub trending daily 스캔. 신규 1개 — obra/superpowers (⭐147K). 리뷰를 스펙 준수/코드 품질 두 단계로 분리하는 패턴 추출.
8/10rule

obra/superpowers: Two-Stage Review Gate (⭐147) obra

스펙 준수 리뷰 → 코드 품질 리뷰 순차 게이트.

  • 분석: Stage 1 — 구현이 계획/요구사항과 일치하는가 (기능 누락/범위 이탈 차단).
  • 적용 이유: 기존 Claude+Codex 이중 리뷰는 모델별 분할이지 관점별 분할이 아님.
  • 기대효과: user-proxy QA의 "요구사항 양쪽 구현 필수" 체크를 Stage 1로 격상.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ two-stage-review-gate.md
17
수확
SEEN 153 | Applied 312026-04-11 21:40
수집 2개 신규 (Karpathy + Anthropic guru GitHub 직접 스캔). 적용 1개. Karpathy의 llm-council — 우리 이중 모델 리뷰의 진화형 패턴 발견.
8/10rule

karpathy/llm-council: Multi-model anonymous review karpathy

여러 LLM이 서로의 답변을 익명으로 리뷰하고 Chairman이 합의를 도출하는 3단계 협업 패턴

  • 분석: Stage 1 — N개 모델 독립 답변.
  • 적용 이유: 우리 이중 모델 리뷰(Claude + GPT)의 진화형.
  • 기대효과: self-improve 규칙 변경 결정 시 council 검증, 중요 의사결정의 객관성 향상, 단일 모델 맹점 구조적 차단
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ llm-council-pattern.md
16
수확
SEEN 151 | Applied 302026-04-11 20:30
수집 8개 신규 (Python + Go trending). 적용 1개. new-api — 여러 LLM 프로바이더를 단일 게이트웨이로 통합. 이중 모델 리뷰 워크플로우에 직접 적용 가능.
8/10rule

new-api: Unified model gateway (⭐26) QuantumNous

OpenAI/Claude/Gemini 포맷을 자동 크로스 변환하는 통합 AI 게이트웨이 — 멀티모델 워크플로우의 마찰 제거

  • 분석: 채널 가중치 라우팅 + 자동 재시도 + 사용자 레이트 리밋.
  • 적용 이유: codex:review + claude code-reviewer 이중 모델 리뷰의 프로바이더 차이를 게이트웨이 한 층으로 해결.
  • 기대효과: 프로바이더 장애 시 자동 fallback, 세션별 토큰 사용량 중앙 추적, 멀티모델 워크플로우 코드 단순화
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ unified-model-gateway.md
15
수확
SEEN 143 | Applied 292026-04-11 14:20
수집 6개 신규 (TypeScript trending). 적용 2개 (최대 수확). Continue의 CI 통합 AI 체크와 Google 공식 Chrome DevTools MCP — 둘 다 우리 자가개선/QA 시스템과 직접 연결되는 고득점 패턴.
9/10rule

continue: Source-controlled AI checks (⭐32) continuedev

AI 코드 리뷰를 소스 컨트롤에 버전 관리하고 CI에서 강제 — 개인 도구가 아닌 조직 정책으로 전환

  • 분석: IDE 플러그인에서 CLI 도구(`cn`)로 피봇.
  • 적용 이유: 우리 codex:review + code-reviewer 이중 리뷰를 CI에서 HARD 강제하면 개인 세션에서 우회 불가능 — "조직 정책으로서의 AI 리뷰"
  • 기대효과: scaffold rule 변경을 CI 체크로 검증, 이중 모델 리뷰 결과를 PR status에 직접 반영, 개별 개발자 IDE 의존성 제거
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ source-controlled-ai-checks.md
8/10rule

chrome-devtools-mcp: Browser automation (⭐34) ChromeDevTools

Google 공식 Chrome DevTools Protocol을 MCP 서버로 노출 — 에이전트가 실제 브라우저를 직접 제어

  • 분석: 29개 도구 (input automation, navigation, performance tracing, network inspection, debugging).
  • 적용 이유: web-qa-tester의 DOM 추론 대신 실제 브라우저 상태 직접 조회 — "QA 거짓 PASS" 구조적 방지.
  • 기대효과: console.error count = 0 HARD 강제, Lighthouse 점수 자동 측정, 성능 트레이싱 자동화
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ browser-automation-mcp.md
14
수확
SEEN 137 | Applied 272026-04-11 08:20
수집 5개 신규 (Daily trending). 적용 1개. markitdown — 비-텍스트 파일을 LLM 친화적 Markdown으로 변환하는 파이프라인. AX-Wiki 업로드 파이프라인과 직접 연결 가능.
8/10rule

microsoft/markitdown: File-to-Markdown for LLMs (⭐99) microsoft

PDF, Office, 이미지, 오디오, HTML, CSV, ZIP, YouTube, EPub 등 모든 포맷을 LLM 친화적 Markdown으로 변환

  • 분석: 단일 Python 유틸리티로 15+ 포맷 지원.
  • 적용 이유: AX-Wiki 같은 지식 베이스의 파일 업로드 파이프라인에 직접 연결 가능.
  • 기대효과: /init-project 분석 시 비-텍스트 문서 자동 처리, Q&A 시스템의 소스 문서 정규화, 파일 포맷 다양성에 따른 마찰 제거
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ file-to-markdown-pipeline.md
13
수확
SEEN 132 | Applied 262026-04-10 10:05
수집 5개 신규 (Rust trending). 적용 1개. memvid — AI 에이전트 메모리를 단일 파일로 패키징하여 복잡한 RAG 파이프라인을 대체하는 패턴.
8/10rule

memvid: Portable memory layer for AI agents (⭐14) memvid

데이터 + 임베딩 + 검색 구조를 단일 파일로 패키징 — 서버리스 메모리 레이어로 복잡한 RAG를 대체

  • 분석: "Smart Frames" (비디오 인코딩 개념 차용) — immutable 메모리 블록을 순차 append-only로 쌓고 병렬 읽기 + 시간여행 쿼리 지원.
  • 적용 이유: Memory-Bank의 SQLite 구조가 이식성에 제약 — memvid 패턴으로 단일 파일 복사만으로 에이전트 메모리 이전 가능
  • 기대효과: 프로젝트 간 메모리 공유 간소화, 에이전트가 자체 메모리를 "들고" 이동 가능, 인프라 의존성 제거
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ portable-memory-layer.md
12
수확
SEEN 127 | Applied 252026-04-10 09:30
수집 7개 신규 (Python + Markdown trending). 적용 1개. Anthropic/HF 공식 Agent Skills 표준 포맷 발견 — 우리 시스템과 완벽 호환.
9/10rule

huggingface/skills: Agent Skills marketplace (⭐10) huggingface

Anthropic/HF 공식 Agent Skills 표준 포맷 — SKILL.md + YAML frontmatter + 플러그인 marketplace

  • 분석: 각 스킬이 자체 포함된 폴더 + SKILL.md 파일로 구성.
  • 적용 이유: 우리 시스템의 스킬 포맷을 공식 표준에 맞추면 다른 팀/조직과 호환 가능 + /plugin marketplace add로 배포 가능
  • 기대효과: 스킬 공유 생태계 참여, 외부 스킬 즉시 설치 가능, 자연어 트리거("use the X skill")로 자동 로드
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ agent-skills-format.md
11
수확
SEEN 120 | Applied 242026-04-10 08:15
수집 11개 신규 (daily trending + TS). 고득점 1개, 적용 1개. Karpathy의 LLM 코딩 실패 패턴을 직접 타겟하는 4원칙.
9/10rule

andrej-karpathy-skills: Karpathy LLM coding principles (⭐10) forrestchang

Karpathy가 관찰한 LLM 코딩 실패 패턴을 4원칙으로 구조화 — Think Before Coding, Simplicity First, Surgical Changes, Goal-Driven Execution

  • 분석: 단일 CLAUDE.md로 LLM의 "run along" 습관(무단 가정), over-engineering(1000줄→100줄), 관련 없는 파일 수정을 구조적으로 차단하는 4원칙
  • 적용 이유: "서비스 완성이 어려운 이유"의 완료 편향·기능 삭제 본능과 정확히 같은 문제를 타겟.
  • 기대효과: specialist 에이전트의 over-implementation 감소, 요구사항 가정 대신 명시적 확인 습관 강화
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ karpathy-coding-principles.md
10
수확
SEEN 109 | Applied 232026-04-09 17:30
수집 4개 신규 (Go trending). 고득점 1개(adk-go 7/10 분석만), 적용 0개. Go 특화 에이전트 프레임워크라 적용 보류.
7/10analyzed

google/adk-go: Code-first Go AI agent toolkit (⭐7) google

Go 언어 특화 에이전트 빌드/평가/배포 툴킷 — 유연한 코드 퍼스트 접근

  • 분석: Google 공식 Go 에이전트 프레임워크.
  • 보류 이유: Go 특화이므로 현재 시스템(bash/TS/Python)에 직접 적용 어려움.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 1 · 토큰효율 1 · 측정가능 2
9
수확
SEEN 105 | Applied 232026-04-09 17:02
수집 13개 신규 (전체 trending + TS/Python/Rust), 고득점 2개, 적용 1개. 나머지 11개는 loopy-era 정합성 부족으로 거부 (on-device ML, RAG, 시계열 모델 등).
8/10rule

repomix: Pack entire repos into AI-friendly files (⭐23)

코드베이스를 XML/Markdown/JSON 단일 파일로 패킹하여 LLM 컨텍스트 효율을 극대화하는 도구

  • 분석: 파일별 토큰 카운팅 + 민감정보 자동 필터링 + XML/MD/JSON 포맷 선택. 전체 프로젝트를 한 번에 LLM에 전달 가능
  • 적용 이유: /init-project에서 코드베이스 분석 시 파일별 개별 Read 대신 패킹된 단일 파일 전달로 토큰 절약 + 컨텍스트 완전성 확보
  • 기대효과: 대규모 코드베이스 분석 시 Read 호출 50%+ 감소, 코드 리뷰 에이전트에 전체 컨텍스트 제공으로 품질 향상
  • 5축 점수: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 1
→ codebase-packing-pattern.md
8
수확
SEEN 92 | Applied 222026-04-09 12:38
수집 3개, 적용 1개. takt — YAML 명세 기반 에이전트 조율 패턴.
8/10rule

takt: Agent Koordination Topology (⭐913)

에이전트 조율을 선언적 YAML 명세로 정의하여 재현성/공유성/커스터마이징을 동시에 달성

  • 분석: YAML로 persona/permissions/transition 규칙 정의. NDJSON 추적 로그로 실행 재현 가능
  • 적용 이유: /team 오케스트레이터의 에이전트 조율을 선언적 명세로 전환하면 재현성/공유성 확보
  • 기대효과: 워크플로우를 코드 대신 YAML로 정의하여 비개발자도 조율 로직 이해·수정 가능
→ declarative-agent-coordination.md
7
수확
SEEN 89 | Applied 212026-04-09 06:39
수집 5개, 적용 1개. gh-aw — GitHub 공식 마크다운 에이전트 워크플로우.
8/10rule

gh-aw: GitHub Agentic Workflows (⭐4) github

마크다운 에이전트 워크플로우를 GitHub Actions에서 샌드박스 실행하는 공식 패턴

  • 분석: 마크다운으로 에이전트 워크플로우 정의 + GitHub Actions 샌드박스 실행.
  • 적용 이유: /auto-issue 워크플로우를 GitHub Actions로 확장하면 코드 푸시 없이도 에이전트 실행 가능
  • 기대효과: CI/CD 파이프라인에 에이전트를 통합하여 PR 자동 생성·리뷰·머지까지 자동화
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ agentic-workflows-cicd.md
6
수확
SEEN 84 | Applied 202026-04-09 00:39
수집 6개, 적용 1개. rtk — CLI 입력 토큰 60-90% 압축. caveman(출력 65%)과 합쳐 전체 80%+ 절감 스택 완성.
10/10rule

rtk: CLI proxy 60-90% token reduction (⭐20)

CLI 출력을 LLM에 전달하기 전에 투명 프록시로 60-90% 압축 — 만점 획득

  • 분석: 100+ CLI 명령 출력을 smart filtering/grouping/truncation/dedup으로 60-90% 압축.
  • 적용 이유: caveman(출력 65%)과 결합하면 입력+출력 전체 토큰 80%+ 절감 스택 완성.
  • 기대효과: 세션당 토큰 비용 80%+ 절감, 컨텍스트 윈도우 여유 확보로 더 많은 파일 동시 분석 가능
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ cli-output-compression.md
5
수확
SEEN 78 | Applied 192026-04-07 06:39
수집 5개, 적용 1개. caveman — 출력 토큰 65% 절감 + 정확도 26점 향상.
9/10rule

caveman: Cut 65% tokens in Claude Code responses (⭐6)

출력 토큰 65% 절감 + 정확도 26점 향상 — 간결함이 품질과 비용을 동시에 개선

  • 분석: 언어적 필러(pleasantries, hedging, articles) 제거.
  • 적용 이유: 2026-03 연구에서 간결한 응답이 정확도 26점 향상시킨다는 증거 — 장황함이 정확도를 떨어뜨림
  • 기대효과: 출력 토큰 65% 절감으로 비용 감소 + 응답 품질 동시 향상.
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ token-brevity-pattern.md
4
수확
SEEN 73 | Applied 182026-04-07 00:41
수집 26개 (ai-agent 10, claude-code 10, autonomous 6), 적용 3개. 최대 수확 회차. topic search 경유.
9/10rule

ARIS: Auto-Research-In-Sleep (⭐5)

Cross-model adversarial review — 동일 모델 self-play의 맹점을 다른 모델로 보완

  • 분석: Claude Code 실행 + GPT-5.4 리뷰의 크로스 모델 adversarial loop.
  • 적용 이유: 우리 시스템의 Codex 이중 리뷰(Claude QA + GPT 크로스체크)와 동일 패턴 — 독립적으로 도달한 동일 결론이 패턴의 유효성 증명
  • 기대효과: 단일 모델 맹점 감소, QA 거짓 PASS 비율 하락
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ cross-model-adversarial-review.md
8/10rule

beads: Memory upgrade for coding agents (⭐20)

Semantic memory compaction — 완료 태스크를 자동 요약하여 컨텍스트 보존

  • 분석: 의존성 인식 그래프 DB(Dolt) 기반 에이전트 영구 메모리.
  • 적용 이유: Memory-Bank의 conversation-index가 같은 역할이지만, beads의 semantic decay(완료 태스크 자동 요약) 패턴이 컨텍스트 윈도우 관리에 유용
  • 기대효과: 장시간 세션에서 컨텍스트 열화 감소, 완료된 작업이 불필요하게 윈도우를 차지하는 문제 완화
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 0 · 토큰효율 2 · 측정가능 2
→ semantic-memory-compaction.md
8/10rule

GenericAgent: Self-evolving skill tree (⭐880)

Execution path crystallization — 성공한 실행 경로를 자동으로 스킬로 변환

  • 분석: 3단계 자가진화 루프: 탐색→결정화(crystallization)→메모리 영속화.
  • 적용 이유: 우리 /self-improve의 "fix 커밋→scaffold 규칙" 패턴과 유사하지만, 성공 경로도 스킬로 결정화하는 점이 차별점 — 실패뿐 아니라 성공에서도 학습
  • 기대효과: 반복 성공 패턴을 자동 스킬화하여 동일 작업의 재실행 속도 향상
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ execution-path-crystallization.md
3
수확
SEEN ? | Applied 152026-04-06 18:40
수집 3개, 적용 0개. oh-my-codex 발견했으나 기존 pending(oh-my-claudecode)과 중복 → 보강 신호로만 기록.
9/10pending

oh-my-claudecode: Teams-first orchestration

verify→fix 루프를 오케스트레이션에 내장 — semantic completion 보장 파이프라인 (보강 신호)

→ verification-driven-pipeline.md
2
수확
Applied 152026-04-06 12:39
수집 대상 전면 확장 후 첫 수확. oh-my-claudecode, everything-claude-code, hermes-agent 등 대량 적용.
9/10rule

oh-my-claudecode: Teams-first Multi-agent orchestration

team-plan→team-prd→team-exec→team-verify→team-fix — verification-driven pipeline

  • 분석: 19개 전문 에이전트 + 스마트 모델 라우팅(Haiku/Opus) + 자동 스킬 추출.
  • 적용 이유: /team 오케스트레이터에 verify→fix 루프를 Phase로 내장하면 semantic completion 보장 강화
  • 기대효과: 오케스트레이션 레벨에서 검증 누락 방지, "빌드만 통과" 판정 구조적 차단
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ verification-driven-pipeline.md
9/10rule

everything-claude-code: research-first development (⭐142) affaan-m

구현 전 기존 코드베이스 탐색 필수 — 중복 코드 생성과 토큰 낭비를 동시에 방지

  • 분석: 142K stars agent harness — skills, instincts, memory, security를 체계적으로 관리.
  • 적용 이유: LLM이 기존 코드를 모르고 새 파일을 만드는 안티패턴을 근본 차단 — 구현 전 Grep/Glob으로 기존 구현 탐색 강제
  • 기대효과: 중복 파일 생성 감소, 기존 유틸리티 재사용률 향상, 토큰 효율 개선
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ codebase-search-before-create.md
9/10rule

get-shit-done: Meta-prompting spec-driven dev (⭐49)

Context stays fresh — 태스크별 격리 윈도우로 context rot 방지

  • 분석: 계층적 컨텍스트 엔지니어링: PROJECT.md/REQUIREMENTS.md/STATE.md 영구 컨텍스트.
  • 적용 이유: 긴 세션에서 요구사항 소실(context rot)이 "서비스 완성이 어려운 이유" 핵심 원인 — 태스크별 격리 윈도우가 해결책
  • 기대효과: 세션 후반부 요구사항 탈락 감소, 컨텍스트 열화 방지
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ context-freshness.md
9/10rule

EvoScientist: Self-evolving AI Scientists (⭐3)

Per-turn tool adaptation — 각 턴마다 관련 도구만 선택하여 인지 노이즈 감소

  • 분석: 6개 전문 서브에이전트 협업.
  • 적용 이유: specialist 에이전트에 불필요한 도구가 로드되면 인지 노이즈 증가 — 턴별 도구 선택으로 효율화
  • 기대효과: 에이전트 응답 품질 향상, 불필요한 도구 호출 감소
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ per-turn-tool-adaptation.md
9/10rule

worktrunk: Git worktree CLI for parallel AI agents (⭐4)

브랜치명 기반 worktree 관리 — 병렬 에이전트 작업의 마찰을 극적으로 감소

  • 분석: 브랜치명으로 worktree 접근(경로 대신).
  • 적용 이유: team-orchestrator의 병렬 specialist 실행 시 파일 충돌 방지를 위해 worktree 격리가 필수 — worktrunk 패턴이 마찰 제거
  • 기대효과: 병렬 에이전트 5-10개 동시 작업 시 충돌 0건, worktree 관리 오버헤드 제거
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ worktree-parallel-agents.md
9/10rule

moltis: Persistent agent server in Rust (⭐2)

Checkpoint: 스킬/메모리 변경 전 자동 스냅샷 → 실패 시 복원

  • 분석: 단일 Rust 바이너리(44MB), 196K줄, 3100+ 테스트, unsafe 0.
  • 적용 이유: /self-improve가 규칙을 변경할 때 회귀 방지를 위한 checkpoint 패턴 — 변경 전 스냅샷, 실패 시 자동 복원
  • 기대효과: self-improve의 안전성 향상, 잘못된 규칙 변경의 자동 rollback 보장
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ checkpoint-before-mutation.md
8/10rule

hermes-agent: The agent that grows with you NousResearch

RPC 기반 파이프라인으로 멀티턴 → 싱글턴 축소

  • 분석: 40K+ stars.
  • 적용 이유: RPC 기반 제로 컨텍스트 코스트 오케스트레이션으로 멀티턴 대화를 싱글 호출로 축소 — 토큰 절감
  • 기대효과: specialist 호출 시 매번 전체 컨텍스트 재전달 없이 RPC로 결과만 수신
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ agent-skill-extraction.md
8/10rule

agent-orchestrator: Parallel coding agents (⭐5)

이슈 단위 격리 에이전트 + CI/리뷰 피드백 자동 라우팅

  • 분석: 이슈 단위로 격리 에이전트 생성 — 각 이슈에 독립 worktree + tmux 세션.
  • 적용 이유: /auto-issue의 이슈→브랜치→PR 흐름에 피드백 자동 라우팅 추가하면 사람 개입 더 감소
  • 기대효과: CI 실패 시 해당 에이전트가 자동 수정, 30분 에스컬레이션으로 방치 방지
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ feedback-routing.md
8/10rule

tdd-guard: Automated TDD enforcement (⭐2)

Test-first를 HARD hook으로 강제 — over-implementation 구조적 차단

  • 분석: 테스트 없이 구현 차단.
  • 적용 이유: "서비스 완성이 어려운 이유"의 해결책 — test-first를 HARD hook으로 강제하면 요구사항 누락 구조적 방지
  • 기대효과: 기능 누락 감소, "빌드만 통과" 판정 방지, 테스트 커버리지 자동 보장
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 0 · 측정가능 2
→ tdd-enforcement.md
7/10scaffold-rule

claude-howto: Visual guide to Claude Code (⭐21)

Claude Code 베스트 프랙티스 커뮤니티 표준화

  • 분석: 시각적 예제 중심 가이드.
  • 적용 이유: 우리 scaffold와 커뮤니티 베스트 프랙티스 비교 검토 — 놓친 패턴 발굴
  • 기대효과: scaffold 규칙의 완전성 검증, 커뮤니티 표준과의 갭 분석
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ community-best-practices.md
7/10rule

mini-tokyo-3d: Real-time 3D digital map of Tokyo nagix

실시간 데이터 스트리밍 + 3D 시각화 — UI/UX 레퍼런스급 구현

  • 분석: Three.js/WebGL + GLSL 셰이더 기반 도쿄 교통 실시간 3D 지도.
  • 적용 이유: frontend-patterns.md의 UI/UX 레퍼런스로 추가.
  • 기대효과: frontend-specialist/figma-designer의 인터랙티브 UI 구현 품질 향상
  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ ui-ux-reference-nagix.md
1
수확
Applied 42026-04-06 16:28
첫 수확. Simon Willison의 테스트 병목 인사이트, honcho 메모리 패턴, tokscale 토큰 추적, scan-for-secrets 시크릿 감지.
9/10rule

Testing as the new bottleneck in agentic engineering simonw

코딩 에이전트 시대에서 테스트가 새로운 병목

  • 분석: Simon Willison: Nov 2025가 코딩 에이전트가 프로덕션급이 된 변곡점.
  • 적용 이유: 에이전트 태스크 시작 전 테스트 계획 수립을 강제하면 "빌드만 통과" 판정 방지 — /qa-scenario-gen과 연동
  • 기대효과: 테스트 없는 구현 방지, 요구사항 누락 감소, QA 품질 구조적 향상
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ test-first-agent-tasks.md
8/10rule

scan-for-secrets 0.3: CLI secret scanner with redaction simonw

시크릿 감지를 JSON/backslash 인코딩까지 확장

  • 분석: Simon Willison의 CLI 도구.
  • 적용 이유: no-env-commit hook의 시크릿 감지가 단순 패턴 매칭 — scan-for-secrets 수준으로 강화하면 인코딩된 시크릿도 감지 가능
  • 기대효과: .env 외에 JSON/config 파일에 숨겨진 API 키 유출 방지
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 0 · 측정가능 2
→ secret-scanning-depth.md
8/10rule

tokscale: CLI tool tracking token usage junhoyeo

토큰 사용량을 세션별로 추적하여 비효율 패턴을 데이터 기반으로 식별

  • 분석: Claude Code, Codex, OpenCode 등 멀티 AI 어시스턴트의 토큰 사용량 추적 CLI.
  • 적용 이유: 토큰 효율 추적이 없으면 어떤 에이전트/작업이 비효율적인지 파악 불가 — 데이터 기반 최적화의 기반
  • 기대효과: 세션별 토큰 사용 패턴 시각화, 비효율적인 에이전트 호출 식별 및 제거
  • 5축: 자동화 1 · 마찰제거 1 · HARD전환 1 · 토큰효율 2 · 측정가능 2
→ token-efficiency-tracking.md
7/10rule

honcho: Memory library for stateful agents plastic-labs

에이전트의 크로스 세션 메모리를 구조화하면 동일 실수 반복 방지

  • 분석: 영구 메모리 라이브러리.
  • 적용 이유: Memory-Bank 플러그인과 동일 문제 해결 — 크로스 세션 메모리 구조화 패턴의 외부 검증
  • 기대효과: agent-memory-hygiene 규칙 강화, 메모리 노화·정리 패턴 적용
  • 5축: 자동화 1 · 마찰제거 2 · HARD전환 0 · 토큰효율 2 · 측정가능 2
→ agent-memory-hygiene.md
9/10rule

stop-slop: 산문 AI tells 룰 기반 제거 hardikpandya

LLM 산문의 예측가능한 AI tells를 결정론적 룰로 제거 — UI slop이 아닌 산문 slop 전담(우리 시스템 미보유 영역)

  • 분석: 단어/구문 리스트 + 구조 규칙으로 throat-clearing 서두·em-dash 남용·hedging·비즈니스 jargon 제거. SKILL.md 단일 파일, LLM 재평가 불필요.
  • 적용 이유: 기존 anti-slop은 UI 전용 — 산문 영역은 비어 있던 갭. token-brevity(토큰)와 직교(authenticity).
  • 기대효과: documentation/PR/changelog 산문 품질 게이트 — 5차원(Directness/Rhythm/Trust/Authenticity/Density) 35/50 미만 시 revision.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ prose-anti-slop-pattern.md
7/10rule

revfactory/harness: 메타-스킬 팀 팩토리 revfactory

도메인 설명 → 에이전트 팀 + 스킬 자동 설계(L3 메타 팩토리), 6개 아키텍처 패턴 contextual 선택

  • 분석: 6-Phase(Domain Analysis→Team Design→Agent Gen→Skill Gen→Orchestration→Validation)로 .claude/agents + .claude/skills 자동 생성. 도메인 적응형.
  • 적용 이유: team-orchestrator 상위 메타 레이어 — 정적 팀 템플릿과 달리 도메인별 specialist 팀과 스킬을 자동 설계.
  • 기대효과: init-project가 도메인별 팀 설계, 6개 아키텍처 패턴을 위임 구조 기준으로 도입, with/without-skill A/B 검증(+60%).
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 1 · 토큰효율 1 · 측정가능 2
→ meta-skill-team-factory.md
9/10rule

OpenCLI — Account-safe browser CLI hub for AI agents jackwener

AI 에이전트의 브라우저 자동화는 매번 토큰을 쓰지 말고 결정론적 CLI 어댑터로 결정화하라 — 로그인 세션은 재사용, 출력은 스키마 고정

  • 분석: Turn any website/tool/Electron app into a deterministic CLI — AI agent reuses your logged-in Chrome session via CDP without leaking credentials.
  • 적용 이유: Skill-based adapter pattern: AI agent crystallizes repeated browser actions into reusable adapters (zero LLM cost at runtime, deterministic output).
  • 기대효과: Pipeable, scriptable, CI-friendly — same command produces same output schema every time.
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ browser-automation-crystallization.md
8/10rule

HyperAgents: 자기참조 진화적 자가개선 (Meta) facebookresearch

진화적 population + 자기참조 메타 레이어 + 실행 기반 검증 — 단일 루프 self-improve의 진화적 확장

  • 분석: meta-agent가 task-agent를 진화 — population + parent selection
  • 적용 이유: 개선을 실제 실행 메트릭으로 검증(computable task)
  • 기대효과: self-referential: 개선 전략 자체도 개선, hierarchical 안전 게이트
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 2 · 토큰효율 1 · 측정가능 2
→ self-referential-evolutionary-improvement.md
9/10rule

ruflo: 합의 기반 스웜 조율 (Raft/Byzantine) ruvnet

합의-before-execution + 행동 신뢰 점수 공식으로 분산 스웜 조율 — silent degradation 차단

  • 분석: 실행 전 정족수 합의(Raft/Byzantine) 요구 — 단일 오케스트레이터 병목 제거
  • 적용 이유: deterministic substrate(합의/A*/HNSW) + LLM overlay 분리
  • 기대효과: 행동 신뢰 점수 0.4×success+... 0.75 초과 시 자동 권한 상승
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 2 · 토큰효율 2 · 측정가능 2
→ consensus-based-swarm-coordination.md
7/10rule

agent-sandbox: K8s 선언적 에이전트 워크로드 (k8s-sigs) kubernetes-sigs

K8s CRD로 stateful singleton 에이전트 워크로드를 pause/resume/warm-pool로 선언적 관리 — 격리 sandbox 룰과 직교

  • 분석: 격리 기술 아닌 control-plane 추상화 — singleton stateful CRD
  • 적용 이유: pause/resume + scheduled deletion + SandboxWarmPool
  • 기대효과: Deployment/StatefulSet 빈틈(장기 stateful 단일 에이전트) 충족
  • 5축: 자동화 2 · 마찰제거 1 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ k8s-declarative-agent-workload.md
9/10rule

baml: Typed LLM Function + Schema-Aligned Parsing BoundaryML

prompt-as-typed-function + schema-aligned parsing으로 freeform JSON 파싱의 반복 마찰을 구조적으로 제거

  • 분석: LLM 호출을 반환 타입 가진 함수로 선언 — freeform 프롬프트+JSON 파싱 대체
  • 적용 이유: Schema-Aligned Parsing: 유연한 출력을 결정론적 스키마로 검증, native tool-calling 미지원 모델도 OK
  • 기대효과: 파싱 실패 retry 마찰 제거 + 타입 안전 스트리밍, 모델 무관 구조화 출력
  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 2 · 측정가능 1
→ typed-llm-function-parsing.md
8/10rule

OS-Level Syscall Sandbox — 무컨테이너 secure-by-default 프로세스 격리 anthropic-experimental

sandbox-exec/bubblewrap + seccomp BPF + dual FS policy(deny-then-allow read/allow-only write) + proxy allowlist로 컨테이너 없이 native 속도 OS-level 격리

  • 5축: 자동화 2 · 마찰제거 2 · HARD전환 2 · 토큰효율 1 · 측정가능 1
→ os-level-syscall-sandbox.md