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

tw-creative-problem-solver

Lateral-thinking playbook that always returns a five-tier strategy portfolio (Quick Win through Moonshot). Use when you need options, alternatives, or trade-offs; when progress is stalled or failing repeatedly; or when you ask to think creatively, reframe constraints, and choose a strategic path before execution.

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

설치 방법 보기

포함된 파일(1)

  • SKILL.md8.2 KB

SKILL.md(원문)

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

Creative Problem Solver

Purpose: generate a five-tier portfolio that compounds (Artifact Spine), then stop for a human choice.

Contract (one assistant turn)

  • Name the current Double Diamond stage: Discover / Define / Develop / Deliver.
  • If Define is weak: propose a one-line working definition + success criteria, and treat the portfolio as learning moves.
  • Deliver options, then stop and ask for human input before executing.
  • Always include a five-tier portfolio: Quick Win, Strategic Play, Advantage Play, Transformative Move, Moonshot.
  • For each option: accretive artifact + expected signal + escape hatch.
  • Run an Aha Check after reframing.
  • Keep a short Knowledge Snapshot (facts/risks/assets) + Decision Log.
  • Keep output compact: target <= 60 lines; 1-3 bullets per section.

When to use

  • Progress is stalled or blocked.
  • Repeated attempts fail the same way.
  • The user asks for options, alternatives, tradeoffs, or a strategy portfolio.
  • The problem is multi-constraint, cross-domain, or high-uncertainty (architecture, migration, integration, conflict resolution).

Quick start

  1. Choose Double Diamond stage: Discover / Define / Develop / Deliver.
  2. Choose lane: Fast Spark or Full Session.
  3. Reframe once using the supported technique for the stage.
  4. Aha Check. If none, run one second and final pass with First Principles.
  5. Define gate: state a one-line problem statement + success criteria (or mark unknown and ask).
  6. Define an Artifact Spine (1-3 shared artifacts) so the tiers can stack.
  7. Generate the five-tier portfolio (learning moves in Discover/Define; solution moves in Develop/Deliver).
  8. Score options (1-5): Signal, Accretion, Ease, Reversibility, Speed.
  9. Ask the user to choose a tier or update constraints.
  10. Close with an Insights Summary.

Double Diamond alignment

  • Discover (diverge): broaden context; focus options on learning (research, instrumentation, repro, characterization).
  • Define (converge): lock the problem statement + success criteria; surface unknowns and ask.
  • Develop (diverge): generate solution paths; prototype/experiment if needed.
  • Deliver (converge): pick a tier to execute; hand off to /tw-tk for incision + proof.

Mode check

  • Pragmatic (default): ship-this-week options only.
  • Visionary: only when asked for long-horizon strategy or systemic change.

Lane selector

  • Fast Spark: skip ideation; produce the portfolio directly.
  • Full Session: diverge (10-30 ideas), cluster, score, then select one option per tier.

Reframe selection (required)

  • Supported techniques:
    • Discover default -> Assumption Mapping
    • Define default -> How Might We
    • Develop default -> SCAMPER
    • Deliver default -> Pre-mortem
    • Final fallback -> First Principles
  • Rule: start with the stage default. If there is no Aha, run exactly one second pass with First Principles.
  • If the user asks for an out-of-catalog technique, choose the nearest supported technique and disclose the supported Reframe used.
  • Chat disclosure: include only Reframe used: <technique> + a one-line why.

Aha Check (required)

  • Definition: a restructuring insight (new representation/model).
  • Output: one-line insight. If none after the second pass, state N/A after second pass and continue with the most conservative portfolio that still satisfies the contract.

Portfolio rule

  • Every response must include all five tiers.
  • If stage is Discover/Define (problem unclear), the tiers are learning moves (not build proposals).
  • If stage is Develop/Deliver (problem clear), the tiers are solution moves.

Accretion (required)

  • Accretive artifact: a durable asset you keep even if the option is wrong (measurement, harness, spec, test, automation, interface, dataset, doc).
  • Rule: every tier must name one accretive artifact.
  • Artifact Spine: define 1-3 named artifacts shared across tiers; each tier's artifact must be one of these or an extension of one (otherwise explicitly state why it is a different spine).
  • Spine output: for each spine artifact, include purpose + minimal shape/interface + timebox + where it lives (repo path or conceptual home).
  • Ladder: prefer stacking (Quick Win builds the base; higher tiers reuse/extend it). If it does not ladder, say so explicitly.

Option template

Quick Win:
- Accretive artifact (spine):
- Expected signal:
- Escape hatch:

Strategic Play:
- Accretive artifact (spine):
- Expected signal:
- Escape hatch:

Advantage Play:
- Accretive artifact (spine):
- Expected signal:
- Escape hatch:

Transformative Move:
- Accretive artifact (spine):
- Expected signal:
- Escape hatch:

Moonshot:
- Accretive artifact (spine):
- Expected signal:
- Escape hatch:

Scoring rubric (1-5, no weights)

  • Signal: how much new information this yields.
  • Accretion: durable value you keep even if you're wrong.
  • Ease: effort/complexity to try.
  • Reversibility: ease of undoing.
  • Speed: time-to-learn.

Preference: high Signal + Accretion + Reversibility, then Ease + Speed.

Deliverable format

  • Lane (Fast Spark / Full Session).
  • Double Diamond stage (Discover / Define / Develop / Deliver).
  • Problem statement + success criteria (or marked unknown).
  • Reframe used.
  • Aha Check (one line).
  • Artifact Spine (1-3 shared artifacts; purpose + minimal interface + where it lives).
  • Five-tier portfolio with accretive artifacts + signals + escape hatches.
  • Scorecard + brief rationale.
  • Knowledge Snapshot (facts/risks/assets; 1-3 bullets).
  • Decision Log + Assumptions/Constraints.
  • Human Input Required (choose tier or update constraints).
  • If execution is chosen: hand off to /tw-tk.
  • Insights Summary.

Fast Spark example (compact)

Lane: Fast Spark
Stage: Deliver

Problem: Search API p95 latency is ~800ms; target <= 200ms at current infra cost.
Success: p95<=200ms, p99<=400ms, CPU +<=10%, no relevancy regression.

Reframe used: Pre-mortem
Why: the current system already exists, so the main risk is choosing a move that adds work without cutting the real latency driver.
Aha: The dominant cost is JSON serialization + payload size, not the query.

Artifact Spine:
- bench/search/ (perf harness + fixed dataset; outputs: p50/p95/p99 + diff)
- perf/tracing/ (capture scripts + flamegraphs; timebox: 30m per hypothesis)

Quick Win:
- Accretive artifact (spine): baseline run + 3 worst traces captured in perf/tracing/
- Expected signal: stable baseline + top-3 hotspot list within 1 day
- Escape hatch: disable extra tracing if overhead/noise

Strategic Play:
- Accretive artifact (spine): harness-backed PR reducing payload/serialization (bench/search/ diffs)
- Expected signal: p95 improves >= 30% on harness with no regression
- Escape hatch: guard behind flag; revert commit

Advantage Play:
- Accretive artifact (spine): cache experiment wired into harness (hit-rate + tail tracked)
- Expected signal: p95 meets target for warm traffic; CPU stays flat
- Escape hatch: kill-switch cache and keep harness

Transformative Move:
- Accretive artifact (spine): response contract + streaming plan validated by harness
- Expected signal: tail latency collapses under large result sets
- Escape hatch: ship streaming as opt-in client capability

Moonshot:
- Accretive artifact (spine): evaluation kit (dataset + harness) to compare engines/architectures
- Expected signal: order-of-magnitude tail improvement in a bakeoff
- Escape hatch: keep kit as decision tool; no migration until winner is clear

Scores (S/A/E/R/Sp):
- Quick Win: 5/5/5/5/5
- Strategic: 4/4/4/4/4
- Advantage: 4/4/3/3/3
- Transformative: 4/5/2/3/2
- Moonshot: 3/5/1/2/1

Human Input Required: pick a tier (Quick Win .. Moonshot) or update constraints.

Activation cues

  • "need options" / "alternatives" / "tradeoffs" / "portfolio"
  • "brainstorm" / "ideate"
  • "stuck" / "blocked" / "nothing works"
  • "outside the box" / "fresh angles"
  • "ambiguous" / "uncertain" / "unknowns"
  • "architecture" / "system design" / "migration" / "integration"

리뷰

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

댓글

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

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

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

0 / 1,000자

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

같은 저장소의 스킬

Automates browser interactions for web testing, form filling, screenshots, and data extraction. Use when the user needs to navigate websites, interact with web pages, fill forms, take screenshots, test web applications, or extract information from web pages.

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

SDiamante13/dotfiles102026년 10월 2일 업데이트

catchup

무료

Rebuilds session context after a clear by reading git history, plans, and beads state. Triggers on 'catch up'.

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

SDiamante13/dotfiles102026년 10월 2일 업데이트

changelog

무료

Generate a bullet-point summary of branch changes for a PR description. Triggers on "changelog", "pr summary", "summarize branch", or "/changelog".

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

SDiamante13/dotfiles102026년 10월 2일 업데이트

commit

무료

Commit the current changes with quality checks, status review, staged diff inspection, appropriate tests, and a clear commit message. Use when the user says "commit", "c", asks to make a commit, or wants changes saved in git.

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

SDiamante13/dotfiles102026년 10월 2일 업데이트

declutter

무료

Refactor code to remove dead code, useless comments, unused variables, and unused imports. Use when asked to declutter a class, clean up noisy code, remove cruft, or run `/refactor:declutter`.

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

SDiamante13/dotfiles102026년 10월 2일 업데이트

dry

무료

Refactor duplicated code by extracting helpers, shared abstractions, or clearer reusable structure. Use when asked to apply DRY, remove duplication, consolidate repeated logic, or run `/refactor:dry`.

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

SDiamante13/dotfiles102026년 10월 2일 업데이트

SDiamante13의 스킬 모두 보기

이 스킬의 문제 신고