Path: blob/master/site/ja/hub/writing_documentation.md
25115 views
ドキュメントの作成
tfhub.dev にモデルを貢献するには、Markdown 形式のドキュメントを提供する必要があります。tfhub.dev にモデルを追加するプロセスの完全な概要については、モデルの貢献ガイドをご覧ください。
注意: このドキュメントでは「パブリッシャー」という用語が使用されています。これは、tfhub.dev にホストされているモデルのレコード所有者を指します。
Markdown ドキュメントの種類
tfhub.dev では次の 3 種類の Markdown ドキュメントが使用されています。
パブリッシャー Markdown - パブリッシャーに関する情報(Markdown 構文をご覧ください)
モデル Markdown - 特定のモデルとその使用方法に関する情報 (Markdown 構文をご覧ください)
コレクション Markdown - パブリッシャーが定義したモデルコレクションに関する情報が含まれます(Markdown 構文をご覧ください)。
コンテンツの編成
TensorFlow Hub GitHub リポジトリに貢献する際は、次のコンテンツで編成する必要があります。
各パブリッシャーディレクトリは
assets/docs
ディレクトリに配置します。オプションの
models
ディレクトリとcollections
ディレクトリは、各パブリッシャディレクトリに含めます。各モデルには、
assets/docs/<publisher_name>/models
の下にそれぞれのディレクトリを用意します。各コレクションには、
assets/docs/<publisher_name>/collections
の下にそれぞれのディレクトリを用意します。
パブリッシャーの Markdown はバージョン管理されていませんが、モデルにはさまざまなバージョンを設けることができます。モデルの各バージョンには、そのバージョンにちなんだ個別の Markdown ファイル(1.md、2.md など)が必要です。コレクションはバージョン管理されていますが、1つのバージョンのみ(1.md)がサポートされています。
特定のモデルのすべてのバージョンを、そのモデルのディレクトリに配置してください。
Markdown コンテンツの編成を次の図に示しています。
パブリッシャー Markdown 形式 {:#publisher}
パブリッシャードキュメントは、モデルと同じ種類の Markdown ファイルで宣言されますが、構文の違いが若干あります。
TensorFlow Hub リポジトリのパブリッシャーファイルの正しい場所は次の通りです: tfhub.dev/assets/docs/<publisher_id>/<publisher_id.md>
"vtab" の最小限のパブリッシャードキュメントの例をご覧ください。
上記の例では、パブリッシャー ID、パブリッシャー名、使用するアイコンへのパス、およびより長い自由形式の Markdown ドキュメントを指定しています。パブリッシャーIDには、小文字、数字、ハイフンのみを含める必要があることに注意してください。
パブリッシャーの名前のガイドライン
パブリッシャーの名前には GitHub ユーザー名または管理する GitHub 組織の名前を使用します。
モデルページの Markdown 形式 {:#model}
モデルドキュメントは、複数のアドオンの構文を備えた Markdown ファイルです。最小限の例、またはより現実的な例の Markdown ファイルについては以下をご覧ください。
ドキュメントの例
高品質のモデルドキュメントには、コードスニペット、モデルのトレーニング方法および使用目的に関する情報が含まれています。また、ユーザーがあなたのモデルを tfhub.dev で素早く検索できるように、以下に説明されているモデル固有のメタデータプロパティもご利用ください。
モデルのデプロイとデプロイのグループ化
tfhub.dev では、TensorFlow SavedModel を TF.js、TFLite、およびCoral デプロイで公開できます。
Markdown ファイルの最初の行には、形式の種類が指定されている必要があります。
SavedModel 用の
# Module publisher/model/version
TF.js デプロイ用の # Tfjs publisher/model/version
Lite デプロイ用の
# Lite publisher/model/version
Coral デプロイ用の
# Coral publisher/model/version
tfhub.dev の同じモデルページ上にこれらの異なる形式の同じ概念モデルを表示することを習慣付けると良いでしょう。特定の TF.js、TFLite、または Coral のデプロイと TensorFlow SavedModel モデルを関連付けるには、親モデルのタグを指定します。
場合によっては TensorFlow SavedModel なしで 1 つ以上のデプロイを公開することが考えられます。その場合は、プレースホルダーモデルを作成して、parent-model のタグにそのハンドルを指定します。プレースホルダーの Markdown は TensorFlow モデルの Markdownとまったく同じですが、最初の行だけは # Placeholder publisher/model/version とし、asset-path プロパティは必要ありません。
モデルの Markdown 固有のメタデータプロパティ {:#metadata}
Markdown ファイルにはメタデータのプロパティを含めることができます。これらはユーザーがモデルを見つけやすくするためにフィルターとタグを提供するために使用されます。メタデータ属性は、Markdown ファイルの短い説明の後に Markdown コメントとして含まれます。例えば次のとおりです。
次のメタデータプロパティがサポートされています。
format: TensorFlow モデルの場合: TensorFlow Hub 形式のモデル。有効な値として、hub はモデルがレガシーの TF1 hub 形式である場合、そして saved_model_2 はモデルが TF2 Saved Model 経由でエクスポートされている場合に使用できます。
asset-path
: Google Cloud Storage バケットなど、アップロードする実際のモデルアセットへの world-readable なリモートパスです。URL は、robots.txt ファイルによって取得できる必要があります(この理由により、"https://github.com/./releases/download/." は https://github.com/robots.txt で禁止されているためサポートされていません)。必要なファイルの種類とコンテンツに関する詳しい情報は、以下をご覧ください。parent-model: TF.js、TFLite、Coral モデルの場合: 同伴する SavedModel/プレースホルダーのハンドルです。
fine-tunable: ブール値。ユーザーがモデルをファインチューニングできるかどうか。
task
: 問題のドメイン、たとえば "text-embedding" です。サポートされているすべての値は task.yaml で定義されています。dataset
: モデルがトレーニングされたデータセット、たとえば、"wikipedia" です。サポートされているすべての値は、dataset.yaml で定義されています。network-architecture
: モデルがトレーニングされたネットワークアーキテクチャ、たとえば "mobilenet-v3" です。 サポートされているすべての値は network_architecture.yaml で定義されています。language
: テキストがトレーニングされた言語の言語コード、たとえば "en" です。サポートされているすべての値は language.yaml で定義されています。license
: モデルに適用されるライセンス、たとえば "mit" です。公開されたモデルのデフォルトの想定ライセンスは、Apache2.0ライセンスです。サポートされているすべての値は license.yaml で定義されています。custom
ライセンスでは、個別にで特別な配慮が必要になることに注意してください。colab
: モデルの使用方法またはトレーニング方法を示すノートブックへの HTTPS URL(bigbigan-resnet50 の例)。colab.research.google.com
である必要があります。 GitHub でホストされている Jupyter ノートブックには、https://colab.research.google.com/github/ORGANIZATION/PROJECT/ blob/master/.../my_notebook.ipynb
からアクセスできることに注意してください。interactive-visualizer
: モデルページに埋め込む必要のあるビジュアライザー名、たとえば "vision"。ビジュアライザーを表示すると、ユーザーはモデルの予測をインタラクティブに調べることができます。サポートされているすべての値は、 interactive_visualizer.yaml で定義されています。
Markdown ドキュメントの種類は、さまざまな必須メタデータプロパティとオプションのメタデータプロパティをサポートしています。
タイプ | 必須 | オプション |
---|---|---|
パブリッシャー | ||
コレクション | task | dataset, language, |
: : : network-architecture : | ||
プレースホルダー | task | dataset, fine-tunable, |
: : : interactive-visualizer, language, : | ||
: : : license, network-architecture : | ||
SavedModel | asset-path, task, | colab, dataset, |
: : fine-tunable, format : interactive-visualizer, language, : | ||
: : : license, network-architecture : | ||
Tfjs | asset-path、parent-model | colab, demo, interactive-visualizer |
Lite | asset-path、parent-model | colab, demo, interactive-visualizer |
Coral | asset-path、parent-model | colab, interactive-visualizer |
モデル固有のアセットコンテンツ
モデルタイプに応じて、次のファイルタイプとコンテンツが必要です。
SavedModel: 次のようなコンテンツを含む tar.gz アーカイブ:
TF.js: 次のようなコンテンツを含む tar.gz アーカイブ:
TFLite: .tflite ファイル
Coral: .tflite ファイル
tar.gz アーカイブの場合: モデルファイルがディレクトリ my_model
(たとえば、SavedModels の場合は my_model my_model/saved_model.pb
my_model/model.json
、TF.js モデルの場合は my_model / model.json)にあると仮定すると、 cd my_model && tar -czvf ../model.tar.gz *
経由で tar ツールを使用して有効な tar.gz アーカイブを作成できます。
一般に、すべてのファイルとディレクトリ(圧縮されているかどうかに関係なく)は単語文字で始まる必要があるため、たとえばドットはファイル名/ディレクトリの有効なプレフィックスではありません。
コレクションページの Markdown 形式
{:#collection}
コレクションは、パブリッシャーが関連するモデルをバンドルすることにより、ユーザーの検索体験の向上を可能にする tfhub.dev の機能です。
すべてのコレクションリストは tfhub.dev をご覧ください。
リポジトリ github.com/tensorflow/tfhub.dev 内のコレクションファイルの正しい場所は、assets/docs/publisher_name>/collections/<collection_name>/1.md です。
これは、assets/docs/vtab/collections/benchmark/1.md に入れられるごく小さな例です。最初の行のコレクションの名前には、ファイルパスに含まれている collections/
部分が含まれていないことに注意してください。
この例では、コレクションの名前、1 文の短い説明、問題ドメインのメタデータ、自由形式の Markdown ドキュメントを指定しています。