Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Superpowers解剖

Sponsored · Your Podcast. Everywhere. Effortlessly. Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
Avatar for Taiga Mikami Taiga Mikami
June 25, 2026
480

 Superpowers解剖

Avatar for Taiga Mikami

Taiga Mikami

June 25, 2026

Transcript

  1. 自己紹介 tiger / タイガー Yahoo!(PayPayカード) → Shippio(貿易系スタートアップ) → LayerX 自己紹介

    LayerX バクラク事業部 SWE/EM 筋トレ グミ日記 バクラク Engineering Team Deck https://speakerdeck.com/layerx/bakuraku-engineering-team-deck © LayerX Inc. 2
  2. using-superpowers : Skillを使わせるSkill "If you think there is even a

    1% chance a skill might apply" 訳: Skillが関係する可能性が1%でもあるなら、そのSkillを使う。 ⚠️ よくある落とし穴 「簡単だからSkillはいらない」 と判断する 🛠️ Superpowersの介入 回答前、調査前、質問前に Skill適用を確認する ✅ 守らせるルール Skillを知識ではなく、実行時 のゲートにする © LayerX Inc. Meta Gate 8
  3. brainstorming / writing-plans : 即実装を止める "Do NOT invoke any implementation

    skill" "Each step is one action (2-5 minutes)" 訳: 実装Skillを呼び出すな。各ステップは1アクション、2〜5分で終わる粒度にする。 ⚠️ よくある落とし穴 曖昧な依頼を勝手に補完して 進める 🛠️ Superpowersの介入 合意前の実装を止め、planを 小さな手順へ分解する ✅ 守らせるルール 設計をAgentが迷わず実行でき る仕様に変換する © LayerX Inc. Design / Plan Gate 9
  4. subagent-driven-development : 役割を分ける "Fresh subagent per task + two-stage review"

    訳: タスクごとに新しいsubagentを使い、2段階レビューを挟む。 ⚠️ よくある落とし穴 1つのAgentが自分の実装を正 当化する 🛠️ Superpowersの介入 実装者、仕様レビュアー、品 質レビュアーを分ける ✅ 守らせるルール 仕様通りか、良い実装かを 別々に見る © LayerX Inc. Subagent Gate 10
  5. test-driven-development : 実装力をREDで縛る "NO PRODUCTION CODE WITHOUT A FAILING TEST

    FIRST" 訳: 先に失敗するテストなしでproduction codeを書いてはいけない。 ⚠️ よくある落とし穴 先にそれっぽい実装を作る 🛠️ Superpowersの介入 失敗テストを見るまで production codeを禁止する ✅ 守らせるルール 実装を要求に接続してからコ ードを書く © LayerX Inc. TDD Gate 11
  6. systematic-debugging : 推測修正を止める "NO FIXES WITHOUT ROOT CAUSE INVESTIGATION FIRST"

    訳: root cause調査なしに修正してはいけない。 ⚠️ よくある落とし穴 候補修正を高速に試して症状 だけ隠す 🛠️ Superpowersの介入 再現、recent changes、data flow、仮説検証を順に進める ✅ 守らせるルール bugfixをguess-and-checkでは なく原因調査に戻す © LayerX Inc. Debug Gate 12
  7. 完了宣言を実行結果に接続する "Evidence before claims, always." 訳: 完了と言う前に、必ず検証結果を出す。 © LayerX Inc.

    Verify / Review / Finish Gate verification-before-completion : 今実行したcommand outputとexit codeを読む requesting-code-review : 途中でreviewerを呼び、merge可能性まで見る receiving-code-review : feedbackを盲従せず、コードベースで検証する finishing-a-development-branch : test、環境確認、PR作成、merge、片付けを順序立てる 13
  8. writing-skills : Skill自体にもTDDをかける "NO SKILL WITHOUT A FAILING TEST FIRST"

    訳: 先に失敗するテストなしでSkillを書いてはいけない。 ⚠️ よくある落とし穴 Skillを書けばAgentが従うと思 い込む 🛠️ Superpowersの介入 pressure scenarioでSkillなし の失敗を先に観測する ✅ 守らせるルール 開発規律を、検証しながら自 己増殖させる © LayerX Inc. Self-improvement Gate 14
  9. 全Skillをライフサイクルで見る © LayerX Inc. 全体像 1 🧭 起動 / 合意

    Skill適用と設計合意 using-superpowers / brainstorming 2 🗺️ 計画 / 作業場 実行仕様と作業場所 writing-plans / using-git-worktrees 3 🛠️ 実行 計画実行と責務分離 executing-plans / subagent-driven-development / dispatching-parallel-agents 4 🧪 品質 TDD、debug、検証 test-driven-development / systematic-debugging / verification-before-completion 5 🚢 終了 / 改善 レビュー、完了、自己増殖 requesting-code-review / receiving-code-review / finishing-a-development-branch / writing-skills 15 ↓ ↓ ↓ ↓
  10. Superpowers / feature-dev / GSD Core 観点 Superpowers feature-dev GSD

    Core 一言 開発規律エンジン feature実装ランナー context管理OS 起動 Skillが場面ごとに発火 /feature-dev project / phase開始 中心 TDD / debug / verify / review DiscoveryからSummaryまで Discuss → Plan → Execute → Verify → Ship subagent implementer / spec reviewer / quality reviewer explorer / architect / reviewer fresh-context executor 得意 雑な実装を防ぐ 1機能を迷わず作る 長い作業をcontext劣化させず進める © LayerX Inc. 比較 16
  11. Stripe Minionsも「壁」の設計 1,300+ PR/week Stripeのunattended coding agent。人間がレビュ ーするが、PR内のコードはMinionが生成。 Slackから起動し、devbox上で実装、lint/CIを通 し、レビュー可能なPRまで進む。

    🧱 Devbox 標準化・並列化・本番隔離された開発環境 🗺️ Blueprint Agentノードと決定的ノードを混ぜる状態機械 🔧 Rules / MCP 必要な文脈と道具だけを、小さく curated に渡す ✅ Feedback left lint、autofix、CIを早い段階で返して収束させる モデルの性能より、Agentが通る「壁」をどう設計するか。 Source: Stripe Dev Blog, “Minions: Stripe’s one-shot, end-to-end coding agents” Part 1/2, 2026 © LayerX Inc. Stripe Minions 18