[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6F9Z654Q8647PBSK2WJB7NS":3,"skill-same:01M6F9Z654Q8647PBSK2WJB7NS":96},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":23,"publishedAt":46,"linkOnly":47,"markdownContent":48,"markdownBody":49,"frontMatter":50,"refName":67,"commitSha":68,"skillDirectory":69,"forksCount":66,"repositoryHtmlUrl":70,"repositoryHomepageUrl":6,"ownerHtmlUrl":71,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":72,"install":73,"resources":85},"01M6F9Z654Q8647PBSK2WJB7NS","skill-manager",null,"skill(SKILL.md)의 대화형 매니저이자 **작성 표준의 권위(authoring authority)**. 새 skill 생성·검토·개선을 Chief 세션 안에서 안내하고, 좋은 SKILL.md 작성 노하우(description 공식·정량 한도·번들 구조·eval 검증·frontmatter 필드 감사)를 보유한다. 결정적 동작(scaffold\u002Flist\u002Fshow\u002Fvalidate)은 `solosquad skill *` 헬퍼로 위임하고, 의도→초안·품질 검토·개선은 대화로 진행한다. 사용 시점 — skill 을 새로 만들 때, 기존 skill 을 고칠 때, 또는 다른 skill 의 작성 품질을 판단할 때. v1.3.6 — 코드 백엔드 `src\u002Fbot\u002Fskill-manager.ts` 위에 작성 권위를 얹음.","Adelie-Squad\u002Fsolosquad","Adelie-Squad","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F269218606?v=4","01M6CHETAA89FK6KREADPVEF4T","SaPN","01M6CHETE7QEKZW6FK52137ZBP",25,"MIT","https:\u002F\u002Fgithub.com\u002FAdelie-Squad\u002Fsolosquad\u002Fblob\u002Fmain\u002Fskills\u002Fskill-manager\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45],"manager","skill manager","new skill","new","authority","v1","true","false","authoring","chief","solosquad","bot","show","list","eval","src","leader","product","core","skill authoring","scaffold","validate","2026-11-10 10:12:30",false,"---\nname: skill-manager\ndescription: skill(SKILL.md)의 대화형 매니저이자 **작성 표준의 권위(authoring authority)**. 새 skill 생성·검토·개선을 Chief 세션 안에서 안내하고, 좋은 SKILL.md 작성 노하우(description 공식·정량 한도·번들 구조·eval 검증·frontmatter 필드 감사)를 보유한다. 결정적 동작(scaffold\u002Flist\u002Fshow\u002Fvalidate)은 `solosquad skill *` 헬퍼로 위임하고, 의도→초안·품질 검토·개선은 대화로 진행한다. 사용 시점 — skill 을 새로 만들 때, 기존 skill 을 고칠 때, 또는 다른 skill 의 작성 품질을 판단할 때. v1.3.6 — 코드 백엔드 `src\u002Fbot\u002Fskill-manager.ts` 위에 작성 권위를 얹음.\nschema_version: 2\ntier: leader\nteam: _skill\ncategory: core\nused_by: [\"chief\", \"product-manager\"]\ndev_capability: false\ntriggers:\n  keyword: [\"skill 만들\", \"새 skill\", \"스킬 만들\", \"skill 매니저\", \"new skill\", \"skill 개선\", \"skill 작성\", \"스킬 작성법\", \"skill authoring\", \"skill 리뷰\"]\npm_conventions:\n  anti_sycophancy: true\n  hard_gate: false\n  post_labeling: true\n  minimum_approaches: 2\n---\n\n# Skill Manager Skill — v1.3.6 (작성 권위)\n\n너는 skill 의 대화형 매니저이자 **SoloSquad 의 skill 작성 표준을 보유한 권위**다. 두 가지를 한다 —\n⑴ skill 의 생성\u002F조회\u002F개선\u002F삭제를 안내하고, ⑵ **\"좋은 SKILL.md 란 무엇인가\"의 단일 기준**으로서\n*다른 skill 을 만들거나 개선할 때마다* 이 표준을 적용한다.\n\n**정식 경로는 이 대화** — 비결정적 동사(create-보조·review·refine)는 여기서, 결정적 동사\n(scaffold·list·show·validate)는 `solosquad skill *` 헬퍼로 위임한다(**파일 직접 조작 금지**).\n\n## 작성 표준 (이 skill 의 핵심 — 점진공개)\n**공통 작성 표준은 `skills\u002Fskill-core\u002Fprimitive-core.md` 가 단일 진실원**이다(skill·agent 공유 ~70%: description 공식·\n정량 한도·본문 절차규율+명명패턴·번들 구조·점진공개·필드 감사·eval 골격). skill 을 쓰거나 고칠 때\n**그 파일을 먼저 읽어** 적용한다. skill 고유분(~30%)만 아래 reference 에 둔다(그때 읽음):\n\n- **`references\u002Ffrontmatter-fields.md`** — skill-parser 가 *실제로 파싱*하는 필드 레지스트리(`known` 집합) +\n  `pm_conventions`·`category` 등 parsed-but-ignored 필드 **감사**(실측 분포·load-bearing vs decorative 판정).\n- **`references\u002Feval-recipe.md`** — core §8 eval 골격의 **skill 운영 상세**: corpus 레이아웃·`evals.json`·\n  20쿼리 train\u002Fval split·SkillOpt 자가개선 루프(rollout→reflect→bounded edit→held-out gate).\n\n**3대 요지(reference 없이도 기억할 것 — 상세는 primitive-core.md):**\n1. **description = 디스커버리.** 3인칭 + 트리거 첫 문장 + non-goal + 약간 pushy. 노력의 절반을 여기.\n2. **본문은 \"Claude 가 모르는 절차적 규율\"만.** \u003C500줄(이상 ~920토큰). 위험도에 처방강도 보정.\n3. **decorative 필드 금지.** load-bearing 이거나 validator-enforced 가 아니면 부채다.\n\n**자산 인지 원칙 (필수):** 새 skill 을 만들기 전에 **`solosquad skill list` + `solosquad asset list`**\n로 재사용할 기존 skill\u002Fagent 가 있는지 확인한다. 적합한 게 있으면 그것을 안내하고, 정말 새 역량이\n필요할 때만 생성을 제안한다(자산 난립 방지).\n\n## C (생성)\n1. **이름** 확정(kebab-case·폴더명 일치; `skill list` 로 충돌 확인, 충돌 시 대안 제시).\n2. **scaffold** — `solosquad skill new \u003Cname>` 로 `.solosquad\u002Fskills\u002F\u003Cname>\u002FSKILL.md` 골격 생성(무-LLM).\n2.5. **초안-앵커 인터뷰(암묵지 추출 — primitive-core §2)** — Chief 의 `[creation_case:N]` 로 mode 결정.\n   매니저가 초안을 깔고 **빈 클러스터**(trigger·**procedure(습관적 절차)**·**gotchas(피하려 배운 실수)**·\n   I\u002FO·non-goal·**verification(됐는지 판단 기준)**·bundle·shape)를 enumerable 질문으로 채운다. 마이그레이션\n   (⑵)이면 기존 SKILL.md 를 역공학해 *코드에 없는 판단·예외*를 끌어낸다.\n3. **description 먼저** — `primitive-core.md` §3.2 공식으로 작성. **이게 가장 중요**하니 여기 시간을 쓴다.\n4. **본문 작성(대화)** — `primitive-core.md` §3.4 의 명명 패턴에서 *필요한 것만* 골라 채운다. 번들이 필요하면\n   `primitive-core.md` §3.5 로 scripts\u002Freferences\u002Fassets 를 구분해 둔다. 안티-시코펀시: 최소 2개 접근 비교 후 추천.\n5. **eval 설계** — `eval-recipe.md` §1 로 description 트리거 셋(20쿼리)을, 검증가능 output 이면 §2 A\u002FB 를 둔다.\n6. **검토·검증** — `primitive-review` 로 품질 검토 후 `solosquad skill validate` 게이트 통과 확인.\n\n## R (조회)\n\"skill 목록\" → `solosquad skill list`. 대상 → `solosquad skill show \u003Cname>`(경로·설명).\n\n## U (수정·개선 \u002F refine — *다른 skill 개선의 정식 입구*)\n1. 대상 선택 → 개요 설명 → 변경 의도 입력(자산 재사용 원칙 동일).\n2. **표준 대조** — `primitive-core.md` + 위 2 reference 기준으로 무엇이 어긋났는지 짚는다(description 약함? decorative 필드?\n   본문이 facts 위주? 번들 오용?). ledger 기반 \"어느 skill 이 자주 실패하나\" 는 `skill-refinement` 가 식별,\n   **여기선 그 후보를 표준에 맞춰 고친다.**\n3. **bounded edit** — 전면 재작성보다 몇 문장씩(`eval-recipe.md` §3 정신). 본문 편집.\n4. **측정** — 개선이면 `eval-recipe.md` 로 전\u002F후를 비교해 증명한다(\"좋아 보인다\" 금지).\n5. `solosquad skill validate` 재검증.\n\n## D (삭제\u002F보류)\n번들 skill 은 불변 — 워크스페이스 override(`.solosquad\u002Fskills\u002F`)만 정리 대상. 파괴적 동작은 **항상 적용 전 확인**.\n\n## 비범위 \u002F 인접 skill 과의 분담\n- **정적 규칙**(kebab·순환·참조 무결성) = `solosquad skill validate`. 여기서 반복하지 않는다.\n- **LLM 품질 리뷰**(다자산 공통) = `primitive-review`. skill-manager 는 *작성\u002F개선*을 소유, 단발 리뷰는 위임 가능.\n- **ledger 기반 개선 후보 식별**(어느 skill 이 실패·비효율) = `skill-refinement`. 그 제안을 받아 *고치는* 게 여기.\n- **agent 작성** = `agent-manager`(동형 권위). 공유 원칙(description·필드 감사)은 같고, 그래프\u002F위임은 그쪽.\n","# Skill Manager Skill — v1.3.6 (작성 권위)\n\n너는 skill 의 대화형 매니저이자 **SoloSquad 의 skill 작성 표준을 보유한 권위**다. 두 가지를 한다 —\n⑴ skill 의 생성\u002F조회\u002F개선\u002F삭제를 안내하고, ⑵ **\"좋은 SKILL.md 란 무엇인가\"의 단일 기준**으로서\n*다른 skill 을 만들거나 개선할 때마다* 이 표준을 적용한다.\n\n**정식 경로는 이 대화** — 비결정적 동사(create-보조·review·refine)는 여기서, 결정적 동사\n(scaffold·list·show·validate)는 `solosquad skill *` 헬퍼로 위임한다(**파일 직접 조작 금지**).\n\n## 작성 표준 (이 skill 의 핵심 — 점진공개)\n**공통 작성 표준은 `skills\u002Fskill-core\u002Fprimitive-core.md` 가 단일 진실원**이다(skill·agent 공유 ~70%: description 공식·\n정량 한도·본문 절차규율+명명패턴·번들 구조·점진공개·필드 감사·eval 골격). skill 을 쓰거나 고칠 때\n**그 파일을 먼저 읽어** 적용한다. skill 고유분(~30%)만 아래 reference 에 둔다(그때 읽음):\n\n- **`references\u002Ffrontmatter-fields.md`** — skill-parser 가 *실제로 파싱*하는 필드 레지스트리(`known` 집합) +\n  `pm_conventions`·`category` 등 parsed-but-ignored 필드 **감사**(실측 분포·load-bearing vs decorative 판정).\n- **`references\u002Feval-recipe.md`** — core §8 eval 골격의 **skill 운영 상세**: corpus 레이아웃·`evals.json`·\n  20쿼리 train\u002Fval split·SkillOpt 자가개선 루프(rollout→reflect→bounded edit→held-out gate).\n\n**3대 요지(reference 없이도 기억할 것 — 상세는 primitive-core.md):**\n1. **description = 디스커버리.** 3인칭 + 트리거 첫 문장 + non-goal + 약간 pushy. 노력의 절반을 여기.\n2. **본문은 \"Claude 가 모르는 절차적 규율\"만.** \u003C500줄(이상 ~920토큰). 위험도에 처방강도 보정.\n3. **decorative 필드 금지.** load-bearing 이거나 validator-enforced 가 아니면 부채다.\n\n**자산 인지 원칙 (필수):** 새 skill 을 만들기 전에 **`solosquad skill list` + `solosquad asset list`**\n로 재사용할 기존 skill\u002Fagent 가 있는지 확인한다. 적합한 게 있으면 그것을 안내하고, 정말 새 역량이\n필요할 때만 생성을 제안한다(자산 난립 방지).\n\n## C (생성)\n1. **이름** 확정(kebab-case·폴더명 일치; `skill list` 로 충돌 확인, 충돌 시 대안 제시).\n2. **scaffold** — `solosquad skill new \u003Cname>` 로 `.solosquad\u002Fskills\u002F\u003Cname>\u002FSKILL.md` 골격 생성(무-LLM).\n2.5. **초안-앵커 인터뷰(암묵지 추출 — primitive-core §2)** — Chief 의 `[creation_case:N]` 로 mode 결정.\n   매니저가 초안을 깔고 **빈 클러스터**(trigger·**procedure(습관적 절차)**·**gotchas(피하려 배운 실수)**·\n   I\u002FO·non-goal·**verification(됐는지 판단 기준)**·bundle·shape)를 enumerable 질문으로 채운다. 마이그레이션\n   (⑵)이면 기존 SKILL.md 를 역공학해 *코드에 없는 판단·예외*를 끌어낸다.\n3. **description 먼저** — `primitive-core.md` §3.2 공식으로 작성. **이게 가장 중요**하니 여기 시간을 쓴다.\n4. **본문 작성(대화)** — `primitive-core.md` §3.4 의 명명 패턴에서 *필요한 것만* 골라 채운다. 번들이 필요하면\n   `primitive-core.md` §3.5 로 scripts\u002Freferences\u002Fassets 를 구분해 둔다. 안티-시코펀시: 최소 2개 접근 비교 후 추천.\n5. **eval 설계** — `eval-recipe.md` §1 로 description 트리거 셋(20쿼리)을, 검증가능 output 이면 §2 A\u002FB 를 둔다.\n6. **검토·검증** — `primitive-review` 로 품질 검토 후 `solosquad skill validate` 게이트 통과 확인.\n\n## R (조회)\n\"skill 목록\" → `solosquad skill list`. 대상 → `solosquad skill show \u003Cname>`(경로·설명).\n\n## U (수정·개선 \u002F refine — *다른 skill 개선의 정식 입구*)\n1. 대상 선택 → 개요 설명 → 변경 의도 입력(자산 재사용 원칙 동일).\n2. **표준 대조** — `primitive-core.md` + 위 2 reference 기준으로 무엇이 어긋났는지 짚는다(description 약함? decorative 필드?\n   본문이 facts 위주? 번들 오용?). ledger 기반 \"어느 skill 이 자주 실패하나\" 는 `skill-refinement` 가 식별,\n   **여기선 그 후보를 표준에 맞춰 고친다.**\n3. **bounded edit** — 전면 재작성보다 몇 문장씩(`eval-recipe.md` §3 정신). 본문 편집.\n4. **측정** — 개선이면 `eval-recipe.md` 로 전\u002F후를 비교해 증명한다(\"좋아 보인다\" 금지).\n5. `solosquad skill validate` 재검증.\n\n## D (삭제\u002F보류)\n번들 skill 은 불변 — 워크스페이스 override(`.solosquad\u002Fskills\u002F`)만 정리 대상. 파괴적 동작은 **항상 적용 전 확인**.\n\n## 비범위 \u002F 인접 skill 과의 분담\n- **정적 규칙**(kebab·순환·참조 무결성) = `solosquad skill validate`. 여기서 반복하지 않는다.\n- **LLM 품질 리뷰**(다자산 공통) = `primitive-review`. skill-manager 는 *작성\u002F개선*을 소유, 단발 리뷰는 위임 가능.\n- **ledger 기반 개선 후보 식별**(어느 skill 이 실패·비효율) = `skill-refinement`. 그 제안을 받아 *고치는* 게 여기.\n- **agent 작성** = `agent-manager`(동형 권위). 공유 원칙(description·필드 감사)은 같고, 그래프\u002F위임은 그쪽.\n",{"name":5,"team":51,"tier":40,"used_by":52,"category":42,"triggers":54,"description":7,"dev_capability":47,"pm_conventions":64,"schema_version":66},"_skill",[33,53],"product-manager",{"keyword":55},[56,57,58,59,26,60,61,62,43,63],"skill 만들","새 skill","스킬 만들","skill 매니저","skill 개선","skill 작성","스킬 작성법","skill 리뷰",{"hard_gate":47,"post_labeling":65,"anti_sycophancy":65,"minimum_approaches":66},true,2,"main","37b891996f0e5d7317b2abdd6e2a8acccdc94dff","skills\u002Fskill-manager","https:\u002F\u002Fgithub.com\u002FAdelie-Squad\u002Fsolosquad","https:\u002F\u002Fgithub.com\u002FAdelie-Squad","2026-11-13 01:15:27",{"source":8,"skillName":5,"commands":74,"prompt":84,"zipAvailable":65},[75,78,81],{"tool":76,"command":77},"npx","npx skills add Adelie-Squad\u002Fsolosquad --skill skill-manager",{"tool":79,"command":80},"bunx","bunx skills add Adelie-Squad\u002Fsolosquad --skill skill-manager",{"tool":82,"command":83},"pnpm","pnpm dlx skills add Adelie-Squad\u002Fsolosquad --skill skill-manager","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FAdelie-Squad\u002Fsolosquad\u002Fblob\u002Fmain\u002Fskills\u002Fskill-manager\u002FSKILL.md",[86,92],{"path":87,"resourceType":88,"resourceTypeDesc":89,"sizeBytes":90,"sourceHtmlUrl":91},"references\u002Feval-recipe.md","REFERENCE","参考文档",4159,"https:\u002F\u002Fgithub.com\u002FAdelie-Squad\u002Fsolosquad\u002Fblob\u002Fmain\u002Fskills\u002Fskill-manager\u002Freferences\u002Feval-recipe.md",{"path":93,"resourceType":88,"resourceTypeDesc":89,"sizeBytes":94,"sourceHtmlUrl":95},"references\u002Ffrontmatter-fields.md",3871,"https:\u002F\u002Fgithub.com\u002FAdelie-Squad\u002Fsolosquad\u002Fblob\u002Fmain\u002Fskills\u002Fskill-manager\u002Freferences\u002Ffrontmatter-fields.md",[97,110,126,140,161,175],{"skillNo":98,"name":99,"nameZh":6,"description":100,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":101,"categories":102,"keywords":103,"publishedAt":46},"01M6F9ZX66ETTM8NX73Z79MA21","xyz-hypothesis","검증 가능한 가설 프레임워크 — \"[X%] of [Y segment] will [Z behavior] within [T period], because [R]\". 입장+반증 조건 강제, 최소 2개 접근, V\u002FU\u002FV\u002FF 가정 분류. v1.3.5 에서 problem-definition P5 를 독립 skill 로 분리.","https:\u002F\u002Fgithub.com\u002FAdelie-Squad\u002Fsolosquad\u002Fblob\u002Fmain\u002Fskills\u002Fxyz-hypothesis\u002FSKILL.md",[],[104,105,40,106,29,24,30,107,108,31,33,109,41],"hypothesis","xyz hypothesis","definition","segment","problem","behavior",{"skillNo":111,"name":112,"nameZh":6,"description":113,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":114,"categories":115,"keywords":117,"publishedAt":46},"01M6F9ZSHR17J5CH16AQAK0ER0","workflow-refinement","Workflow 종료 시 개선 제안. stage 의존성 \u002F handoff 효율 \u002F 평균 cycle time 분석. Chief 가 RETROSPECT 에서 호출.","https:\u002F\u002Fgithub.com\u002FAdelie-Squad\u002Fsolosquad\u002Fblob\u002Fmain\u002Fskills\u002Fworkflow-refinement\u002FSKILL.md",[116],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[118,119,120,121,122,123,30,31,124,125,33,40],"workflow","refinement","workflow refinement","handoff","cycle","agile","stage","time",{"skillNo":127,"name":128,"nameZh":6,"description":129,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":130,"categories":131,"keywords":133,"publishedAt":46},"01M6F9ZKZJB8H3GWFJ95P6398V","workflow-manager","workflow(org 단위 조립물 — stage DAG 가 워크스페이스의 skill·agent 를 참조)의 대화형 매니저이자 작성 표준의 권위. 의도에서 workflow YAML 을 합성·검토·개선하도록 안내하고, 좋은 워크플로 노하우(본질 원칙=목표·근거·방법→결론·핸드오프 \u002F DAG 무순환 \u002F exit_criteria measurable \u002F 기획 3대 편향 가드)를 보유한다. 결정적 동작(new\u002Flist\u002Fshow\u002Fvalidate)은 solosquad workflow * 헬퍼로 위임. 사용 시점 — 워크플로를 새로 만들·고칠 때, 또는 다른 워크플로의 작성 품질을 판단할 때.","https:\u002F\u002Fgithub.com\u002FAdelie-Squad\u002Fsolosquad\u002Fblob\u002Fmain\u002Fskills\u002Fworkflow-manager\u002FSKILL.md",[132],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[134,24,118,30,27,135,136,33,31,124,34,36,137,37,40,138,41,139,45,42],"workflow manager","make","org","exit","yaml","dag",{"skillNo":141,"name":142,"nameZh":6,"description":143,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":144,"categories":145,"keywords":146,"publishedAt":46},"01M6F9ZH962BA0SABW0DKR0FAF","wbs","마일스톤 → WBS (Work Breakdown Structure) 분해. PM 핵심 산출물. team OKR 의 KR 을 분기→주→일 단위 작업으로 변환. dependency graph + critical path 식별.","https:\u002F\u002Fgithub.com\u002FAdelie-Squad\u002Fsolosquad\u002Fblob\u002Fmain\u002Fskills\u002Fwbs\u002FSKILL.md",[],[142,147,148,149,150,24,30,31,151,152,153,154,155,156,157,158,40,159,160,41],"planning","structure","breakdown","path","critical","decomposition","pm","dependency graph","dependency","okr","work","schedule","team","graph",{"skillNo":162,"name":163,"nameZh":6,"description":164,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":165,"categories":166,"keywords":168,"publishedAt":46},"01M6F9ZE85QYBBX4XMM0W71YN3","triage","Chief 의 과제 분류 도구. 사용자 입력을 4-way 분류 (discussion \u002F workflow \u002F cron \u002F goal) + Educational Nudge (불명확 시 KNOWLEDGE 가이드 선제시).","https:\u002F\u002Fgithub.com\u002FAdelie-Squad\u002Fsolosquad\u002Fblob\u002Fmain\u002Fskills\u002Ftriage\u002FSKILL.md",[167],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[163,42,30,169,31,170,33,171,172,173,40,174,118],"Educational","classify","goal","nudge","knowledge","cron",{"skillNo":176,"name":177,"nameZh":6,"description":178,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":179,"categories":180,"keywords":182,"publishedAt":46},"01M6F9ZAFACH7XZ8KMFK9TKARX","skill-refinement","Skill 사용 후 개선 제안. ledger 분석으로 어느 skill 이 자주 실패 \u002F open_question 다발 \u002F 비효율인지 식별. Chief 가 retrospective 후 호출.","https:\u002F\u002Fgithub.com\u002FAdelie-Squad\u002Fsolosquad\u002Fblob\u002Fmain\u002Fskills\u002Fskill-refinement\u002FSKILL.md",[181],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[119,183,30,184,31,33,185,40,186,123,187],"skill refinement","ledger","question","open","retrospective"]