01「この区画だけ違う」は、全体がそろっているべきだという要求だった

2026 年 9 月、運営者は自分のサイトに新しく足した区画を開き、見た目がほかのページと違うことに気づいた。AI に渡した要求は、その区画の色や余白を個別に直すことではなかった。ほかのページと同じ形にそろえること、つまり全体が満たすべき条件を示すことだった。

同じやり取りの中で、その区画の名前も直している。見出しが指していた範囲が中身より広かったので、中身に合う範囲に狭めた。

違和感を覚えたのは一つの区画である。しかし渡したのは、一つの区画への修正ではなかった。この言い換えが何を変えるのかを、順に見ていく。

02部分への指示は一つを直し、全体の条件は残りも縛る

「この区画の見出しを大きくして」と頼めば、その区画の見出しが大きくなる。直るのは指摘した一つだけである。「ほかのページと同じ形にそろえて」と頼むと、AI は既存のページを読み、そこから条件を取り出し、その条件に合わせて直す。

違いは、直る範囲だけではない。条件の形で渡すと、AI が何を見に行くかが変わる。指示文の中の指定ではなく、すでにある多数のページが基準になる。

見るところ部分への指示全体の条件
直る範囲指摘した一つ同じ条件を満たすべきもの全部
AI が基準にするもの指示文の中の数値や語すでにあるページの作り
次に作る分また同じずれが出る条件が残り、そろう
確かめ方見て気づけるかどうか既存との違いを数え上げる

03部分だけ直すと、次に足す区画で同じずれが出る

部分の修正で済ませると、損が二つ出る。一つは、同じ指摘を何度も出すことになる。区画を足すたびに見た目がずれ、そのたびに気づいて頼む。作業は毎回ゼロから始まる。

もう一つは読者の側の負担である。ヤコブ・ニールセンが挙げた使いやすさの原則の四番目は、利用者が、違う言葉や違う配置が同じ意味なのかどうかを迷わされてはならない、と述べている。この原則の解説は、一つの製品の中でそろっていること、そのために書式の決めごとをまとめておくこと、そして定期的に既存の画面と比べて違いを見つけることを挙げている。

ずれは一箇所ずつ増える。だから気づいたときに、その一箇所を直すのではなく、全体の条件を書くほうが安い。

図 1 部分への指示と全体の条件で、何が変わるか
部分への指示全体の条件この区画を直して指摘した一つが直る次の区画でまたずれる既存のページと同じ形にAI が既存の作りを読む条件が残り、次もそろう部分への指示全体の条件この区画を直して指摘した一つが直る次の区画でまたずれる既存のページと同じ形にAI が既存の作りを読む条件が残り、次もそろう
違和感は一箇所で起きる。渡し方を変えると、直る範囲と、AI が基準にするものが変わる。

04そろえる対象は、数え上げられる属性の集まりである

一貫性という言葉は広い。AI に渡すなら、そろえる属性を分けて挙げたほうが通る。

1

見た目

色・書体・余白

同じ役の部品が同じ色と大きさで出るか。

2

配置

並びと順序

案内・見出し・本文・出典が同じ順で置かれているか。

3

言葉づかい

同じ働きに同じ名前

同じことをする部品に、ページごとに違う名前を付けていないか。

4

名前の範囲

見出しと中身の広さ

見出しが指す範囲が、実際の中身より広すぎたり狭すぎたりしないか。

この四つは、測れる条件として書けるものである。W3C のウェブ内容アクセシビリティ指針は、同じ働きを持つ部品は一組のページの中で同じ名前で示すこと、繰り返し出てくる案内は毎回同じ相対的な順序で出ることを、達成すべき条件として定めている。前者はすべての文字が同じでなければならないという意味ではなく、同じ機能のボタンに別の名前を付けてはならないという意味である。

そろえなくてよい部分もある。日本語版と英語版で行の組み方が違うこと、意図して違えている強調など、理由のある差は残す。そろえる相手が存在しない最初の一つも、この型では扱えない。基準になる集合があるときに使える。

05資材審査でも、一件の指摘を資材群の条件に書き換えられる

同じ製品の資材は、ふつう何種類も並んでいる。説明用のもの、比較の表を載せたもの、講演の配布物。そこで用語がばらつき、注意事項の置き場所が資材ごとに動き、出典の書き方が違う。一件の資材でこれを見つけたとき、その一件だけを直すか、その製品の資材全体の条件として書くかで、後の手間が変わる。

AI に一次の見直しを頼むときも同じである。「この資材の用語を直して」ではなく、「この製品の既存の資材と、用語・注意事項の置き場所・出典の書き方をそろえ、違っていた所を一覧で出して」と頼む。返ってくるのは直した資材と、違いの一覧の二つになる。

名前の範囲も効く。見出しが中身より広い範囲を名乗っていると、読者はそこに無いものを期待する。運営者が区画の名前を狭めたのは、見出しの範囲を中身に合わせる修正だった。資材の表題や図の見出しでも、同じずれは起きる。

06AI は、見に行けと言われた範囲の中でしか合わせられない

言語モデルは、渡された文と読み込んだものの中から出力を組み立てる。既存のページを読むよう言われなければ、既定の作り方で新しいものを作る。だから新しく足す部分ほどずれやすい。作った側に悪意も手抜きもなく、比べる相手を渡していないだけである。

Anthropic が公開している Claude Code の指針は、この点を具体的に書いている。「部品を足して」と頼むのではなく、既存の部品がどう作られているかを見て、その形に従って作れ、と指し示すよう勧めている。同じ文書は、書式や決めごとを CLAUDE.md という名前の記録に書いておけば、対話のたびに読まれるとも説明している。ただし長く書きすぎると、大事な規則が埋もれて守られなくなる、という注意も添えている。

つまり一貫性は二段で効く。その場の依頼で基準を名指しすること、そして次の依頼にも残る形で書き留めること。前者だけだと、毎回同じことを言う。

図 2 新しく足した分がずれる理由
新しい区画を作らせる比べる相手を渡していない既存のページを読ませていない既定の作り方で組まれる基準を名指しし、規約に残す新しい区画を作らせる比べる相手を渡していない既存のページを読ませていない既定の作り方で組まれる基準を名指しし、規約に残す
手抜きではなく、範囲の指定が足りないだけである。その場で基準を挙げ、決めごととして書き留める。

07明日からは、そろえる相手・属性・違いの一覧を書く

手順は四つである。

  1. そろえる相手を名指しする。「ほかと同じに」ではなく、基準にする既存のページや資材を挙げる。
  2. そろえる属性を挙げる。見た目、配置、言葉づかい、名前の範囲のうち、どれを合わせるのかを書く。
  3. 違いの一覧を返させる。直した結果だけでなく、どこが違っていたかを列挙させる。
  4. 規約として残す。次に足す分にも効くよう、書式の決めごととして短く書き留める。

三番目を省くと、確かめる手立てが無くなる。「そろえました」という返事は、それだけでは確かめようがない。Anthropic の文書も、AI に自分で走らせられる確かめの手立て、たとえば試験や画面の比べを渡すことを勧めている。違いの一覧は、その手立ての代わりになる。

図 3 明日からの 4 手順
基準にする集合を名指しそろえる属性を挙げる見た目・配置・言葉づかい・名前の範囲違いの一覧を返させる書式の決めごとに残す基準にする集合を名指しそろえる属性を挙げる見た目・配置・言葉づかい・名前の範囲違いの一覧を返させる書式の決めごとに残す
三番目を省くと確かめる手立てが無くなる。四番目を省くと、次に足す分で同じ指摘を繰り返す。
Key Points ── 持ち帰る 3 つ
  1. 一つの部分の違和感は、部分の修正ではなく、全体が満たすべき条件として渡す。そうすると直る範囲が広がり、AI が基準にするものが既存の集合に変わる。
  2. そろえる対象は、見た目・配置・言葉づかい・名前の範囲の四つに分けて挙げる。理由のある差は残すと書き添える。
  3. 違っていた所の一覧を返させ、条件は書式の決めごととして残す。そうしないと、次に足す分で同じ指摘を繰り返す。
結語

違和感は、たいてい一箇所で起きる。そこで「この一箇所を直して」と言うと、直るのはその一箇所だけで、同じずれは次の一箇所で待っている。一箇所の違和感に気づいたときが、全体の条件を言葉にする機会である。基準にする集合を名指しし、そろえる属性を挙げ、違いの一覧を求める。この三つがそろうと、AI は部分の修理係ではなく、条件の守り手として働く。

出典·参考文献
  1. Krause, R. Maintain Consistency and Adhere to Standards (Usability Heuristic #4). Nielsen Norman Group, 2021. https://www.nngroup.com/articles/consistency-and-standards/
  2. W3C. Understanding Success Criterion 3.2.4: Consistent Identification. Understanding WCAG 2.2. https://www.w3.org/WAI/WCAG22/Understanding/consistent-identification.html
  3. W3C. Understanding Success Criterion 3.2.3: Consistent Navigation. Understanding WCAG 2.2. https://www.w3.org/WAI/WCAG22/Understanding/consistent-navigation.html
  4. Anthropic. Best practices for Claude Code. Claude Code Docs. https://code.claude.com/docs/en/best-practices
  5. Anthropic. Prompting best practices. Claude Developer Platform Docs. https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/claude-prompting-best-practices
この回の材料 運営者(2023 年 3 月から生成 AI を使用)が 2026 年 2 月以降に Claude と交わした依頼と判断の記録を匿名化し、個別の事情を外して「型」として一般化しました。発言の引用はしていません。出典に挙げたのは、型の背景を確かめるための公開資料です。