Showing Posts From

Claude

デザインハーネスとは｜AIにデザインを任せても崩れない仕組み

デザインハーネスとは｜AIにデザインを任せても崩れない仕組み

はじめに こんにちは、広報・制作担当のmeraです。 AIにバナーや図版を頼むと、1枚目はいい感じに仕上がる。ところが2枚目、3枚目と頼むうちに、色が少しずつずれ、文字の大きさが変わり、気づけば別のブランドのような見た目になっている。そんな経験はありませんか。 私はこれを、プロンプトの書き方が悪いせいだと思っていました。でも最近、そうではないと考えるようになりました。問題はAIの腕ではなく、AIの周りに何を用意しているかのほうにある。その考え方に名前を付けたのが「デザインハーネス」です。この記事でわかることデザインハーネスとは何か、どこから来た言葉なのか デザインハーネスを形づくる4つの層 ブログのTOPページをFigmaデザインに作り替えたときに、実際に効いたこと 明日から小さく始めるための3つの手順デザインハーネスとは、AIを迷わせないための「周りの仕組み」のこと 先に結論を書きます。デザインハーネスとは、AIにデザインを任せるときに、ルール・前提知識・チェックの仕組みをAIの外側に用意しておく考え方です。AIそのものを賢くするのではなく、AIが働く環境を整えることで、仕上がりを安定させます。 もとはエンジニアリングの言葉「ハーネスエンジニアリング」 「ハーネス」という言葉は、2026年に入ってからAIエージェントの開発現場で広く使われるようになりました。2月にはOpenAIが、人間がコードを1行も手で書かずにAIエージェントに製品を作らせた社内実験を「Harness engineering」という記事にまとめています。5か月でおよそ100万行。そこで人間が担ったのは、コードを書くことではなく、環境を設計し、意図を伝え、フィードバックの仕組みを作ることでした。 ソフトウェア開発の論考で知られるMartin Fowler氏のサイトでも、Thoughtworksのビルギッタ・ベッケラー氏がこの考え方を整理しています。その中では、ハーネスという言葉が「AIエージェントのうち、モデル以外のすべて」を指す略語として広まってきた、と説明されています。 つまり、AIエージェント＝モデル（頭脳）＋ハーネス（それ以外の全部） という見方です。同じモデルを使っていても、ハーネスの出来によって結果が大きく変わります。 そのデザイン版を提唱したのが、こぎそさん このハーネスの考え方をデザインの領域に持ち込んだのが、デザイナーのこぎそさん（株式会社Lumilinks）です。2026年5月にnoteで「デザインハーネスとは何か」を公開し、9月5日にはProduct Engineering Conference 2026で「デザインハーネス 〜AIが生成する"デザイン"の妥当性を、誰がどう担保するのか〜」と題して講演しています。 解説サイト design-harness.com では、デザインハーネスを次のように説明しています。AIエージェントの力を人の判断で御しながら、デザインプロセスを前に進めるための考え方ポイントは「人の判断で御しながら」という部分です。AIに丸投げするのでも、AIを使わないのでもない。AIの速さは活かしつつ、最後の判断は人が持つ。その中間を仕組みで支えるのがデザインハーネスです。 ハーネスの語源は「馬具」 英語の harness は、もともと馬に付ける馬具や、高所作業の安全帯を指す言葉です。 馬具は、馬を縛りつけるための道具ではありません。馬の力を、行きたい方向へ無駄なく伝えるための道具です。AIも同じで、力が強いぶん、向きを与えないとあちこちへ走り出してしまいます。デザインハーネスは、AIの自由を奪うものではなく、AIの力を正しい方向へ通すためのものだと考えると分かりやすいと思います。デザインハーネスは「制約・文脈・検証・評価」の4つの層でできている こぎそさんの整理では、デザインハーネスは4つの層で構成されます。層 役割 具体例制約 やっていいこと・いけないことを決める 色やフォントの指定（デザイントークン）、使ってよい部品、禁止事項文脈 判断の材料を渡す デザイン原則、過去の決定の記録、想定読者、既存の画面検証 できたものをチェックする 色がルール通りか、読みやすいか、文字があふれていないか評価 結果をルールに戻す レビューで出た指摘や失敗パターンを、ルール集に書き足す制約は、AIに「ここからはみ出さないで」と伝える柵です。色をカラーコードで、文字サイズを数値で決めておくと、AIは迷わずその値を使います。 文脈は、AIに「なぜそうするのか」を伝える材料です。同じ色の指定でも、「このブログは専門的な内容を、やさしく伝えたい」と分かっていれば、AIの判断はそちらに寄っていきます。 検証は、できあがったものを確かめる工程です。人の目で見ることもあれば、スクリーンショットを並べて比べたり、ツールで自動チェックしたりすることもあります。 そして一番大事なのが評価です。崩れたところを直して終わりにせず、「なぜ崩れたか」をルールに書き足す。こぎそさんは、このルール集を DESIGN.md というファイルにまとめる方法を紹介しています。こうすると、同じ失敗は二度と起きにくくなります。4つの層は一方通行ではなく、評価から制約へ戻るループになっているのです。プロンプトを工夫するだけでは、なぜ足りないのか 「だったら、プロンプトを丁寧に書けばいいのでは」と思うかもしれません。私も最初はそう考えていました。 でも、プロンプトとハーネスには決定的な違いがあります。プロンプトの工夫 デザインハーネスルールが残る場所 その会話の中だけ ファイルとして環境に残る次の依頼では また一から伝え直す 自動で読み込まれる失敗したとき その場で直してもらう ルールに書き足して、次から防ぐ担当者が変わると 書き方の差がそのまま出る 同じルールで動くプロンプトは、その場かぎりのお願いです。どれだけ上手に書いても、会話が終われば消えてしまいます。一方ハーネスは、環境そのものに残るルールです。だから、何度頼んでも同じ前提から始められます。 **毎回うまく頼む技術より、毎回同じ前提で始められる環境のほうが強い。**これがデザインハーネスの核心だと私は理解しています。【実例】ブログTOPページのFigma化で、デザインハーネスが効いた ここからは私自身の話です。 このブログのTOPページを、Figmaで作ったデザインに作り替えました。ヒーローエリア、「注目の記事」、記事カード、右カラムのバナーや筆者一覧、ページ送り。ヘッダーとフッターも含めて、見た目をほぼ入れ替える作業です。実装はClaudeと一緒に進めました。 振り返ってみると、4つの層がそれぞれちゃんと働いていました。制約：色とフォントは設定ファイルにあった。ただし穴もあった このブログには、テーマカラーやフォントを数値で定義した設定ファイルがあります。メインカラーはカラーコードで1つに決まっていて、フォントも1書体です。ナビのホバー下線や記事カードのアクセントは、この値から作られています。 ただ、あとから見直すと穴も見つかりました。文字や背景に使うグレーは、設定ファイルに定義がありませんでした。そのため新しいパーツでは、Figmaから読み取ったグレーの値が、それぞれのファイルに直接書き込まれています。いまの見た目に問題はありませんが、次に色を調整するときは何か所も直すことになります。 制約に書いていないことは、AIもその場の判断で埋めるしかありません。次にやることは、このグレーを設定ファイルに足すこと。後で出てくる「評価」から「制約」へ戻るループの出番です。 文脈：Figmaのデザインと、CLAUDE.md 見本になるFigmaのデザインがあったことは、何より大きかったです。言葉で「おしゃれな感じに」と伝えるより、完成形を見せたほうが早く、ずれもありません。 もう一つは CLAUDE.md です。これはAIに向けた「このリポジトリの取扱説明書」のようなファイルで、記事の命名ルールや下書きの扱いが書いてあります。以前、奮闘記 #6 で「CLAUDE.mdを育てる」という話を書きましたが、あのとき育てたファイルが、今回もそのまま前提として働いてくれました。 検証：PCとスマホのキャプチャを並べて見る 作ったページは、PC幅とスマホ幅でキャプチャを撮り、Figmaのデザインと見比べながら直していきました。特にメニューはスマホ表示で崩れやすいので、並べて比べる確認を何度か繰り返しています。 コードは読めなくても、画像を並べれば違いは分かります。ノンエンジニアの私にとって、この「目で見て検証できる」形にしてもらったことが一番助かりました。 評価：決めたことは、ファイルに書いて残す 作業の途中では、いくつも判断が必要になりました。たとえば「注目の記事」は自動で選ぶのか、手で選ぶのか。私は記事ごとに手動で指定する方式を選びました。 こうした決定は、会話の中だけで終わらせず、設定ファイルに残しています。右カラムのバナーや「よく読まれている記事」の設定ファイルには、冒頭に「このファイルは何のためのものか」「画像の推奨サイズ」「どの順に並べるか」といった説明が書き込まれています。次にAIがこのファイルを触るときも、私が触るときも、同じルールで迷わず動けます。 気づいたら、ほかにもハーネスがあった TOPページに限らず、このブログの制作には、いつのまにか小さなルールがたまっていました。図版のトンマナは、ネイビーとオレンジの2色に固定したプリセットを使う 文章では、AIっぽさが出るダッシュ記号を使わない。タイトルの区切りは「｜」 記事の画像はJPEGで、横幅は最大1600px（サーバーの転送量を抑えるため） 記事は、構成案を承認してから本文を書いてもらうどのルールも、最初から計画して作ったものではありません。一度崩れたり困ったりしたから、書き足したものです。こぎそさんの4つの層でいえば、「評価」が私の知らないうちにハーネスを育てていた、ということになります。明日から始めるなら、この3つだけでいい デザインハーネスと聞くと大がかりに感じますが、最初は小さくて大丈夫です。 1. 色とフォントを、数値で書き出す 「落ち着いた青」ではなく、カラーコードで書きます。フォント名とサイズも同じです。これだけで、AIの出力のブレはかなり減ります。 2. やってはいけないことを、1枚にまとめる 「この色は使わない」「この言い回しは避ける」など、禁止事項を短いメモにします。AIに依頼するときは、毎回そのメモを読み込ませます。Claudeなら、CLAUDE.md に書いたことは毎回自動で読み込まれます。スキルに書いておけば、関係する依頼のときに読み込まれます。 3. 崩れたら、直すだけで終わらせない 崩れたところを直してもらったら、「次から同じことが起きないように、何をルールに足せばいいか」を一緒に考えます。この1行の追加を続けることが、ハーネスを育てることそのものです。まとめデザインハーネスとは、AIにデザインを任せるときに、ルール・前提知識・チェックの仕組みをAIの外側に用意しておく考え方。 構成は「制約・文脈・検証・評価」の4層で、評価から制約へ戻るループが肝になる。 完璧なハーネスを最初から作る必要はない。崩れるたびにルールを1行足していけば、自然に育っていく。次に読むのがおすすめの記事ノンエンジニアのClaude Code奮闘記 #6 CLAUDE.mdを育てる｜AIへの「自分専用の取扱説明書」のつくり方 AI生成の表示ルールが始まった日｜発信者は何をすべきか参考文献・出典こぎそ「デザインハーネスとは何か」（2026年5月8日） ／ note こぎそ「デザインハーネス 〜AIが生成する"デザイン"の妥当性を、誰がどう担保するのか〜」Product Engineering Conference 2026（2026年9月5日） ／ Speaker Deck デザインハーネス 解説サイト ／ design-harness.com OpenAI「Harness engineering: leveraging Codex in an agent-first world」（2026年2月11日） ／ openai.com Birgitta Böckeler「Harness engineering for coding agent users」（2026年4月2日） ／ martinfowler.com

なぜAIの文章はコピペしてもバレるのか？テキスト電子透かしの仕組み

なぜAIの文章はコピペしてもバレるのか？テキスト電子透かしの仕組み

やさしいAI研究所の植木です。 毎日AIを使っていると、自分で文章を書くことがほとんどなくなってしまいました。 あからさまにAIが書いたとバレるのも嫌だなと思い、少し小細工をしてみるものの、そもそもどのような仕組みでバレるのかを知る必要があります。 画像等のファイルなら「作成者情報（メタデータ）」が残るイメージが湧きます。しかし、プレーンテキストをコピペしているだけなのに、なぜAIは判別できるのでしょうか。 その鍵となるのが、テキストに埋め込まれる「電子透かし（ウォーターマーク）」です。この記事では、Anthropic社が公開したブログ記事をもとに、その仕組みを簡単にまとめてみました。 1. はじめに Anthropic社は、2026年8月2日以降に公開されるClaudeが生成するテキストに、目に見えない電子透かしを埋め込むと発表しました。理由は、EU AI Act 第50条への対応です。EU向けの規制対応ですが、現時点では地域を限定せず全世界に適用されているようです。 ちなみに、電子透かしの技術は、Gemini（Google社）が先行しており、2024年からSynthID-Textが本番稼働しており、大規模なテキスト透かしとしては初の実運用例だそうです。 2. よくある勘違い：「見えない特殊文字」が入っているわけではない 「文字の隙間に、透明な特殊文字（ゼロ幅スペースなど）が仕込まれているのでは？」私はこのように思っていたのですが、非常によくある誤解で、違ったようです。Anthropic社の電子透かし技術は、テキストには何も追加されておらず、隠し文字も存在しておりません。読んでも、ごく普通の自然な文章 見た目も文字コードも一般的なテキストのまま メモ帳に貼り付けて書式情報を落としても消えない 文章の質や読みやすさには実質的に影響はないでは、どのような細工が仕掛けられているのでしょうか。 3. 細工：「単語を選ぶときの“サイコロ”の振り方」 結論から言うと、AIの電子透かしは「どの単語を選ぶか」を決める乱数の“出どころ”を差し替えることで実現されています。 AIは文章を作る時に、1単語ずつ選んでいる まず、AIは、文章を一気に書いているのではなく、「次に来る言葉として自然なものを予測して1つ選ぶ」という動作をひたすら繰り返して、文章を作成しています。 たとえば「今日の天気は晴れていて、そして……」という文の続きを考える時に、「辛い」が来ることはまず考えられません。例えば、「心地よい」も「清々しい」も、どちらも自然で、文の続きとしてはあり得る選択肢になります。 こうした「どちらでも良い選択」が、1つの文章の中に何百回も発生します。そして通常、どちらにするかの最終決定は、乱数（コンピューター内部のサイコロ）に委ねられています。 透かしは、その乱数を「鍵」に置き換える 透かしを入れる場合、AIはこの乱数の代わりに、「秘密の鍵」と「直前の数単語」の組み合わせから次の単語を決めています。 重要なポイントは、選択の結果は、依然としてランダムに見えるという点です。「心地よい」に固定されるわけではなく、ある文では「心地よい」、次の文では「清々しい」が選ばれます。また、この仕組みは、AIが本来まず使わないような珍しい言葉を無理に選ばせることもありません。 しかし、「秘密の鍵」を持っている人が後から単語の並びを検証すると、「この並びは、その鍵を使って選んだ場合の結果と一致している」ことが分かります。 Anthropic社自身が挙げている例を紹介します。 ボードゲームのモノポリーで、サイコロを振る代わりに「円周率の数字が延々と書かれた本」を使うとします。適当な桁からスタートし、以降は次の桁の数字をそのまま「出目」として使うというルールです。 プレイヤーにとって、これは普通のサイコロと何ら変わりません。ゲームの体験も結果も同じです。しかし、ゲーム終了後に全ての出目を並べて円周率と照合すれば、「この試合は円周率を使っていたな」と判定できます。 AIの透かし技術と同じ発想です。読み手の体験は変わらないが、後から検証はできます。とある解説記事では、「AIが単語候補を“緑リスト（優先）”と“赤リスト（回避）”に色分けし、緑の単語を多めに選ぶ」という説明をよく見かけます。 この説明は、2023年に発表された別方式（赤・緑リスト方式、John Kirchenbauerらの手法）で、Claudeが採用している方式とは異なります。Claudeが採用している透かしは、Google DeepMindが発表した「SynthID-Text」をベースにしており、単語の出やすさ（確率）そのものを歪めるのではなく、あくまで乱数の生成源だけを置き換える設計のようです。これが「品質に影響しない」と言える根拠にもなっています。 4. なぜコピペしてもバレるのか？ 透かしは文字の中ではなく、文章を構成する「単語の並び順」そのものに宿っているからです。 メタデータではないので、書式を捨てても、別のアプリに貼り付けても、テキストファイルに保存し直しても消えません。オーマイガー。並び順が保たれている限り、透かしも一緒についてきます。 逆に言えば、単語やその並び順を全面的に書き換えれば透かしは失われます。軽い手直し程度では消えませんが、すべての語を置き換えるレベルの全面リライトをすれば消えます。そこまで書き直したものを「AIが生成した文章」と呼ぶべきかどうかは、別の議論になりそうですが。。。5. バレやすい/バレにくい文章 この仕組みの性質上、バレやすい/バレにくい文章がはっきりしています。バレやすい文章 文章が長い プログラム中のコメント部分 翻訳した文章バレにくい文章 文章が極端に短い（選択回数が少なく、偶然との区別がつきにくいため） 事実を述べる文章（答えが1つしかない箇所では、選ぶ余地がないため） プログラムコード（正確さが求められ選択の余地が少ないため） 人間の原稿の校正（修正した数語にしか透かしが入らないため）6. 「透かしが検出された＝不正」ではない 透かしが示せるのは、「AIが何らかの形で関与した可能性が高い」ということだけです。Anthropic社も、「Claudeが書いた」のか「Claudeが大幅に手を入れた」のかは区別できないと明言しています。例えば、他社のAIが書いた文章は、鍵が違う（方式が違う）ため判定できない。 透かしに個人や組織を特定する情報は一切含まれない。誰がいつ使ったかを追跡することはできない。 自分で書いた文章の「てにをは」だけをAIに直させた場合、修正された数語には透かしが乗り得ますが、修正量が少なすぎて、透かし検出には至らない。しかし、「人間がちゃんと書いたのに疑われるのでは」という懸念が利用者から出ているのは事実で、この技術の運用面での課題として残っているようです。 また、現在世の中にある一般的なAI検出サービス（GPTZeroなど）は、透かしを読んでいるわけではありません。さきほどの「秘密鍵」を持っていないからです。これらは「AIらしい言い回しのクセ」を統計的に見つけ出す、別のアプローチです。 Anthropic社は、今後、透かし検出用のAPIを提供する予定としていますが、2026年8月時点では準備中とされています。現状、「透かしを根拠にAI製だと断定できるツール」は一般に公開されていません。 「コピペしただけなのにバレた」という体験談の多くは、現時点では透かしではなく、従来型のAI検出ツールや、単に人間の目による違和感の指摘である可能性が高いと考えられます。 7. 画像等のファイルは「別の方式」 テキスト以外のファイル（.png、.jpg、.svg など）については、透かしではなくC2PAという業界標準の仕組みが使われます。これは「Claudeが作成・処理した」という情報を、暗号署名付きのメモとしてファイルの作成者情報（メタデータ）に添付するものです。カメラメーカーや写真編集ソフトでも採用されている標準規格で、C2PA対応ツールなら誰でも読み取れます。 まとめAnthropic社のClaudeの電子透かし技術は、特殊文字を挿入しているのではなく「単語選択の乱数の出どころ」に埋め込まれています。 そのためコピペでは消えず、全面リライトで初めて消えます。 透かしは、文章の質には影響がなく、個人を特定する情報も含まれません。 証明できるのは「Claudeが関与した可能性」までで、不正の証拠にはなりません。 一般向けの検出ツールはまだ公開されていない状況です。（2026年8月時点）AI生成物の透明性をめぐるルール作りは、まだ始まったばかりです。だからこそ、仕組みを正しく理解しておくことが、AIを安心して使いこなすための第一歩になりそうです。 参考リンクAnthropic「How Claude's text watermark works」（2026年8月14日） Anthropic ヘルプセンター「How Claude marks AI-generated content」 Google DeepMind「SynthID-Text」論文（Nature, 2024年） C2PA（Coalition for Content Provenance and Authenticity）