tool-foundation-sprint-magic-lenses
关于
This skill is a structured decision-making tool used during a Foundation Sprint to evaluate multiple candidate approaches. It analyzes each option through four standard lenses (customer, pragmatic, growth, money) plus a custom one to highlight trade-offs and identify a primary recommendation with a backup. The scoring is qualitative for sense-making, not precise mathematics, and it's designed to be used after approach options have been defined.
快速安装
Claude Code
推荐npx skills add product-on-purpose/pm-skills -a claude-code/plugin add https://github.com/product-on-purpose/pm-skillsgit clone https://github.com/product-on-purpose/pm-skills.git ~/.claude/skills/tool-foundation-sprint-magic-lenses在 Claude Code 中复制并粘贴此命令以安装该技能
技能文档
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:
- Classic lens charts: customer, pragmatic, growth, money lenses each as a 2x2 plot or qualitative position of every approach.
- Custom lens charts: at least 1 team-specific lens (defensibility, mission fit, founder excitement, learning rate, etc.).
- Pattern review: consistent winners across lenses, contradictions, biggest trade-off the team is making.
- Top bet: the Decider's chosen approach with rationale.
- Backup plan: the runner-up approach the team falls back to if the top bet invalidates.
- 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
| Lens | What it asks | Why it matters |
|---|---|---|
| Customer | Which approach do target customers immediately understand and want? | If customers don't get it, nothing else matters |
| Pragmatic | Which approach can the team ship at quality in [build window]? | Beautiful approaches the team can't ship are not real options |
| Growth | Which 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 |
| Money | Which 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 missed | Each 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:
- Listen during lens scoring without telegraphing preferences.
- Engage during pattern review to surface the trade-off explicitly.
- Supervote the top bet with rationale.
- Name the backup plan as a distinct strategic direction.
- 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 仓库
相关推荐技能
llamaguard
其他LlamaGuard是Meta推出的7-8B参数内容审核模型,专门用于过滤LLM的输入和输出内容。它能检测六大安全风险类别(暴力/仇恨、性内容、武器、违禁品、自残、犯罪计划),准确率达94-95%。开发者可通过HuggingFace、vLLM或Sagemaker快速部署,并能与NeMo Guardrails集成实现自动化安全防护。
cost-optimization
其他这个Claude Skill帮助开发者优化云成本,通过资源调整、标记策略和预留实例来降低AWS、Azure和GCP的开支。它适用于减少云支出、分析基础设施成本或实施成本治理策略的场景。关键功能包括提供成本可视化、资源规模调整指导和定价模型优化建议。
quantizing-models-bitsandbytes
其他这个Skill使用bitsandbytes库量化大语言模型,能在GPU内存有限时通过8位或4位量化减少50-75%内存占用,同时保持精度损失最小。它支持INT8、NF4、FP4等多种量化格式,可与HuggingFace Transformers无缝集成,适用于需要部署更大模型或加速推理的场景。还提供QLoRA训练和8位优化器支持,让开发者能轻松实现高效模型压缩。
dispatching-parallel-agents
其他该Skill用于并行处理3个以上无依赖关系的独立故障,可为每个问题域分派专属Claude代理同时执行调查修复。它通过并发处理多个独立问题显著提升故障排查效率,特别适用于测试文件、子系统等无共享状态的场景。
