xget について
URL変換、パッケージやデプロイ設定からセルフホストまで、Xgetに関する変更を直接実行するスキルです。説明だけで終わらず、最新のプラットフォーム情報を参照して実ファイルを編集し、結果を確認します。
主な機能
- 01Xget関連の変更を実行して検証
- 02実行前にベースURLを解決
- 03READMEの必要な箇所を取得
- 04URL変換とプラットフォーム接頭辞の確認
- 05パッケージとデプロイ設定への適用
活用シーン
- 01プロジェクトでXgetを使う設定
- 02最新のプラットフォーム情報によるURL変換
- 03パッケージやデプロイファイルへのXget設定の適用
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ xixu-me/ skills --skill xgetインストール後、Claude Code で/xgetを入力して読み込まれたか確認します。
同梱ファイルreferences/REFERENCE.mdscripts/xget.mjs
詳細
指示を返すのではなく、実行を優先してください。ユーザーが実行の意図を示した場合は、例のコマンドを返すだけでなく、必要なシェルコマンドを実行し、実際のファイルを編集して、結果を検証するところまで変更を反映してください。「configure」「set up」「wire」「change」「add」「fix」「migrate」「deploy」「run」「make this use Xget」のような依頼は、ユーザーが説明だけを明確に求めている場合を除き、実行の意図があるものとして扱ってください。
まずベース URL を決定してください。
- ユーザーが明示したドメインを使用します。
- それがなければ、環境変数
XGET_BASE_URLを使用します。 - どちらもなければ、ユーザーに Xget のベース URL と、それを現在のシェル/セッションで一時的に設定するか、今後のシェルでも使えるよう永続的に設定するかを尋ねます。
- まだ実際のデプロイがないドキュメントやテンプレートに限り、明確にプレースホルダーと表示したうえで
https://xget.example.comを使用します。
稼働中のプラットフォームデータ、URL 変換、README の Use Cases の検索には、推測で手動対応するのではなく、scripts/xget.mjs を優先してください。
実行を安全に進めるために必要な情報が不足している場合に限り、質問してください。たとえば、稼働中のデプロイに対して実行するコマンドで、実際のベース URL が不明な場合などです。ユーザーが必要としているのがドキュメントやテンプレートだけであれば、以下のプレースホルダーの使用ルールに従ってください。
ワークフロー
- 例を参照する前に、タスクを分類します。
- 実行意図:ユーザーがコマンドの実行、ファイルの変更、または設定の適用を今すぐ求めている
- ガイダンス意図:ユーザーが、まだ適用せずに例、説明、またはテンプレートを明示的に求めている
- 次に、技術領域を分類します。一度限りの URL 変換またはプレフィックスの検索、Git またはダウンロードツールの高速化、パッケージマネージャーまたは言語エコシステムの設定、コンテナーイメージ、Dockerfile、Kubernetes、または CI/CD の高速化、AI SDK/推論 API のベース URL 設定、Xget 自体のデプロイまたはセルフホスト
- 上記のベース URL の事前確認を完了します。ユーザーが
XGET_BASE_URLの設定を求めている場合は、リファレンスガイドを開き、次のように対応します。- ユーザーが設定または接続を求めている場合は、環境が許せば、シェルに適した一時的または永続的なコマンドを直接実行します
- 安全に実行できない場合は、作業を妨げる最小限の質問をするか、不足している値を明示した正確なコマンドを提示します
- セクション全体をデフォルトで読み込むのではなく、次の 2 つの手順で最新の README ガイダンスを取得します。
node scripts/xget.mjs topics --format jsonで候補となる見出しを一覧表示します--matchで絞り込むか、node scripts/xget.mjs snippet --base-url https://xget.example.com --heading "Docker Compose Configuration" --format textで特定のセクションを取得します
- 関連する最小限の最新サブセクションを優先します。
Use in Projectのように繰り返し使われる子見出しが曖昧な場合は、親セクションを取得します。 - 最新のガイダンスをユーザーの実際のタスクに合わせます。
- 実行意図の場合は、例のコマンドを提示するだけで終わらせず、変更を最初から最後まで適用します
- インストール、設定、書き換え、切り替え、移行、テスト、またはその他の変更の実施を求められた場合は、自分でコマンドを実行します
- ユーザーが説明だけでなく実装を求めている場合は、実際の設定ファイルまたはソースファイルを編集します
- シェルコマンドはユーザーの OS とシェルに合わせます
- より広範な書き換えを求められていない限り、既存のプロジェクト規約を維持します
- ファイルの変更またはコマンドの実行後、実用的な範囲で簡単な検証を行います
- 回答が現在のプレフィックスに依存する場合は、
node scripts/xget.mjs platforms --format jsonで最新のプラットフォーム一覧を取得し、URL を正確に書き換えるにはconvertを使用します。 - ワークフローが複数のレイヤーにまたがる場合は、複数の最新セクションを組み合わせます。たとえば、ユーザーのプロジェクトに複数の統合ポイントが必要な場合は、パッケージマネージャーのセクションとコンテナー、デプロイ、または
.envのガイダンスを組み合わせます。 - 完了前に、すべてのコマンド、ファイル編集、または例で、Xget のパス形式が正しいことを確認します。
- リポジトリ/コンテンツ:
/{prefix}/... - crates.io の HTTP URL:
/crates/api/v1/crates/...ではなく/crates/... - 推論 API:
/ip/{provider}/... - OCI レジストリ:
/cr/{registry}/...
- リポジトリ/コンテンツ:
- 最新のプラットフォーム情報の取得に失敗した場合、または上流 URL が既知のプラットフォームに一致しない場合は、その旨を明示し、プレフィックスを推測せずに
references/REFERENCE.mdの安定したガイダンスを代わりに使用します。
コメント
Markdown 対応