searching-mlflow-docs
MLflowの公式ドキュメントを検索・取得するスキルです。MLflowの機能やAPI、LangGraph・LangChain・OpenAIなどとの連携、トレーシング・トラッキングに関する質問や、「MLflow と X を使うには」「Y に関するMLflowのドキュメントを調べて」といったリクエストに対して使用します。
description の原文を見る
Searches and retrieves MLflow documentation from the official docs site. Use when the user asks about MLflow features, APIs, integrations (LangGraph, LangChain, OpenAI, etc.), tracing, tracking, or requests to look up MLflow documentation. Triggers on "how do I use MLflow with X", "find MLflow docs for Y", "MLflow API for Z".
SKILL.md 本文
MLflow ドキュメント検索
ワークフロー
https://mlflow.org/docs/latest/llms.txtを取得して関連するページパスを見つける- 特定されたパスの
.mdファイルを取得する - コード例をそのまま含めて結果を提示する
ステップ 1: llms.txt インデックスを取得
WebFetch(
url: "https://mlflow.org/docs/latest/llms.txt",
prompt: "Find links or references to [TOPIC]. List all relevant URLs."
)
ステップ 2: ターゲットドキュメントを取得
ステップ 1 から得たパスを使用し、常に .md 拡張子を付けて取得する:
WebFetch(
url: "https://mlflow.org/docs/latest/[path].md",
prompt: "Return all code blocks verbatim. Do not summarize."
)
アンチパターン
.html ファイルを使用しない — .md ソースファイルのみを取得する。
WebSearch を使用しない — 常に llms.txt から開始する。Web検索は古い情報またはサードパーティのコンテンツを返す。
曖昧なプロンプトを使用しない — 「完全なドキュメントを抽出する」は要約を許可してしまう。「すべてのコードブロックをそのまま返す。要約しない。」を使用する。
バージョン指定パスを使用しない — 常に /docs/latest/ を使用する。ユーザーが明示的に特定のバージョンをリクエストしない限り、/docs/3.8/ や他のバージョンを使用しない。
URL を推測しない — パスが llms.txt に存在することを常に確認してから取得する。推測でドキュメントパスを構築しない。
外部リンクをフォローしない — mlflow.org/docs 内にとどまる。GitHub、PyPI、またはサードパーティサイトへのリンクをフォローしない。
ソースを混合しない — MLflow ドキュメントのみを使用する。LangChain ドキュメント、OpenAI ドキュメント、または他の外部ドキュメントと組み合わせない。
非 GenAI トピックで llms.txt を使用しない — llms.txt インデックスは LLM/GenAI ドキュメントのみをカバーする。従来の ML トラッキング機能の場合、パスは異なる可能性がある。
ライセンス: Apache-2.0(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- mlflow
- リポジトリ
- mlflow/skills
- ライセンス
- Apache-2.0
- 最終更新
- 不明
Source: https://github.com/mlflow/skills / ライセンス: Apache-2.0
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。