レビューを通すサイト変更

ひと目でわかる要点

• レビュー係が見る前に、プレビューでサイトのチェックとキーのスキャンを行います。
• レビュー係の「通過」が有効なのは、見たバージョンそのものだけ。手が入れば、レビューに戻ります。
• デプロイするのはあなただけ。[オーナーが確認]の項目は、公開ページに決して出しません。

線をどこに引くか

手順

1. あなた

   指示書を書くか更新し、確認できていないものには[オーナーが確認]と印をつけてください。

   あなた

2. 指示書に沿ったサイト制作係

   今動いているものを一覧にし、プレビュー上で変更を作り、変更履歴を書きます。

   AI

3. サイト見張り番

   プレビューをチェックします：リンク、フォーム、主張として使わない言葉、価格、言語ごとのページのそろい具合、壊れたページ。

   AI

4. APIキー検出係

   ビルド後のファイルからシークレットキーを探し、再発行すべきものを一覧にします。

   AI

5. 事前レビュー係

   バージョンそのものを指示書と照らし合わせてレビューします。最大2回まで。

   AI

6. あなた

   残っている[オーナーが確認]の項目を、1つずつ確かめるか、取り下げてください。

   あなた

7. あなた

   レビュー係が通過としたバージョンそのものをデプロイするか、保留にしてください。

   あなたのOK

8. サイト見張り番

   あなたがデプロイしたあと、公開中のサイトをチェックし、レビュー済みのバージョンと違うところがあれば報告します。

   AI

向いているモデル

制作は、ドラフトのプルリクエストを出すコーディングエージェントで行ってください。サイトのチェックとキーのスキャンは、スクリプトでも高速なモデルでもかまいません。レビューは、制作係とは別の会社の、高度な推論モデルに任せ、プレビューと指示書を見せてください。

ルールを守らせる設定

• デプロイの権限はあなたが持っていてください。制作係はドラフトのプルリクエストかプレビューを出し、マージや公開をするのはあなただけです。
• メインのブランチを保護して、人を通さずにマージされるものがないようにし、レビューのあとで変わったバージョンには新しい承認が必要になるようにしてください。
• レビュー係は、制作係とは別のモデルで、できれば別の会社のモデルで動かし、プレビューには読み取り専用でアクセスさせてください。
• サイトのチェックとキーのスキャンには読み取り専用のアクセスを与え、プッシュやデプロイの権限は渡さないでください。
• 使っているツールでこのどれかができない場合は、その部分の仕事を人に任せてください。

信頼する前に、チェックを1つ

レビュー係があるバージョンを通過としたあとで、制作係に原稿を1行変えさせ、デプロイを頼んでください。確認ポイント2で止まり、新しいバージョンをレビューに戻せば合格です。