publish

ページを公開する

公開は独立した明示的な操作です。ここでページを再構築してはいけません。

references/workflow-intent.md を読みます。意図の推測によって、下書きの依頼か公開リリースの依頼かを区別できる場合がありますが、ページとバージョンを指定した明示的な承認の代わりにはなりません。プレビュー、作成、仕上げ、レビュー、デザインの承認を求める依頼は、公開の承認ではありません。

lexsis_pages.edit_context、lexsis_pages.integrity、lexsis_pages.source、lexsis_workspace.get、lexsis_live_ops.publish を使用します。引数スキーマが不明な場合は、正確なルーター／アクションの探索で解決してください。これらの既知のアクションに対して、自然文のクエリを使用してはいけません。探索結果が空でも、それだけで公開が停止しているとは限りません。利用可能かどうかは、実際のコンテキスト、権限、または公開呼び出しによって判断します。ローカル QA レポートは、承認の根拠にも、公開成功の代わりにもなりません。

ゲート

1. references/source-artifact-workflow.md に記載されたページの操作記録とホスト型 QA 証拠を読みます。
2. 保存済みのストア／テーマの紐付けが引き続き存在することを確認します。
3. レビュー済みのソース、バンドル、セクションのハッシュが、永続化された下書きおよび記録されたベースラインと一致することを確認します。
4. lexsis_pages のアクション edit_context を読みます。
5. リモートバージョンが remote.lastKnownVersion と一致することを確認します。
6. 同じページバージョンとレビュー済みバンドルについて、ホスト型 QA が 390、768、1280 で実施され、コマース、コピー、クレーム、アセット、整合性の各チェックに合格したことが、/design-page、/quiz、または /optimize によって DESIGN_APPROVED として記録されていることを確認します。
7. MCP を通じて整合性とソース／バンドルの証拠を再読み込みします。証拠がない、または古い場合はリリースできません。ローカルファイルやバリデーターで代用してはいけません。
8. ストアが必要な権限を持っていることを確認します。
9. ページとバージョンを指定した明示的な公開承認を確認します。この正確な対象範囲ですでに承認されている場合は、その承認を再利用します。承認がない場合、またはレビュー済みバージョンが変更された場合に限り、確認を求めます。

その後に限り、次を呼び出します。

lexsis_live_ops({ action: "publish", args: { page_id } })

下書きの作成やプレビューの依頼を、公開の承認とみなしてはいけません。

クイズのデータ取得

保存を有効にしたクイズでは、references/quiz-authoring.md に従います。準備済み／有効なポリシーが、変更不可のページバージョン UUID およびインスタンスハッシュと一致することを確認します。データ取得の有効化には独自の明示的な承認が必要です。デザインやページの公開承認だけで、新しいデータ収集ポリシーが暗黙に承認されるわけではありません。保存を行わないクイズでは、データ取得を有効にする必要はありません。

下書きの QA で確認できるのは、操作とデザインです。公開後は、保存と分析の同意の組み合わせ、保存／編集／再読み込み／再試行、保持された Forms の回答、返された公開 URL での実際のカートの結果を検証します。未完了のライブチェックがあれば、個別に報告します。プレビューでは意図的に本番の回答を収集できません。

その他のライフサイクル操作

ユーザーが明示的にその操作を依頼し、対象ページ／バージョンが明確な場合に限り、公開解除またはロールバックに lexsis_live_ops を使用します。

返す情報

公開したページ、バージョン、公開 URL、以前のライブバージョンがロールバック用に引き続き利用できるかどうかを報告します。MCP の機能とアクションの証拠も含めます。