나는 거대한 AI 스킬 번들에 대한 보다 절제된 대안을 만들었다
Source: Dev.to
Announcement
저는 agent-harness v1.0.0을 방금 배포했습니다.
Node.js / TypeScript CLI 로, 다음 환경에서 재사용 가능한 AI‑에이전트 자산을 발견하고, 스테이징하고, 활성화하고, 연결할 수 있습니다:
- VS Code / GitHub Copilot
- Cursor
- OpenCode
- Zed
- Claude Code
- Pi
Links
- Repo:
- Release:
- npm:
- Feedback discussion:
Why I made this
이 프로젝트는 아주 구체적인 불만에서 시작되었습니다.
이미 antigravity-awesome-skills, cursor-skills, awesome-agent-skills, awesome-claude-skills, awesome-copilot 와 같은 대형 올‑인‑원 AI 스킬/프롬프트/컨텍스트 번들이 많이 존재합니다. 유용하지만, 일상 작업 흐름에서는 다음과 같은 점이 너무 거칠게 느껴졌습니다:
- 필요 없는 컨텍스트가 과도하게 끌어와짐
- 선택성이 부족함
- “번들 중력”이 과도함
- 자산이 어디에 연결되는지 제어할 수 없음
- 이미 비싼 컨텍스트 윈도우가 부풀어 오를 위험
저는 더 좁고 절제된—거대한 번들이 아닌—무언가를 원했습니다. 실용적인 질문에 답하기 위해서입니다:
어떻게 하면 재사용 가능한 에이전트 자산을 도구와 프로젝트 사이에 포터블하게 만들면서 모든 레포를 컨텍스트 쓰레기 매립지로 만들지 않을 수 있을까?
Core idea
Agent‑harness는 재사용 가능한 에이전트 자산의 라이프사이클을 관리합니다:
- Discover 워크스페이스에 관련될 수 있는 항목을 찾는다
- Mirror and stage 재현 가능한 아티팩트를 복제하고 스테이징한다
- Install 라이프사이클을 인식하는 호스트 스토어에 설치한다
- Activate 선택된 자산을 런타임 뷰에 활성화한다
- Wire 대상 호스트/워크스페이스에 연결한다
핵심은 이 단계들을 선택적으로 그리고 호스트를 인식하면서 수행하는 것이며, 모든 도구를 하나의 구분 없는 프롬프트와 스킬 더미로 취급하지 않는 것입니다.
Design goals
- 서로 다른 호스트 간의 이식성
- 다양한 레포지토리 간 재사용
- 컨텍스트 주입의 규율
- 불필요한 잡동사니 최소화
- 스크린샷이 아닌 실제 제품 개발에서도 살아남는 워크플로우
이러한 목표 때문에 프로젝트는 대규모 컬렉션을 큐레이션하기보다 발견·스테이징·활성화·연결에 초점을 맞춥니다.
Development process
프로젝트는 빠른 “바이브‑코드” 프로토타입으로 시작했으며, 이는 좋은 점과 나쁜 점 모두에 영향을 미칩니다. 핵심 아이디어가 작동을 확인한 뒤, 보다 엄격한 단계로 전환했습니다:
- 릴리즈 감사
- 실제 워크스페이스 테스트 (Windows 검증 포함)
- 이슈‑드리븐 정리
- 호스트‑어댑터 강화
- 문서, 체인지로그, 릴리즈‑워크플로우 정리
요약하면: 처음엔 느슨했지만, 이후에 더 엄격한 형태로 다듬어졌습니다.
Feedback
일반적인 찬사를 원하지 않습니다; 건설적인 피드백, 특히 부정적인 의견을 원합니다. 다음 질문들을 고려해 주세요:
- 이것이 실제 문제를 해결하고 있는가, 아니면 주로 제 개인적인 문제인가?
- “절제된 대안”이라는 프레이밍이 타당한가?
- 어느 부분이 과도하게 설계되었는가?
- 어떤 호스트를 지원할 가치가 있고, 어떤 호스트는 그렇지 않은가?
- 추상화가 어디서 깨지는가?
- 무엇을 제거하거나 단순화해야 하는가?
- 실제 워크플로우에서 어디가 실패할 수 있는가?
시도해보고 어색하다고 느낀다면, 그 정보가 매우 가치 있습니다. 이 글의 최상의 결과는:
- 이슈 리포트
- 비판
- 실제 사용 시 마찰 보고
- 제품 검증 혹은 무효화
How to provide feedback
가능하면 다음 정보를 포함해 주세요:
- 레포 유형 / 스택
- 사용한 호스트
- OS
- 기대한 바
- 실제 발생한 일
- 혼란스럽거나 불필요하거나 약하다고 느낀 점
- 핵심 아이디어 자체가 유용해 보이는지 여부
반응이 “과도하게 만들었다” 혹은 “잘못된 추상화다”라면, 꼭 알려 주세요—그게 지금 제가 가장 필요로 하는 신호입니다.
Feedback discussion: