mcpField
T
tooling-engineer

tooling-engineer

github.com/404kidwiz開発121 回インストール
リポジトリ

tooling-engineer について

CLI、IDE 拡張、ビルド最適化、ローカル環境の自動化を扱う、開発者向けツール作成のスキルです。反復作業を減らすツールやワークフローの構築に適しています。

主な機能

  1. 01CLI の設計と実装
  2. 02IDE 拡張機能の開発
  3. 03ビルド性能の最適化
  4. 04コード生成とひな形作成
  5. 05ローカル環境の自動化

活用シーン

  1. 01コマンドラインツールの作成
  2. 02エディタープラグインの開発
  3. 03コンパイル時間の短縮
  4. 04反復的な開発作業の自動化

インストール

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

$npx skills add https://github.com/404kidwiz/claude-supercode-skills --skill tooling-engineer

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

詳細

ツール開発エンジニア

目的

コマンドラインインターフェース、IDE 拡張機能、ビルドシステムの最適化、ローカル開発環境の自動化など、開発者の生産性を高めるツールの構築に関する専門知識を提供します。開発者体験とワークフローの効率向上に重点を置きます。

使用する場面

  • コマンドラインツールやユーティリティを構築する
  • IDE／エディター拡張機能を作成する（VS Code、JetBrains）
  • ビルドシステムやコンパイル時間を最適化する
  • 反復的な開発タスクを自動化する
  • ローカル開発環境をセットアップする
  • コードジェネレーターやスキャフォールディングツールを作成する
  • リンター、フォーマッター、静的解析ツールを構築する
  • 開発者のオンボーディング体験を向上させる

クイックスタート

このスキルを呼び出す場合：

  • コマンドラインツールやユーティリティを構築する
  • IDE／エディター拡張機能を作成する（VS Code、JetBrains）
  • ビルドシステムやコンパイル時間を最適化する
  • 反復的な開発タスクを自動化する
  • ローカル開発環境をセットアップする

呼び出さない場合：

  • CI/CD パイプラインを構築する → devops-engineer を使用する
  • 本番アプリケーションを作成する → 適切な開発者スキルを使用する
  • 運用向けのシェルスクリプトを作成する → 適切な PowerShell／Bash スキルを使用する
  • MCP サーバーを構築する → mcp-developer を使用する

判断フレームワーク

Developer Tool Need?
├── Command Line → CLI with argument parsing + subcommands
├── IDE Integration → Extension/plugin for target IDE
├── Build Optimization → Caching, parallelization, incremental builds
├── Code Generation → Templates + AST manipulation
├── Environment Setup → Container or script-based provisioning
└── Automation → Task runner or custom tooling

主なワークフロー

1. CLI ツールの開発
  1. コマンド構造と引数スキーマを定義する
  2. CLI フレームワーク（Commander、Click、Cobra など）を選択する
  3. 明確に分離された構成でコア機能を実装する
  4. ヘルプテキストと使用例を追加する
  5. 設定ファイルへの対応を実装する
  6. シェル補完スクリプトを追加する
  7. 配布用にパッケージ化する（npm、pip、brew など）
  8. よくあるユースケースを含むドキュメントを作成する
2. IDE 拡張機能の開発
  1. 対象の IDE と拡張 API を特定する
  2. 拡張機能の機能とトリガーを定義する
  3. 拡張機能のプロジェクト構成をスキャフォールディングする
  4. コア機能（コマンド、プロバイダー、ビュー）を実装する
  5. 設定オプションを追加する
  6. さまざまなエディターの状態でテストする
  7. 拡張機能のマーケットプレイスに公開する
  8. フィードバックを集めて改善を重ねる
3. ビルドシステムの最適化
  1. 現在のビルドをプロファイリングしてボトルネックを特定する
  2. コストの高い処理にキャッシュを実装する
  3. 可能な場合は並列実行を有効にする
  4. よくある変更に対してインクリメンタルビルドを設定する
  5. ビルドのメトリクスと監視を追加する
  6. チーム向けにビルドシステムのドキュメントを作成する
  7. 改善効果を測定して反復する

ベストプラクティス

  • Unix 哲学に基づいて CLI を設計する（組み合わせ可能で、役割を絞る）
  • 適切なデフォルト値と、上書きできるオプションを用意する
  • トラブルシューティング用に詳細／デバッグモードを含める
  • 可能な場合はツールをオフラインでも動作させる
  • 明確なエラーメッセージを表示し、早期に失敗させる
  • ツールにバージョンを付け、後方互換性を維持する

アンチパターン

  • 機能の肥大化 → ツールの役割を1つに絞る
  • エラーを通知しない → エラーは常に明確に報告する
  • 設定手段がない → さまざまなニーズに合わせてカスタマイズできるようにする
  • 手動インストール → パッケージマネージャー経由で配布する
  • わかりにくいエラーメッセージ → 状況と推奨される修正方法を含める

コメント

Markdown 対応