즐거운 사람과 컴퓨터 즐거운 사람과 컴퓨터

코딩 에이전트 하네스 설계 실증 연구: 176회 실험으로 밝혀진 컨텍스트·계획·도구의 진실출처: arXiv 2609.20804 · GeekNews · Hacker News왜 이 연구가 중요한가코딩 에이전트 벤치마크 리더보드를 보면 늘 같은 질문이 떠오른다. "OpenHands가 SWE-Agent보다 나은 건 모델 때문인가, 아니면 하네스 설계 때문인가?"UMass·Emory·Zoom 연구팀이 이 질문에 정면으로 답했다. ReAct 실행 루프를 완전히 고정한 채, 계획(Planning)·행동 인터페이스(Action Space)·컨텍스트 관리(Context Management) 세 축만 분리 ablation하는 방식으로 176가지 실험 설정을 돌렸다. 결론부터 말하면:"하네스 설계는 조건부 시스템 문제다. ..

코드 에이전트 오케스트라 — 멀티 에이전트 코딩을 제대로 작동시키는 법이 글은 PyTorchKR Discourse에 공유된 GeekNews 기반 요약을 바탕으로 정리한 것입니다.AI 코딩 도구를 처음 써봤을 때의 그 신기함 — "와, 혼자 코드 짜네" — 은 시간이 지나면서 현실적인 질문으로 바뀐다. "에이전트 하나로는 한계가 있는데, 여러 개를 어떻게 굴려야 하지?"오케스트라에 비유하면 간단하다. 바이올린 한 명이 전곡을 연주하는 게 아니라, 각 파트가 자기 역할을 하면서도 지휘자의 박자에 맞춰 움직이는 것. 멀티 에이전트 코딩도 정확히 그렇게 작동해야 한다.Conductor에서 Orchestrator로지금까지 많은 팀이 쓰던 방식은 Conductor 모델이다. 에디터나 CLI 안에서 에이전트 하나와 ..

참고: 본 글은 링크드인(LinkedIn)의 분산 인프라를 설계하고 아파치 카프카(Apache Kafka)를 창시한 제이 크렙스(Jay Kreps)의 기념비적 논고, "The Log: What every software engineer should know about real-time data's unifying abstraction" (2013)의 핵심 통찰을 바탕으로 현대 분산 시스템과 데이터베이스 아키텍처의 기저 원리를 심층 분석합니다.📌 한 줄 요약카프카는 단순한 고성능 메시지 큐가 아니라, 물리적 시계의 불완전성을 논리적 순번(Offset)으로 극복하는 분산 커밋 로그(Distributed Commit Log)이며, $O(N^2)$ 거미줄 파이프라인을 $O(N)$으로 단순화하고 모든 분산 시스..

참고: 본 글은 최근 주목받고 있는 초저지연(30~100ms) 의사결정 전용 모델 Jev와 전통적 기계학습의 디시전 트리(Decision Tree) 간의 구조적·통계적 차이점을 비교 분석하고, 실제 프로덕션 소프트웨어 제어 흐름(Control Flow)에 융합하는 스마트 의사결정 노드(Smart Decision Node) 아키텍처를 다룹니다.📌 한 줄 요약전통적 디시전 트리가 "정형 테이블 피처를 사전에 고정된 축 정렬 규칙($x_i \le \theta$)으로 계단식 분할하는 닫힌 체계"라면, Jev는 "비구조화된 고차원 자연어/상태 문맥을 고차원 시맨틱 공간에서 즉석(In-context)으로 평가하여 통계적으로 보정된 확률로 분기하는 열린 체계"이며, 실무에서는 디시전 트리를 대체하는 것이 아니라 결..

참고: 본 글은 장기 실행(Long-running) 및 멀티턴 자율 에이전트 구축 시 직면하는 토큰 한계와 문맥 손실 문제를 해결하기 위한 결정론적 예산 할당(Context Budgeting) 및 구조화 압축(Structured Compression) 아키텍처 패턴을 다룹니다.📌 한 줄 요약멀티턴 에이전트의 컨텍스트 초과와 비용 폭증을 방어하기 위해, 매 턴마다 고정 예약(시스템 프롬프트·도구 스키마·출력 버퍼)을 먼저 차감하여 가용 입력 예산을 동적으로 산출하고, 최근 $N$턴은 원문을 보존하되 이전 대화는 fact / decision / todo 삼분법으로 구조화 요약하여 정보 왜곡 없는 결정론적 하네스(Harness)를 구축하는 패턴입니다.1. 배경: 멀티턴 에이전트가 겪는 3대 컨텍스트 위기LL..

참고: 본 글은 Shopify Engineering 팀의 아키텍처 전환 사례("We replaced Redis with MySQL for inventory reservations—and it scaled", 2026)를 기반으로 핵심 엔지니어링 통찰을 정리한 글입니다.📌 한 줄 요약체크아웃 오버셀(과판매) 방지를 위한 재고 예약을 수년간 Redis로 운영하다가, 예약과 재고 원장 간의 이중 시스템·비원자적 Claim 문제를 근본적으로 해결하기 위해 MySQL 8 SKIP LOCKED + 단위당 1행 + 가용 풀 상한 구조로 재설계했습니다. 그리고 이 과정에서 밝혀진 진짜 병목은 쿼리 성능이 아닌 커넥션 점유 시간이었습니다.1. 배경: 분리된 이중 시스템의 한계이커머스 결제 흐름에서 재고 처리는 통상 2..

직접 만들고 운영하는 텐베거 데일리를 소개합니다.한국·미국 주식을 정해진 규칙으로 살펴보고, 하루 한 종목의 후보와 선정 이유·점수·위험을 공개합니다. 기준을 넘는 후보가 없으면 없다고 기록합니다. 과거 선정 기록과 선정 방법도 확인할 수 있습니다.종목을 그대로 따라 사기보다, 직접 검토할 후보와 확인할 항목을 찾는 데 쓸 수 있도록 만들었습니다. 텐베거라는 이름이 10배 수익을 보장한다는 뜻은 아닙니다.처음 보셨을 때 이해하기 어려운 부분이나, 종목을 검토할 때 더 보고 싶은 정보를 알려주시면 개선에 반영하겠습니다. 투자 권유가 아닌 공개 스크리닝 기록입니다.텐베거 데일리 보기

대화가 끝나면, AI는 모든 걸 잊는다ChatGPT와 긴 대화를 나눠본 적 있으신가요?오늘 오전에 프로젝트 구조를 설명하고, 오후에 다시 접속해서 "아까 얘기한 그 방식으로 계속 해줘"라고 하면 — AI는 모릅니다. 아까가 없으니까요.이건 AI가 멍청해서가 아닙니다. 지금 대부분의 AI는 대화가 시작되고 끝나는 순간, 그 안에서 일어난 모든 일을 버립니다. 마치 매번 새로 태어나는 것처럼요.그런데 잠깐, 우리는 어떤가요?인간은 어떻게 기억하는가심리학과 신경과학에서는 인간의 기억을 크게 네 가지로 나눕니다.작업 기억(Working Memory) — 지금 이 순간 머릿속에서 굴러가는 것들입니다. 이 글을 읽으면서 앞 문단의 내용을 잠시 붙들고 있는 것, 계산을 할 때 중간 숫자를 잠깐 기억하는 것. 용량이 ..