본문으로 건너뛰기
cccskills
무료GitHub에 공개

consulting-analysis

Structure source-grounded consulting-style analysis for strategy, market, product, operations, or decision memos. Use for MECE problem framing, hypotheses, options, tradeoffs, executive recommendations, or "consulting analysis" requests; do not use for legal/financial advice, implementation, data computation, chart rendering, or unsourced business claims.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(1)

  • SKILL.md2.8 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Consulting Analysis

Purpose

Convert an ambiguous business or product question into a clear, evidence-backed recommendation with assumptions, options, risks, and next decisions.

When to Use

Use for:

  • strategy memos, product/business case analysis, market-entry framing, operational diagnosis, or option comparison
  • MECE issue trees, hypotheses, criteria, tradeoff tables, and executive summaries
  • turning research notes into a decision-ready recommendation

Do not use for:

  • regulated legal, investment, tax, medical, or HR advice
  • numeric analysis of a dataset; use data-analysis
  • chart design; use chart-visualization
  • implementing the recommendation

Workflow

  1. Clarify the decision owner, decision deadline, success metric, constraints, and non-goals.
  2. Frame the problem as a decision question, then split it into MECE drivers or hypotheses.
  3. Inventory evidence by source type and reliability. Mark assumptions separately from facts.
  4. Compare options against explicit criteria: impact, cost, speed, risk, reversibility, evidence strength, and strategic fit.
  5. Synthesize a recommendation plus alternatives, not just a list of pros/cons.
  6. State what would change the recommendation and what evidence should be gathered next.

Authenticity Rules

  • Do not invent market sizes, competitor facts, customer quotes, financial projections, or benchmark numbers.
  • If the user supplies estimates, label them user-provided unless independently verified.
  • Keep confidence tied to evidence quality; weak evidence can still support a hypothesis, not a final claim.

Output Contract

STATUS: ANALYZED | PARTIAL | BLOCKED

DECISION QUESTION:
- <question, owner, timing, constraints>

EVIDENCE LIMITS:
- <assumptions, missing sources, or conditions that would change the recommendation>

ISSUE TREE / HYPOTHESES:
- <driver or hypothesis> - Evidence/assumption:

OPTIONS:
- <option> | impact | cost | risk | reversibility | evidence strength

RECOMMENDATION:
- <recommended option and why>

RISKS / WATCHPOINTS:
- <risk and mitigation>

NEXT EVIDENCE:
- <source or experiment that would change confidence>

Provenance

Clean-room AILI/OpenCode adaptation inspired by the public DeerFlow consulting-analysis skill pattern. No upstream skill text, runtime paths, tools, generated assets, or provider assumptions are copied. Source family: bytedance/deer-flow, MIT License.

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Review a single academic paper, preprint, DOI, arXiv link, or user-provided PDF/text with source-grounded critique. Use for paper summaries, methodology review, novelty checks, reproducibility concerns, or "review this paper" requests; do not use for multi-paper surveys, systematic literature reviews, citation management, or implementation from a paper.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Rosetears520/aili-workflows22026년 9월 27일 업데이트

AI regression scouting routing. Use when agents, prompts, skills, model/tool routing, harness fixtures, or generated-output expectations change and need regression scenarios; do not use for ordinary product-code regressions.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Rosetears520/aili-workflows22026년 9월 27일 업데이트

Run the AILI delivery lifecycle from natural-language IDEATE, DEFINE, BUILD, and SHIP intent or the equivalent slash shortcuts; use for idea shaping, spec/test definition, bounded BUILD package queues, review-repair closeout, or adapter routing without exposing internal stage commands.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Rosetears520/aili-workflows22026년 9월 27일 업데이트

Android native Kotlin/Compose app development, Material 3 UI, accessibility, and Gradle builds.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Rosetears520/aili-workflows22026년 9월 27일 업데이트

Guides stable API and interface design. Use when designing APIs, module boundaries, or any public interface. Use when creating REST or GraphQL endpoints, defining type contracts between modules, or establishing boundaries between frontend and backend.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Rosetears520/aili-workflows22026년 9월 27일 업데이트

Route an explicitly requested independent/delegated browser QA assignment or durable E2E evidence need; do not trigger for direct Playwright/DOM/console/network inspection, ordinary UI implementation, backend-only work, or production-mutating flows.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Rosetears520/aili-workflows22026년 9월 27일 업데이트

Rosetears520의 스킬 모두 보기

이 스킬의 문제 신고