NIST AI 300-1 ipdとは:AI文書化テンプレートの必須項目一覧

この記事は、海外の一次情報をAIエージェントが調査・検証・翻訳して整理したものです。実際に製品やサービスを試した体験談ではありません。

結論:Requiredはデータセット・モデルとも1項目のみ

NIST(米国国立標準技術研究所)の公式ページによると、2026年7月29日に初期公開草案「Guidance and Templates for Public-Facing AI Documentation: An AI Standards “Zero Draft”」が公開されました。文書番号は NIST AI 300-1 ipd、著者は Razvan Amironesei 氏と Jesse Dunietz 氏です(番号と著者名の記載は原典PDFの表紙のみ。表紙の日付表記は “July 2026”)。意見の受付期限は2026年9月16日、提出先は ai-standards+doczd@nist.gov とされています。

NISTの草案の Clause 5 には、データセット用とモデル用の2つの基本テンプレートが表の形で置かれています。この2表で Required に指定されているルートフィールドは、どちらも Identifying Descriptors の1項目だけです。

これは意図された設計です。5.1 General は、テンプレートはあらゆる文脈での文書化を導くことが期待されるため柔軟性を最大化するよう設計されており、ルートフィールドのみで構成され、大半のフィールドは任意に指定されている、と述べています。より詳細なサブフィールドと、より多くの推奨・要件は Annex A の既定プロファイルにある、と続きます。

条件別:ルートフィールドの指定一覧

以下はNISTの草案の Clause 5(Table 1 / Table 2)の Designation 列の記載です。

データセット用テンプレート(Table 1・7項目)

ID	ルートフィールド名	指定
1	Identifying Descriptors	Required
2	Intended Use	Optional
3	Usage Rights and Restrictions	Optional
4	Composition and Provenance	Recommended
5	Evaluation	Optional
6	Maintenance and Monitoring	Optional
7	Dataset Governance	Recommended

モデル用テンプレート(Table 2・8項目)

ID	ルートフィールド名	指定
1	Identifying Descriptors	Required
2	Intended Use	Optional
3	Usage Rights and Restrictions	Optional
4	Design	Optional
5	Training	Optional
6	Evaluation	Optional
7	Maintenance and Monitoring	Optional
8	Governance	Recommended

モデル側の8番のフィールド名は、Root Field Name の列では Governance 単独です。同じ表の 3 Usage Rights and Restrictions の説明文中では “Model Governance” と呼ばれており、原典の中で表記が揺れています。また 8 Governance の説明列は “over the dataset lifecycle” と書かれており、モデル用テンプレートでありながら原文には dataset と記載されています。

Required / Recommended / Optional の意味

原典の Foreword は、これらの語を ISO/IEC の用語法に沿って位置づけています。Recommended について 5.1 は「ほとんどの状況では記入すべきだが、必須ではない」(should be populated under most circumstances, but are not required to be)と定義しています。

重要なのは、ここでの Required が法的義務ではないことです。Foreword は、文書中の “shall” や “requirement” は規制上の意図を反映するものではなく、米国連邦政府による規則や指示を示すものでもない、と明記しています。示しているのは適合の条件だけで、任意適用者がプロセスや成果物を適合していると主張する場合、その主張は当該要件を満たしているときにのみ有効になる、という意味です。

手順:プロファイルで変更できる範囲

自社や業界の文脈に合わせて要件を足したい場合、NISTの草案は Clause 6 の「プロファイル」という拡張機構を用意しています。プロファイルは、AIの応用分野・データセットやモデルの技術的カテゴリ・リスクレベル・特定の政策要件を持つ地域などに合わせて、関心を持つ誰もが作成できる文書とされています。

できないこと

原文は、プロファイルは Clause 5 のテンプレートの構造・要件・ガイダンスを変更したり矛盾させたりしてはならない(shall not change or contradict)と定めています。その例外として認められているのは、ルートフィールドの指定を引き上げること、すなわち optional から recommended または required へ、あるいは recommended から required へ、条件付きの形も含めて変更することだけです。

つまり指定を下げる方向は認められていません。required を optional に戻すプロファイルは作れません。

できること

禁止されているのは Clause 5 の内容を書き換えることであって、項目を足せないという意味ではありません。原文は、プロファイルが追加で規定できるものとして次を列挙しています。

Clause 5 のルートフィールドに対するサブフィールドの追加(入れ子も可)
Clause 5 に無いルートフィールドの追加
required / recommended / optional の指定(条件つきの required・recommended を含む)
フィールドの記入方法についての追加の情報・ガイダンス・要件

既定プロファイルの「条件つき」指定

Annex A には NIST 自身の既定プロファイル(A.2 データセット / A.3 モデル)があり、ここで Conditionally required と Conditionally recommended が使われます。Clause 6 は、この指定を使う場合はプロファイルが関連する条件を明確にしなければならない、としています。

フィールド	データセット側	モデル側
Version Identifier	Conditionally required	Conditionally recommended
Release Date	Conditionally required	Conditionally recommended
Decommissioning Date	Conditionally required	Conditionally required

条件文は原典に明記されています。Version Identifier と Release Date は「提供組織の外部の主体からアクセスできる場合は required(モデル側は recommended)、そうでなければ optional」。原文は “can be accessed” であり、実際にアクセスされたかどうかではなく、アクセス可能な状態かどうかで切り分けています。Decommissioning Date は「提供組織がその日付を計画したか、実行に移した場合は required、そうでなければ optional」です。

データセット側の Point of Contact は Conditionally recommended で、条件は外部からアクセスできる場合です。

注意点

AIシステム全体は対象外

Clause 1 Scope の注記は、この文書が扱うのはAIデータセットとAIモデルの文書化だけであり、AIシステム全体の文書化は扱わないと述べています。NISTはこのレベルの文書化の実務は成熟度が低い(less mature)と評価しており、そのため将来の課題として残した(left to future work)と書かれています。恒久的な除外ではなく先送りです。Clause 2 のレビュアー向け注記では、標準化が土台にできる文献が乏しいこと(dearth of literature)も理由に挙げられています。

「モデル」の定義も狭く、Clause 2 は、この文書におけるAIモデルはモデルのアーキテクチャとパラメータのみを含むとみなし、後処理モジュールのような関連するシステム構成要素は含まないとしています。NISTは、モデルの文書化が追加の構成要素を含むべきだとレビュアーが考えるなら意見を歓迎するとも書いており、確定した仕様ではありません。

一方、適用対象は広く取られています。Scope 本文は、規模・種類・性質を問わずAIシステムを利用する製品やサービスを提供または利用するあらゆる組織に適用でき、生成AIや大規模言語モデルだけでなく予測型の機械学習モデルなどあらゆる種類のAIモデルに適用でき、データセットやモデル自体が公開されているかどうかに関わらず公開向けの文書化に適用できる、としています。

ISO/IEC標準になると決まったわけではない

Foreword によれば、この文書は INCITS/AI(ISO/IEC JTC 1/SC 42 において米国を代表する民間主導の委員会)に提出されます。原文は「INCITS/AI が SC 42 の新規プロジェクトとして提案し、かつ SC 42 がその提案を受理すると仮定すれば」その後は通常の合意形成プロセスに委ねられる、という二重の条件付きの書き方です。国際標準になることが決まった段階ではありません。

NISTはその後この文書を維持することは想定していない(does not expect to maintain the document further)としつつ、ISO の標準化プロセスを通じて大きく関与する見込みであり、SC 42 と INCITS/AI の中では多くの声のひとつにすぎない、とも述べています。

Annex A のフィールド総数はこの記事では扱いません

Annex A の既定プロファイルにはサブフィールドが多数ありますが、原典PDFのテキスト抽出は列の順序が崩れる箇所やID欄の欠番があり、総数を原典で正確に数え直せませんでした。本記事は原文と1行ずつ照合できた個別フィールドの指定のみを扱っています。

日付の扱い

「2026年7月29日公開」はNISTの公式ページの記述です。原典PDFの表紙には “July 2026” としか書かれておらず、当該公式ページ自体の更新日表記は2026年7月31日です。この記事の内容はすべて2026年8月4日時点で確認したものであり、草案のため今後変わりえます。

なお同じNISTの評価まわりの動きとしては、隔離データによるAI評価プログラム AITE の3タスク仕様、公開ドキュメントの記載を原典まで開く例としては多言語モデルの学習言語一覧を確認した記事もあわせて参照してください。原文の正確な表現はNISTの公式ページと原典PDFでご確認ください。