triage
Chief 의 과제 분류 도구. 사용자 입력을 4-way 분류 (discussion / workflow / cron / goal) + Educational Nudge (불명확 시 KNOWLEDGE 가이드 선제시).
- License 许可
- MIT
- 最近更新
- 2026-11-12
- Stars
- ★ 25
- Forks
- 2
01 前言 Front Matter
- name
- triage
- team
- _skill
- tier
- leader
- used_by
- [ "chief" ]
- category
- core
- triggers
- { "keyword": [ "triage", "분류", "classify" ] }
- description
- Chief 의 과제 분류 도구. 사용자 입력을 4-way 분류 (discussion / workflow / cron / goal) + Educational Nudge (불명확 시 KNOWLEDGE 가이드 선제시).
- dev_capability
- false
- pm_conventions
- { "hard_gate": false, "post_labeling": true, "anti_sycophancy": true, "minimum_approaches": 1 }
- schema_version
- 2
03 SKILL.md 正文
Triage Skill
Chief 가 매 turn TRIAGE stage 에서 호출. Chief 의 의사결정 권한 (Task 분류) 의 reasoning 도구.
4-Way 분류
| 분류 | 정의 | 예시 |
|---|---|---|
| discussion | 대화 자체로 종결. clarification / status check / light reply | "어떻게 지내?", "지금 진행 중인 게 뭐야?" |
| workflow | 일회성 chain (PRD → 분해 → 실행 → 보고) | "X 기능 만들자", "캠페인 준비해줘" |
| cron | 반복 (cron 등록) | "매일 아침 brief 보여줘", "주간 회고 자동화" |
| goal | 자율 실행 (metric 기반 keep/discard) | "Y 지표를 Z 까지 올리는 방법 찾아줘" |
Triage Stage 0 — Educational Nudge
사용자 입력이 막연하면 PM/specialist spawn 전에 KNOWLEDGE 가이드 선제시:
조건: 4-way 신뢰도 < 60%
→ team KNOWLEDGE.md 의 가장 정합 높은 playbook 1~2개 표시
→ "어느 단계에서 시작할까요?" 또는 "처음부터 가설 정의가 필요하신가요?"
→ 사용자 응답 기다림
원칙: 사후 라벨링 — 프레임워크 선처방 X. 사용자 의도가 모이면 사후 label.
출력
classification: discussion | workflow | cron | goal
confidence: 0-100
educational_nudge:
needed: true | false
candidate_playbooks: ["..."]
reasoning: "string"
next_stage: DECOMPOSE | reply_directly | await_user
Confidence 임계값
- ≥80: 즉시 다음 stage (DECOMPOSE)
- 60~79: Educational Nudge 권고
- <60: 명시적 clarification 1회 (사용자에게 1-2 짧은 질문)
≥ 2 approaches (Educational Nudge 시)
KNOWLEDGE 가이드 제시는 ≥ 2 playbook 후보. 단일 강요 X.
Anti-Sycophancy
- ❌ "흥미로운 요청이네요. 어떻게 시작할까요?"
- ✅ "이 요청은 workflow(60%) 와 goal(40%) 사이입니다. KNOWLEDGE 에 두 playbook 있어요: X / Y. 어느 쪽?"
Reference
- v1.1 PRD §5.2 (TRIAGE stage), §5.4 (Educational Nudge)
- Harness Report §7.5 권고 (Educational Nudge)
04 同仓库更多 Skills
xyz-hypothesis
검증 가능한 가설 프레임워크 — "[X%] of [Y segment] will [Z behavior] within [T period], because [R]". 입장+반증 조건 강제, 최소 2개 접근, V/U/V/F 가정 분류. v1.3.5 에서 problem-definition P5 를 독립 skill 로 분리.
workflow-refinement
Workflow 종료 시 개선 제안. stage 의존성 / handoff 효율 / 평균 cycle time 분석. Chief 가 RETROSPECT 에서 호출.
workflow-manager
workflow(org 단위 조립물 — stage DAG 가 워크스페이스의 skill·agent 를 참조)의 대화형 매니저이자 작성 표준의 권위. 의도에서 workflow YAML 을 합성·검토·개선하도록 안내하고, 좋은 워크플로 노하우(본질 원칙=목표·근거·방법→결론·핸드오프 / DAG 무순환 / exit_criteria measurable / 기획 3대 편향 가드)를 보유한다. 결정적 동작(new/list/show/validate)은 solosquad workflow * 헬퍼로 위임. 사용 시점 — 워크플로를 새로 만들·고칠 때, 또는 다른 워크플로의 작성 품질을 판단할 때.
wbs
마일스톤 → WBS (Work Breakdown Structure) 분해. PM 핵심 산출물. team OKR 의 KR 을 분기→주→일 단위 작업으로 변환. dependency graph + critical path 식별.
skill-refinement
Skill 사용 후 개선 제안. ledger 분석으로 어느 skill 이 자주 실패 / open_question 다발 / 비효율인지 식별. Chief 가 retrospective 후 호출.
skill-manager
skill(SKILL.md)의 대화형 매니저이자 **작성 표준의 권위(authoring authority)**. 새 skill 생성·검토·개선을 Chief 세션 안에서 안내하고, 좋은 SKILL.md 작성 노하우(description 공식·정량 한도·번들 구조·eval 검증·frontmatter 필드 감사)를 보유한다. 결정적 동작(scaffold/list/show/validate)은 `solosquad skill *` 헬퍼로 위임하고, 의도→초안·품질 검토·개선은 대화로 진행한다. 사용 시점 — skill 을 새로 만들 때, 기존 skill 을 고칠 때, 또는 다른 skill 의 작성 품질을 판단할 때. v1.3.6 — 코드 백엔드 `src/bot/skill-manager.ts` 위에 작성 권위를 얹음.