ターンが終わっても、結果はそのまま着地しません。まず design-kit gate(design kit ゲート)を通ります。ゲートはエージェントが書いたファイルに対して kit のチェックを実行し、トランスクリプトに報告します。Gate passed、またはどのルールがどこで破られたかを具体的に挙げる FAIL リストです。
チェックするもの
ゲートはブラウザと同じように結果を読みます。レンダリングされた状態を、実際の幅で。
- コントラスト — テキストは背景に対して輝度の下限をクリアする必要がある
- 最小文字サイズ — kit のサイズ下限を下回るテキストは不可
- ヒットターゲット — インタラクティブコントロールはタップ可能なサイズに
- ライブナビゲーション — すべてのナビ項目はどこかへ到達する必要がある。トグルが最も行き止まりになりやすい、スマートフォンとタブレット幅でチェック
- デッドゾーン — レイアウトがインタラクションを飲み込んでいる領域
チェックは 5 つの幅(デスクトップ、ラップトップ、タブレット、2 つのスマートフォン幅)で実行されるため、エージェントがたまたま書いたサイズでしか動かないデザインは、出荷ではなく捕捉されます。
PASS
Gate passed は、結果が kit をクリアしたことを意味します。そのまま残す、さらにステアリングする、出荷する、どれでも自由です。トランスクリプトにはそのターンで変更されたファイルが一覧されるので、変更の影響範囲が一目でわかります。
FAIL — 修正ループ
FAIL は破られたルールごとに指摘を一覧します。チェック ID、破れた幅、要素です。指摘の "Fix at this width" は、まさにその問題を一行の修正ブリーフとしてエージェントに送り返します。FAIL は行き止まりではなく、すでに書かれた次のターンです。自動修正ループは、指摘があなたの手に届く前に、自力で 1 回再試行します。
チェックしないもの
ゲートが担保するのはルールであってセンスではありません。合格した結果がブリーフにとって間違ったデザインであることはあり得ます。それはステアリング、レビューモード、あなたの目の役割です。また、チェックするのは kit が知っている範囲です。ルール外の新しいインタラクションや珍しい構造は、評定ではなくデフォルトで合格になります。
どこで実行されるか
ゲートは標準プロジェクトのすべてのターンの終わりに実行されます。codebase プロジェクトは異なります。adopt されたリポジトリでは、そのターンで変更されたファイルに対して、あなた自身の dev サーバーに照らした diff スコープのチェックを実行します。Build modeを参照してください。Free と Pro で同じゲートが動きます。ライセンスが計量する対象ではありません。
ヒント: FAIL の指摘が設計上正しい場合(意図的なアクセントの例外、承知のトレードオフ)、修正しなくても構いません。コメントや Tweak で回避するか、指摘を受け入れて先に進みましょう。ゲートは助言します。決めるのはあなたです。