generateblocks-layouts

GenerateBlocks レイアウトビルダー

インストール済みプラグインのネイティブなシリアライズを使用して、GenerateBlocks V2 のレイアウトを作成または修復します。このスキルは、ローカルスタイル、動的コンテンツ、Pro ブロック、明示的にリクエストされた共有システムに対応しています。

GenerateBlocks とコアブロックのみを使用してください。 スタイルはネイティブブロックの styles／css に記述し、インタラクションにはネイティブの Pro ブロックを使用してください。GenerateBlocks のデザインを完成させるために、Scripts Manager、Page Block、Custom HTML/CSS/JS、別のビルダー、テーマ／プラグインのコードを導入しないでください。外部実装は、ユーザーから明示的にリクエストされた場合に限ります。ネイティブブロックでサポートされないエフェクトは簡略化してください。

タスクに必要なものだけを読む

マークアップを生成する前に、authoring-contract.md を読んでください。スコーププロンプト、ID、ブロック、シリアライズ、CSS の整合性、レスポンシブの基本、検証ルールについては、ここに記載されています。追加のリファレンスを選ぶには、_index.md を使用してください。一般的な状態とネイティブのブレークポイントを使う、通常の静的な Element／Text レイアウトでは、ライブラリ全体やリカバリーカタログ全体を読み込む必要はありません。簡潔なコントラクトで十分です。

ローカルスタイルをデフォルトとします。 ユーザーがすでに選択していない場合は、Global Styles と Design Tokens の共有について一度だけ確認してください。共有レコードの追加や新しい共有依存関係の導入は、明示的な許可を得てから行い、既存の参照は維持してください。正確なプロンプトはコントラクトに記載されています。styling-scope.md では例外的なケースを扱っています。

ワークフロー

1. ソース／ターゲット、バージョン、デザインガイダンスを確認します。利用可能な場合は実際の投稿 ID を使用し、それ以外の場合はランダムな4桁のブロック ID スコープを使用します。
2. セマンティックなブロックを選び、コンテンツ／動作を維持します。新しいデザインでは design-quality.md を、動的データでは dynamic-tags.md とそのタスクガイドを読んでください。
3. ネイティブのシリアライザーまたは scripts/gb_serialize.py を使用して、ファイルに出力します。編集可能な styles とコンパイル済みの css の内容を一致させてください。
4. scripts/preflight.py FILE --id-scope SCOPE を実行し、見慣れない出力は実際のエディターで検証します。表示されるコンテンツと、関連するレスポンシブ／インタラクティブ動作を確認してください。静的な事前チェックだけでは、エディターで有効である証明にはなりません。
5. ライブ環境に書き込む場合は、まず mcp-publishing.md を読んでください。スナップショットを作成し、対象箇所を差し替え、読み戻し、scripts/verify_roundtrip.py で検証します。

要約は簡潔にしてください。変更内容、出力パス、必要な Pro 機能、テスト、未検証の動作を記載します。ソースの変換は、公開を許可するものではありません。

例と失敗への対処

例は構造の出発点として使用し、ID、URL、コンテンツを置き換えてください。必要な場合にのみ、examples/basic、compound、layouts、svg から関連するファイルを選んでください。examples/beta-design-system は共有システムのオプトイン例であり、デフォルトのひな形ではありません。

リカバリー／事前チェックで失敗した場合は、recovery-rules.md または troubleshooting.md の該当トピックを確認してください。見慣れない属性／タグについては、block-types.md またはインストール済みの block.json を参照してください。エスケープテーブルを重複して作成したり、別のブロックマニュアルをここに埋め込んだりせず、スクリプトを再利用してください。