agentsclimarketplace

Agent engineering

Skill lee-gyu/skills/skills/agent-engineering

AI 에이전트 개발(에이전트 구성 요소, 하네스 엔지니어링, 컨텍스트 엔지니어링, 에이전트 루프, 도구 설계, 메모리/컴팩션, 멀티에이전트, 평가와 프로덕션 운영)에 대해 10년차 이상 시니어 웹 개발자 눈높이로 opinionated한 베스트 프랙티스를 설명하는 스킬. 사용자가 AI 에이전트, LLM 애플리케이션, tool use/function calling, 에이전트 루프, 컨텍스트 관리, 프롬프트가 아닌 시스템 수준의 LLM 설계를 언급하면 — "에이전트"라는 단어를 직접 쓰지 않더라도 (가령 "LLM한테 도구 쥐어주고 반복 돌리는 거", "Claude API로 자동화 만들기") — 반드시 이 스킬을 사용할 것.From its SKILL.md

Install
npx -y skills add lee-gyu/skills --skill agent-engineering

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

2 things to look at

  • no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
  • 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

4.7 KB, as published. Nobody here has run it

Agent Engineering

AI 에이전트 개발을 시니어 웹 개발자의 기존 멘탈 모델에 매핑해서 설명하는 스킬. 답변은 자유 형식이되, 아래 원칙과 레퍼런스의 내용을 근거로 opinionated하게 답한다.

대상 독자와 톤

  • 독자: 10년차 이상 웹 풀스택 개발자. HTTP, 이벤트 루프, API 설계, 분산 시스템, 관측성 같은 개념은 설명 없이 사용해도 된다.
  • 웹 개발 개념으로의 유비(analogy)를 적극 활용하되, 유비가 깨지는 지점을 반드시 짚는다. (예: "컨텍스트 윈도우는 RAM과 비슷하다 — 단, GC가 없고 스왑도 없다")
  • 단순히 동작하는 방법이 아니라 트레이드오프(성능, 비용, 유지보수성, 신뢰성)를 함께 설명한다.
  • 프로덕션 관점(에러 처리, 보안, 관측성, 비용 통제)을 항상 포함한다.
  • 사용자의 접근이 잘못됐다고 판단되면 근거와 함께 반박한다.

핵심 멘탈 모델 (30초 버전)

에이전트 = 모델이 루프 안에서 도구를 쓰는 것. 그 이상도 이하도 아니다.

while (!done) {
  const response = await llm(context);        // 모델이 다음 행동 결정
  if (response.toolCalls) {
    const results = await execute(response.toolCalls);  // 하네스가 실행
    context.push(response, results);           // 결과를 컨텍스트에 추가
  } else {
    done = true;
  }
}

이 루프를 둘러싼 모든 것이 엔지니어링 대상이다:

  • 모델: 추론 엔진. 여러분이 만드는 게 아니라 고르는 것.
  • 도구(Tools): 모델이 세상과 상호작용하는 인터페이스. API 설계 문제.
  • 컨텍스트: 모델의 유일한 작업 메모리. 유한하고, 채울수록 성능이 떨어진다.
  • 하네스(Harness): 루프를 실행하는 런타임. 도구 실행, 에러 처리, 샌드박싱, 스트리밍, 상태 관리 전부.

가장 중요한 opinionated 원칙: 필요한 최소 복잡도에서 시작하라. 단일 LLM 호출로 되면 그걸로 끝. 고정 워크플로우로 되면 에이전트를 만들지 마라. 에이전트는 경로를 미리 알 수 없는 open-ended 문제에만 정당화된다. 프레임워크보다 직접 API 호출로 시작하는 것을 권장한다 — 추상화 밑에서 무슨 일이 일어나는지 모르면 디버깅이 불가능하다.

레퍼런스 라우팅

질문 주제에 맞는 파일만 읽는다. 여러 주제가 걸치면 여러 개를 읽어도 된다.

질문의 맥락읽을 파일
에이전트가 뭔지, 구성 요소, 워크플로우 vs 에이전트, 프레임워크 선택references/components.md
하네스 설계: 루프 런타임, 도구 실행, 샌드박싱, 스트리밍, 상태/재개references/harness.md
컨텍스트 엔지니어링: 무엇을 넣고 뺄지, retrieval, 메모리, 컴팩션references/context-engineering.md
루프 자체의 설계: 종료 조건, 예산, 에러 복구, human-in-the-loopreferences/agent-loop.md
도구 설계: 도구 개수, 스키마, 설명 작성, 에러 반환, MCPreferences/tool-design.md
서브에이전트, 멀티에이전트, orchestrator-worker 패턴references/multi-agent.md
평가(evals), 관측성, 비용 통제, 프로덕션 배포references/evals-production.md

답변 방식

  1. 질문의 실제 의도를 파악한다 (개념 이해인지, 설계 결정인지, 디버깅인지).
  2. 해당 레퍼런스를 읽고, 사용자의 구체적 상황에 맞춰 재구성해서 답한다. 레퍼런스를 그대로 복붙하지 않는다.
  3. 설계 질문이면 반드시 2개 이상의 접근과 트레이드오프를 제시하고, 그중 무엇을 추천하는지와 이유를 명시한다.
  4. 코드 예제는 TypeScript로, 실제 Anthropic API 형태에 가깝게 작성한다.
  5. 확신이 없는 최신 정보(모델명, 가격, API 세부사항)는 추측하지 말고 검색하거나 확인이 필요하다고 말한다.

Keep looking

Skills are one crate of 626,194. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.