基本の流れ
- Agent が 1 つの .owx ソースパッケージを書きます。
ow a2ui checkが閉じた作成契約に対してソースを検証します。ow a2ui compileが型付き Render Document JSON を生成します。ow publishが検証済みの成果物を OWL Compose Hosted に送ります。
OWX が唯一の作成元です。コンパイル済み JSON は出力であり、別の作成言語ではありません。未対応の XML、任意の HTML、JavaScript、素の Markdown、手編集したコンパイル済みファイルは契約の範囲外です。
チュートリアル
OWX ドキュメントを手順どおりに作る。
このチュートリアルでは、最小のドキュメントから始め、データ、クエリ、ファクト、表示コンポーネントを順に加え、最後に検証、コンパイル、公開を行います。正確に確認するときは、末尾のノード表と機械向け契約を参照してください。
1. ドキュメントの外枠から始める
すべての作品には 1 つの ow-document ルートがあります。正確なプロトコルバージョンとメタデータを宣言し、読者向けの内容を section と型付きノードに入れます。
<ow-document owx-version="1" title="Decision brief" canvas="briefing">
<section id="overview">
<ow-text id="summary" title="Decision brief" title-level="1" body="A concise conclusion." />
</section>
</ow-document>ルートの title はメタデータです。表示する見出しは明示的な ow-text 子ノードにし、同じタイトルを自由文で重ねないでください。
2. データ、クエリ、ファクトを加える
根拠を型付きで再現可能に保ちます。データセットを読み込み、クエリで変換し、表示ノードが使う正確な値を fact で公開します。
<ow-document owx-version="1" title="Regional revenue">
<ow-data id="sales" src="./sales.csv" schema="./sales.toml" />
<ow-query id="sales-by-region" from="dataset:sales">
<ow-group by="region" />
<ow-aggregate name="revenue" operation="sum" field="revenue" />
</ow-query>
<ow-fact id="total-revenue" query="query:sales-by-region" field="revenue" />
</ow-document>Query は変換を記述し、Fact は表示ノードが消費する値に名前を付けます。コンパイル済み JSON を手で編集して数値を変えないでください。
3. 対応コンポーネントを配置する
型付きのレイアウトと表示ノードで読者ビューを組み立てます。メトリック、チャート、テーブルは検証済みのクエリまたはファクトに結び、本文で同じ主張を繰り返しません。
<section id="summary">
<ow-grid id="cards">
<ow-metric id="revenue" fact="fact:total-revenue" label="Revenue" />
<ow-chart id="revenue-chart" data="query:sales-by-region" type="bar" title="Revenue by region" summary="Compare revenue by region." />
<ow-table id="regional-table" data="query:sales-by-region" title="By region" />
</ow-grid>
</section>読者の問いに合わせてコンポーネントを選びます。チャート、テーブル、地図、関係図は、データバインディングと視覚的な役割が明示されている場合にだけ有効です。
4. 検証、コンパイル、公開
作成元はソースパッケージです。チェックを順番に実行し、コンパイル結果を確認してから、検証済みの Render Document JSON だけを公開します。
ow a2ui check ./artifact/document.owx
ow a2ui fmt ./artifact/document.owx
ow a2ui compile ./artifact/document.owx --output ./artifact/document.json
ow a2ui digest ./artifact/document.json
ow publish ./artifact/document.json --no-open`check` は構文、型、バインディング、catalog の所属、リソース境界を検査します。`compile` は成果物を作り、`digest` は固有性を記録し、`publish` は Hosted に送ります。
よく使うノード早見表
Agent が最もよく使うノードです。署名には通常ノードを特定する属性を示しています。すべての任意フィールドや子関係が必要な場合は、生成された catalog を確認してください。
ドキュメント構造
ルートから始め、表示領域ごとに実際の親を置きます。
| タグ | シグネチャ | 用途 |
|---|---|---|
ow-document | <ow-document owx-version title> | 唯一の作成ルートとプロトコル境界。 |
section | <section id> | 安定した id を持つ意味的なページ領域。 |
ow-text | <ow-text id title title-level> | 表示する見出し、肩書き、本文、ファクト参照。 |
ow-grid | <ow-grid id class> | 型付きの子を配置するレスポンシブなレイアウト容器。 |
データと根拠
ソースから表示値までの経路を検査できるようにします。
| タグ | シグネチャ | 用途 |
|---|---|---|
ow-data | <ow-data id src schema> | パッケージ内のソースから読み込む型付きデータセット。 |
ow-query | <ow-query id from> | 同じ手順で再現できるフィルター、派生、グループ、集計パイプライン。 |
ow-fact | <ow-fact id query field> | クエリとフィールドから解決される名前付きの値。 |
ow-sources | <ow-sources src> | 作品に紐づくソース台帳。 |
表示
具体的な読者の問いに答えるときだけ型付きの視覚を使います。
| タグ | シグネチャ | 用途 |
|---|---|---|
ow-metric | <ow-metric id fact label> | 1 つのファクトに結び付いた強調値。 |
ow-chart | <ow-chart id data type title summary> | 型を明示したクエリ結合チャート。 |
ow-table | <ow-table id data> | 検証済みデータセットまたはクエリの表。 |
ow-map | <ow-map id data place country level join value title summary> | 場所と値のフィールドを持つ地理ビュー。 |
関係と操作
任意の HTML を描くのではなく、トポロジーと限定された状態を宣言します。
| タグ | シグネチャ | 用途 |
|---|---|---|
ow-graph | <ow-graph id layout direction> | トポロジーを認識するグラフ容器。 |
ow-graph-node | <ow-graph-node id label> | ow-graph 内のラベル付きノード。 |
ow-connector | <ow-connector from to> | 既知の端点を結ぶ型付き関係。 |
ow-view-switcher | <ow-view-switcher id label> | 限定された名前付きビューの集合。 |
補助コンテンツ
パッケージ内メディアと明示的な補助ブロックを使います。
| タグ | シグネチャ | 用途 |
|---|---|---|
ow-media | <ow-media id file alt> | 意味のある alt を持つパッケージ内画像。 |
ow-code | <ow-code id language value> | 言語を明示したコードブロック。 |
ow-list | <ow-list id> | 順序付きまたは順序なしの項目リスト。 |
ow-callout | <ow-callout id title body> | ラベル付きの注記または意思決定コールアウト。 |
安全な結果を保つルール
- 作成 catalog は閉じた集合です。未登録の ow-* タグや属性を代替コンポーネントとして使えません。
- .owx を 1 つの作成元として保ちます。コンパイル済み JSON は生成物であり、第二の作成言語ではありません。
- 外部の事実は型付きデータ、クエリ、ファクトで結び、空白を埋めるための値を作らないでください。
- パッケージ内メディアと対応クラスだけを使います。任意の HTML、JavaScript、リモート資産、パス越境は拒否されます。
サポートされる OWX の流れ
機械契約と監査ガイド
上のチュートリアルが通常の入口です。以下のリンクから、サポートされる流れ、このページのノード表、メンテナンス中の CLI と作成ガイドを確認できます。Agent やレビュアーが名前、属性、関係、バージョンを検証するときに使います。
人に見せるもの
作者向けの流れでは、目的、素材、ソースの境界、検証結果、実際のプレビュー、承認待ちの操作を示します。生の OWX は監査面であり、通常の読者体験ではありません。出所の確認やデバッグが必要なときだけ、所有者がソースパッケージと正確な digest を確認します。
OWL Compose を初めて使いますか?
Agent と始めましょう。
まず製品の流れを理解してください。Agent や監査担当者が基盤の契約を確認するときだけ、ここへ戻ります。