에이전트 제품 설계
에이전트 제품 설계 카테고리의 글 모음.
-

Andrew Ng가 공개한 OpenWorker, 채팅이 아니라 일을 끝내는 AI
비개발자를 위한 설치·활용 가이드와 바로 쓰는 실무 프롬프트
Andrew Ng 교수 팀이 오픈소스 AI 코워커 OpenWorker를 공개했다. ChatGPT처럼 답만 주는 게 아니라 문서·슬랙 답변·정리된 캘린더 같은 완성된 결과물을 내놓고, 내 컴퓨터 안에서 내 도구를 직접 쓰며, 중요한 행동 전에는 반드시 승인을 받는다. 무엇이 다른지, 어떻게 설치하는지, 어떤 프롬프트로 시켜야 하는지 비개발자 눈높이로 정리했다.
읽기 → -

PRD를 쓰지 마세요. Claude Code가 당신을 인터뷰하게 하세요
토큰비를 태우는 건 긴 프롬프트가 아니라 방향이 틀린 채 돌아가는 코드다 — 지시를 뒤집는 인터뷰 프롬프트 10개
Claude Code에 500줄 PRD를 던지면 절반은 무시당하고 나머지는 엉뚱한 방향으로 재작업된다. 지시를 거꾸로 뒤집어 Claude가 당신을 인터뷰하게 하면, 토큰비가 줄고 PRD 노동이 대화로 바뀐다. 바로 복사해 쓰는 인터뷰 프롬프트 10개.
읽기 → -

에이전트는 루프를 나눠야 산다
실행은 빠르게, 검증은 차갑게 분리한다
긴 업무를 맡긴 에이전트가 무너지는 지점은 모델 성능보다 루프 설계다. 안쪽 실행 루프와 바깥 검증 루프를 분리해야 운영 가능한 에이전트가 된다.
읽기 → -

에이전트는 기다림에서 망가진다
long-running 에이전트의 품질은 루프 속도가 결정한다
long-running 에이전트의 실패는 모델 답변보다 대기·재시도·폴링에서 더 자주 발생한다. 루프 페이싱은 wakeup, polling, retry를 예산으로 묶는 설계다.
읽기 → -

툴 스키마가 에이전트 성능이다
이름·설명·오류문이 실행 품질을 가른다
에이전트 성능은 모델만으로 결정되지 않는다. 툴 이름, description, 입력 스키마, 에러 메시지가 곧 실행 지시문이며 운영 품질의 하한선을 만든다.
읽기 → -

Fan-out은 계약 없인 위험하다
서브에이전트 병렬화의 안전장치는 구조다
하네스 서브에이전트 오케스트레이션의 핵심은 더 많은 에이전트를 띄우는 일이 아니다. 컨텍스트를 격리하고, structured output 계약으로 합류 지점을 통제하는 일이다.
읽기 → -

권한이 에이전트 성능을 정한다
자율성은 프롬프트가 아니라 하네스 권한에서 나온다
에이전트의 안전은 모델 성격 문제가 아니다. permission mode, allowlist, 승인 게이트를 업무 위험도에 맞게 설계해야 운영 속도와 통제를 동시에 얻는다.
읽기 → -

Claude Code를 회사로 만드는 스킬 42종
7개 부서 전 스킬의 출처·설치 명령·사용법 정리
Claude Code에 스킬 42개를 7개 부서로 조직한 구성이 SNS에서 화제다. 42종을 번호 붙여 전부 나열하고, 원문 링크와 레포 파일 목록을 대조해 확인한 출처와 설치 명령, 그리고 설치 이후 이것을 실제로 운영하는 법까지 정리했다.
읽기 → -

문서는 다시 써야 들어온다
권한 있는 agent에는 원문을 넣지 않는다
prompt injection은 모델 설득 문제가 아니라 신뢰경계 문제다. untrusted 문서는 tool-less sanitizer가 재서술하고, privileged agent는 그 결과만 받아야 한다.
읽기 → -

큰 실행은 두 번 막아야 한다
Reviewer-agent는 승인자가 아니라 실행 차단기다
GPU·HPC·대용량 배치는 실행 뒤에 배우면 늦다. plan, resource estimate, rollback script를 독립 검증하는 Reviewer-agent compute gate가 필요하다.
읽기 → -

MCP 권한은 IdP에서 끝난다
도구 권한은 프롬프트가 아니라 권한면에서 결정된다
MCP를 엔터프라이즈에 붙이면 문제는 연결이 아니라 권한 투영이다. IdP 그룹과 SCIM entitlement를 per-tool OAuth scope로 내려보내야 zero-touch가 운영 가능한 설계가 된다.
읽기 → -

MRTR은 상태기계로 다뤄야 한다
pause·resume·cancel은 UX가 아니라 실행 계약이다
MCP MRTR은 긴 대화를 흉내 내는 기능이 아니다. 서버가 입력을 요구하고, 클라이언트가 원 요청을 재개하며, 취소 경로까지 명시하는 실행 상태기계다.
읽기 →