find-tool

ツールを探す

最新の一次情報を根拠に、ユーザーの実際の制約に最も合う選択肢を推奨します。

ワークフロー

1. リクエストとリポジトリから、エコシステム、既存のスタック、必須条件、移行コスト、判断基準を推測します。不明点が推奨を大きく左右する場合に限り、質問してください。
2. 依存関係を追加する前に、標準ライブラリ、プラットフォーム、またはすでにインストールされているツールで十分かを確認します。
3. 最新の信頼できる情報源を調べます。references/find-tool.md は、該当するエコシステムの情報源の調査経路、フォールバックの条件、インストール方法、注意すべき問題を確認する場合に限り参照してください。
4. 候補となる選択肢をユーザーの基準に照らして比較します。採用状況、メンテナンス、セキュリティ、ドキュメント、パフォーマンス、運用コスト、エコシステムとの適合性は、この判断に影響する場合に限り考慮してください。固定の重み付けや候補数に無理に合わせる必要はありません。
5. 根拠が十分な場合は、1つの選択肢を推奨します。決め手となったトレードオフ、重要な注意点、最も近い代替案を示してください。根拠が拮抗している場合や、外部ツールが不要な場合は、その旨を伝えてください。

デフォルト

• リポジトリから判断できる情報がない場合は、JavaScript／TypeScript と Node.js のツールをデフォルトにします。
• 標準ライブラリやプラットフォームの基本機能で十分な場合は、それらを優先します。
• JavaScript のインストールでは、リポジトリのパッケージマネージャーを優先し、それが不明な場合は ni を使います。macOS の CLI では、公式または十分にメンテナンスされている Homebrew の Formula を優先します。
• 二次的な比較記事より、レジストリ、公式ドキュメント、リポジトリ、変更履歴、セキュリティアドバイザリを優先します。エージェントスキルについては、単一の完全なインデックスがないため、レジストリと GitHub を検索してください。

完了条件

推奨の根拠となる最新の情報源を追跡でき、決め手となった基準が明確で、インストール方法がユーザーの環境に合っており、不確実な点や採用を妨げるリスクが明示されていれば、回答は完了です。比較を見やすくするために同じ項目が繰り返される場合に限り、表を使ってください。

最初に ### 🏆 Pick: <tool> と決め手となる理由を示します。続けて ### 📦 Install と正確なコマンドを記載します。項目が繰り返される場合に限り、簡潔な基準・根拠の表を追加してください。信頼できる有力候補がある場合に限り ### 🥈 Closest alternative を、重要な注意点がある場合に限り ### ⚠️ Caveats を追加します。比較表のセルで記号を使う場合は、必ず説明文を添えてください。スコアを捏造してはいけません。URL のリンク先は正確に維持し、人が読む文章では内容がわかる Markdown リンクを使ってください。インストールコマンド、バージョン、セキュリティアドバイザリ、インストーラーのリスクに関する文言は、正確なまま装飾せずに記載してください。