比較

同じスキルに見える六つの組み合わせ

個別のレビューは、そのスキルを入れる価値があるかを教えます。同じ仕事を主張する二つのうちどちらを残すべきかは教えません。この一連のページは、その問いが実際に立ち上がる六組を取り上げて答えます。

  1. tdd と test-driven-development のどちらを入れるべきか

    どちらか一方だけを入れてください。二つは同じ規律を別々の作者が書いたもので、両方を残すと、同じタスクを取り合う重複した説明が二つ並びます。チームがすでにテストを書いている流儀に近いほうを選んでください。

  2. 原因を突き止めるなら systematic-debugging と diagnosing-bugs のどちらか

    どちらもエージェントに当てずっぽうの修正をさせません。ただし問題への入り方が逆です。systematic-debugging は原因が証明されるまで手順を保ちます。diagnosing-bugs は、目の前の不具合を実地に調べていく形に近い。

  3. skill-creator と mcp-builder、あなたが作ろうとしているのはどちらか

    作るものが違います。skill-creator は、エージェントが読む指示書のフォルダを書く手助けをします。mcp-builder は、新しいツールを公開するサーバーを書く手助けをします。経路はすでにあり、足りないのが手順だけなら、必要なのは skill-creator です。

  4. docx と pdf、必要なのはどちらの文書スキルか

    決めるのは好みではなくファイルです。docx は、誰かがこの先も編集し続ける Word 文書のためのもの。pdf は、読む、分割する、記入する、あるいは最終成果物として出す固定文書のためのものです。文書仕事はたいてい両方を必要とします。

  5. frontend-design と canvas-design、仕事に合うのはどちらか

    frontend-design は、コードとして出荷される画面のためのもので、判断はコンポーネント、レイアウト、状態に対して働きます。canvas-design は、キャンバス上で構成する視覚表現のためのものです。成果物がリポジトリに入るなら frontend-design です。

  6. subagent-driven-development と superpowers、どこまで型を入れるか

    superpowers は、セッション全体に効く広い作業方法です。subagent-driven-development は、仕事を複数のエージェントへ割るという、より狭い問いです。一方はすべてのタスクの進め方を変え、もう一方は大きなタスクの割り方を変えます。