mcpField
U
using-superjawn

using-superjawn

github.com/jamditisエージェントワークフロー43883 回インストール4 日前に更新
リポジトリ

using-superjawn について

Claude Code、Codex、Copilot CLI、Gemini CLIなどでスキルを見つけて呼び出す方法を説明するスキルです。適用スキルを先に確認し、各クライアントのツールに合わせて手順を調整します。

主な機能

  1. 01スキル呼び出しの指針
  2. 02環境別のアクセス方法
  3. 03プラットフォーム適応用のツール対応表
  4. 04スキルの優先順位と種類の説明
  5. 05ユーザー指示の扱いに関するルール

活用シーン

  1. 01タスクに適用できるスキルの判断
  2. 02環境ごとのスキルアクセス方法の確認
  3. 03利用可能なツールに合わせた手順の調整

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/jamditis/claude-skills-journalism --skill using-superjawn

インストール後、Claude Code で/using-superjawnを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

agents/
openai.yaml
references/
codex-tools.md
copilot-tools.md
gemini-tools.md

詳細

翻訳後に原文が更新されています。最新の内容は原文をご確認ください。

特定のタスクを実行するためにサブエージェントとして派遣された場合は、このスキルをスキップしてください。 作業に適用される可能性が 1%でもあると思うスキルがあれば、必ずそのスキルを呼び出してください。

タスクにスキルが適用される場合、選択の余地はありません。必ず使用してください。

これは交渉の余地も、任意性もありません。合理化して回避することもできません。

指示の優先順位

superjawn のスキルはデフォルトのシステムプロンプトの動作に優先しますが、ユーザーの指示は常に優先されます。

  1. ユーザーの明示的な指示(CLAUDE.md、GEMINI.md、AGENTS.md、直接の依頼)が最優先
  2. superjawn のスキルは、競合する場合にデフォルトのシステム動作に優先
  3. デフォルトのシステムプロンプトは最も低い優先順位

CLAUDE.md、GEMINI.md、または AGENTS.md に「調査フェーズをスキップする」とあり、スキルに「必ず最初に調査する」とある場合は、ユーザーの指示に従ってください。ユーザーが優先されます。

スキルへのアクセス方法

Claude Code の場合: Skill ツールを使用します。スキルを呼び出すと、その内容が読み込まれて提示されるので、その指示に従ってください。スキルファイルを読むために Read ツールを使用しないでください。

Copilot CLI の場合: skill ツールを使用します。スキルはインストール済みのプラグインから自動検出されます。skill ツールは Claude Code の Skill ツールと同様に機能します。

Gemini CLI の場合: activate_skill ツールを使用してスキルを有効にします。Gemini はセッション開始時にスキルのメタデータを読み込み、必要に応じて完全な内容を有効にします。

その他の環境の場合: スキルの読み込み方法について、お使いのプラットフォームのドキュメントを確認してください。

スキルの使用

原則

応答や操作を行う前に、関連するスキルまたは指定されたスキルを必ず呼び出してください。 適用される可能性が 1%でもある場合は、スキルを確認する必要があります。呼び出したスキルが状況に合わないと判明した場合は、使用する必要はありません。

digraph skill_flow {
    "User message received" [shape=doublecircle];
    "About to EnterPlanMode?" [shape=doublecircle];
    "Already brainstormed?" [shape=diamond];
    "Invoke brainstorming skill" [shape=box];
    "Might any skill apply?" [shape=diamond];
    "Invoke Skill tool" [shape=box];
    "Announce: 'Using [skill] to [purpose]'" [shape=box];
    "Has checklist?" [shape=diamond];
    "Create TodoWrite todo per item" [shape=box];
    "Follow skill exactly" [shape=box];
    "Respond (including clarifications)" [shape=doublecircle];

    "About to EnterPlanMode?" -> "Already brainstormed?";
    "Already brainstormed?" -> "Invoke brainstorming skill" [label="no"];
    "Already brainstormed?" -> "Might any skill apply?" [label="yes"];
    "Invoke brainstorming skill" -> "Might any skill apply?";

    "User message received" -> "Might any skill apply?";
    "Might any skill apply?" -> "Invoke Skill tool" [label="yes, even 1%"];
    "Might any skill apply?" -> "Respond (including clarifications)" [label="definitely not"];
    "Invoke Skill tool" -> "Announce: 'Using [skill] to [purpose]'";
    "Announce: 'Using [skill] to [purpose]'" -> "Has checklist?";
    "Has checklist?" -> "Create TodoWrite todo per item" [label="yes"];
    "Has checklist?" -> "Follow skill exactly" [label="no"];
    "Create TodoWrite todo per item" -> "Follow skill exactly";
}

注意すべき兆候

次のように考えたら、立ち止まってください。これは合理化です。

考え実際
「これは簡単な質問にすぎない」質問もタスクです。スキルを確認してください。
「まずはもう少し状況を把握する必要がある」確認の質問をする前に、スキルを確認してください。
「先にコードベースを調べよう」スキルは調査方法を示します。まず確認してください。
「git やファイルをすぐ確認できる」ファイルには会話の文脈がありません。スキルを確認してください。
「まず情報を集めよう」スキルは情報収集の方法を示します。
「正式なスキルは不要だ」スキルがあれば使用してください。
「このスキルのことは覚えている」スキルは更新されます。現在の内容を読んでください。
「これはタスクには当たらない」操作はタスクです。スキルを確認してください。
「スキルは大げさすぎる」簡単なことでも複雑になる場合があります。使用してください。
「これだけ先にやってしまおう」何かする前に確認してください。
「これなら生産的に感じる」規律のない作業は時間を無駄にします。スキルはそれを防ぎます。
「意味は分かっている」概念を知っていることと、スキルを使うことは別です。呼び出してください。

スキルの優先順位

複数のスキルが該当する場合は、次の順に使用してください。

  1. プロセススキルを最初に(ブレインストーミング、デバッグ)—進め方を決めます
  2. 実装スキルを次に(frontend-design、mcp-builder)—実行方法を指示します

「X を作ろう」→まずブレインストーミングを行い、次に実装スキルを使用します。
「このバグを修正して」→まずデバッグを行い、次にドメイン固有のスキルを使用します。

スキルの種類

厳格型(デバッグ、検証):指示どおりに正確に従ってください。規律を崩すような変更はしないでください。

柔軟型(パターン):原則を状況に合わせて適用してください。

どちらの種類かは、スキル自体に記載されています。

ユーザーの指示

指示は「何を」行うかを示すものであり、「どのように」行うかを示すものではありません。「X を追加して」や「Y を修正して」と言われても、ワークフローを省略してよいわけではありません。

コメント