最近、エージェントとVibe Coding についてよく話しています。
でも、それをどんどん友人に勧めるうちに、あまり気づかれていない問題があることに気づきました。
多くの人にとっての本当のボトルネックは、標準的なワークフローがないことです。
特に、自分が欲しいソフトウェアやプログラムを作る時に、標準的なプロセスがないと、実はとても怖いことです。
そこで、Vibe Coding 中に使っている、体験を向上させる超便利なプラグインを紹介します。私が勧める人にはほぼ必須で、Claude Code、Codex、OpenCode、Cursor などに対応しています。
GitHub でスター数は既に 110,000 を超えています。
その名は Superpowers です。
GitHub リンクはこちら：
https://github.com/obra/superpowers
また、Anthropic の公式プラグインマーケットに掲載されている、公式認定の Claude プラグインでもあり、インストール数は 230,000 で第 2 位です。
第 1 位は、デザインのセンスを高めることで有名な Skill「Frontend Design」です。
Superpowers は従来のツールではありません。エージェントにタスクの完了方法を指示するシステムと定義すべきだと思います。
正直なところ、ほとんどのエージェントはタスクを与えられると、デザインやテスト、レビューを飛ばしていきなりコードを書き始める傾向があり、その結果、メンテナンス不能なコードの山が出来上がります。
Superpowers は、エージェントの処理経路に構造化されたワークフローを強制的に挿入します。14 個の Skill と組み合わせることで、最終的な出力の品質を数段階引き上げられます。
図にして、これらの Skill の用途と組み合わせ方を示しました。細かく見る必要はなく、原理を理解してください。
ご覧の通り、Superpowers は本質的に 14 個の Skill で構成されたワークフローシステムです。しかも、このシステムは開発だけのためのものではありません。何かを創り出す本質は似ているからです。
それは全て「計画 → 分解 → 実行 → レビュー → 振り返り」です。
つまり、マーケティング計画、PPT、データ分析などにも使えます。原理は同じです。
とても便利です。
非常に便利です。
まず、Superpowers がない場合の、Claude Code や Codex でのネイティブな開発プロセスをお見せしましょう。
一般的なプロセスは非常にシンプルです。要件文書（計画）を作成し、開発する。
Claude Code を例に挙げます。ここでは、計画は Plan モードです。
例えば、チームメイトに ADHD の人がいて、記事を読んでいる時に気が散りやすいとします。最近、小さな読書アシスタントを作る話をしました。
この要件に対して、Claude Code を開き、ダイアログボックスで /plan と入力して計画モードに入ります。
要件を簡単に説明します。「ADHD ユーザー向けの中国語ウェブリーダーアプリケーションを作ってください」と。
計画を立てさせます。
すると、調査を一通り行い、一度にいくつかの質問を投げかけてきます。これらの質問は並列的で、因果関係がないことに気づくでしょう。
例えば、使用シナリオ、技術スタックの好み、ADHD に配慮した機能について尋ねてきます。私は Bionic Reading（各単語の最初の数文字を太字にする、ADHD 緩和の古典的な手法）を選びました。
回答すると、すぐに作業を始めました。
数分後、完成しました。レビューなしで成果物が届きました。
今見ると、大丈夫そうに見えますか？
実は、大きな問題があります…
Bionic Reading は英語向けに設計されているからです。
英語では問題ありませんが、中国語では全く機能せず、読みにくくなります。
理由は簡単です。英単語はスペースで区切って境界を見つけられますが、中国語の文字にはスペースがありません。スペースがないと単語の境界が見つけられず、効果は非常に不自然です。
スタイルが合わないだけでなく、国内ユーザーへの適応も不十分です。
中国語を読む時は、微信公衆号や知乎のようなプラットフォームを最も使いますが、このプラグインではそれらを正しく読めませんでした。
私が望んだリーダーとは程遠いものでした。
公平に言えば、Claude Code を責めるわけにはいきません。
ADHD 読書支援は専門的な分野であり、ターゲットを絞った調査と、中国語のシナリオや国内プラットフォームとの互換性の考慮が必要です。
Plan モードで投げかけられた、あの単純で簡単な質問では、全ての要件をカバーできるはずがなく、私が望む答えを出すのは難しかったのです。
ほとんどのユーザーは、頭の中で漠然としたアイデアしか持っていません。特定の問題を解決したいとは思っているが、それがどのようなものか、実現するための道筋は何か、境界はどこにあるのかを明確に考えられません。
だから、Agent 以前の時代に、私はこんな記事を書きました：
Digital Life Khazix
@Khazix0918
·
記事
私が最もよく使う 6 つのプロンプトテクニックを共有します。
もう 2026 年ですが、未だに多くの友人が AI との上手な対話方法がわからないと言っています。日常的な答えは大丈夫でも、少し専門的になったり、多次元になると、AI のパフォーマンスがすぐに落ちます...
55
222
953
そのプロンプトテクニックの 1 つが、ソクラテス式質問法です。プロンプトを使って、AI に開始前に一つずつ質問させ、要件を完全に理解するまで続けます。
【あなたの質問・要件】
回答する前に質問をしてください。
要件：一度に 1 つの質問だけをしてください。私の回答に基づいて、あなたの真のニーズと目標を 95% 理解したと確信するまで質問を続けてください。その後、解決策を提供してください。
Agent の時代でも同様ですが、プロンプトからプロセス内の Skill にアップグレードされました。
Superpowers で再度開発してみましょう。
まず、プラグインをインストールします。
Agent に一言伝えるだけです：
このプラグインをダウンロードしてインストールしてインストールしてください：https://github.com/obra/superpowers
インストール後、有効にするために再起動することを忘れないでください。ホットリロードされません。
ADHD リーダーに戻って、再度試してみましょう。
全く同じプロンプトを送信します。
Superpowers を呼び出し、ワークフローが開始されるのがわかります。
最初に行うのは、ユーザーがどのように使用するかを尋ねることです。これにより、ファイアウォールで遮断されたコンテンツが読めない問題に直接対処します。
Plan モードの並列的な質問とは異なり、Superpowers は一度に 1 つの質問だけをします。あなたの回答に基づいて次の質問を決定します。私が言及したソクラテス式質問法です。これにより、質問が表面的ではなく深く掘り下げられます。
ブラウザ拡張機能を選びました。次に、コア機能について尋ねられました。この段階では、あまり詳しくなかったので迷いました。そこで、調査してくれるように伝えました。
実際に調査を実行し、レポートを持ってきました。
その後、提案を提供し、コア機能の優先順位リストをまとめました。
Bionic Reading については、「効果は弱いがユーザーには好まれている」と直接ラベル付けし、ADHD ユーザーの中国語読解を有意に改善するという研究はないと引用しました。
いくつかの機能を選んでもらいました。
その後も質問は続き、明確に考えるように促されました。対象ブラウザは？ 中国語の単語分割ライブラリの好みは？ UI 言語とスタイルは？
しっかり考えることを強制されます。
このデモプロジェクトはそれほど複雑ではありませんが、大規模なプロジェクトを開発する時には、本当に「冷や汗」をかくような尋問を実感するでしょう。
全ての質問に答えた後、AI はおおよそのニーズを把握します。
ここで、Plan モードとは異なり、3 つのアーキテクチャソリューションを提案し、それぞれの長所、短所、適用シナリオを明確にリストアップします。
1 つを選ぶか、その推奨に従います。
私は B を選びました。ハイブリッドソリューションは望みませんでした。
その後、詳細を一つずつ確認するように促されました。
全体アーキテクチャ、機能モジュールの詳細設計、コントロールパネル、データフローとストレージなど。
再度確認することで冷や汗をかきました。AI の前で完全な素人のように感じました。
全てを確認した後、ようやく非常に長く詳細な設計文書を作成し、それをローカルに保存しました。
多くの友人は、最終成果物が思っていたものと違うと感じます。それは通常、AI が悪いのではなく、要件が明確でなかったからです。
2 時間の計画、10 分の実行。実行はそれほど重要ではなく、初期の計画をしっかり考えることが最も重要だと、強く感じています。
AIFUT チケットミニプログラムを作った時、過信していて標準的な AI 支援プロセスに従いませんでした。リリース前に多くのユーザーニーズが考慮されておらず、境界リスクも明確ではありませんでした。それは初期計画の問題です。
つまり、今の感覚としては、AI 開発は十分に速いので、時間をかけるべきは開始前です。
常に質問され、全ての境界ケースをチームで分析し、経験者が監督して初めて、ユーザーに本当に届けられるものが生まれます。
Superpowers に戻ると、計画の最初のステップは以上です。上記は全て、Superpowers プロセスの最初の Skill にすぎません。
それはブレインストーミングです。
そうです、最初の Skill です。
設計文書が確定したら、コードを書き始めると思いますか？
しかし、そこで 2 つ目の Skill が発動します。using-git-worktrees Skill を使って、隔離されたワークスペースを作成します。
メインブランチから新しいブランチをプルします。以降の開発は全てこの新しいブランチで行われます。メインブランチのコードは影響を受けず、新しいブランチでどれだけ失敗しても、元のコードには影響しません。完成して問題なければ、マージして戻します。
これが隔離です。多くの人はバージョン隔離せずに前のプロジェクトを直接修正して、全てを壊してしまいます。とても悪い習慣です。
次に、3 つ目の Skill、writing-plansが登場します。
注意、まだコードは書かれていません。
その設計文書を、ステップバイステップの開発タスクリストに分解し、具体的には 2～5 分で完了できるタスクにします。
これは面白いです。なぜなら、彼らの目標は、彼らの言葉を借りれば、「センスも判断力もプロジェクトの文脈もなく、テストが大嫌いな熱心なジュニアエンジニアがその通りに進められるようにする」ことだからです。
それを見て笑ってしまいました。
つまり、Superpowers を使えば、Claude Opus 4.6 を使わなければならないわけではありません。むしろ、モデルの質が平均的であればあるほど、恩恵が大きくなります。これがこの Skill の役割です。
分解することにはもう 1 つ利点があります。全ての小さなタスクを検証できることです。問題があれば、プロジェクト全体が完成して爆発するまで待つことなく、即座に見つけられます。
これは実行段階でさらに顕著になります。
このステップを経て、ようやくコード実行段階に到達します。
subagent-driven-development Skill を呼び出します。
いくつかのサブエージェントを起動して、上記の全てを実行させます。
各タスクが開発された後、ただ渡されるわけではありません。2 段階のチェックが行われます。
1 段階目は、独立したレビュー Agent を送り、タスクが要件に従っているか、やるべきことをやったか、不要なものを追加していないか、的外れなオーバーデザインがないかを確認します。
2 段階目は、別のレビュー Agent を送り、コード品質をチェックします。コードが標準的で保守可能かに焦点を当てます。
どちらかのレビューに不合格なら、修正されて再レビューを受け、合格するまで続きます。
これら 10 の小さなタスクが開発されても、レビューは終わりません。次の段階では、requesting-code-review Skill が最終レビュー Agent を送り、全てのコードを最初から最後まで見直します。
以前のレビューは部分に焦点を当てていましたが、今回は全体に焦点を当て、モジュールが統合できるか、漏れがないか、全体のロジックに一貫性があるかを確認します。
最後に、全てのテストが合格したことを確認する検証を実行し、コードをメインブランチにマージして、ワークスペースをクリーンアップします。
ようやく完了です。
リーダーの効果を見てみましょう。
2 つの非常に実用的な読書モードがあります。
1 つは品詞カラーリングで、名詞、動詞、形容詞を異なる色でマークし、文構造がはるかに明確になります。
もう 1 つのモードは段落フォーカスで、読んでいる段落は強調表示され、他の段落は暗く表示されます。長いパラグラフに適しており、周囲のテキのテキストによる注意散漫を大幅に減らし、集中力を保ちます。
ADHD ユーザーにとって、最大の敵は周囲のテキストに注意が散乱されることです。
このリーダーは焦点をより明確にし、コンテンツを見やすくし、気が散りにくくするため、文章全体を読むのがそれほど疲れません。
そして今回はプラグインソリューションなので、微信公衆号や知乎などのページも正常に読めます。
初回から完璧に動作しました。本当に手間が省けました…
これこそ、AI 時代の正しいワークフローがどうあるべきかを完全に示しています。
2 時間の計画、10 分の実行、1 時間のレビュー。
そんなところです。
言及した Skill 以外にも、触れていないものがあります。自分で試してみてください。
これは私が皆さんにお勧めする必須インストールプラグインです。
私の中でです。
私の心の中では、skill-creator と同じレベルにあります。
信じてください、作業の質が大幅に向上します。
そして効率も。
