태그 / TAG
#Harness
2026-10 2편
-
모든 조직은 에이전트 실행환경을 가져야 한다
연재 2편. 분리망 조직도 결국 업무용 PC에 범용 에이전트 런타임을 두게 되는 이유와, 이를 조직의 모델과 도구에 연결하는 방법
-
작업자와 도구의 분리
연재 1편. 업무가 여러 제품에 걸치면서 범용 에이전트가 작업자가 되고 제품은 그 도구가 됩니다. 전문 소프트웨어가 내놓을 것과 남는 가치를 다룹니다
2026-05 4편
-
잠재상태로서의 요구사항
요구사항의 실체는 문장이 아니라 잠재 상태이고 자연어는 그 관측값이다. 이 관점에서 EARS, 스펙 기반 개발, 하네스, 에이전트가 질문할 시점을 다룬다
-
스킬과 하네스
스킬은 어떻게 행동할지를 압축하고, 하네스는 그 행동이 목표에 가까워졌는지 판단하는 구조를 짠다. 그런데도 구현에서 둘이 서로를 품는 이유
-
환경으로서의 하네스
벡터 DB에 경험을 수천 건 채워도 에이전트는 달라지지 않는다. 무엇을 바꿀지, 성공을 어떻게 판별할지, 실패하면 어디까지 되돌릴지 정하는 하네스가 필요하다
-
Weights, Prompts, Codes as Parameters
에이전트 문제를 넓은 의미의 POMDP로 보면 가중치, 프롬프트, 코드는 한 정책 공간의 서로 다른 층위 파라미터다. 세 층위가 이 순서로 열린 이유도 다룬다
맞는 글이 없습니다.