Scope design
Skill thinkyou0714/claude-lab-skills/lab-strategy-design/skills/scope-design
事業・施策の戦略的スコープ(どの市場・顧客・課題に集中し、何を捨てるか)を設計する。戦略の的を絞る前に使う。From its SKILL.md
npx -y skills add thinkyou0714/claude-lab-skills --skill scope-designAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
4.4 KB, ~1.8k tokens by cl100k_base, as published. Nobody here has run it
Purpose
「あれもこれも」で焦点を失う戦略を防ぐ。 集中する領域と意図的に捨てる領域を明示し、限られた資源を一点に集める判断を支える。
Use When
- 事業・プロダクトの戦略的な的を絞るとき
- 市場・顧客セグメントの選択をするとき
- 「手を広げすぎでは」という懸念が出たとき
- boundary-check の戦略版として、事業レベルの境界を引きたいとき
Inputs
以下を準備すること。不足している場合は推測せず、不足を明示する。
- 対象: スコープを設計する事業・プロダクト・施策
- 狙う成果: 集中によって得たい成果
- 候補領域: 検討している市場・顧客・課題
- 資源制約: 投下できる人員・時間・資金
Output Contract
以下の順で出力すること。順序を変えない。
- 論点: 集中すべき軸は何か(誰の・どの課題に絞るか)
- 根拠: その絞り込みを支持する理由
- スコープ境界: 集中する領域 / 捨てる領域 / 保留する領域
- 含意: この絞り込みが生む強み・放棄するもの
- 改善案: 焦点をさらに研ぐ余地
- 代替案: 別の絞り方(別セグメント・別課題)
- 判断材料: スコープ確定のために人間が確認すべき情報
Review Lens
- 目的妥当性: 絞り込みが狙う成果に効くか
- 範囲の過不足: 絞りすぎ(機会損失)/広すぎ(焦点喪失)でないか
- 中長期リスク: 捨てた領域が将来の致命傷にならないか
- LAB全体との整合性: LMS / 自動化 / B2B 展開と整合しているか
- 非エンジニア理解可能性: 戦略の的を関係者に説明できるか
- 他LLM移植耐性: Claude 固有の解釈に依存していないか
Instructions
- 候補領域を「集中 / 捨てる / 保留」に分類する
- 集中領域を選ぶ理由(勝てる根拠・資源適合)を書く
- 「捨てる」領域は、なぜ今捨てるかの理由を添える
- 保留領域は、着手の条件(何が起きたら戻すか)を明示する
- 絞り込みが生む強み(一点突破の効果)を言語化する
- 不明な前提は推測せず、仮定を明示する
Guardrails
- 「全部やる」を許容しない(捨てる判断を必ず迫る)
- 捨てる領域を曖昧にしない(記録に残す)
- 絞り込みの機会コストを省略しない
- 最終的なスコープ確定は人間に委ねる
LAB Cross-Check
| 観点 | 状態 | 備考 |
|---|---|---|
| 自動化フロー | — | スコープが自動化方針と整合するか |
| データ / 認証 / ログ | — | 対象顧客のデータ要件を確認したか |
| 実装 / 運用フロー | — | 集中領域の実装・運用が現実的か |
| 非エンジニア理解可能性 | — | 戦略の的を関係者に説明できるか |
| 会員共有 / 再利用耐性 | — | スコープ設計が他事業にも転用できるか |
| 他LLM移植耐性 | — | 判断が Claude 固有に依存していないか |
状態は OK / 注意 / NG / 対象外 で記入すること。
Handoff Notes
施工AI(Claude Code / Cursor 等)へ渡す前に以下を確定させること。
- 要件: 確定した集中領域と除外領域
- 成功条件: 集中が機能したと判断する基準
- 失敗条件: スコープを引き直すトリガー
- 実行範囲: 集中領域に紐づく実装範囲
- 影響範囲: スコープ変更が波及する施策・チーム
- ロールバック方針: 絞り込みが失敗した場合の戻し方
- コスト比較: 集中案 vs 拡大案の機会コスト
Further Reading
boundary-checkskill — 実装・施策レベルのスコープ境界value-proposition-checkskill — 集中領域の提供価値を検証する- antipatterns.md — AP-D3(初手で過剰に作り込む)
- strategy-principles.md — 戦略設計の正本(SoT)
- docs/DECISIONS.md — スコープに関する過去決定
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.
Gives 0 of the 12 instructions most design frontend skills give in ~1.8k tokens
Counted across 1,169 of the 1,878 authors here whose files we hold, read 2026-08-07
- Use CSS variables for color consistencyin 72 of 1169, across 23 files
- Commit to one bold aesthetic direction before codingin 72 of 1169, across 27 files
- Match implementation complexity to the aesthetic visionin 70 of 1169, across 20 files
- Add atmospheric background effects and texturesin 57 of 1169, across 9 files
- Use unexpected spatial compositions and layoutsin 56 of 1169, across 8 files
- Implement real working codein 55 of 1169, across 7 files
- Vary themes and aesthetics across different designsin 48 of 1169, across 7 files
- Launch chromium in headless modein 47 of 1169, across 4 files
- Close the browser when donein 47 of 1169, across 4 files
- Run provided scripts with help flag firstin 47 of 1169, across 4 files
- Wait for network idle statein 47 of 1169, across 4 files
- Use descriptive selectors for elementsin 47 of 1169, across 4 files
Said here and by no other author read
- classify candidate areas into focus, drop, or hold
- write reasons to win for the focus area
- explain why dropped areas are dropped now
- specify conditions to revisit hold areas
- articulate strengths created by narrowing focus
- keep scope finalization to humans
Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.