一覧に並ぶカードも、1 作品ずつの紹介ページも、同じ 1 ファイルから描いている。作品を足すときに触るのはそこと、自動で作られる薄いページだけ。

ページごとにデータを持つと、直したつもりの箇所が別のページに残る。揃える手間ではなく、揃える必要そのものを無くすほうを選んだ。

一覧に出るのは、その作品の 1 枚目の画面そのもの。表示だけを小さくしている。

以前は一覧用の複製を作っていたが、画面を手で差し替えたときに一覧だけ古い画像のままになった。複製をやめたら、同期という問題自体が消えた。

件数を本文に書くと、データを 1 件足した瞬間に、同じ画面で違う数字が並ぶ。だから数えられるものは全部その場で数える。

これは机上の心配ではない。実際に、図の見出しに書いた数と本文の数が噛み合わなくなっていた。書いた本人が気づかなかったのは、どちらも間違って見えなかったからだ。

作品の説明を書くとき、強調したい語に印を付けるのは自然な手つきだ。ところが表示側がその印を知らなかったので、記号がそのまま画面に出ていた。

気づいた時点で、印を消して回るのではなく表示側が印を読むようにした。消す側に倒すと、書き手が自然にやることなので必ず再発する。

作品ではないページ（このページのような読み物）は、作品のデータからは組み立てられないので、名前で登録するしかない。

はじめは点検と配布に別々の一覧を書いていた。片方だけ直して片方を忘れる形の事故がそのまま残るので、1 か所にまとめて、もう片方はそこから導くようにした。上のタブも同じで、一覧は 1 つだけ持ち、各ページの書き写しがずれていないかを点検が突き合わせる。

画面に出さないだけでは、説明文はデータの中に残る。開けば読める場所に置いたまま「見えないから大丈夫」と言うことになる。

だから配布版は、載せると決めた作品だけを含む別のファイルとして作り直す。出さない作品は、画像もページも物理的に存在しない。

配布版は、URL を渡した相手だけが見る前提で配っている。そこに各作品の URL を並べると、ログインの壁を入れていないサイトへ誰でも飛べる。開けば中身がそのまま見えるものが混ざっている以上、一覧に URL がある状態は「作品集を見せた」ではなく鍵をまとめて渡したに近い。

作品ごとに判定する案は、試してから捨てた。説明文から自動で読み取らせたところ、ある作品の「ログイン不要」を「認証あり」と逆に読んだ。機械が 1 件でも逆に読むなら、全部に付ける以外に安全な使い方が無い。

丸ごと書き出すと、表示に使っていない項目まで一緒に出る。この作品集の場合、撮影の起点として書いてある作者の PC のフォルダ構成や、起動コマンドがそれに当たった。

落とす側を書く形だと、新しい項目を足したときに何も書かなくても出荷される。足した人が黙っていれば出るのが、いちばん危ない既定値だ。

載せるかどうか迷った作品は、載せない側に置く。顧客が特定できる・第三者の著作物を扱う・実際のデータが映る・特定の 1 人のために作った、のどれかに当たるものが対象。

同じ形の判断がもう 1 つある。AI に持たせている手順書のうちどれを「自作」と数えるかで、決め手が無いものは取り込み側に数えている。自作だと誤って言うほうが、控えめに言うより害が大きい。

検査に落ちた配布物をそのまま置いておくと、終了コードを見落とした人がそれを配れてしまう。落ちたときは別の名前へ退かして、配れる場所には残さない。中身は原因を調べられるよう捨てずに取ってある。

直感に反するが、巡回を禁止するとページ本体を取りに来ないので「載せないでください」という指定も読まれない。外部からリンクされているだけで検索結果に出ることがある。

だから巡回は許可して、ページごとに「検索結果に載せない」という指定を読ませるほうを選んだ。確実に載せたくないなら、こちらのほうが強い。

たとえば桁数だけでカード番号らしきものを拾わせると、日付やコミット数を片端から捕まえて毎回赤くなる。

赤が当たり前になった検査は、そのうち検査ごと無視される。入れてあるのは、見つかったら「直す」か「載せてよいと書き足す」かの二択で済むものだけ。

引っかかったものを消していく運用だと、なぜ消したのかがどこにも残らない。逆向きにして、載せると決めたものを一覧へ書き足す形にしてある。

書き足した記録が残るので、あとから「なぜこれは許されているのか」を追える。

日本語の読み取りは取りこぼす。取りこぼすこと自体は仕方がない。問題は、残るものが「機械が見た」という安心感だけになることだ。人は 1 度でも自動で通ったものを、次から自分では見なくなる。

だから仕組みが引き受けているのは、判断ではなく手前の 1 つだけ。新しく撮った画像・中身が変わった画像・公開の対象に変わった画像を、必ず人の前に出す。全部を毎回見直す運用は続かないので、変わった分だけを出す。

各作品の開発量は、手元の作業コピーではなく公開されている履歴から数えている。手元は平気で古くなるからで、生成の仕組みをクラウドへ移した作品は手元だけ 4 か月止まって見えていた。

ただし数字を機械が合わせにいくのは止めてある。増えた理由によって、本文の直し方が変わるからだ。ある作品の増加分はほとんどが毎日の自動データ更新で、数字だけ合わせると「活発に開発している」と読み違える。

急いでいるとき、人も AI も検査を飛ばす近道を使いたくなる。検査を通さずに直接公開する手順と、「人が目で見た」という記録だけを作る手順の 2 つを、機械が止めるようにしてある。

ただし止めすぎも同じくらい悪い。はじめは書かれた文章全体から語を探していたので、この門番そのものを説明する記録が、自分自身に弾かれた。邪魔なだけの門番は外される方向に働くので、誤爆は穴と同じくらい避ける。いまは実行されるコマンドの先頭だけを見ている。

照合できない作品は毎回名指しで出す。短すぎて誤検出になる語を検査から外したときも、外したことをその場に出す。

「不備なし」とだけ出る検査は、何を見ていないかが読めない。見ていない範囲が見えていれば、そこは人が見ればいい。

1 枚でも作った画像を混ぜると、残り全部について「これは本物か」を読み手が確かめられなくなる。埋めて得られるのは見た目の揃いだけで、失うのは作品集全体の信用なので、割に合わない。

撮れなかったものは「撮影できていません」と出したうえで、なぜ撮れないかを作品ごとに書く。理由は作品ごとに違う（ログインの壁の内側にある、無料枠のデータベースが休んでいる、など）。読み手にとっては、穴が空いていることよりも穴の理由が書いていないことのほうが読めない。

読み物のページで使う記号は 2 つに固定してある。破線は「未完成・意図的に空・繋がっていない」、斜線は「量が読めない・実測ではない」。

読み手が記号を 2 つ覚えれば、どのページも同じように読める。逆に、1 つの形に別の意味を足した時点で、どちらの意味も読めなくなる。

隣に数字が書いてあれば二重になるし、読み手は数字より先に「濃い＝多い」を信じる。濃さと数字が食い違ったとき、目のほうが勝つ。

濃さは「同じ色をどこに置くか」の段としてだけ使う。量が読めないことを言いたいときは、濃さではなく斜線を使う。

図はすべて素の HTML と CSS で描いている。書体は外から読むようになったが、ここは変えていない。書体が落ちても中身は読めるが、描画の道具が落ちると図そのものが消える。

並べ方も常に HTML 側でやっている。図の中で日本語のラベルを折り返す必要があり、描画命令の側では折り返せないため。

技術スタックのページは、説明文の中から技術の名前を拾って数えている。当然、拾えないものが残る。

その残りをそのまま全部、画面に出してある。新しい技術を使った作品を足せば、その値は拾われずにここが伸びる。黙って消えるのではなく数字として出るので、検査を 1 つ増やさずに済んでいる。