MCP HubMCP Hub
스킬 목록으로 돌아가기

tool-foundation-sprint-magic-lenses

product-on-purpose
업데이트됨 Yesterday
4 조회
238
33
238
GitHub에서 보기
기타general

정보

이 스킬은 파운데이션 스프린트 중 여러 후보 접근법을 평가하기 위해 사용되는 구조화된 의사 결정 도구입니다. 각 옵션을 네 가지 표준 관점(고객, 실용성, 성장, 비용)과 사용자 정의 관점을 통해 분석하여 절충점을 부각시키고, 기본 권장안과 백업안을 식별합니다. 점수는 정밀한 계산이 아닌 의미 부여를 위한 정성적 평가로, 접근법 옵션이 정의된 후 사용하도록 설계되었습니다.

빠른 설치

Claude Code

추천
기본
npx skills add product-on-purpose/pm-skills -a claude-code
플러그인 명령대체
/plugin add https://github.com/product-on-purpose/pm-skills
Git 클론대체
git clone https://github.com/product-on-purpose/pm-skills.git ~/.claude/skills/tool-foundation-sprint-magic-lenses

Claude Code에서 이 명령을 복사하여 붙여넣어 스킬을 설치하세요

문서

<!-- PM-Skills | https://github.com/product-on-purpose/pm-skills | Apache 2.0 -->

Foundation Sprint Magic Lenses

Day 2 afternoon of a Foundation Sprint. The team evaluates each candidate approach from multiple perspectives, surfaces contradictions, and produces a top bet plus a backup plan. The Decider names both; without an explicit backup, invalidation of the top bet sends the team back to ambiguous debate.

Family contract: docs/reference/skill-families/foundation-sprint-skills-contract.md. This skill is a member of foundation-sprint-skills.

When to Use

  • Day 2 afternoon of a Foundation Sprint.
  • Approach Options is signed; the team has 3-7 candidate approaches advancing.
  • The team has at least 1 team-specific custom lens prepared (per ratified spec decision; classic lenses alone are insufficient).

When NOT to Use

  • Approach Options is unresolved or under-numbered (fewer than 3). Force a third option through the approach-options skill first.
  • The team has pre-committed to a top bet. Magic Lenses is a sense-making exercise; if the decision is already made, the time is better spent on Founding Hypothesis.
  • The team is exhausted and cannot evaluate clearly. Postpone to Day 2 morning of a follow-up sprint rather than rush.

What This Skill Produces

A single bundled artifact with six sections:

  1. Classic lens charts: customer, pragmatic, growth, money lenses each as a 2x2 plot or qualitative position of every approach.
  2. Custom lens charts: at least 1 team-specific lens (defensibility, mission fit, founder excitement, learning rate, etc.).
  3. Pattern review: consistent winners across lenses, contradictions, biggest trade-off the team is making.
  4. Top bet: the Decider's chosen approach with rationale.
  5. Backup plan: the runner-up approach the team falls back to if the top bet invalidates.
  6. Decision rationale: one paragraph explaining why the top bet over the backup.

See references/TEMPLATE.md for the canonical structure and references/EXAMPLE.md for the Brainshelf example.

The Five Canonical Lenses

LensWhat it asksWhy it matters
CustomerWhich approach do target customers immediately understand and want?If customers don't get it, nothing else matters
PragmaticWhich approach can the team ship at quality in [build window]?Beautiful approaches the team can't ship are not real options
GrowthWhich approach gives the team a story strong enough to acquire users without paid channels?Friction at the door tells you about word-of-mouth potential
MoneyWhich approach has the cleanest path to a paying customer?Strategic clarity must include the revenue path
Custom (1+ required)Team-specific lens that captures what would otherwise be missedEach team has a unique constraint or opportunity worth a dedicated view

Custom lens examples: defensibility against a specific competitor, founder excitement, mission fit, learning rate, regulatory risk, partner alignment, hiring leverage.

Sequence (105 minutes)

Step 1: Frame the lenses (5 min)

Facilitator restates the 4 classic lenses and confirms the 1 or more custom lenses the team prepared. If no custom lens is prepared, this skill prompts the team to generate one before proceeding (per ratified spec decision).

Step 2: Score each approach per lens (40-60 min)

For each lens, plot each approach on a 2x2 of (high/low value on that lens) by (high/low feasibility for that lens). Use dot positions rather than numeric scores; arbitrary precision (3.7 vs 3.8) is a smell that the team has confused sense-making with math.

The team discusses each lens briefly before plotting. Decider does not vote in this step; the Decider supervotes at the end.

Step 3: Pattern review (15-25 min)

After all lenses are plotted, the team identifies:

  • Consistent winners: approaches that score in the top half of 3 or more lenses.
  • Consistent losers: approaches that score in the bottom half of 3 or more lenses. These drop out.
  • Contradictions: approaches that win one lens hard but lose another. These surface the trade-offs the Decider must make.
  • Biggest trade-off: name it explicitly. "Boring-and-shippable vs risky-and-distinctive." "Mass-market vs niche-defensible." Naming the trade-off prevents the Decider from picking by vibes.

Step 4: Decider supervote on top bet (10-15 min)

The Decider names the top bet. The chosen approach should be:

  • A consistent winner OR a contradictory approach the Decider explicitly chooses to take the bet on.
  • Defensible in language ("we are betting [trade-off] because [reason]").
  • Aligned with the Mini Manifesto from Day 1.

Step 5: Decider names backup plan (5-10 min)

The Decider names the backup. The backup is NOT a second-place approach to soothe whoever advocated for it; it is the approach the team will pivot to if the top bet fails validation. The backup MUST be distinct from the top bet in strategic direction.

If the top bet and backup are too similar, the Decider has not named a real backup. The skill prompts for a more distinct alternative.

Step 6: Decision rationale (5-10 min)

The Decider authors one paragraph explaining why this top bet over this backup. The rationale will become the spine of the Founding Hypothesis's "why we believe this" section.

Common Pitfalls

  • Treating lens scoring as mathematical truth. Lenses are sense-making tools; if the team argues about whether an approach scores 3.7 or 3.8 on a lens, the team has lost the plot.
  • Skipping the custom lens. The 4 classic lenses are generic by design. The custom lens is where the team's specific situation shows up; skipping it produces a generic top bet.
  • Falling in love with the top bet. Confidence after Magic Lenses should be calibrated, not high. The next skill, Founding Hypothesis, asks "what could prove us wrong"; the team that has fallen in love with the top bet cannot answer that question honestly.
  • Skipping the backup plan. Without an explicit backup, invalidation sends the team back to ambiguous debate. The backup forces the team to acknowledge that the top bet might fail.
  • Backup that is too similar to top bet. "Approach Yellow with one feature added" is not a backup; it's an iteration. Backup must be a different strategic direction.
  • Decider names top bet by enthusiasm, not by analysis. The pattern review exists to give the Decider a structured basis for the call. If the Decider picks before the pattern review, the skill provided no value.

Decider Role

The Decider's job during Magic Lenses:

  1. Listen during lens scoring without telegraphing preferences.
  2. Engage during pattern review to surface the trade-off explicitly.
  3. Supervote the top bet with rationale.
  4. Name the backup plan as a distinct strategic direction.
  5. Author the one-paragraph decision rationale.

Canonical Sources

  • Character Capital. "Foundation Sprint guide." Magic Lenses section and lens definitions.
  • Knapp, J., and Zeratsky, J. Click. Day 2 afternoon sequence.
  • Knapp, J., and Zeratsky, J. "Introducing the Foundation Sprint." Lenny's Newsletter. Magic Lenses section.

Cross-Skill Usage

Prerequisites: tool-foundation-sprint-approach-options. The approach set is the load-bearing input.

The skill invokes tool-note-and-vote at least once (for the top bet supervote when scoring is ambiguous). Additional invocations may happen for the custom lens definition if the team has not pre-prepared one.

Next invocation: tool-foundation-sprint-founding-hypothesis at Day 2 end. The top bet, the backup, and the decision rationale flow directly into the Founding Hypothesis template.

Decider Checkpoint

This skill ends with a Decider Checkpoint in references/TEMPLATE.md. The Decider signs off on the top bet, the backup, and the decision rationale. Without sign-off, Founding Hypothesis cannot start cleanly.

GitHub 저장소

product-on-purpose/pm-skills
경로: skills/tool-foundation-sprint-magic-lenses
0
agent-skillsai-skillsclaude-codeclaude-desktopdesign-sprintfoundation-sprint

연관 스킬

llamaguard

기타

LlamaGuard는 폭력 및 혐오 발언 등 6가지 안전 범주에서 LLM 입력과 출력을 조정하기 위한 Meta의 70-80억 파라미터 모델입니다. 94-95% 정확도를 제공하며 vLLM, Hugging Face 또는 Amazon SageMaker를 사용해 배포할 수 있습니다. 이 기술을 사용하여 AI 애플리케이션에 콘텐츠 필터링 및 안전 가드레일을 손쉽게 통합하세요.

스킬 보기

cost-optimization

기타

이 Claude Skill은 리소스 적정화, 태깅 전략, 지출 분석을 통해 개발자들이 클라우드 비용을 최적화할 수 있도록 지원합니다. AWS, Azure, GCP에서 클라우드 비용을 절감하고 비용 거버넌스를 구현하기 위한 프레임워크를 제공합니다. 인프라 비용을 분석하거나, 리소스를 적정화하거나, 예산 제약을 충족해야 할 때 사용하세요.

스킬 보기

quantizing-models-bitsandbytes

기타

이 스킬은 bitsandbytes를 사용하여 LLM을 8비트 또는 4비트 정밀도로 양자화하며, 최소한의 정확도 손실로 50-75%의 메모리 감소를 달성합니다. 제한된 GPU 메모리에서 더 큰 모델을 실행하거나 추론을 가속화하는 데 이상적이며, INT8, NF4, FP4와 같은 형식을 지원합니다. 이 스킬은 HuggingFace Transformers와 통합되어 QLoRA 학습 및 8비트 옵티마이저를 가능하게 합니다.

스킬 보기

dispatching-parallel-agents

기타

이 Claude Skill은 3개 이상의 독립적인 문제를 동시에 조사하고 해결하기 위해 다중 에이전트를 배치합니다. 공유 상태나 의존성 없이 해결 가능한 무관련 장애 시나리오에 맞게 설계되었습니다. 핵심 기능은 병렬 문제 해결로, 각 독립 문제 영역마다 하나의 에이전트를 할당하여 효율성을 극대화합니다.

스킬 보기