"스킬(Skills)"의 유용성을 잘 모르겠음

타겟팅된 것들조차도 코드베이스가 바뀔 때마다 빠르게 맛이 가기 시작하는데, 아무도 그에 맞춰 마크다운 규칙을 업데이트해야 한다는 걸 기억하지 못하거든.

가장 먼저 물어봐야 할 질문은 어떤 하네스와 모델을 사용 중이냐는 거임. 그게 어떤 스킬이 필요한지, 어떤 스킬을 써야 하는지, 그리고 그게 얼마나 도움이 될지 결정하는 데 엄청난 차이를 만듦. 잘못된 스킬을 사용해서 워크플로우를 오히려 망치는 것도 충분히 가능한 일임.

ㅋㅋ 다들 AI 쪽에서는 도구가 아니라 문제부터 시작하라고 떠들면서, 정작 여기서는 도구 무더기만 논하고 있네.

근데 아무도 이걸 어떻게 써야 할지 모름. 왜냐면 다들 뭘 고치려는 건지도 모르고, 고쳤다 해도 그게 비즈니스 워크플로우가 아니라 그냥 머릿속에만 있거든.

나도 몇 달 동안 똑같은 상황이었음. 마크다운 스킬을 어떻게든 써먹어 보려고 했는데 에이전트가... 완전히 맛이 가버리더라고? 스킬 파일에 있는 아주 사소한 디테일에 과하게 집중하느라 정작 중요한 작업은 무시해버리는 식이었음.

아주 타이트한 시스템 프롬프트로 날것 그대로 쓰는 게 나한테는 더 잘 맞았는데, 혹시 성격 규정보다는 워크플로우에 가까운 스킬을 써서 성공한 사람 있는지 궁금함.

내가 잘못 쓰고 있는 걸 수도 있는데.. 나는 여러 레포에 걸쳐 프로세스를 복제할 때 스킬을 사용함.

처음에는 날것 그대로 채팅하면서 20단계가 걸렸을지 몰라도, 스킬로 저장해두면 다시 20번 질문할 필요가 없음. 스킬이 내 답변을 유지해주고 기능을 어떻게 추가할지 알고 있거든.

예시: 메이저 프레임워크 버전 업그레이드... 보통 스킬에 내 답변을 넣어두면 모든 레포에 그 스킬을 실행할 수 있고, 매번 질문을 받을 필요가 없어짐.

스킬은 반복적인 작업을 빠르게 처리하는 데 최적임. 예를 들어, 나는 수백 개의 컬럼과 수백만 개의 행이 있는 여러 테이블의 데이터베이스를 가지고 있음. 스킬은 지도 같은 역할을 해서, 내가 뭔가 필요할 때마다 매번 새로 탐색할 필요 없이 에이전트가 DB를 훑어서 필요한 걸 가져오게 해줌.

나는 나만의 스킬을 수십 개 가지고 있고, 유용하다고 생각되는 공개 스킬은 몇 개 정도만 씀.

그 스킬들이 미리 정의된 테이블 세트에서 데이터를 가져오기 위해 SQL 쿼리를 직접 작성하는 방식임?

내 생각은 이럼. AI 에이전트가 내가 원하는 걸 정확히 해내고 있다면, 굳이 스킬이 왜 필요함?

모델들은 6개월 전보다 훨씬 똑똑해졌음. 이제는 자동으로 문맥을 압축하고, 세션 파일을 저장하고, 서로에게 핸드오프 노트를 작성함. 물론 서브에이전트를 제대로 활용할 줄 안다면, 대부분의 스킬이 하던 역할인 문맥 관리 문제의 90%는 이미 해결된 셈임.

서브에이전트는 어떻게 활용함?