https://team-edo.github.io/tags/%EC%8A%A4%ED%82%AC/Recent content in 스킬 on 얼쑤 · Team EdoHugoko-krFri, 23 Oct 2026 12:35:00 +0900https://team-edo.github.io/posts/2026/10/coco-1-0-0/Fri, 23 Oct 2026 12:35:00 +0900https://team-edo.github.io/posts/2026/10/coco-1-0-0/<p>다음 작업을 고르려고 <code>coco-start</code>를 호출했을 때 테스트와 병합 미리보기까지 이어졌습니다. 답변까지 147초가 걸렸지만, 사용자가 원한 결과는 다음 작업 경로였습니다. 1.0.0을 준비하며 한 사용자의 Claude Code 호출 11건을 살펴봤습니다. 요청에 필요한 확인과 스킬이 덧붙인 절차를 구분해야, 오래 걸리는 이유를 찾고 필요한 검사도 지킬 수 있었습니다. <a href="https://github.com/thisis-joe/skills/blob/v1.0.0/docs/evaluation/latency/README.md">대기 시간 진단</a></p> <h2 id="지금-받은-요청만-처리하게-만들다">시작 안내에 필요한 작업만</h2> <p><code>coco-start</code>에 구체적인 작업 없이 도움을 요청한 경우에는 경로를 안내하는 데 필요한 사실만 확인하도록 바꿨습니다. 검증이나 배포 점검이 필요한 경우에도 변경이 미치는 영향에 맞춰 절차를 골랐습니다. 예를 들어 마이그레이션은 수정 줄 수가 적어도 실제 실행 검사가 필요한 변경으로 다뤘습니다.</p>https://team-edo.github.io/posts/2026/10/coco-0-1-x/Tue, 20 Oct 2026 09:28:41 +0900https://team-edo.github.io/posts/2026/10/coco-0-1-x/<p>기능을 구현하다 막혔을 때, 먼저 풀어야 할 문제가 하나 더 있었습니다. 지금 필요한 게 요구사항을 좁히는 질문인지, 테스트를 설계하는 절차인지에 따라 여러 스킬 모음에서 비슷한 지침을 찾아 비교해야 했습니다. COCO는 이 탐색을 줄이기 위해 개발자가 하려는 일을 기준으로 스킬을 다시 묶는 작업에서 출발했습니다. 이름은 얼쑤 기술 블로그 첫 글에 등장한 팀원의 반려견 코코에서 따왔습니다. <a href="https://team-edo.github.io/posts/2026/10/hello/">얼쑤 기술 블로그 첫 글</a></p> <h2 id="작성자별-목록을-작업별-목록으로-바꾸다">스킬을 작업별로 묶다</h2> <p>Matt Pocock, Addy Osmani, Lauren Tan의 스킬 모음에서 출발했습니다. 각각을 통째로 설치하는 대신, 개발자가 하려는 일에서 출발하도록 묶었습니다. 요구사항을 좁힐 때는 <code>coco-clarify</code>, 구현할 때는 <code>coco-build</code>, 검증할 때는 <code>coco-verify</code>를 찾는 식입니다. 같은 작업에 도움이 되는 기법을 한곳에서 찾을 수 있게 했습니다.</p>