Skills are new features: Building Skill-Centric Harness — Yogendra Miraje, FactSet

한 줄 핵심

에이전트 제품에서는 기능이 화면이 아니라 skill로 옮겨가며, 엔지니어의 역할도 기능 구현보다 skill이 안정적으로 실행되도록 harness와 라우팅·거버넌스를 설계하는 쪽으로 바뀐다.

시간별 요약

1. 0:01
   기존의 blueprints는 사실 skill의 초기 형태였고, 이제는 skills를 별도 표준처럼 받아들여 agentic product에 본격적으로 적용해야 한다. 에이전트가 제품의 주 인터페이스가 되면 prompts는 정체성, tools는 연결 대상, skills는 작업 수행 방식이 되며, 그 결과 기능은 화면이 아니라 skill로 구현된다.
2. 5:00
   skill은 특정 작업을 잘 수행하도록 가르치는 표준화된 방법이며, skill.md의 이름·설명·본문·참조 파일·스크립트가 핵심 요소가 된다. harness에 skill을 넣으려면 skill registry, system prompt, file read tool이 최소 필요하고, 스크립트를 실행한다면 bash나 sandbox도 함께 갖춰야 한다.
3. 8:01
   skill discovery는 registry의 이름·설명·경로를 system prompt에 넣는 방식으로 시작하며, 본문은 필요할 때만 읽는 progressive disclosure가 중요하다. 설명은 라우팅 신호이므로 사용자 의도와 맞는 트리거 단어를 명확히 넣어야 하고, skill은 데이터 모델 중심이 아니라 실제 사용자 intent 중심으로 묶어야 한다.
4. 12:01
   모델이 바뀌면 같은 skill도 다르게 동작할 수 있으므로, skill은 문서가 아니라 모델과의 계약으로 보고 반드시 eval을 다시 돌려야 한다. skill 수가 늘수록 단순히 system prompt에 넣는 방식은 한계가 생기며, embedding 기반 shortlist, 계층 구조, 메타데이터 필터, 소유권·버전·폐기·감사·접근제어 같은 거버넌스가 필요하다.

실무 인사이트

• skill 설명문은 기능 소개문이 아니라 라우팅 규칙으로 작성해야 하며, 사용자 요청과 직접 연결되는 트리거 표현을 분명히 넣어야 한다.
• skill 라이브러리는 처음부터 크게 설계하기보다 실제 사용자 intent를 기준으로 작게 시작하고, 사용 사례가 드러날 때마다 재분류·리팩터링하는 편이 안정적이다.
• 모델 업그레이드 시에는 skill을 자동으로 재평가하는 파이프라인을 두고, 대규모로 갈수록 승인·소유권·버전 관리·권한 통제를 코드 수준으로 운영해야 한다.