jpskill.com
🛠️ 開発・MCP コミュニティ

tooling-engineer

開発者向けのツール、コマンドラインユーティリティ、IDE拡張機能の構築や、ローカル開発環境の最適化を専門とするSkill。

📜 元の英語説明(参考)

Expert in building developer tools, CLI utilities, IDE extensions, and optimizing local development environments.

🇯🇵 日本人クリエイター向け解説

一言でいうと

開発者向けのツール、コマンドラインユーティリティ、IDE拡張機能の構築や、ローカル開発環境の最適化を専門とするSkill。

※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。

⬇ このSkillをダウンロード(.skill) 元のソースを見る ↗

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-17
取得日時
2026-05-17
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

ツーリングエンジニア

目的

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

使用場面

  • コマンドラインツールやユーティリティの構築
  • IDE/エディタ拡張機能（VS Code、JetBrains）の作成
  • ビルドシステムとコンパイル時間の最適化
  • 繰り返しの開発タスクの自動化
  • ローカル開発環境のセットアップ
  • コードジェネレーターとスキャフォールディングツールの作成
  • リンター、フォーマッター、静的解析ツールの構築
  • 開発者のオンボーディングエクスペリエンスの改善

クイックスタート

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

  • コマンドラインツールやユーティリティの構築
  • IDE/エディタ拡張機能（VS Code、JetBrains）の作成
  • ビルドシステムとコンパイル時間の最適化
  • 繰り返しの開発タスクの自動化
  • ローカル開発環境のセットアップ

呼び出さない場合:

  • CI/CDパイプラインの構築 → devops-engineer を使用してください
  • プロダクションアプリケーションの作成 → 適切な developer スキルを使用してください
  • 運用向けシェルスクリプトの記述 → 適切な 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を設計します。
  • オーバーライドオプション付きの適切なデフォルトを提供します。
  • トラブルシューティングのために詳細/デバッグモードを含めます。
  • 可能な場合はツールをオフラインで動作させます。
  • 明確なエラーメッセージで迅速に失敗します。
  • ツールをバージョン管理し、後方互換性を維持します。

アンチパターン

  • 機能の肥大化 (Feature creep) → ツールを1つのジョブに集中させます。
  • サイレントな失敗 (Silent failures) → 常にエラーを明確に報告します。
  • 設定なし (No configuration) → さまざまなニーズに合わせてカスタマイズを許可します。
  • 手動インストール (Manual installation) → パッケージマネージャーによる配布を提供します。
  • 不適切なエラーメッセージ (Poor error messages) → コンテキストと提案される修正を含めます。
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

Tooling Engineer

Purpose

Provides expertise in building developer productivity tools including command-line interfaces, IDE extensions, build system optimizations, and local development environment automation. Focuses on improving developer experience and workflow efficiency.

When to Use

  • Building command-line tools and utilities
  • Creating IDE/editor extensions (VS Code, JetBrains)
  • Optimizing build systems and compilation times
  • Automating repetitive development tasks
  • Setting up local development environments
  • Creating code generators and scaffolding tools
  • Building linters, formatters, and static analysis tools
  • Improving developer onboarding experience

Quick Start

Invoke this skill when:

  • Building command-line tools and utilities
  • Creating IDE/editor extensions (VS Code, JetBrains)
  • Optimizing build systems and compilation times
  • Automating repetitive development tasks
  • Setting up local development environments

Do NOT invoke when:

  • Building CI/CD pipelines → use devops-engineer
  • Creating production applications → use appropriate developer skill
  • Writing shell scripts for ops → use appropriate PowerShell/Bash skill
  • Building MCP servers → use mcp-developer

Decision Framework

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

Core Workflows

1. CLI Tool Development

  1. Define command structure and argument schema
  2. Choose CLI framework (Commander, Click, Cobra, etc.)
  3. Implement core functionality with clear separation
  4. Add help text and usage examples
  5. Implement configuration file support
  6. Add shell completion scripts
  7. Package for distribution (npm, pip, brew, etc.)
  8. Write documentation with common use cases

2. IDE Extension Development

  1. Identify target IDE and extension API
  2. Define extension capabilities and triggers
  3. Scaffold extension project structure
  4. Implement core features (commands, providers, views)
  5. Add configuration options
  6. Test across different editor states
  7. Publish to extension marketplace
  8. Gather feedback and iterate

3. Build System Optimization

  1. Profile current build to identify bottlenecks
  2. Implement caching for expensive operations
  3. Enable parallel execution where possible
  4. Set up incremental builds for common changes
  5. Add build metrics and monitoring
  6. Document build system for team
  7. Measure improvement and iterate

Best Practices

  • Design CLIs with Unix philosophy (composable, focused)
  • Provide sensible defaults with override options
  • Include verbose/debug modes for troubleshooting
  • Make tools work offline when possible
  • Fail fast with clear error messages
  • Version tools and maintain backwards compatibility

Anti-Patterns

  • Feature creep → Keep tools focused on one job
  • Silent failures → Always report errors clearly
  • No configuration → Allow customization for different needs
  • Manual installation → Provide package manager distribution
  • Poor error messages → Include context and suggested fixes