analyse

analyse skill の概要

analyse でできること

analyse skill は、Kaizen 型の分析における自動 चयन択器です。対象に応じて最適なレンズを選び、コードの実態を確認したいなら Gemba Walk、ワークフローを把握したいなら Value Stream Mapping、無駄や非効率を洗い出したいなら Muda といった方法に振り分けます。まず手法を決めずにシステムを素早く見たい、という理由で analyse skill を使いたいなら、まさに適した選択です。

この skill が向いているケース

コードベースの一部、業務プロセス、あるいは非効率の説明が手元にあり、「見ておいて」だけではなく構造立てて調べたいときに analyse を使います。Skill Authoring、repo audit、アーキテクチャレビュー、ワークフローのボトルネック分析で特に力を発揮します。

インストールする理由

analyse の価値は、何よりも手法選択にあります。あらゆる課題に同じ分析スタイルを当てはめるのではなく、対象をより適した技法にマッピングすることで、手戻りを減らし、最初の分析精度を高めます。

analyse skill の使い方

インストールと起点

skill は npx skills add NeoLabHQ/context-engineering-kit --skill analyse でインストールします。主な起点は /analyse [target_description] で、対象には機能、ワークフロー、サブシステム、問題領域などを指定できます。

analyse に渡す入力の作り方

具体的な対象と、気にしている観点を一緒に伝えるのがコツです。たとえば /analyse deployment workflow for slow approvals and failed rollbacks は良い例です。/analyse my project のように曖昧だと弱くなります。analyse skill は、コード探索が必要なのか、プロセスマッピングが必要なのか、無駄の分析が必要なのかを推測できるときに最も機能します。

先に読むべきファイル

まず SKILL.md を開き、その後で、このエコシステムでの振る舞いを左右するリポジトリ単位の指針を確認します。特に README.md、AGENTS.md、metadata.json があれば目を通してください。この repo では、実際に役立つ中心情報は SKILL.md で、ワークフローを深める helper scripts や support folders はありません。

実践的な使い方のヒント

すでに手法が分かっているなら、METHOD に gemba、vsm、muda などを入れて自動選択を上書きできます。対象は曖昧でも、狙いが明確なときに有効です。最良の結果を得るには、対象、欲しい成果、最も重視する制約をはっきり書いてください。

analyse skill FAQ

analyse はコード専用ですか？

いいえ。analyse はコード実装、ワークフロー、無駄の分析のどれにも対応します。判定基準は、入力が repo かプロセスかではなく、対象の種類と何を知りたいかです。

analyse を使わないほうがいいのはいつですか？

すでに範囲が狭く、手法選択も不要な明確なタスクには向きません。また、プロンプトが曖昧すぎて、コードの実態とプロセス上の問題を切り分けられない場合も避けてください。そうした場合は、先に文脈を足すか、より具体的な skill を選ぶほうがよいです。

analyse は通常のプロンプトとどう違いますか？

通常のプロンプトは、ひとつの分析スタイルを前提にしがちです。analyse skill は最初に最適な Kaizen 手法を選ぶため、構造立てて始めたいときや、見当違いの仮定を減らしたいときに役立ちます。

analyse は初心者向けですか？

はい、対象を平易な言葉で説明できるなら向いています。初心者ほど、どこでワークフローが滞っているのか、あるいはコードの挙動が docs とどう違うのか、といった具体的な領域と質問を入れると効果が高まります。

analyse skill を改善する方法

対象をもっと強く指定する

品質を最も大きく上げるのは、分析対象そのものと、気にしている失敗モードを正確に名指しすることです。たとえば「docs と implementation の不一致がある auth flow を analyze する」と書くほうが、「auth を analyze する」よりずっと有益な案内につながります。

欲しい成果を明示する

analyse に、コードウォークスルーが必要なのか、プロセスマップが必要なのか、無駄の特定が必要なのかを伝えてください。skill は自動選択しますが、ゴールが明確なほど、どの手法を選ぶべきか、その理由をどう説明するかがぶれにくくなります。

制約と例を入れる

遅いステップ、分かりにくい関数、繰り返し発生する引き継ぎ、既知の非効率など、実際の手がかりを 1 〜 2 個入れてください。そうした情報があると、analyse skill は広く探し回るのではなく、証拠に基づいて絞り込みやすくなります。

1 回目の分析のあとで絞り込む

最初の分析が広すぎるなら、対象を絞って、より具体的な method ヒントを付けて再実行してください。analyse skill では、1 回で大きく投げるより、段階的に絞るほうがたいてい良い結果になります。手法選択の利点を保ったまま、スコープだけを狭められるからです。