Deneb

Cross-surface self-evolution control plane. After a failure or notable success, attribute it to the right surface of Deneb's composite policy (model-role / prompt / skill / memory / tool / routing / guardrail), fix at the CHEAPEST surface, and pass a validation gate before committing the lesson. Use when: (1) a session exposed a failure and it's unclear which surface owns the fix, (2) you're about to commit a 'lesson' (memory/skill/prompt) and it should be validated first, (3) post-incident review. NOT for: skill-only edits (use skill-evolution), durable user facts (→ wiki/memory), or committing an unverified diagnostic conclusion.

탑솔라 기획조정실 주간업무보고를 위키 프로젝트 데이터로 자동 생성한다 — 소관(팀)별 실시/예정을 격자 양식 PDF로. Use when: 주간업무보고, 주간보고, /weekly, 이번주 업무보고 만들어줘. NOT for: 일일 브리핑(morning-letter), 단건 메일/회의 분석(email-analysis/meeting-minutes).

매일 아침 모닝레터 생성 및 발송. 날씨, 환율, 구리시세, 일정, 메일 요약을 수집해 아침 브리핑을 작성한다. Use when: 모닝레터, morning letter, 아침 브리핑, 오늘의 브리핑, daily briefing. NOT for: 일반 메일 분석, 회신 작성, 장문 회의록 정리.

Evolve and optimize existing skills using autoresearch methodology. Use when: (1) a skill produces suboptimal results, (2) a skill's instructions are outdated or incomplete, (3) systematic improvement of skill quality is requested. NOT for: creating new skills (use skill-factory), cosmetic changes, or skills that already work well.

Create, edit, improve, or audit AgentSkills. Use when creating a new skill from scratch or when asked to improve, review, audit, tidy up, or clean up an existing skill or SKILL.md file. Also use when editing or restructuring a skill directory (moving files to references/ or scripts/, removing stale content, validating against the AgentSkills spec). Triggers on phrases like "create a skill", "author a skill", "tidy up a skill", "improve this skill", "review the skill", "clean up the skill", "audit the skill".

회의·통화·논의 녹음의 전사본을 회의록으로 정리하고 업무 관점에서 분석한다 — 핵심 논의, 결정사항, 액션아이템(담당·기한), 리스크·후속을 드러내고 위키에 남겨 연속성을 만든다. Use when: 회의 녹음 분석, '이 녹음 회의록 만들어줘', 화자분리 전사본이 도착했을 때, 통화/미팅 정리. NOT for: 짧은 음성 메모 받아쓰기, 단순 전사만 필요할 때, 일반 대화.

Search and analyze your own session logs (older/parent conversations) using jq.

사내 업무 지식을 사용자 인터뷰(grill)로 끌어내 wiki에 기록한다 — 모델 기본 지식·웹에 없는 신선한 시장·거래처·경쟁 정보를 집요하게 질문해 빈 곳·모순·모호함을 없애고, 불확실성이 해소된 뒤에만 날짜·출처·확신도를 단 wiki 페이지로 남긴다. Use when: '경쟁사 정리하자', '시장 세분 문서로 만들자', 머릿속에만 있는 업무 지식을 굳히고 싶을 때, 위키가 빈 도메인을 채울 때. NOT for: 이미 자료가 충분한 단순 받아쓰기, 한 건 분석 중 부수적으로 안 사실의 즉시 기록(그건 일반 wiki write-back 반사).

계약서·약정서·발주서 등 문서를 고정 조항 체크리스트로 검토해 우리에게 불리한 위험 조항을 빠짐없이 드러낸다 — 조항별 존재/부재를 강제해 로컬 모델이 위험 조항을 조용히 '없음'으로 놓치는 실패를 막는다. Use when: 계약서/약정서/MOU/발주서/공급계약 검토, '이 계약 검토해줘', '독소조항', '이 조건 받아도 돼?', 계약 문서 첨부. NOT for: 단순 메일 분석(email-analysis), 일반 요약, 변호사 자문 대체(고액·장기·독점 건은 법무 검토 권고).

결정·선택지를 적대적으로 반증해 의사결정 품질을 높인다 — 유리/불리 근거 정리 + 사전부검('실패했다 가정, 원인은?') + 자기 추천에 대한 악마의 변호인 + 결정을 뒤집을 미지수. Use when: '이거 결정해야 하는데', 'A안 B안 뭐가 나아', '이 딜 받을까', '사전부검', '리스크 짚어줘', 되돌리기 어려운 선택. NOT for: 단순 사실 확인(fact-check), 일반 메일 분석(email-analysis).

하나의 질문을 현재 가동 중인 모든 모델에게 병렬로 던지고(research_panel), 모델별 답을 직접 종합해 교차검증된 결론을 낸다 — 한 모델의 맹점을 여러 모델의 합의/모순으로 메운다. Use when: '딥리서치', '여러 모델한테 물어봐', '교차검증', 한 모델 답을 믿기 어려운 고위험 의사결정·설계 선택·논쟁적 사실. NOT for: 단순 사실 조회(단일 모델/fact-check), 잡담, 비용 민감한 빠른 답변(모델 수만큼 N배 비용·지연).

응답에 담을 사실 주장을 도구로 독립 재확인하고, 근거를 못 댄 것은 단정 대신 '미확인'으로 표기한다 — 모델이 자기 출력의 오류를 못 보는 맹점을 '초안과 무관한 독립 재질의'로 우회한다. Use when: 사람·거래처·금액·날짜·수치가 걸린 브리핑을 내보내기 전, '팩트체크', '확실해?', '근거 있어?', 외부로 나갈 사실 검증. NOT for: 의견·추천의 타당성 판단(decision-premortem), 단순 잡담.

복합·멀티홉·관계형 질문을 서브질문으로 분해(필요시 step-back)해 지식베이스에서 조각별로 검색한 뒤 종합한다 — raw 질문 단발 검색이 놓치는 다단계 사실을 잡는다. Use when: '사람×거래×날짜'가 엮인 질문, 'A와 B 비교', '왜/어떻게 …가 …됐나', 여러 사실을 이어야 답이 나오는 질문. NOT for: 단일 사실 조회(위키 한 번이면 됨), 일반 대화.

수신 메일을 업무 관점에서 깊이 읽는다 — 맥락을 추론으로 엮어 '왜 지금', 이해관계자, 리스크·기한, 다음 단계를 드러낸다. Use when: 새 메일 분석, 메일 검토 요청, '이 메일 분석해줘', 메일이 도착했을 때. NOT for: 단순 메일 발송·회신, 일반 대화, 모닝레터 작성(morning-letter 사용).

사용자가 묻지 않았는데 능동적으로 끼어들기 전에, '지금 알릴 가치가 있나'를 비대칭 비용 기준으로 판단한다 — 능동형 에이전트의 지배적 실패는 미개입이 아니라 과개입(프런티어 모델도 알림의 ~50%가 오경보)이다. Use when: proactive 푸시·워크피드 카드·하트비트 합성처럼 사용자가 요청하지 않은 알림을 보낼지 결정할 때, '뭐 챙길 거 없어?'. NOT for: 사용자가 직접 던진 질문에 답할 때(그땐 게이트 없이 그냥 답하라).

Propose, record, and execute self-evolution after a meaningful workflow via the skill_lifecycle tool. Use when: (1) a completed task may deserve a reusable skill, (2) the user asks for skill genesis, self-evolution, or an evolution proposal, (3) an existing skill should be evolved instead of creating a new one. NOT for: ordinary coding work, one-off notes, or directly authoring a SKILL.md without first deciding the route.

GitHub operations via `gh` CLI: PRs (list, diff, review, comment, merge), issues (CRUD, labels, milestones), CI (status, logs, dispatch), search (code, PRs, issues), releases, repos, and API/GraphQL queries. Use when: (1) viewing PR diffs or changed files, (2) submitting PR reviews, (3) commenting on PRs/issues with safe heredoc, (4) managing labels, (5) searching code/PRs/issues, (6) checking or re-running CI, (7) creating releases, (8) dispatching workflows, (9) querying GitHub API or GraphQL. NOT for: local git operations (use git directly), non-GitHub hosts, complex code review (use coding-agent), or when gh auth is not configured.

Automatically extract reusable skills from complex workflows. Use when: (1) you just completed a multi-step task that could recur, (2) you notice a repeated pattern across sessions, (3) the user says 'make this a skill' or 'remember how to do this'. NOT for: one-off tasks, simple operations, or tasks already covered by existing skills.