FigmaのUI設計依頼をコピーする時に漏れを防ぐ方法

このページでできること

UI設計依頼で画面条件を落とさない確認を整理します。AIやCodexへ作業を頼む時、文章が長くなるほどコピー位置のずれ、コードブロックの取り違え、後半の横展開漏れが起きやすくなります。特に本命記事と複数サイト横展開を同時に扱う時は、片方だけが実行されると後からやり直しになります。

安全な運用は、最初から1つのオーダーの中に全体を入れることです。作業名、目的、対象サイト、対象URL、やること、やらないこと、停止条件、報告形式までを一つにまとめます。これにより、Codex側も「本命だけ」ではなく「横展開まで含む仕事」だと理解しやすくなります。

2ブロック運用で起きる問題

• 本命記事オーダーだけコピーして、横展開オーダーが漏れる。
• 横展開だけ渡って、本命記事の意図が伝わらない。
• 触ってはいけないファイルの条件が片方にしか入っていない。
• 報告形式が抜けて、変更ファイルや作成URLが追いにくくなる。
• 後から「横展開も」と言い直す必要が出る。

Codexへ貼る前の確認

貼る前に、本文の中に「本命サイト用オーダー」と「AIサイト群横展開オーダー」の両方が入っているか確認します。片方しか入っていない場合は、まだCodexへ渡さず、統合オーダーにまとめ直します。

Figma / UI設計では、対象URL、サイト別の切り口、同一本文コピー禁止、触ってはいけない設定、停止条件を必ず含めます。長文のまま貼るより、区切り見出しをつけて1つの文書にする方が伝わりやすくなります。

コピー漏れを防ぐ確認ポイント

コピー漏れは、文章量が多い時ほど起きます。上のブロックだけ選択した、下の横展開だけ選択した、コードブロックの途中からコピーした、スマホ画面で折りたたまれた後半を見落とした、という形です。貼った後は、Codexに渡した本文の中に「第1部」「第2部」「触らないもの」「停止条件」「報告形式」があるかを見ます。

特にFigma / UI設計では、作業依頼の中に安全条件が入っているかが重要です。やることだけを貼ると、Codexは作業対象を広げて解釈しやすくなります。やらないこと、止める条件、報告してほしい項目まで入れて、初めて一つの作業指示として安定します。

統合オーダーの標準構成

統合Codexオーダーテンプレート

統合Codexオーダー

作業名：

目的：

第1部：本命サイト用オーダー
・対象サイト
・対象URL
・記事タイトル
・本文構成
・内部リンク
・sitemap
・確認項目

第2部：AIサイト群 横展開オーダー
・対象サイト一覧
・サイト別URL
・サイト別の切り口
・同一本文コピー禁止
・既存ページ補強か新規作成か

第3部：共通で触らないもの
・AdSenseコード
・Search Console確認タグ
・robots.txt
・ads.txt
・.htaccess
・DNS / DB / cron
・Secrets / APIキー / 認証用文字列

第4部：停止条件
・秘密情報が混ざる
・対象サイトが不明
・本番反映や設定変更が必要
・同一本文コピーになりそう

第5部：報告形式
・変更ファイル
・作成URL
・確認結果
・触っていないもの
・次に見るSearch Consoleクエリ

Figma / UI設計での使い方

このサイトでは、Figma / UI設計の読者が作業依頼をコピーする場面を想定します。単に「長文を全部コピーする」ではなく、作業単位で整理し、秘密情報を除き、やらないことを明記してから渡します。

横展開する場合も、同じ本文を全サイトへ貼り回しません。読者、使うAI、作業対象、確認項目をサイトごとに変えます。たとえばGitHub系ならrepoやPR、AI安全系なら秘密情報、SEO系ならSearch ConsoleやAdSense、デザイン系なら素材や利用条件を中心にします。

実務での使い分け

統合オーダーは、何でも一気に自動実行させるためのものではありません。むしろ、作業の全体像を一つにまとめたうえで、危険なところで止まれるようにするためのものです。本命記事を作る、横展開する、sitemapを確認する、公開URLを見る、という流れが一つに入っていれば、途中で「横展開が抜けていた」と戻る回数を減らせます。

一方で、対象サイトが多すぎる、公式情報の確認が必要、著作権や商標の判断が必要、設定変更が必要、秘密情報が混ざりそう、という場合は統合オーダーにしても止めます。統合することと、無理に全部進めることは別です。

報告形式まで入れておく

コピー漏れを防ぐには、最後の報告形式も同じオーダー内に入れます。変更ファイル、作成URL、既存ページ補強か新規作成か、sitemap反映、内部リンク、触っていないもの、停止条件の有無を報告してもらう形にします。報告形式が入っていれば、作業後に何が終わって何が残ったかを確認しやすくなります。

AIサイト群では、横展開対象サイト、サイト別の切り口、同一本文コピーなし、公開URL確認、次に見るSearch Consoleクエリまで書くと、次回作業にもつながります。

統合オーダーにした時の流れ

たとえば、codexguide.jpに親記事を作り、そのテーマをChatGPT、GitHub、AI安全、SEO、Canva、Geminiなどへ横展開する場合、最初に親記事の目的を書きます。次に、各サイトでどの読者に向けるかを書きます。最後に、全サイト共通で触らないものと停止条件を書きます。この順番なら、Codexは「親記事だけ作る仕事」ではなく「親記事と横展開を一組で扱う仕事」と理解しやすくなります。

分割されたオーダーをあとから貼り足す運用では、前半の作業が終わった後に、横展開の条件を再説明する必要があります。統合オーダーなら、最初から全体像があるため、作業後の報告も一つにまとまります。結果として、バックアップ、sitemap、公開確認、変更ファイル一覧の管理が楽になります。

貼った後に確認する一言

Codexへ貼った後は、「この中に本命記事と横展開の両方が入っていますか」「触らないものと停止条件も入っていますか」と確認します。これだけで、片方だけコピーされた事故をかなり減らせます。もしCodex側が本命記事だけを理解している返答をしたら、その時点で止めて、統合オーダー全体を貼り直します。

長い依頼文では、コピーできたつもりでも末尾の報告形式が抜けることがあります。報告形式が抜けると、作業後に変更ファイルや作成URLを確認しにくくなります。貼った後の確認では、冒頭だけでなく末尾まで入っているかを見るのが大事です。

共通で触らないもの

• AdSenseコード、Search Console確認タグ
• robots.txt、ads.txt、.htaccess
• DNS、DB、cron、news pipeline
• canonical、noindex、redirectの設定
• Secrets、APIキー、認証用文字列、環境設定ファイル
• 公式ロゴ、公式画像、外部記事本文の転載

停止条件

対象サイトが不明、既存テンプレートが判断できない、sitemap更新方法が不明、秘密情報が混ざる、同一本文コピーになりそう、本番反映や設定変更が必要、危険操作を自動で進めそうな時は停止します。統合オーダーは万能ではありません。危ない条件を見つけるための枠でもあります。

よくある質問

長いオーダーは分けた方が読みやすくないですか？

作業文書の中では部を分けてよいです。ただしCodexへ渡すコピー単位は1つにまとめる方が、横展開漏れを防ぎやすくなります。

横展開は後から頼んでもよいですか？

できます。ただ、最初から横展開予定があるなら統合オーダーに入れた方が、サイト別の切り口や同一本文コピー禁止を一緒に伝えられます。

全部を自動で進めてよいですか？

いいえ。秘密情報、設定変更、本番反映、著作権や商標リスクが出たら停止します。

関連ページ

• /
• /news/
• /work-log/