こんにちは、ジャベ雄です

週末恒例のClaude＆Anthropic情報まとめ、第11弾です
今週の主役は 前号で予告した自動モード既定化の答え合わせ で、前回(2026/8/3週)が権限の週、今週はその結果を見に行く回になりました

先に断っておくと、歯切れのいい答えを待っていた方には物足りない回かもしれません
なので今回は、確かめられたことと確かめられなかったことを分けて書いていきます

• 自動モードの記述が公式ドキュメントで現在形に変わっていた
• ネイティブWindowsはv2.1.233以降が既定autoの条件だった
• 旧Workbenchは8月17日で終了、週次上限50%増しは日本時間20日15:59まで
• Claudeの出力に見えない電子透かしが入る仕組みを公式が解説
• Claude Codeは8月10日〜14日で6版、Windows・PowerShellの権限修正が続く
• デスクトップアプリも3版、メモリ青天井とコピペ崩れが直った
• そのほか、Sonnet 5の値上げ中止とChrome拡張のCowork化

この記事は2026年8月18日時点の公開情報をもとにしています
③だけは期限が目の前なので、Claude Codeを毎日は触らない方も先に目を通してみてください
これからClaudeを触る方は Claudeの使い方(初心者向け) もあわせてどうぞ

8月14日の自動モード既定化、その後どうなったのか

公式の権限モードのドキュメントは、Pro・Max・Teamの組み込みの開始モードはauto と現在形で書かれていました
予告のときは「8月14日から新しいセッションが自動モードで動きます」という未来形だったので、書きぶりが変わったのは確かでしょう

ただ、そこから先は言い切れないところ
切り替わった日時にあたる記述が、公式のどこにも無いからです

変わっていない人がいるのは、バージョンの条件があるからです

組み込みの既定autoが効くのは macOS・Linux・WSL なら v2.1.228 以降、ネイティブWindowsは v2.1.233以降 で、それより古い版の組み込み既定はManualのまま
予告の時点では無かった条件が、いまのドキュメントには足されています

v2.1.228は8月11日、v2.1.233は8月14日で、Windows側の条件は予告された当日にやっと出そろった形
Windowsで使っていて何も変わらなかった人がいても、不具合ではないのでしょう

変わらない理由はバージョンだけではありません
インストールや更新の直後の 最初のセッションはManual で始まる、と公式の判定表にあります(2回目からautoになるとまでは書かれていません)
設定ファイルで止めている場合や、使っているモデルが自動モードに未対応の場合もManual始まりだったりします

自分で既定を決めている人は、一度だけ聞かれます

~/.claude/settings.json に自分で defaultMode を書いていて、ほかの設定ファイルが何も指定していない場合
ターミナルのセッションはこれまでどおりその設定で始まり、設定を自動モードに変えるかどうかを1回だけ聞かれます
断ればそのままなので、黙って書き換えられることはありません

会社で配っているなら、管理者向け設定の disableAutoMode を “disable” にする手が今も有効です
モードセレクタから自動モードごと消す指定も権限モードの公式ドキュメントにあり、managed settings に置けば使う人の側では外せません

デスクトップアプリが対象かは、公式の書き方からは読み取れません

公式の判定表が扱うのは、ターミナルとVS Code拡張から始めたセッションだけ
デスクトップ側の説明に、組み込みの既定がautoだという記述はありません

対象だとも対象外だとも書かれていない、という状態
だから、手元の画面で確かめるのがいちばん早い、という話なんです

いま自分がどのモードで動いているかを見る

自動モードの判定に使う分類器の呼び出しは、Pro・Max・Teamでは料金がかからず、利用上限にもカウントされません
8月11日のv2.1.228では「自動モードのセッションは少し高くつく」という古い注意書きも消えました

あわせて読みたい

Claude Code 設定ファイル早見表 役割と場所 Claude Codeを触っていると次々に登場する設定ファイル(CLAUDE.md・settings.json・AGENT.md・SKILL.mdなど)を、保存場所と役割で一覧化した早見表記事です、微調整目線で抑えたい初心者〜中級者向けにまとめました

ジャベ雄

いくつか試してみた結果、私はフォルダごとに選び直すやり方に落ち着きました

期限はひとつ終わり、残りは20日の昼すぎです

この節がいちばん急ぎます
ひとつは8月17日に終わった旧Workbench、もうひとつはこれから来るClaude Codeの週次上限の話

旧Workbenchは8月17日で終わりました

公式ヘルプの警告文は 2026年8月17日より前にデータをエクスポートしてください で、退役後はアクセスできない、という書き方でした
この記事を出した時点では期日を過ぎているので、間に合わなかった方は書き出しができるかどうかをConsoleで確かめてみてください

Consoleで旧Workbenchを開くと上部にバナーが出ていて、その Export data を選ぶと「Export Workbench data」のダイアログが開くので、Model completions(過去の実行結果)と Uploaded files(画像・PDF)を含めるかを選んで Export を押します
どちらを含めてもサイズが大きく膨らみうる、というのが公式の注記
データはJSONにまとまって、準備ができるとダウンロードリンクがメールで届く仕組み

新しいWorkbenchに引き継がれないのは、公式ヘルプの列挙だと 保存済みプロンプト・プロンプトのバージョン・評価(evals)・プロンプト共有 の4つ
同じ日に実験的なプロンプトAPI3本も止まって、以後そのエンドポイントを叩くとエラーが返るように
ProやMaxでチャットとClaude Codeを使っているだけなら、この節はまるごと関係ありません

8月19日に終わるのは、Claude Codeの週次上限50%増しです

5月13日から続いていたプロモが、米国太平洋時間の8月19日23時59分で終わります
日本時間に直すと 8月20日(木)の15時59分 なので、19日締切のつもりでいると16時間ぶん損します
終わっても上限が標準に戻るだけなので、プランも請求もそのまま

増えているのが週次の上限だけ、というのも押さえておきたい点
公式ヘルプは 5時間ごとの上限はこのプロモの対象外 と明記していて、対象はPro・Max・Teamと従来型のEnterprise
無料プランと従量課金型のEnterpriseの席は、そもそも対象外

Coworkの枠2倍は、この期限とは別の話です

前号でCoworkの5時間枠2倍も8月19日までと書いてしまったので、ここは今号で整理し直します
このプロモが増やしているのはClaude Codeの週次上限だけで、Claude本体やCoworkはこのプロモの対象ではない、と公式ヘルプにはあります
Cowork側に別のプロモがあったかどうかについては、このヘルプは何も言っていません
枠2倍を説明したヘルプ記事は今号でも見つけられなかったので、言えるのは 8月19日に終わるのはClaude Codeの週次上限のほう だ、というところまで

ジャベ雄

重い作業を寄せるなら、20日の15時59分が実際のしめきりです

Claudeの出力に、見えない電子透かしが入ります

8月14日に、Anthropicが仕組みの解説を公開しました
Claudeが書いた文章のなかに、読んでも分からない印を織り込む、という話なんです
自分が手を入れた文章にまで印が付くのか、気になりませんか？

テキストは不可視の透かし、Claudeが出力したファイル(.svg / .png / .jpg など)は C2PA準拠の署名付きメタデータ という、別々の仕掛け
Claudeが画像を生成するようになった、という話ではありません

押さえるのは2点だけです

軽く手を入れたくらいでは たぶん完全には消えません が、すべての語を置き換えるくらい書き直せば消える、というのが公式の説明

透かしからも、その鍵からも、利用者や組織、Claudeとの会話の中身は復元できないと公式は明記しています
余分なトークンが増えないので料金は変わらず、速度への影響もごくわずか

今すぐやることは、たぶん何もありません

無効にする手段は、公式ニュースにもヘルプにも書かれていません
「できない」と書いてあるのではなく、記載が見当たらないという状態
検出する側も 検出APIは近く提供予定 の段階で、公式が用意した判定手段はまだありません

2026年8月2日以降のモデルは最初から機械可読の印に対応、それより前のモデルは順次対応中

ジャベ雄

印が付く前提で書く、というだけで今は足ります

Claude Codeは8月10日〜14日で6版、Windowsの権限修正が続きます

8月10日から14日にかけて、Claude Codeが6版出ました
v2.1.227 / 228 / 229 / 231 / 232 / 233 という並びで、230は公式のチェンジログに項目が無い欠番
端から端まで数えると7版に見えるので、ここは間違えやすい数字

中身はやっぱりWindows寄りだったんです
今週「塞がれた」と書けるのは次の2件

• v2.1.232…PowerShellの権限バイパスを修正、変数を書き換えるパラメータで $PSDefaultParameterValues を黙って上書きし、後続のコマンドのファイルアクセス先を横取りできていました
• v2.1.233…Windowsのパスをかたちを変えて書くとUNCパスの検証をすり抜けられた点を修正、NTLMの資格情報が漏れうる経路がひとつ閉じました

でも、翌日に巻き戻された修正もあります
232でいったん入ったGit BashのCygwin形式のシンボリックリンク経由の書き込みと、入力リダイレクト(< ファイル)の権限チェックは、233で取り消されました
もっと範囲を絞った版を後のリリースで戻す、と公式は予告しています

233では、Windowsで cd フォルダ名 && コマンド > ファイル のような普通のコマンドを打つたびに自動モードが止まる、という232の不具合も直りました
予告された既定化日の前日に入って、その当日に潰された形なので、この2日だけ触っていた人はちょっと運が悪かったのかもしれません

画面から見えるものが減った変更もありました
v2.1.233から TODOリスト系のツールが使えなくなりました(対象はOpus 4.8・Sonnet 5・Fable 5・Mythos 5とそれ以降のモデル)
公式チェンジログには、環境変数 CLAUDE_CODE_ENABLE_TODO_TOOLS に 1 を入れると戻せる、と記載があります

• 228…claude.aiから同期したスキルが、手元のコマンドやMCPのプロンプトを乗っ取れないように
• 229…/commit-push-pr が危険なフラグ付きのgitコマンドを自動承認しなくなりました
• 232…入れ子になったgitリポジトリが、親フォルダの信頼を引き継がなくなりました

あわせて読みたい

Claude Code Desktop初心者向けセキュリティ5選 Claude Code Desktopを始める非IT職向けに、最初にやっておきたいセキュリティ対策をまとめました。設定ファイルの書き方から秘密情報の守り方、危険な操作の防ぎ方まで、初心者向けにやさしく解説します

ジャベ雄

更新すれば安心、で終われないのが今週のややこしいところ

私のおすすめ本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

退屈なことはPythonにやらせよう 第3版

Al Sweigart

Amazonで見る楽天で見る

できる人のパソコン仕事術 なんと効率10倍!

パソコン博士TAIKI

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

デスクトップアプリも3版更新、メモリ青天井とコピペ崩れが直りました

Claude Codeのチェンジログばかり見ていて、デスクトップアプリのほうを取りこぼしていませんか？
期間内のデスクトップアプリは8月11日・13日・14日の3版で、体感で分かる修正が並びました

• 8月11日…長時間動かしているとアプリのメモリ使用量が際限なく増えていく不具合を修正
• 8月13日…書式付きのアプリに貼ると太字やインラインコードの前後の空白が落ちる件と、Planビューで選択してもコピーされない件を修正
• 8月13日…インストールの途中でダウンロードが中断されると、そのPCでCodeセッションを起動できなくなる不具合を修正(Windowsで起きやすかったとのことでした)
• 8月13日…CoworkがWindowsで「VM service not running」と出て毎回起動に失敗する不具合を修正、クラウドセッションにはRewindも追加
• 8月14日…表向きの変更なし

MSIXパッケージや企業管理のローミングプロファイルという限られたWindows環境で、チャット履歴や設定が保存されない不具合も8月11日に直っていて、だいたいの人には関係のない話だったりします

クラウドセッション側の修正もひとつ
返事をしていない確認やプラン承認が、環境の切断後に承認扱いになることがあった、という件です
手元のPCで動かすセッションの話ではないので、そこは分けて読んでください

デスクトップアプリをしばらく更新していないなら、ここで一度上げておきましょう
「アプリがだんだん重くなる」「コードをコピペすると崩れる」に心当たりがあるなら、たぶん13日の版で直っています
設定画面のどこに何があるかは Claudeデスクトップアプリの設定メニュー にまとめてあります

ジャベ雄

コピペで空白が落ちたのに気づかず、私も一度やらかしました

公式が「セッションを無駄なく使う」ガイドを出しました

8月14日に公開された、トークンの使い方の公式ガイドです
いいのは最初の一文で、トークンを効率よく使うとは、使う量を減らすことではない と始まります
使ったぶんが、実際に頼んだ作業に向くようにすること
19日(日本時間8月20日15:59)で週次の上限が標準に戻るので、今週のうちに読んでおくとちょうどいい話

でも、compactは会話をまるごと書き直すので、それ自体はただではありません
細かいコツは、モデルとエフォート(effort)は始める前に決める / ファイルはパスを打たずに @ で添付する、の2つ
途中でモデルやエフォートを変えると、プロンプトキャッシュが崩れて割高になります

キャッシュからの読み出しは入力価格の0.1倍、出力トークンは入力のおよそ 5倍の価格
コマンドの出力が3万文字を超えるとファイルに書き出され、会話には冒頭の抜粋だけが載ります
出力のほうが高いという一点を覚えておくだけで、依頼の書き方がちょっと変わったりします

ジャベ雄

作業の切れ目で /clear、これだけでも体感が変わります

そのほか今週の動き

Sonnet 5の9月1日の値上げは中止になりました

前号で「9月1日から標準価格の $3/$15 になります」と書いた件、8月10日に公式が決定を出しました
導入価格だった $2/$10 がそのまま標準価格 になり、9月1日の引き上げは行われません
APIでSonnet 5を使っている方は、9月ぶんの見積もりを組み直してよさそうです(Pro・Maxの定額利用なら請求への影響はありません)

単価だけ見るとSonnet 4.6($3/$15)より下ですが、同じ価格ページの注記とセットで読むところ
Claude 4.7以降のモデルは新しいトークナイザを使っていて、同じ文章でおよそ30%多いトークンになる という注記です
実際の差は、表の見た目ほどは開かないでしょう

Chrome拡張のサイドパネルがCoworkのセッションになりました

8月12日の変更で、Claude in Chromeのサイドパネルが独立した別物ではなくなりました
会話が履歴に保存され、スキルやコネクタがブラウザの中でも動いて、タブで始めた作業をデスクトップ・ウェブ・モバイルのアプリで続けられます

すでに使えるのはMaxとTeamで、Proは数週間かけて順次
まだ来ていなくても異常ではないので、そこは待ち
Enterpriseは既定でオフ、Edgeなど他のChromium系ブラウザとモバイルは今のところ対象外

短く4つ

• 8月中旬に障害が続きました…14日にClaude API・Claude Code・Coworkをまたぐ停止(20時14分〜20時38分 UTC)、同じ日の早い時間帯(07:58〜10:53 UTC)には ステータスページ 自体に到達できない証明書の問題も / 公式は原因を述べていません
• Claude Tagが空気を読むようになりました…8月13日、Slack上のClaudeがチャンネルの文脈を見て「いつ発言し、いつ黙るか」の判断が約30%良くなったとのこと(Anthropic自身の計測で、測り方の記載はありません)
• Compliance APIの範囲が広がりました…8月11日、利用者の端末で動くCoworkやClaude Codeのやり取りも取得できるように(Claude Enterprise向けのベータ)
• 新しいモデルは出ていません…期間内に新モデルの発表はゼロ、公式ドキュメントは今もFable 5を、広く提供されているなかでいちばん高性能なモデルと紹介しています

研究の発表もひとつ、未公開の研究版Claudeがリーマンゼータ関数の零点の下界を改善した件で、公式自身はリーマン予想の証明にはつながらないと添えています

今週のまとめ:気になった情報7点

今週(2026/8/10週)のClaude周りで気になった情報を7点に整理しました

今週の話は、AIにどこまで任せるかと、AIが作ったものをどう見分けるかの2つ
前者は自分の画面でモードを見るところから、後者は印が付くという前提だけ持っておけば足ります
モデル名や用語で迷ったら Claude用語集(初心者向け) が整理の役に立ちます

今日やるなら2つ
Codeタブのモードセレクタでいまのモードを見る・重い作業は20日の15時59分までに寄せる、この順で足ります

次回のお知らせ

次回は、19日の期限が予定どおりだったか、巻き戻された権限修正が狭い形で戻ってくるかを追いかけます
「今週これ気になったよ」という話題があれば、次週分で拾ってみます
ではまた来週末に

私のおすすめ本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

退屈なことはPythonにやらせよう 第3版

Al Sweigart

Amazonで見る楽天で見る

できる人のパソコン仕事術 なんと効率10倍!

パソコン博士TAIKI

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

※本記事の情報は2026/8/16時点の公開情報・主要報道をもとにしています
期限の日付や時刻は公開直前に変わることがあるので、最終的な判断は公式ヘルプをご確認ください

エクセルで画像の一部にぼかしを入れたい
私がそう思ったきっかけは業務の手順書
貼りたい画面キャプチャに氏名やメールアドレスといった個人情報が写り込んでいて、そのままでは配れません

画像加工のWebサービスはすぐ見つかりますが、隠したいのは個人情報や業務の情報です
よそのサーバーへ上げるのは、さすがに気が引ける
かといって、ぼかし用のフリーソフトを入れる手も使えません
ソフトを勝手にインストールできない職場は、けっこう多いんじゃないでしょうか？

アップロードはできない、インストールもできない
その条件で最後に残ったのが、最初から入っているExcelだったんです

ジャベ雄

手順は8つ、大事なのは最後の2つです

Excelで画像の一部だけぼかせる仕組み

Excelには画像を加工する機能がひととおり入っていて、その中にアート効果のぼかしがあります
モザイクと呼ばれることも多い加工です

ただ、1枚のままかけるとどうなるでしょうか？
アート効果は選んだ画像の全体にかかります
隠したい一部ではなく、画面まるごとがぼやけてしまう

そこで使うのが重ね方です
同じ画像を複製して重ね、上に置いた1枚だけをトリミングで小さく切り出して、その1枚にぼかしをかけます
やっていることは画像の加工より、切り抜いた紙を重ねる工作に近い作業だったりします

エクセルで画像の一部にぼかしを入れる手順

操作は8ステップ
使うのは、図を選んだときにリボンへ出てくる図の形式タブ(バージョンによっては書式タブ)だけで、追加のソフトは要りません
手順はWindows版のExcelで確認したもの
タブやメニューの名前はバージョンで変わるので、同じ名前が見つからないときは近い言葉を探してみてください

STEP

画像を必要な枚数だけ複製する

元の画像をコピーして貼り付けるか、Ctrlキーを押しながらドラッグして複製
隠したい箇所が1つなら2枚、ぼかしの中に素の領域を残すなら3枚が目安です

STEP

配置で重ねてぴったり揃える

複製した画像を全部選んで、図の形式タブの配置から左右中央揃えと上下中央揃えを続けて実行します
同じ大きさの複製なら、この2回でぴったり重なるはず
私は前まで方向キーで少しずつ寄せていたので、ここを知ってからは下ごしらえがやっと楽になりました

STEP

上の画像をトリミングする

いちばん上の画像を選び、図の形式タブのトリミングで、隠したい箇所だけが残るように切ります
丸や角丸四角の形に切りたいなら、トリミングの下向き矢印から図形に合わせてトリミング

STEP

アート効果のぼかしをかける

切り出した画像を選んだまま、図の形式タブの調整グループからアート効果を開いて、ぼかしを選びます
効き具合を変えたいときは、同じメニューの下にあるアート効果のオプションで半径の数値を上げてください

STEP

隠したい箇所のぶんだけ繰り返す

隠したい箇所が複数あるなら、複製・トリミング・ぼかしを必要な回数だけ繰り返します
気をつけたいのは、トリミングとぼかしのどちらを先にやるかで端の見え方がちょっと変わるところ
なので、うまく収まらないときは順番を入れ替えてみてください

STEP

全部を選んで1枚の図に統合する

重ねた画像を全部選んでコピーし、形式を選択して貼り付けから図(PNG)を選びます
これで重なりがまとめて1枚の画像にまとまります
同じ一覧には図(拡張メタファイル)も並んでいますが、そちらは座標や線の情報を持つ形式なんです
画素に焼き付くのがはっきりしている図(PNG)を選ぶほうが確実だと思います

STEP

ちゃんと消えたか、配るもので確かめる

統合した図を選んで図のリセットを押し、何も戻らないことを確認します
図のリセットは図の形式タブの調整グループにあって、編集中のブックならかけた効果を外せる機能です
ここでぼかしが外れて元の画面が出てきたら、選んでいるのは統合前の図

そのうえで、配るものそのものを開いて見ておくのが確実
手順書に貼るか、右クリックの図として保存でPNGに書き出して、その1枚を拡大し、隠した箇所が読めないことを確かめてください
ぼかしが弱いと文字の輪郭が残るので、読めてしまったらSTEP4に戻って半径を上げ直します
材料を消したあとだと戻る先が無くなって詰むので、確認を先に済ませておくのがおすすめです

STEP

材料にした画像をすべて削除する

統合してできるのは新しい1枚で、材料にした画像はシートに残ったまま
新しい図の下に隠れてクリックでは選べないので、図の形式タブの配置からオブジェクトの選択と表示を開き、一覧で材料だけを選んで消します
一覧の項目を選ぶとシート上の図がハイライトされるので、統合後の1枚がどれかを先に特定してから、残りを上から消していくのが楽

材料の画像を残したままだと、ぼかす前の画面がブックの中に残ってしまいます
だから材料を消して、配るのは統合後の図か、そこから書き出したPNGだけにしてください
作業に使ったブックそのものは渡さないほうが安全だと思います

ジャベ雄

統合して、拡大して確認、材料を消すのは最後
基本形はここまでです

ぼかした中に、ぼかさない領域を残す

ここからは応用
ぼかした範囲の中に、素のまま見せたい小さな領域を残す組み方もできます
表そのものは伏せたいけど、見出しの行だけは見せたい
そんなときに使う組み方みたいな感じです

やることは重ね順を決めるだけ
下から順に、素の画像 / 全体をぼかした画像 / 素の画像、と3枚重ねます

1. いちばん下は素の画像、加工せずそのまま置く
2. 真ん中は全体にぼかしをかけてから、伏せたい大きめの範囲だけを残してトリミングする
3. いちばん上は素の画像を、見せたい小さな領域だけ残してトリミングする

手順ではトリミングが先でしたが、真ん中の1枚だけ順番が逆
私の場合、狭く切ってからぼかしてみたら縁がにじんで下の層との境目が目立ったので、広いままぼかしてから切るようにしています

これで、伏せたい範囲はぼけたまま、その中の見せたい部分だけが素で出ます
上の階が下の階を隠していくので、上に行くほど残す範囲を小さくしていくのがコツ
3枚と書きましたが、素で残したい箇所が増えれば4枚・5枚と足していけます

重ね終わったあとは、STEP6から先の統合・確認・材料の削除がそのまま同じ
でも、枚数が増えるほど狙った1枚を選ぶのがけっこう面倒なので、図に名前を付けておくと楽だと思います

ジャベ雄

覚えるのは、上に行くほど小さく、これだけです

VBAの独学に効く本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

Excel マクロ&VBA［実践ビジネス入門講座］完全版 第3版

国本温子

Amazonで見る楽天で見る

増強改訂版 できる イラストで学ぶ 入社1年目からのExcel VBA

きたみあきこ

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

うまく重ならない・ぼかしが弱いときの直し方

作業中に詰まりやすいのは、だいたいこの6つ
詰まる原因は、たいてい操作の順番だったりします

ぼかしの強さでいちばん怖いのは、画面の表示倍率のままだと読めないのに、ちょっと拡大したら読めてしまうパターンなんです

私は作業のあいだ、オブジェクトの選択と表示を開きっぱなしにしています
統合したあとの後始末でも同じ一覧を使うので、閉じたり開いたりするより手が止まりません

ジャベ雄

画像に名前を付けておくと、あとで直すときに助かります

そもそもExcelでやらなくていい場合

ここまで書いておいてなんですが、Excelがいちばん速い場面ばかりではありません
条件で分けると、選び方はけっこうはっきりします

• ソフトを入れられる環境 → スクリーンショット用のツールで、撮った直後にぼかすのが早い
• ソフトの追加が通らない環境 → Excelで組む(この記事の手順)
• 四角く塗りつぶすだけで足りる → ペイントでも用は足りる
• ぼかした中に素の領域を残したい → Excelの重ね方が組みやすい

私が普段のキャプチャで使っているのはScreenpresso
撮ってそのまま矢印や枠を足せるので、手順書づくり全体で見ると時間の差がかなり出ると思います

あわせて読みたい

Screenpresso – PCキャプチャと加工はこのソフト shift+win+Sで起動できる「Snipping Toolはウィンドウ指定や範囲指定できて便利だな」と思いながらキャプチャを取って、別ソフトで矢印を書いたりテキストを入れたりし…

でも、会社から配られたパソコンだと、やっぱりソフトの追加そのものが通らないことも多いです
そういう環境で最後まで残る選択肢がExcelなんです

ジャベ雄

入れられるなら専用ツール、入れられないならExcelです

まとめ ぼかしは統合と材料削除まで

• アート効果は画像全体にかかるので、複製して重ねるのが一部だけぼかす基本形
• 重ね合わせは配置の左右中央揃え・上下中央揃えの2回でぴったり合う
• 下から 素 / ぼかし / 素 と重ねれば、ぼかした範囲の中に素の領域を残せる
• 材料を残したままのブックにはぼかす前の画像が残るので、そのまま渡さない
• 図(PNG)で統合 → 拡大して確認 → 材料を削除、配るのはその1枚だけ

ぼかしただけのファイルに何が残っているのかは、実際にExcelのファイルを開けて確かめました
中で何が起きていたのかは別記事にまとめています

あわせて読みたい

エクセルの画像のぼかしは戻せる？ファイルの中身を確かめた エクセルの画像にかけたぼかしは戻せるのか、サンプルのブックを展開して中身を確かめました ぼかす前の原本と、効果をかける前とみられるデータがそのまま入っていた実測をもとに、何が残るのか・どうすれば消えるのかをまとめています

マクロを使わずExcelの標準機能だけで組む話は、見積書を関数と機能だけで作る記事でも書きました
入れられるソフトが限られる環境で工夫する点は、この記事と同じ発想で読めると思います

手順書に貼る前に、拡大して1回だけ確認
手間に見える1手ですけど、ここを習慣にしておけばうっかりはかなり減らせます

VBAの独学に効く本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

Excel マクロ&VBA［実践ビジネス入門講座］完全版 第3版

国本温子

Amazonで見る楽天で見る

増強改訂版 できる イラストで学ぶ 入社1年目からのExcel VBA

きたみあきこ

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

エクセルの画像にかけたぼかしは、あとから戻せるのか？
手順書に貼るスクリーンショットの氏名やメールアドレスを、アート効果のぼかしでつぶす
画面の上では、これでちゃんと読めなくなります

でも、そのファイルをそのまま渡していいのかは、また別の話なんです
気になって、記事用に作ったサンプルのブックを展開してみたら、思っていたより分かりやすい形で残っていました

出てきたのは、ぼかす前の画像そのもの
536KBのPNGが、加工されないまま同じファイルに入っていました

ジャベ雄

見た目が隠れているのと、消えているのは別です

結論 ぼかしは戻せる？元の画像はファイルに残ったまま

先に結論から
アート効果のぼかしは、元の画像に効果を重ねて見せているだけ
だから、ぼかしただけのブックをそのまま配ると、隠したつもりの個人情報も一緒に渡ることになります

ぼかしても、ぼかす前の画像はExcelファイルの中に残っています
変わったのは見た目だけで、データが減ったわけではありません

ぼかしは図のリセットで外せる、という説明もけっこう見かけます
保存する前の変更なら、たしかにそのとおり
でも、保存して人に渡ったあとで同じことが起きるかは、私も試していません
なので、この記事ではボタンの効き方を根拠にしないことにしました
確かめたのは、ファイルの中身のほう

ジャベ雄

根拠はボタンの挙動ではなく、ファイルの中身に置きます

Microsoftも「ファイルから削除されない」と明記

トリミングについては、Microsoftの公式ヘルプに逐語で書かれています

画像のトリミングされた部分はファイルから削除されず、他の人に見られる可能性があります。

出典はOffice で画像をトリミングする(Microsoft サポート)

切ったつもりの部分は、ファイルに残っている
同じヘルプの画像のファイルサイズを小さくするページには、図の圧縮に編集用のデータを破棄するという選択肢があって、破棄したあとで元に戻すには画像を入れ直すしかない、と書かれています
裏返せば、破棄しない限り編集用のデータはファイルの中にある、ということになります

ただ、公式がここで書いているのはトリミングの話まで
アート効果のぼかしについて、元の画像が残るとまでは書いていません
だから、ここから先は自分で開けて確かめるしかなかったんです

ジャベ雄

公式が言い切っているのは、トリミングまでです

VBAの独学に効く本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

Excel マクロ&VBA［実践ビジネス入門講座］完全版 第3版

国本温子

Amazonで見る楽天で見る

増強改訂版 できる イラストで学ぶ 入社1年目からのExcel VBA

きたみあきこ

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

Excelファイルを開けて確かめた 残っていた3つの画像

使ったのは、記事用に自分で作ったサンプルのブック
1枚の画像を複製して重ね、上の何枚かをトリミングしてぼかした、よくある作りだったりします
そのファイルを展開して、中に何が入っているのかを1つずつ見ていきました

xlsxは、中身がフォルダになった圧縮ファイル

まず前提から
拡張子が .xlsx のファイルは中身がZIP形式の圧縮ファイルで、展開するとシートの定義や画像がファイル単位で並びます
画像は、だいたい xl/media というフォルダにまとめて置かれる作り

つまり、Excelで開かなくても中の画像は取り出せる
専用のツールも要りませんし、受け取った人のパソコンでも、そのまま開けてしまいます

一覧に並んでいたのは6ファイル
別のシートで使った画像も混ざっているので、ぼかしたシートに関わるのはこのうち3つです

いちばん下に敷いた原本が、そのまま入っていた

xl/media を開いて最初に目に入ったのが image2.png、536KB
そのまま開いてみたら、ぼかす前のサンプル画像そのものでした
トリミングもされていない、フルサイズのまま

重ねた画像のいちばん下に敷いた1枚が、加工されずにそのまま同梱されている
画面では上の層に隠れて見えないのに、ファイルの中では独立した1つの画像として並んでいます
やっぱり、ここがいちばん怖いところだと思います

ぼかした図は、効果をかける前のデータを抱えている

もう1つ出てきたのが hdphoto1.wdp、372KB
.wdp は JPEG XR という画像形式で使われる拡張子です
ぼかしをかけた4枚の図が、どれもこのファイルを参照していました

図の定義を見ると、ぼかした図には効果を表す artisticBlur と、別の画像を指す imgLayer が入っていて、その参照先がこの .wdp
画面に出ているぼかし後の見た目は、また別の image3.png(404KB)のほう

中身をデコードして絵として確認したわけではないので、効果をかける前の画像とみられるデータ、というところまでにしておきます
そのうえで言うと、加工前の写しをファイルが持ち続けているみたいなもの
ぼかした図が別のデータへの参照を持ったまま保存されている、という事実は変わりません

見えていたのは、3つ目だけなんです
上の2つは画面のどこにも出てこないのに、受け取った人が開けば、ちょっと拍子抜けするくらい簡単に出てきます

トリミングは、切っているように見えるだけ

切り落としたつもりの部分とかも、ちゃんと残っていました
図の側に、元の画像のどこを表示するかという範囲の指定が入るだけで、参照している画像は xl/media にフルサイズのまま
切った部分はファイルから消えない、と公式が書いているとおりの形が、そのまま入っていたわけです

ここまでを並べると、こうなります

1. xlsx は中身がZIPなので、Excelを開かなくても画像を取り出せる
2. いちばん下に敷いた原本(536KB)が、加工されないまま入っている
3. ぼかした図は、効果をかける前とみられるデータ(372KB)を参照している
4. トリミングは表示範囲の指定で、元の画像はフルサイズのまま残る

どれも、ボタンが効くかどうかとは関係のない話
ファイルの中に何が入っているか、それだけで決まります

ジャベ雄

ごく普通に重ねてぼかしただけのブックで、ここまで残っていました

どうすれば元の画像は消えるのか？

消し方は1つ
重ねた画像を1枚の図に統合して、材料にした画像を消す
これだけです

統合まで済ませたシートも、同じように確認してみたら、中身がすっきり変わっていました
図は1つだけ、参照先も image5.png(1,384KB)の1ファイルだけ
artisticBlur も imgLayer も、トリミングの範囲指定も残っていない
ぼかした部分も素のまま残した部分も、画素として焼き付いた1枚になっていました

ただ、統合しただけでは足りないんです
この統合後の1枚と、さっきの image2.png・hdphoto1.wdp は、同じ1つのブックの中に同時に入っていました
別のシートに材料が残っていれば、xl/media には原本も効果前のデータも並んだまま

材料を消したあとに、xl/media から本当に消えるのかまでは確かめていません
なので、言えるのは統合だけで終わらせず、材料の削除まで含めて1セット、という必要な手順の話なんです
これで配れる状態になった、という保証まではできません

私が決めたのは、作業に使ったブックそのものは配らないこと
配るのは統合後の図か、そこから書き出したPNGだけ

重ね方から統合までの操作は、手順として別記事にまとめています
この記事のほうは、その最後の2つ(統合と材料の削除)がなぜ要るのか、という話でした

あわせて読みたい

エクセルで画像の一部にぼかし 元に戻せなくする手順 エクセルで画像の一部にぼかしを入れる手順を8ステップでまとめました 同じ画像を複製して重ね、上の1枚だけをトリミングしてアート効果のぼかしをかける組み方です ぼかした範囲の中に素の領域を残す応用と、1枚の図に統合して材料を消すところまで書いています

ジャベ雄

統合して、材料も消す
そこまでやってから、配るものを選びます

まとめ 配るのは統合後の1枚だけ

• アート効果のぼかしは効果を重ねているだけで、ぼかす前の画像はファイルに残る
• 公式もトリミング部分は「ファイルから削除されず」と明記している
• 展開して確かめたら、無加工の原本と、効果をかける前とみられるデータが入っていた
• 1枚の図に統合すると、参照は焼き付いた1枚だけになる
• ただし材料が残ればファイルにも残る、配るのは統合後の図かPNGだけ

Excelのファイルは、画面に出ていないものをけっこう抱えます
同じ性質の話として、コピペのたびに条件付き書式のルールが増えていく件も別記事に書きました

ぼかしたあとに、配るファイルそのものをもう一度見る
その1手で、うっかりはかなり減らせると思います

VBAの独学に効く本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

Excel マクロ&VBA［実践ビジネス入門講座］完全版 第3版

国本温子

Amazonで見る楽天で見る

増強改訂版 できる イラストで学ぶ 入社1年目からのExcel VBA

きたみあきこ

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

エクセルで見積書を作るとき、どの関数を使えばいいのか迷ったことはありませんか？
単価をマスタから引く・明細を並べる・消費税を足す・余った行を始末する、やることは多いのに、どれも決定版が見つかりにくいところです

この記事は作り方の手順書ではありません
見積書という道具を組み立てるのに要る部品を、1節につき1部品ずつ並べた部品カタログです
詰まっている部品の節だけ拾い読みしてもらえる形にしてあります

使うのは関数とExcelの標準機能だけで、マクロなしで組みます
Power Queryもここでは使いません
マクロが使えない職場でも、渡した相手の環境で開けないと困る場面でも、この範囲なら扱えます

ジャベ雄

頭から順に読まなくて大丈夫です
困っている部品の節だけ拾ってください

見積書ツールの全体像 4つのシートで組み立てる

部品の話に入る前に、全体の形だけ先に共有させてください
ここが見えていないと、このあとの関数がどこに置かれるものなのか宙に浮いてしまいます

結論から言うと、見積書は印刷する1枚の紙として作らず、一覧(マスタ)と帳票を分けた4シート構成で組みます

帳票のセルに直接打ち込む作り方だと、同じ得意先名と同じ商品名を発行のたびに打ち直すことになります
それに、去年出した見積を探そうとしても、ファイルを1つずつ開いて回るしかなくなります

一覧を先に持っておくと、この2つが同時に片づきます
データの流れは1方向で、明細は明細一覧シートに入力し、見積書シートは引いて並べるだけにします

手で打つ場所は2か所に分かれます
明細一覧に打つのが商品コードと数量(軽減税率の商品があるなら税率も)で、見積書シートに打つのは見積番号と得意先コードだけです

ジャベ雄

帳票に直接打ち込む作りは、去年の見積を探すときに困ります

一覧シートはテーブルにする(Ctrl + T)

マスタと明細一覧は、ただの範囲のままにせずテーブルにします
範囲を選んで Ctrl + T を押すだけで、あとは見出し行の有無を確認して終わりです

テーブルにする一番の理由は、行を足しても参照範囲が自動で伸びるからです
Microsoftの公式ドキュメントにも、テーブルの名前を使った参照(構造化参照)はテーブルへのデータ追加・削除に合わせて自動で調整されると書かれています

データが増える表への対処として、Microsoft自身が構造化参照を推奨している点も後押しになります
列全体を参照する書き方や動的な名前定義に比べて、処理の面でも不利が少ないという説明です

テーブル名の付け方と参照の書き方

テーブルにすると自動でテーブル1のような名前が付きます
このままでも動きますが、数式が読めなくなるので付け替えます

テーブル内のセルを選んで、リボンの「テーブルデザイン」タブ左端にある「テーブル名」を書き換えるだけです
Excel 2019以前は「テーブルツール」の中の「デザイン」タブになります

名前を商品マスタにしておくと、列の参照はこう書けます

商品マスタ[単価]

見積書シートのようにテーブルの外から参照するときは、テーブル名を省略できません
公式にも、テーブルの外で構造化参照を使うときは完全修飾の形にする必要があると書かれています

ちなみにテーブル名に C・c・R・r の1文字だけを付けることはできません
行や列を選ぶショートカットとして予約されているためです

計算列は勝手に下まで伸びる

テーブルの列に数式を1つ入れると計算列として扱われ、その列全体に同じ数式が入ります
行を足すとその行にも即座に伸びます
明細一覧の「税抜金額」列は、この計算列で作ってしまうのが楽です

=[@数量]*XLOOKUP([@商品コード], 商品マスタ[商品コード], 商品マスタ[単価])

行を足すたびに数式をコピーする手間が消えるので、明細をためる台帳とは相性がいい機能です
4つ目の引数を付けて0を返させると、コードの打ち間違いやマスタ未登録が単価0円のまま通ってしまうので、台帳側ではあえて付けずに #N/A を出させています

「テーブルは行数が増えると重くなる」という話を聞いたことがあるかもしれません
これは Excel 2013 以前の話で、Microsoftの資料では Excel 2016 で解消したとされています(同じ操作が約1.9秒から2ミリ秒ほどまで縮んだという記録です)

ジャベ雄

Ctrl + Tを押すだけの作業ですが、ここを飛ばすと後がずっと面倒になります

マスタから引くのはXLOOKUP1本で足りる

商品コードから商品名や単価を引く部分は、XLOOKUPだけで足ります
見積書の解説記事は今もVLOOKUPで書かれているものが多いのですが、列番号を数える作業も、左方向に引けない制約も、XLOOKUPには無いので置き換えるだけの価値があります

=XLOOKUP(検索値, 検索範囲, 戻り範囲, [見つからない場合], [一致モード], [検索モード])

必須は最初の3つだけです
見積書シートのC12に明細一覧から引いた商品コードが並んでいるとして、商品名はこう書きます

=XLOOKUP($C12, 商品マスタ[商品コード], 商品マスタ[商品名], "")

4つ目の [見つからない場合] に空文字(半角のダブルクォート2つ)を入れておくと、コードが未入力の行でエラー表示になりません
この引数があるのがXLOOKUPの大きな利点で、次の話につながります

使えるバージョンに注意(2016と2019では使えない)

先に対応バージョンを押さえておきます
ここを間違えると配布先で全滅します

ネット上には「XLOOKUPは2019以降」と書いている解説も見かけますが、公式の記述と食い違います
買い切り版のExcel 2021に入った新関数のひとつなので、2019以前の環境が混じるならVLOOKUPかINDEX+MATCHで代替する前提で設計してください、詳しい時系列は Excel 2021の新機能と新関数まとめ に整理してあります

IFERRORで包む必要はない(包むとかえって危ない)

VLOOKUP時代の癖で、つい IFERROR で全体を包みたくなるところです
XLOOKUPを使うなら、この包み方はむしろ避けたほうが安全です

理由は捕まえる範囲の広さにあります
IFERRORは #N/A・#VALUE!・#REF!・#DIV/0!・#NUM!・#NAME?・#NULL! の7種類すべてを拾って、指定した値に置き換えます

一方でXLOOKUPの第4引数は、公式の定義が有効な一致が見つからない場合に限定されています
つまり「コードが未入力・マスタに無い」という想定内の空振りだけを、この引数で埋められるわけです

マスタの列を1本削って参照が壊れても、包んでいると画面上は空欄のままです
単価が0円のまま印刷された見積書が出ていく事故は、こういう握りつぶし方から生まれます

IFERRORの出番は、XLOOKUPが無い環境でVLOOKUPの#N/Aを隠すときと、XLOOKUPでは吸えないエラーを承知のうえで処理したいときに絞るのが原則です

空欄のセルを引いたときの落とし穴

もう1つ、引いた先が空欄だったときの話です
XLOOKUPは参照先のセルが空だと、空ではなく0を返すという挙動が知られています

見積書だと、備考が空欄の商品を引いたときに備考欄へ0と印字される、という形で出てきます
気になる場合は、引いた結果が空文字かどうかを見てから出し分ける書き方で回避できます

=LET(x, XLOOKUP($C12, 商品マスタ[商品コード], 商品マスタ[備考], ""), IF(x="", "", x))

この0が返る挙動は解説サイトで広く紹介されているものの、私はまだ手元で確かめていません
備考のように空欄が入りうる列を引くときだけ、自分のExcelで一度動きを見てから採用してもらえればと思います

ジャベ雄

列番号を数える作業から解放されるだけでも、XLOOKUPに乗り換える価値はあります

明細が複数行あるときの取り出し方

XLOOKUPが得意なのは1件を引くところまでです
明細一覧から「この見積番号の行だけ」をまとめて取り出すなら、FILTERのほうが素直に書けます

=FILTER(明細一覧[商品コード], 明細一覧[見積番号]=$D$3, "")

D3に見積番号を入れておけば、そこに紐づく商品コードが必要な行数ぶんだけ下へこぼれてきます
結果が下や右へ自動で広がるこの動きはスピル(動的配列)と呼ばれるもので、Microsoft 365 と Excel 2021 以降の計算エンジンの土台になっています

数量も同じ形の式を、数量の列に1本置きます
商品名・単位・単価は、こぼれてきた商品コードをひとつ前の節のXLOOKUPで引けば埋まります

取り出す列は 明細一覧[[商品コード]:[数量]] のようにまとめて渡すこともできますが、その場合は2列が隣り合ったままスピルします
明細の並びが 商品コード → 商品名 → 単位 → 単価 → 数量 になっている帳票には収まらないので、列ごとに1本ずつ置く形が扱いやすいです

もう1つ、2つ目の引数にエラー値が混じっているとFILTER自体がエラーを返します
条件に使う列にXLOOKUPの結果を挟んでいるなら、そちらで#N/Aが出ていないかを先に確認してください

FILTERの対応バージョンにも触れておきます
公式の対応表に並んでいるのは Microsoft 365・Excel 2024・Excel 2021 で、2019以前は挙がっていません
XLOOKUPのように「2016と2019では使えない」と本文に明記されているわけではないので、断定はしませんが、実務では2021以降で使う関数と考えておくのが無難です

あわせて読みたい

Excelのスピルとは 使い方と動的配列関数まとめ Excelに実装されたスピルですが、最初のころは気にしていなかったし、なんなら使わないようにしていたぐらいでした 意識して使ってみると結構便利だったので、自分の深…

複合キーは&でつなぐのが基本

明細の枠を罫線でかっちり作ってある帳票だと、FILTERのスピルが枠と噛み合わないことがあります
その場合は明細を1行ずつ引く形にしますが、見積番号だけでは行が特定できないので、見積番号と行番号を足したキーを作ります

明細一覧に計算列を1本足すだけです

=[@見積番号] & "-" & [@行番号]

見積書側は、同じ形のキーを組み立てて引きます

=XLOOKUP($D$3 & "-" & $B12, 明細一覧[キー], 明細一覧[商品コード], "")

要素が2つなら & でつなぐだけで十分です
2019以前の環境なら、同じキーをVLOOKUPで引く形に置き換えられます
作業列を作らずに検索範囲側で連結してしまう書き方も紹介されていますが、私は手元で確かめていないので、まずはキー列を1本持つ形をおすすめします

TEXTJOINを使うのは、要素が3つ以上になるときや、空欄が混じる列をまとめたいときです
区切り記号を1回書けば全体に適用されるのと、空セルを飛ばせるのがこの関数の持ち味になります
対応は買い切り版だと Excel 2019 以降で、結果が32,767文字を超えると #VALUE! が返ります

VBAの独学に効く本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

Excel マクロ&VBA［実践ビジネス入門講座］完全版 第3版

国本温子

Amazonで見る楽天で見る

増強改訂版 できる イラストで学ぶ 入社1年目からのExcel VBA

きたみあきこ

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

金額の見た目は表示形式で決める

桁区切り・マイナスの見せ方・ゼロを消すかどうか、この手の見た目は数式ではなく表示形式で決めます
セルを選んで Ctrl + 1 でセルの書式設定を開き、分類の「ユーザー定義」に書式コードを入れる場所です

ここを知らないと、値引き行を赤くするだけのためにIF関数を重ねる、といった遠回りをすることになります

書式コードは最大4セクション

書式コードはセミコロンで区切った最大4つのセクションでできています
Microsoftの表示形式のカスタマイズに関するガイドラインにも、正の値・負の値・ゼロの値・テキストという順で定義すると書かれています

ここで一番つまずくのが、全部書かなかったときの挙動です
セクションを1つだけ書くとすべての数値にその書式が使われ、2つ書くと1つ目が正の数とゼロに、2つ目が負の数に使われます

たとえば値引き行を赤い▲で出したくて、こう書いたとします

#,##0;[赤]"▲"#,##0

ゼロを消したいなら、3つ目のセクションを空にしたコードを書きます
公式が示している形に桁区切りを足すと、金額欄に当てる書式はこうなります

#,##0;-#,##0;;@

3つ目が空のセミコロンだけになっている点がポイントです
途中のセクションを飛ばして後ろだけ書きたいときも、飛ばすセクションの終わりのセミコロンは残す決まりになっています

書式コードに書ける色は黒・青・水・緑・紫・赤・白・黄の8色だけで、社内の指定カラーのような任意の色は入れられません
▲のような文字を混ぜるときは、上の例のように二重引用符で囲みます

ジャベ雄

見た目の調整を数式でやろうとすると、式がどんどん長くなります

帳票では条件付き書式に頼らない

色分けの話が出たので、立場も書いておきます
この手の記事はたいてい条件付き書式を勧めますが、私は配りまわす帳票では控えるほうです

コピーや書式のコピーをするたびに、コピー先へ新しいルールが作られる仕組みだからです
先月のシートをコピーして今月分にする、という見積書の使われ方とは、けっこう噛み合いません

その点、表示形式ならコピーしても書式が移るだけで、ルールとして積み上がりません
増えたルールの掃除のしかたや、それでも条件付き書式のほうが勝つ場面は別記事にまとめました

あわせて読みたい

Excelの条件付き書式が増える原因 マクロなしで減らす方法 Excelの条件付き書式のルールが勝手に増える原因を、Microsoftの公式記述で確認できる部分と解説サイトで説明されている部分に分けて整理しました マクロを使わずに掃除する手順と、表示形式で代わりを作る方法まで扱います

余った明細行の始末(以下余白の出し方)

明細の枠を20行用意して、実際の明細が5行だったとき、残りの15行をどう見せるかという話です
ここは解説であまり見かけない部分ですが、実際に作ってみると出てくる部品です

放っておくと、空の行に0が並んだ見積書が印刷されます
数式は入っているので、見た目が空でも中身は空ではない、というのが原因です

まずゼロを消す

ひとつ前の節で出てきた、3つ目のセクションを空にした書式コードをそのまま使います
金額欄と数量欄に当てておけば、値が0の行は画面からも印刷からも消えます

公式にも、この方法で非表示にした値は数式バーやセルの編集中だけ見えるようになり、印刷はされないと書かれています

数式側で対処するなら、XLOOKUPの第4引数とFILTERの第3引数に空文字を入れておく手もあります
ただし確実なのは表示形式のほうです

数式側の空文字が通用するのは、引いてきた値をそのまま表示している欄だけになります
金額欄のように 数量×単価 で計算している欄だと、空文字を掛けた時点で #VALUE! か 0 が出るので、ゼロは消えません

最終行の下に「以下余白」を出す

空白のまま余らせず以下余白と入れておくのは、改ざん防止のために余白を潰す商慣習だと説明されています
斜線を引いたり止め印を押したりする形で代える職場もあります

これも関数で出せます
行番号が明細の件数+1になる行だけ文字を表示させる形です

=IF($B12=COUNTIF(明細一覧[見積番号], $D$3)+1, "以下余白", "")

B12は明細の行番号、D3は見積番号のセルです
COUNTIFでその見積番号の明細が何行あるかを数えて、その次の行にだけ文字を出しています
明細が増えても減っても、文字の位置が自動でついてきます

置き場所は商品名の列です
その列にはすでにXLOOKUPが入っているので、別のセルに足すのではなく、条件から外れたときの値としてXLOOKUPを畳み込みます

=IF($B12=COUNTIF(明細一覧[見積番号], $D$3)+1, "以下余白", XLOOKUP($C12, 商品マスタ[商品コード], 商品マスタ[商品名], ""))

残りの空行の罫線をどうするかは好みが分かれるところです
「明細のある行だけ罫線を引きたい」と考えると条件付き書式に手が伸びますが、私がそこで一度立ち止まる理由は、ひとつ前の節に書いたとおりです

入力しやすく壊れにくくする設定

ここまでで計算は組み上がるので、最後は人が触る部分を固めます
入力規則・日付の自動化・シート保護・印刷、この4つで手戻りがかなり減ります

入力規則でコードを選ばせる

コードは手打ちさせず、ドロップダウンから選ばせます
当てる先は明細一覧シートの商品コード列と、見積書シートの得意先コード欄です

データタブの「データの入力規則」を開いて、入力値の種類をリストにするところまでは普通の手順です
つまずくのはその次で、元の値にテーブルの構造化参照をそのまま書くと通らないという話が定番になっています

Microsoftの公式ドキュメントに明文は見つけられませんでしたが、Q&Aの回答と解説サイトの説明は一致しているので、名前定義かINDIRECTを経由する回避策を採るのが安全です

名前を作らずに済ませたいなら、元の値にINDIRECTを書いて文字列から解決させる手もあります

=INDIRECT("商品マスタ[商品コード]")

テーブルの列をマウスでドラッグして範囲指定する方法も紹介されていますが、テーブルが伸びたときに範囲がついてくるかは私の手元で確かめていません
確実に動かしたいなら、名前定義かINDIRECTを選んでおくのが安全です

「分類を選ぶと商品が絞り込まれる」ような多段のドロップダウンにしたくなったら、そこは作り方が何通りもあるので選んだ分類で商品を絞り込む作り方にまとめてあります

日付は自動と手動を使い分ける

発行日を TODAY で自動にするのは定番ですが、見積書では注意が要ります
TODAYはブックを開くたびに再計算されるので、先月発行した見積書を開き直すと日付が今日に化けます

作りかけのうちはTODAYで置いておいて、発行のタイミングでコピーして値だけ貼り付ける、というのが現実的な運用です
有効期限は発行日から起算して出せます

=EDATE($D$5, 1)

D5の発行日から1か月後を返します
月末に揃えたいなら EOMONTH に置き換えてください
どちらもシリアル値(内部的な連番)が返るので、表示の形は前の節の表示形式で整えます

シート保護と印刷まわり

数式が入ったセルを他人に触られると、たいてい壊れます
入力してほしいセルだけロックを外してから、校閲タブの「シートの保護」をかけると、それ以外が編集できなくなります

• 見積書シートの入力セル(見積番号・得意先コード)を選んで、セルの書式設定からロックのチェックを外す
• 校閲タブのシートの保護をかける、パスワードは空でも構わない
• 明細一覧シートにも保護をかけるなら、商品コード・数量・税率の列はロックを外しておく
• ページレイアウトタブで印刷範囲を設定する
• ページ設定の拡大縮小印刷で、横1ページに収まるよう指定する

この保護はうっかり数式を消す事故を防ぐためのもので、中身を守るセキュリティ機能ではありません
解除の手順は広く知られているので、見られて困る情報を隠す用途には使わないでください

明細が2ページに渡る可能性があるなら、印刷タイトルで見出し行を各ページに繰り返す設定も入れておくと読みやすくなります

注文書・納品書・請求書への転用

ここまで組んだ仕組みは、見出しと項目を差し替えるだけで他の帳票にも回せます
一覧から必要な行を引いて並べる、という骨格は同じだからです

問題は消費税です
ここだけは作りを間違えると、そのまま転用したときに困ります

端数処理は税率ごとに1回だけ

国税庁のQ&A(問57・PDF)は、適格請求書に書く消費税額に1円未満の端数が出るとき、税率ごとに1回だけ端数処理をするよう求めています
個々の商品ごとに端数処理して、その合計額を消費税額として記載する形は認められない、とも注記されています

なので明細の行では丸めません
明細一覧に税率の列を持たせておいて、税率ごとに集計してから外側で1回だけ丸める、という形にします

=ROUNDDOWN(SUMIFS(明細一覧[税抜金額], 明細一覧[見積番号], $D$3, 明細一覧[税率], 0.1) * 0.1, 0)

10%対象の税抜金額をSUMIFSで集めて、税率を掛けたところに ROUNDDOWN が1回だけ入る形です
8%対象があるなら、条件と掛ける率を差し替えた同じ式をもう1本並べます

ずれる額の実例・切り上げと四捨五入の選び方・明細を税込で持っているときの割り戻しは、こちらにまとめました

あわせて読みたい

エクセルで消費税の端数処理 税率ごとに1回だけ丸める エクセルで消費税の端数処理をするとき、明細行ごとにROUNDDOWNを入れて足すと税額がずれます 国税庁のQ&Aは税率ごとに1回と書いているので、税率の列を持たせてSUMIFSで集計してから1回だけ丸める形にします 軽減税率8%が混じるときの数式も載せました

税額の扱いは取引の形によって変わるので、自社の運用に落とすときは顧問税理士や所轄の税務署に確認してもらうのが確実です

まとめ エクセルの見積書に必要な関数と機能

部品を一度並べ直しておきます
それぞれ独立して使えるので、詰まったところに戻ってきてもらえればと思います

押さえどころを3つに絞るなら、この3つです

• 一覧はテーブルにして、引くのはXLOOKUP、IFERRORで包まない
• 見た目は表示形式で決める、ゼロ非表示は3つ目のセクションを空にする
• 消費税は明細行ごとに丸めず、税率ごとに1回だけ端数処理する

ここまで関数と標準機能だけで組んできましたが、発行のたびに明細を打ち直す・番号を手で振る・PDFにして保存する、この辺りは関数では届かない領域です
同じ見積書をマクロで自動化する版は別記事で扱う予定なので、手作業をボタン1つにしたい方はそちらを待ってもらえればと思います

完成品のサンプルファイルも別途用意します
まずは自分のブックで、詰まっている部品から手を付けてみてください

VBAの独学に効く本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

Excel マクロ&VBA［実践ビジネス入門講座］完全版 第3版

国本温子

Amazonで見る楽天で見る

増強改訂版 できる イラストで学ぶ 入社1年目からのExcel VBA

きたみあきこ

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

エクセルで消費税の端数処理をするとき、明細の行ごとにROUNDDOWNを置いていませんか？
同じ税率の中で端数の出る行が2行以上あると、それを足した税額は税率ごとにまとめて計算した額とずれてきます

ずれるのは1回あたり1円に満たない額ですが、明細が増えるほど積み上がっていきます
それに国税庁のQ&Aは商品ごとに端数処理して合計する形を認めていないので、そのまま請求書に転用すると、Q&Aが認めていない形の請求書になります

ここで扱う端数処理のルールは、インボイスを出せる登録を済ませた事業者が適格請求書を交付する場合の話です
免税事業者や未登録の事業者が出す書類には、そのまま当たりません
扱うのは公表されているQ&Aをエクセルの数式にどう落とすかまでで、税務の判断には立ち入りません

ジャベ雄

先に結論だけ言うと、丸めるのは税率ごとに1回です

明細ごとに丸めると合計が1円合わなくなる

何が起きるのかを先に数字で見ておきます
10%の商品が2つ・8%の商品が2つ混じった、よくある形の明細です

行ごとに切り捨てた税額を足すと2,745円です
税率ごとにまとめてから1回だけ切り捨てると、答えが変わります

• 10%対象の税抜合計 21,245円 × 10% = 2,124.5 → 切り捨てて 2,124円
• 8%対象の税抜合計 7,777円 × 8% = 622.16 → 切り捨てて 622円
• 税額の合計は 2,746円

行ごとに丸めると2,745円・税率ごとに丸めると2,746円
国税庁のQ&Aが求めているのは後者の出し方です
丸める回数が減るぶん、端数で動く額そのものが小さくなります

今回ずれたのは8%側だけで、10%側は一致しています
ただ、これは10%対象で端数が出た行が12,345円の1行だけだったからで、たまたまです

差が出るのは同じ税率の中で端数の出る行が2行以上重なったときで、税率が混ざっているかどうかは関係ありません
10%だけの帳票でも、12,345円と6,789円が並べば行ごとの合計は1,912円・税率ごとなら19,134円×10%で1,913円と、やはり1円ずれます

ジャベ雄

ずれる額は小さいです
ただ、この作りが認められていないほうが困ります

ルールは税率ごとに1回 国税庁Q&Aの原文

根拠は国税庁のQ&A 問57(PDF)です
適格請求書、いわゆるインボイスに書く消費税額の丸め方を決めている箇所で、【答】の本文をそのまま引きます

読むところは2か所です
ひとつは一の適格請求書につき、税率ごとに1回という回数の指定、もうひとつが(注)の商品ごとに端数処理して合計する形は認められないという一文です
冒頭の表で行ごとにROUNDDOWNを入れていた形が、この(注)に当たります

Q&Aには計算例も付いていて、税率ごとに合計した税込金額から割り戻す形です
10%対象の税込60,000円なら10/110を掛けて約5,454円・8%対象の税込40,000円なら8/108を掛けて約2,962円です

見積書なら関係ないのでは？

国税庁が適格請求書の例として挙げているのは請求書・納品書・領収書・レシート等で、記載事項には課税資産の譲渡等を行った年月日が含まれます
記載事項から見ると、取引の前に出す見積書をそのまま適格請求書として交付する形は考えにくいところです

ただし同じQ&Aの問25(PDF)には、様式の定めが無いと書かれています
必要事項が記載されていればその名称を問わず適格請求書に該当するとのことでした
書類の名前で決まるものではないので、見積書だから端数処理は自由、とは考えないほうが安全です

エクセルで消費税の端数処理を組む

やることは2つ
明細一覧に税率の列を持たせることと、税率ごとに集計してから1回だけ丸めることです
この形にすればQ&Aの求める並びになります

明細一覧に税率の列を足す

明細を並べているシート、つまり見積番号ごとに行がぶら下がっている一覧に、税率の列を1本足します
この記事で使う列は見積番号 / 税抜金額(または税込金額)/ 税率の3本です
10%と8%を行ごとに持たせておけば、税率を条件にして集計できます

気をつけたいのは、文字として「10%」と打たないことです
パーセント書式の数値として入れておけば、集計の条件にも掛け算にもそのまま使えます
文字列で入っていると条件に一致せず、合計がいつまでも0のままになります

そして明細の行では丸めません
金額の列は数量×単価のまま置いて、行ごとの税額の列は作りません
これが今回の前提です

税率ごとに集計して1回だけ丸める

数式に入る前に前提をひとつ
ここから先は明細一覧をCtrl+Tでテーブルにして、テーブル名を「明細一覧」にしてあるものとして書いています
普通の範囲のまま貼ると#NAME?が返るので、そこだけ先に済ませてください

その明細一覧をどう用意するか(マスタと帳票を分ける・テーブルにする・XLOOKUPで単価を引く)は、見積書を関数だけで組む記事のほうにまとめてあります
手元にまだ一覧が無いなら、先にそちらを見てもらったほうが早いかもしれません

あわせて読みたい

Excelで見積書を作るなら知っておきたい関数と機能 エクセルで見積書を作るときに要る関数と機能を、作り方の手順ではなく部品ごとに整理しました テーブル・XLOOKUP・FILTER・表示形式・入力規則・シート保護まで、マクロを使わず関数とExcel標準機能だけで組む前提でまとめています

明細を税抜で持っている場合の式です
D3に見積番号が入っている前提で、10%対象の税額を出します

=ROUNDDOWN(SUMIFS(明細一覧[税抜金額], 明細一覧[見積番号], $D$3, 明細一覧[税率], 10%) * 10%, 0)

内側のSUMIFSで、この見積番号かつ税率10%の行だけを合計しています
そこに10%を掛けて、いちばん外側のROUNDDOWNで1回だけ切り捨てます
丸めが外側にひとつだけ、この形が要点です

8%対象は、条件と掛ける率を差し替えた同じ形をもう1本並べます

=ROUNDDOWN(SUMIFS(明細一覧[税抜金額], 明細一覧[見積番号], $D$3, 明細一覧[税率], 8%) * 8%, 0)

見積書の合計欄に載せる消費税額は、この2本を足した額です
税率が増えても、増えるのは式の本数だけになります

丸める単位は帳票1枚の単位です
この式は条件を見積番号にしているので、複数の見積をまとめて1枚の請求書にするなら、条件をその請求書番号の列に差し替えてください

テーブルにしない運用なら、列を直接指定した形に読み替えても結果は同じです
下はA列に見積番号・E列に税率・F列に税抜金額が入っている場合の、10%対象の式です

=ROUNDDOWN(SUMIFS($F:$F, $A:$A, $D$3, $E:$E, 10%) * 10%, 0)

SUMIFSはExcel 2007以降ならどの版でも使えるので、配布先の環境をあまり選びません
Microsoft 365なら税率ごとの小計をGROUPBYで一気に出す手もありますが、丸めるのは集計したあとの1回です

税込で持っているときは割り戻す

明細を税込で持っているなら、掛ける部分を10/110に置き換えます

=ROUNDDOWN(SUMIFS(明細一覧[税込金額], 明細一覧[見積番号], $D$3, 明細一覧[税率], 10%) * 10 / 110, 0)

8%対象なら8/108で、問57の計算例もこの形です
税抜のつもりで10%を掛けると税を二重に乗せるので、明細の金額が税抜か税込かだけは先に決めておいてください

VBAの独学に効く本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

Excel マクロ&VBA［実践ビジネス入門講座］完全版 第3版

国本温子

Amazonで見る楽天で見る

増強改訂版 できる イラストで学ぶ 入社1年目からのExcel VBA

きたみあきこ

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

切り捨て・切り上げ・四捨五入のどれにするか

ここに正解の関数はありません
Q&Aが任意の方法とすることができますと書いているとおりで、どれを選んでも回数の条件さえ守っていれば形は成り立ちます

3つとも第2引数は0で、整数の位で丸める指定です
どれを選んでも式の形は変わらず、いちばん外側の関数名が入れ替わるだけになります

値引き行のようにマイナスの金額が混じるときは、丸める場所に気をつけてください
ROUNDDOWNはマイナスの数を0に近づける向きに切り捨てるので、行ごとに丸めると向きが変わります
税率ごとに集計したあとの1回だけなら、これは起きません

決め方は、社内でどれかに統一しておくのが現実的だと思います
取引先との取り決めがあるならそちらが優先で、会計ソフトの設定と揃えると突き合わせが楽です

ジャベ雄

関数を選ぶ話より、社内でバラバラにしないほうが大事です

明細の合計と小計が1円ずれて見えるとき

結論から言うと計算そのものは合っています
ずれて見えるのは、表示のために丸めた数字を人が足しているからです

ここは単価や数量に小数がある場合の話です
単価が小数第2位まで入っている・作業時間を0.5時間で数えている、そういう明細だと「印刷した金額を電卓で足したのに小計と1円合わない」という質問が飛んできます
数量×単価がいつも整数で収まる明細なら起きないので、当てはまらない方は読み飛ばして大丈夫です

冒頭の2,745円と2,746円とは別物です
あちらは税額をどこで丸めるかの話で、こちらは明細の金額に小数が残っていることで起きます

表示形式で小数点以下を隠しても、セルの中身は小数のまま残ります
SUMは中身の数値で足すので、画面の整数を電卓で足した答えとは1円単位で食い違います

選べるのは2通りです
そのままにするなら、聞かれたときに説明できれば足ります
表示と中身をそろえるなら、明細の金額の列をROUNDDOWNで確定させます

金額の列を丸めた場合も、税額は確定した金額を税率ごとに合計してから1回だけ丸めます
問57が書いているのは消費税額等の端数処理についてなので、明細の金額そのものを丸めていいかは、最後の確認先で聞いてもらうのが確実です

まとめ 丸めるのは税率ごとに1回だけ

押さえどころは3つです

• 明細一覧に税率の列を持たせて、明細の行では丸めない
• SUMIFSで税率ごとに集計し、ROUNDDOWNはいちばん外側に1回だけ
• 切り捨て・切り上げ・四捨五入は任意なので、社内で統一する

10%だけの帳票でも話は同じです
問57の(注)は税率がいくつあるかと無関係に、商品ごとに丸めて足す形そのものを認めていません

軽減税率の行が増えても、やることは式をもう1本並べるだけです
先にこの並びにしておくと、あとで組み直さずに済みます

ジャベ雄

数式の形が決まれば、あとは丸め方をひとつに決めるだけです

VBAの独学に効く本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

Excel マクロ&VBA［実践ビジネス入門講座］完全版 第3版

国本温子

Amazonで見る楽天で見る

増強改訂版 できる イラストで学ぶ 入社1年目からのExcel VBA

きたみあきこ

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

Excelの条件付き書式が増える現象に、心当たりはありませんか？
ルールの管理を開いたら、中身のほとんど同じルールが何十行も並んでいた、という場面です

結論から言うと、増える引き金そのものはMicrosoftが公式に書いている動きで、Excelの不具合ではありません
原因がはっきりしているので、マクロを使わなくても掃除できます

私は条件付き書式をなるべく使わない派なので、使わずに済ませる手も後半に置きました

ジャベ雄

私も月次の帳票を開いて、同じ画面で固まりました

条件付き書式が増えるとどうなるか

• 「条件付き書式ルールの管理」に、ほとんど同じルールが何十行も並ぶ
• 適用先が $A$2:$A$5 / $A$6 / $A$7:$A$9 のように細切れになる
• セルを1つ書き換えただけで画面の更新がもたつく
• 色を変えようとルールを直したのに、一部の行だけ前の色のまま残る

実務でこたえるのは下の2つで、直したのは1本目のルールだけ・残りは手つかず、という形で出ます

なぜ増えるのか コピーと貼り付けが引き金

いちばん確かな原因はコピーと貼り付けです

Microsoftの公式ページ「条件付き書式を使用して情報を強調表示する」に、そのままの説明があります
条件付き書式が設定されたセルをコピーして貼り付ける・範囲をフィルする・書式のコピー/貼り付けを使う
これらの操作をすると、コピー元のセルに基づいてコピー先に新しいルールが作成される、と書かれています

日本語版は優先順位の変化とまとめて1文になっていますが、英語版を見るとルールが作られる部分は言い切りです
可能性がかかっているのは優先順位のほうだけです

貼り付け先のルールが置き換わるのではなく、新しいルールが足されるところが要点です
先月のシートをコピーして今月分にする、という使い方を繰り返せば、増殖と呼びたくなる形で層になって積み上がります

相対参照だと別のルールとして増える

条件式に相対参照を使っていると、コピー先では参照がずれた式になり、Excelから見れば別のルールなので1本にまとまらない、と説明されています

=AND($D2<TODAY(), $E2="未完了")

これは窓の杜が挙げている例で、コピーのたびに参照が D12・D13 と変化していきます
行の挿入や削除・適用先の分割についても、解説サイト側に同じ説明があります
相対参照・行の挿入や削除・適用先の分割の3つは、Microsoftの明文を見つけられなかったので、そう説明されている、というところまでにしておきます

ジャベ雄

コピーで増える、まずはここだけ押さえれば十分です

どこまで増えるのか・どこが重くなるのか

Excelは構造上、数十万個のルールを抱えられます
Microsoftのパフォーマンス改善の資料(英語)には、44,000セルで合計386,000個のルールを持つブックが出てきます
ただしこれはコピー性能を測るために作られたテスト検体で、実務のブックがこうなるという話ではありません

ルール数の上限は仕様と制限のページに見当たらないので、何個までなら大丈夫という基準は判断できません

遅くなる理由は再計算のほうにある

パフォーマンス最適化のドキュメント(英語)に、条件付き書式とデータの入力規則は便利だが大量に使うと計算が著しく遅くなるという一文があります
表示中のセルは計算のたびに、そして画面が更新されるたびに数式が評価される、とも書かれています

一緒に名前が挙がる入力規則は、選んだ分類で候補を絞り込む使い方なら気にしなくて大丈夫です

ファイルサイズは分けて考えます
Microsoftが条件付き書式と肥大を結びつけているのは条件付き書式が破損しているときだけで、サイズの原因としてまず挙がっているのは列全体・行全体への色や罫線です

増えたルールを掃除する(マクロなし)

マクロを動かせない環境もあるので、ここではExcelの標準機能だけで片付ける手順を並べます

まず全体を見る

条件付き書式が付いているセルの場所を知りたいときは、公式が案内している2手の操作を使います
まず条件付き書式が設定されていないセルをクリックして、それからホームタブの「検索と選択」で「条件付き書式」を選ぶ、という順です
1手目のセル選びを飛ばすと結果が変わります

1本だけ残して適用先を広げる

ルールの中身が同じなら残すのは1本で足ります
残した1本の適用先を本来当てたい範囲まで広げ、あとは削除する、という直し方です

適用先はダイアログ右側のボックスで編集します
ボックス横のボタンでダイアログを縮め、シート上で範囲を選び直す方法が案内されています

重複したルールをまとめる機能は案内されていません
ルールの管理は1ルールずつ適用先を直す作りなので、掃除は手作業になります

数が多いなら全部消して貼り直す

ルールが数十本まで育っているなら、1本ずつ直すよりいったん全部消すほうが早いです

この「全部消して貼り直す」型は、解説サイトで繰り返し出てくる直し方です
Microsoft自身も、ブックを軽くするための資料(英語)で同じ順を番号付きで案内しています
バックアップ → シート全体からルールをクリア → 別名で保存 → 症状の確認、という流れです
ただしこれはファイルが重い・壊れている疑いを切り分けるための手順なので、増えたルールの整理には読み替えて使うことになります

整理用のマクロを使うなら、ブックでマクロを動かせる状態にするところから先に片付けることになります

ジャベ雄

掃除の前に別名保存、ここだけは省かないでください

VBAの独学に効く本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

Excel マクロ&VBA［実践ビジネス入門講座］完全版 第3版

国本温子

Amazonで見る楽天で見る

増強改訂版 できる イラストで学ぶ 入社1年目からのExcel VBA

きたみあきこ

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

そもそも増やさない使い方

掃除より、増やさない側に手を打つほうが手間は少なくて済みます

貼り付ける中身を選ぶ

引き金が貼り付けなので、貼り付ける中身を選べば理屈のうえでは増えません
Microsoftの「貼り付けのオプション」には「値」「値と数値の書式」が並んでいます
条件付き書式を結合して貼る項目も同じ一覧にあります

値のみで貼れば適用範囲の分割を防げる、という説明は解説サイト側のものです
公式に書かれているのは選択肢の存在までなので、どれくらい防げるかは自分のブックで一度試してみてください

適用先と条件式を先に整える

行を足すたびに書式をコピーするから増えるので、使う予定の範囲まで最初に当てておけばコピーが要りません
先に100行ぶん指定しておく、といった運用が紹介されています
ただし広く取るほど良い話ではないので、必要な範囲にとどめるのが無難です

相対参照が原因なら、参照がずれない書き方にすれば増えません
紹介されているのはINDEXとROWで行を指す形で、式の見た目が変わらないぶんルールが1本のまま保たれるという理屈です

=AND(INDEX($D:$D,ROW())<TODAY(),INDEX($E:$E,ROW())="未完了")

私はまだ手元で確かめていないので、採用する前に自分のブックで動きを見てもらえればと思います

表示形式で代わりを作る

金額の色分け・マイナスの見せ方・ゼロを消す、この辺りは表示形式(ユーザー定義)で足ります
セルを選んで Ctrl + 1、分類の「ユーザー定義」に書式コードを入れる場所です

書式コードは最大4セクション

書式コードはセミコロンで区切った最大4セクションで、Microsoftのガイドラインによると順番は 正の数 / 負の数 / ゼロ / 文字列 です

つまずくのは全部書かなかったときです
2つしか書かないと1つ目が正の数とゼロの両方に使われるので、ゼロを消すなら3つ目のセクションを空にします
飛ばすセクションの終わりのセミコロンは残す決まりです

#,##0;-#,##0;;@

指定できる色は黒・青・水・緑・紫・赤・白・黄の8色だけで、▲のような文字は二重引用符で囲みます

書式コードの中に条件が書ける

あまり知られていませんが、書式コードの中には簡単な条件も書けます
角括弧に比較演算子を入れる形です

[赤][<=100]#,##0;[青][>100]#,##0

100以下なら赤・それより大きければ青、という色分けがセルの属性だけでできます

肝心なのはここで、表示形式はコピーしても書式が移るだけなのでルールとして積み上がりません
セルの属性なので、数式の計算チェーンにも乗りません

この書式コードを実際の帳票に当てた例は、見積書を関数だけで組む記事のほうに置いてあります
金額欄のゼロ非表示や、値引き行を赤い▲で出す書き方はそのまま真似できると思います

あわせて読みたい

Excelで見積書を作るなら知っておきたい関数と機能 エクセルで見積書を作るときに要る関数と機能を、作り方の手順ではなく部品ごとに整理しました テーブル・XLOOKUP・FILTER・表示形式・入力規則・シート保護まで、マクロを使わず関数とExcel標準機能だけで組む前提でまとめています

色を使わず、判定用の列を1本作って文字で出す手もあります(白黒で印刷しても伝わります)

あわせて読みたい

Excelのスピルとは 使い方と動的配列関数まとめ Excelに実装されたスピルですが、最初のころは気にしていなかったし、なんなら使わないようにしていたぐらいでした 意識して使ってみると結構便利だったので、自分の深…

それでも条件付き書式が勝る場面

表現力は条件付き書式のほうが上で、表示形式では届かないところがあります

重複チェックの色付け・進捗のデータバー・ヒートマップのように、セルの塗りで見せる表現には条件付き書式が要ります
切り分けとしては手元で分析する表なら条件付き書式・コピーして配りまわす帳票なら表示形式、と考えると迷いにくいと思います

私が帳票に条件付き書式を入れないのは、機能が悪いからではありません
コピーで増える性質と、毎月コピーして使う運用が噛み合わないからです

ジャベ雄

自分だけが見る分析用の表では、私も条件付き書式を使います

まとめ 条件付き書式が増える前にできること

• 増える原因はコピー・貼り付け・フィル・書式のコピー、ここは公式に書かれた動きなので不具合ではない
• 掃除は1本残して適用先を広げるか、全部クリアして貼り直すかの2択
• 増やさないなら貼り付ける中身を選ぶ、適用先は使う範囲まで先に取っておく
• 帳票の色分けは表示形式で代わりが作れる、こちらはコピーしても増えない

ルールの管理を開いて数が多いと感じたら、いきなり消す前に別名で保存しておいてください
残すルールを1本決めるところから始めれば安全です

VBAの独学に効く本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

Excel マクロ&VBA［実践ビジネス入門講座］完全版 第3版

国本温子

Amazonで見る楽天で見る

増強改訂版 できる イラストで学ぶ 入社1年目からのExcel VBA

きたみあきこ

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

ループエンジニアリングを調べ終えたばかりなのに、もう次の言葉が出てきた
そんな順番でこのページにたどり着いた方も多いと思います
今回のテーマはグラフエンジニアリングです

グラフエンジニアリングとは何か、ひとことで答えるならAIの仕事をノードとエッジに切り分けて、つなぎ方まで決めておく設計の考え方です
1体のAIをどう回すかではなく、複数の担当と受け渡しをどう組むかを扱います

この記事は「AIの◯◯エンジニアリング」連載の5本目です
前回のエージェントループが「時間軸でどう回すか」だったのに対して、今回は構造軸でどう組むかの話になります

この言葉が一気に広まったきっかけは、実は冗談の投稿でした
ただ、中身まで冗談ではありません

ジャベ雄

聞き慣れない言葉ばかりですが、やっていることは仕事の分担と同じです

グラフエンジニアリングとは？まず結論から

結論から言うと、AIの仕事を点と線のつながりとして書き出しておく営みです
点がノード、線がエッジ、そのあいだを流れる情報が状態です

よく出てくる「有向グラフ」は、点と線を向き付きでつないだ図のことです
棒グラフや折れ線グラフとは別物です

では、なぜ書き出すのか？
1つの流れに判断も情報も外への操作も詰め込むと、途中で止まったときどこから再開すればいいのかが分からなくなります
切り分けておけば、止まった点だけをやり直せます

ジャベ雄

この3語、仕事の役割分担をそのまま言い換えただけなんです

ループエンジニアリングとの違い 時間軸と構造軸

ループエンジニアリングが設計するのは時間軸です
1体のAIをどう回し続けるかを扱います
グラフエンジニアリングが設計するのは構造軸のほう、複数の担当をどう並べてつなぐかです

押さえたいのは、2つが置き換えではなく包含の関係だという点です
ループは消えません
1体のAIが回している輪が、そのままグラフの1つの点に収まります

グラフを「多くのループにまたがる調整のレイヤー」と呼ぶ解説もありました

資料づくりで言うと、書いた人が「直して出し直す」を繰り返しているのがループです
その人を含めた全員の担当と受け渡しを決めるのがグラフになります
担当が1人なら、そもそも線を引く必要がありません

あわせて読みたい

エージェントループとは 推論と行動を繰り返す仕組み AIエージェントが自分で考えて動き続ける正体がエージェントループです この記事では推論 行動 観測を停止条件まで繰り返す基本のしくみを ReActの由来やClaude Codeの実例とあわせて解説し 後半では2026年に登場したループエンジニアリングという新しい考え方も等身大で紹介します

ノード・エッジ・状態 3つの部品を噛み砕く

この3語さえ握っておけば、英語の解説を開いても迷子になりません

ノードは「1つのことだけをやる担当」

置かれるのは、だいたい次の粒度になります

• AIに1回考えさせる(下書きを作る・要約する)
• ツールを動かす(検索する・APIを呼ぶ・コードを走らせる)
• 検証役(evaluator)として、前のノードの出来を判定する
• 人の承認(human gate)として、進めていいかを人に聞く

1つのノードにあれもこれも詰め込まないのがコツです
最初にこの言葉を使った記事も、ノードは退屈なくらい単純がいいと書いています
資料づくりでいえば、書く人とチェックする人を兼ねさせないことです

エッジは矢印ではなく「取り決め」

エッジは矢印ではなく、ノードとノードのあいだで交わす取り決めのことです
線1本に、次の4つがぶら下がります

• 渡すもの・受け取るもののかたち(項目や型)
• どういう条件のときに、その線を通るのか
• そのノードが外に対してやっていい操作の範囲
• 失敗したときの扱い(前へ戻すのか・別の線へ逃がすのか)

資料づくりなら「書き終えたら声をかける」だけでは足りません
誤字を直してから渡す・内容が薄ければ書き直しに戻す、そこまで決めるのがエッジです

状態は「途中から再開できるようにする進捗表」

状態は、ノードのあいだで共有される情報です
会話の履歴をそのまま抱える形と、項目を決めた表のように持つ形があります

差が出るのは、状態を会話ログから切り離すかどうかです
切り離してあると、止まっても最後に保存した地点から再開できます
あとから「どの時点で何が入っていたか」もたどれます

共有フォルダの進捗表と同じです
誰でも読める場所に進み具合を書いておけば、担当が抜けても続きから入れます
会話の中だけで進めると、それが残りません

ノード・エッジ・状態という整理は、We Are Entering the Graph Engineering Phase(Josh C. Simmons、2026年7月4日)でも示されています

エッジで表せる4つの形

複雑そうな構成も、たいていこの組み合わせです

4つ目のループ回帰が、さっきの包含の関係です

ジャベ雄

エッジを「矢印」でなく「取り決め」と読み替えるのが、いちばんの山です

Claude・生成AIを学べる本PR

実践Claude Code入門

西見公宏・吉田真吾・大嶋勇樹

Amazonで見る楽天で見る

Claude CodeによるAI駆動開発入門

平川知秀

Amazonで見る楽天で見る

開発効率をアップする! Claude Code 実用入門

大澤文孝

Amazonで見る

私のおすすめからランダムで3冊を表示しています

言葉の出どころ 論考が先で 冗談で火が付いた

この順番を取り違えやすいので、日付で並べます

皮肉の的になったのは、業界が数か月ごとに同じ営みを改名し続けることでした
ループエンジニアリングが広まって、まだ6週間ほどのタイミングです
「もう次の名前に移ったの？」という揶揄でした

この2つの投稿は、新しい製品やモデルの発表をきっかけに起きたものではありません

ただ、冗談が出発点だったわけではありません
2週間前の7月4日の論考は「エージェントループが十分に良くなった結果、自分の天井が見えてしまった」と書いています
この限界はモデルの質とは関係ない、次は複数をどうつなぐかだ、という主張です

実装のほうが言葉より2年半早い

LangGraph は2024年1月なので、言葉より2年半ほど先に実装があったことになります
新しい言葉が出た=新しい技術が出た、とは限りません

身近なところだと、Claude Code にも複数のエージェントをつなぐ仕組みがあります
公式ドキュメントによると、有料プラン向けで v2.1.154 以降が要ります
Pro は既定でオフなので、/config の Dynamic workflows から入れる形です
私はグラフのフレームワーク自体は触っていないので、名前を挙げるだけにとどめます

ジャベ雄

2026年8月の時点で、言葉はひと月・実装は2年半です
この差を知っておくと落ち着いて読めます

冷静な見方 ほとんどのエージェントには要らないという声

Turing Post は、この概念は新しくないとはっきり書いています
ループはすでにグラフの一種ですし、状態機械や DAG(向きがあって一周しない図)は数十年前からあるものです

2年半という数字はAI向けの道具に限った話で、考え方まで遡れば数十年になります

Turing Post には、ほかに次の2点も書かれています

• 「Microsoft と Stanford と Anthropic が同時に発見した」という言われ方には根拠がない
• ほとんどのエージェントに、グラフのフレームワークは要らない

出典はIs Graph Engineering Real?(Turing Post)です
最初期の記事と並べて読むと、温度差がはっきり出ます

もう1つ、日本語の指摘で納得したものです
配線をどれだけ賢くしても、1つ1つのノードの判定が甘ければ、複雑な配線は間違った方向に速く進む装置にしかならない
つなぎ方より、ノードが出す答えの質が先だ、という主張です

これは書き手の意見ですが、私が読んだ範囲では中身が濃かったです
出典はループエンジニアリングの次は本当に「グラフ」なのか考えてみた(Zenn)です

グラフにする / しないの見分け方

線を引くかどうかの判断材料が、解説記事に出ていました

ほかに、独立した枝が複数あるとき・複数の担当が連携するとき・数分を超える待ち時間があるとき・権限の違う操作が混じるときも挙がっていました

3つ目だけ補足します
動的に線を組み替えられる道具もあるので、手順が変わる=グラフにできない、ではありません
ただし組み替えを前提にすると、設計のほうが重くなります

判断の軸は分担する理由があるかどうかに集約されます
元にした記事はグラフエンジニアリングとは？(AI総合研究所、2026年7月28日)で、私が見た限りでは日本語の解説でいちばん詳しかったです

私はまだ線を引くほどの規模ではありません
それでも3語を知っていると、解説を読む速さが変わります

ジャベ雄

迷ったら、まず線を引かずに1本の流れで書いてみるのがおすすめです

まとめ グラフエンジニアリングの要点と連載ナビ

グラフエンジニアリングとは、AIの仕事をノード・エッジ・状態に分けて、つなぎ方まで決めておく設計の考え方でした

• ノード(担当)・エッジ(取り決め)・状態(共有の進捗表)の3つで組む
• エッジは矢印ではなく、渡すもの・条件・許す操作・失敗時の扱いまで含む取り決め
• ループとは包含の関係、ループはグラフの1つのノードとして収まる
• 広まったきっかけは2026年7月18日の冗談の投稿、ただし論考は7月4日で先
• 実装は言葉より2年半早い(LangGraph は2024年1月)
• ほとんどのエージェントにグラフのフレームワークは要らない、という指摘もある

最後に、いちばん持ち帰ってほしいことです
新しい「◯◯エンジニアリング」が出てきたら、結局、何のノードと何のエッジの話をしているのかに分解して読む
これを覚えておけば、名前が変わっても中身は追えます

この読み方はグラフエンジニアリングを知ろう(Qiita、2026年8月6日)が勧めていたものです

この記事は連載「AIの◯◯エンジニアリング」の1本です
全体を1枚で見たいときはハブからどうぞ

あわせて読みたい

AIエンジニアリング5種の違い コンテキストからグラフまで AIの使いこなしは プロンプト コンテキスト ハーネス ループ グラフ の5段階で進化してきました それぞれ何を設計する技術なのか どう違うのかを1枚の地図で俯瞰し 単発チャットから複数エージェントの編成までの流れをつかめるようにまとめた総論です

• 連載#1:指示文の書き方を5つのコツで整える
• 連載#2:AIに渡す材料を選び直す
• 連載#3:AIを取り囲む器のほうを整える
• 連載#4:AIが自分で考えて動き続ける輪のしくみ

5本を通して読むと、AIの作り込みが指示文→渡す材料→器→回し方→つなぎ方と外側へ広がってきた流れが見えます

Claude・生成AIを学べる本PR

実践Claude Code入門

西見公宏・吉田真吾・大嶋勇樹

Amazonで見る楽天で見る

Claude CodeによるAI駆動開発入門

平川知秀

Amazonで見る楽天で見る

開発効率をアップする! Claude Code 実用入門

大澤文孝

Amazonで見る

私のおすすめからランダムで3冊を表示しています

こんにちは、ジャベ雄です

週末恒例のClaude＆Anthropic情報まとめ、第10弾です
今週の主役は 8月14日から始まるClaude Codeの自動モード既定化 で、前回(2026/7/27週)が点検の週だったのに続いて、今週は権限の週になりました

並んだ話題はばらばらに見えて、じつは1本の筋で繋がっています
読ませた文章のなかに指示が仕込まれていて、Claudeが利用者の権限のまま動いてしまう、という筋です
判定を分類器にゆだねる自動モードも、承認ダイアログの不具合も、メールの要約で発火する攻撃も、同じところを向いています

• 8月14日からClaude Codeの新規セッションが自動モードで始まる
• Coworkの5時間枠2倍は8月19日まで延長されていた
• Claude Codeが4日連続でリリース、権限の抜け道つぶしが続く
• メールを要約させるだけで動くゼロクリック攻撃がBlack Hatで公表
• Fable 5の生物学セーフガードが改善、勝手なモデル切替が約85%減
• 期限の答え合わせ、Opus 4.1は予定どおり退役
• そのほか、6月に直っていた穴の詳細公表とココナラ for Claude

この記事は2026年8月8日時点の公開情報をもとにしています
Claude Codeを毎日回していない方でも①だけは目を通しておくと後で戸惑わずに済みます
Claudeをこれから触る方は Claudeの使い方(初心者向け) もあわせてどうぞ

8月14日からClaude Codeの新規セッションが自動モードで始まります

Anthropicが8月7日に、公式ブログとドキュメントの両方で告知しました
中身は一行で、8月14日からPro・Max・Teamの新規セッションが自動モードで起動します
公開情報にタイムゾーンの記載が無いので、ここでは8月14日から、とだけ書いておきます

自動モード(auto mode)は、確認なしで実行される範囲が既定で「すべて」になり、危ない操作は裏で分類器が止める仕組みです
判定役は既定でClaude Sonnet 5が務めます
今回の告知にあわせて、この判定に使われるトークンぶんの料金は Pro・Max・Teamでは請求されなくなりました

自分で既定を決めている人は変わりません

全員が切り替わるわけではありません
公式ドキュメントは 自分で既定を設定してあるならそのまま維持される と書いています(一度だけ出る切り替えの確認に同意した場合は別です)
管理者が既定を配っている場合も、その設定が優先されます

対象の外にいる人もいます
古いモデル(Sonnet 4.5・Opus 4.5・Haiku系・claude-3系など)は自動モードに対応していません
Enterpriseやクラウド経由の利用も当面これまでどおりで、自分で選んだときだけ有効になります

安全になったから既定になる、という話ではありません

ここは読み違えると危ないところです
Anthropicは公式ブログとドキュメントの2か所で、分類の仕組みに頼っている以上リスクが消えるわけではない と書いています
減るのは確認の回数であって、危ない操作がゼロになるという意味ではありません

仕組み上の歯止めもいくつか用意されています
分類器が3回続けて、または通算20回ブロックすると自動モードは一時停止して、通常の確認に戻ります
自動モードのあいだは Bash(*) のような広すぎる許可ルールが自動で外れます
一方で、既定で許可される側には .env を読んで対応するAPIへ送る動作 も入っています

判定の材料も限定されています
分類器が見るのは利用者のメッセージ・ツール呼び出し・CLAUDE.mdの3つだけで、ツールの実行結果は取り除かれます
ファイルやWebページに仕込まれた文章が、判定を直接いじれないようにする作りです

そのうえで、今週いちばん持ち帰ってほしいのはここです
会話やCLAUDE.mdで伝えた境界も分類器は読んでいて、いったんは効きます
ただしルールとして保存されないので、文脈が圧縮されて元の発言が消えると一緒に失われます
だから 確実に止めたい操作は permissions.deny に書く というのが公式の言い方でした

これは私がこれまで書いてきた話と同じ結論です
頼みごとで止めるのではなく設定側で塞ぐ、という整理になります

あわせて読みたい

Claude Code 設定ファイル早見表 役割と場所 Claude Codeを触っていると次々に登場する設定ファイル(CLAUDE.md・settings.json・AGENT.md・SKILL.mdなど)を、保存場所と役割で一覧化した早見表記事です、微調整目線で抑えたい初心者〜中級者向けにまとめました

8月14日までにやっておくこと

ジャベ雄

私はフォルダで使い分ける派なので、14日までに一度見直します

Coworkの使用枠2倍は8月19日まで延長されていました

前号で、Coworkの5時間ごとの使用枠2倍は8月5日で終わると書きました
その後に公式ヘルプが更新されて、2倍の枠は8月19日まで延長されています
ヘルプの原文も「延長した」という書き方なので、前号の時点の情報が古くなった形です

終わりは米国太平洋時間(PT)の8月19日23時59分で、日本時間に直すと8月20日の16時ごろです(こちらでの換算です)
2倍になるのは 5時間ごとの枠だけ で、週次の上限は変わりません
対象はPro・Max・Teamなどで、無料プランは対象外です
申し込みも要りません

同じ8月19日にClaude Codeの50%増しも終わります

Claude Codeのプロモも同じ日で終わります
週次の使用上限50%増し は5月13日から8月19日までで、前号で書いた8月19日から変わっていません
Coworkは5時間枠だけ・Claude Codeは週次だけと、増えている側が逆になっています

旧Workbenchは8月17日で終わります
保存したプロンプト・評価・プロンプト共有は新しいWorkbenchへ引き継がれないので、その日までにエクスポートが要ります
Sonnet 5のほうはAPIの従量課金の話で、9月1日から標準価格の $3/$15 になります

ジャベ雄

Coworkで重い一括作業をするなら、19日までに寄せておくのが得です

Claude Codeが4日連続でリリース、権限の抜け道つぶしが続きます

日本時間の8月5日から8日にかけて、Claude Codeが5本更新されました
版は v2.1.222 から v2.1.226 までで、並んでいるのは新機能よりも 権限まわりの穴をふさぐ修正 です

いちばん分かりやすいのは8月6日の修正でした
承認ダイアログに出ている文字列が、実行されるコマンドの全部とは限らなかった という話です
タブや目に見えないUnicode文字を混ぜると、コマンドの一部を隠せていました
権限チェックから自分の一部を隠す抜け道も、同じ版でふさがれています

• v2.1.222(8月5日)…worktreeで切り離したセッションやサブエージェントが、本体のチェックアウトを壊しかねないgitコマンドを実行できた不具合を修正 / PreToolUseの自動許可フックが、要約や圧縮といった裏側の処理でツール制限を回避できた不具合も修正 / ultraplan機能は削除
• v2.1.223(8月6日)…承認ダイアログの隠し文字とコマンドの権限バイパスを修正 / ワークフロースクリプトが動的な読み込みでサンドボックスの外を実行できた問題 / エージェント定義側の設定が組織のバイパス禁止を無視できた問題も修正
• v2.1.224(8月7日)…サンドボックスの拒否リストに末尾スラッシュ付きのパス(例 ~/.aws/)を書くと、LinuxとmacOSで黙って回避できた不具合を修正
• v2.1.225・v2.1.226(8月8日)…未信頼のフォルダで claude agents を動かすときに確認を出すよう変更 / 自動モードが自分の安全フィルタによる拒否まで連続ブロックの回数に数えていた不具合を修正 / 226は不具合修正のみ

なお、この一連の修正についてGitHub上ではセキュリティアドバイザリが出ていません
末尾スラッシュの件はサンドボックスの拒否設定(sandbox.filesystem.denyRead / denyWrite)の話で、対象はLinuxとmacOSです
ネイティブのWindowsはサンドボックス自体が非対応なので、WSL2で動かしている方だけ書き方を見直してください

ジャベ雄

サンドボックスを使っている方は、拒否設定を見直すきっかけになります

エージェント型ブラウザ横断のゼロクリック攻撃がBlack Hatで公表されました

セキュリティ企業のZenity Labsが、8月5日に「PleaseFix」という脆弱性クラスを公表しました
先に断っておくと、これはClaude固有の欠陥ではありません
複数のエージェント型ブラウザにまたがる設計上の問題で、名前が挙がっているのは Claude in Chrome・Gemini in Chrome・Perplexity Comet・ChatGPT Atlas・Copilot Edge の5製品です

手口は「意図の衝突(Intent Collision)」と呼ばれています
メール・カレンダーの招待・Webページに仕込まれた文章を、エージェントが利用者自身の依頼の一部だと取り違えます
そのまま利用者のログイン状態と権限で実行してしまう、という筋です

報じられた流れはこうでした
細工されたメールが受信箱に届いている状態で、利用者が「最近のメールを要約して」と頼むと発火します
認証済みのブラウザセッションで悪意あるスクリプトが動き、Gmailの中身が持ち出される、という流れです
発火のきっかけがごく普通の依頼になっているところが、この攻撃クラスの厄介な点です

Zenityは2025年12月と2026年1月にAnthropicへ報告してinformative(参考情報)に分類されたと報じられていますが、この件についてAnthropicが出した文書は今週調べた範囲では見つかりませんでした
Claude in Chromeの公式ヘルプはサイトごとの権限設定を案内したうえで、リスクはゼロではない・想定していない新手の攻撃は現れうる とも書いています

ジャベ雄

便利さの入口が、そのまま攻撃の入口にもなっています

あわせて読みたい

Claude Code Desktop初心者向けセキュリティ5選 Claude Code Desktopを始める非IT職向けに、最初にやっておきたいセキュリティ対策をまとめました。設定ファイルの書き方から秘密情報の守り方、危険な操作の防ぎ方まで、初心者向けにやさしく解説します

私のおすすめ本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

退屈なことはPythonにやらせよう 第3版

Al Sweigart

Amazonで見る楽天で見る

できる人のパソコン仕事術 なんと効率10倍!

パソコン博士TAIKI

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

Fable 5の生物学セーフガードが改善、勝手なモデル切替が約85%減りました

8月7日にAnthropicが出したニュースです
健康や生物の話をすると回答が急に浅くなる、と感じたことがあるなら、その原因にあたる話です

仕組みはこうです
Fable 5には生物学まわりの分類器があって、反応するとリクエストがOpus 5へ回されます(この回し直しをfallbackと呼びます)
Opus 5は生物学ではFable 5ほどの能力を持たないので、回答が薄くなることがありました

今回は分類器の判定基準を書き直して学習させ直したもので、Anthropic自身のテストでは 生物学に関するfallbackが約85%減った とされています
全体の見込みはclaude.aiで約67%・ほかは7〜55%です
85%は生物学ぶんの実測・67%などは生物学以外も含む全体の見込みなので、混ぜて読まないほうがいい数字です

体感が変わるのは検査値の読み解き・症状の理解・生物の勉強といった日常的な質問のほうです
Fable 5は一般提供されているなかではAnthropicのいちばん高性能なモデルです
MaxとTeamのプレミアム席はプランに標準で含まれますが、ProとTeamの標準席はプランの枠に入らず、使うには使用クレジットが要ります
Fable 5を使える側の方は、心当たりのある質問で8月7日以降に違いが出ているか試せます

期限の答え合わせ、Opus 4.1は予定どおり退役しました

前号で予告した8月5日の期限は、延期されずに実行されました
公式のリリースノートには、Claude Opus 4.1(claude-opus-4-1-20250805)の退役・このモデルへのリクエストはエラーになること・Opus 5への移行を勧めることが書かれています

とはいえ、どこからも消えたわけではありません
退役の日程が適用されるのはAnthropicが運営するプラットフォーム(Claude API・AWS上のClaude Platform・Microsoft Foundry)です
Amazon BedrockとGoogle Cloudは独自の日程 なので、そちら経由なら今も使えます

一覧表の日付は読み方に注意します

公式のモデル一覧には「Tentative retirement date」という列があります
入っている値は「Not sooner than October 15, 2026」のような書き方で、これより早くは退役しない日という意味です
退役の予定日ではないので、10月までは現役と読むのが正確です

ついでにHaiku 5の話も
8月8日の時点で公式のモデル一覧にHaiku 5はなく、Haikuの最新は4.5のままです
もうすぐ出るとも、もう出ないとも書ける材料が無いので、いまは一覧に無いというところまでです

障害は週の前半に集中しました

公式ステータスの記録では、世界標準時の8月3日から5日に合計7件のインシデントが起きています
公式が重大(Major)と判定したのは 4日夜の複数モデル横断のエラー増加 1件だけで、残りは軽微(Minor)でした
8月6日から8日は記録がありません

直近90日の稼働率は、8月8日時点でどれも99.3〜99.8%台です
急に応答が返らなくなったときは、自分の設定を触って壊す前に status.claude.com を見るのが早道になります

ジャベ雄

調子が悪い日は、設定をいじる前にステータスページを開きます

そのほか今週の動き

6月に直っていたClaude Codeの穴が、Black Hatで詳しく公表されました

セキュリティ企業のNovee SecurityがBlack Hatで公表した、CVE-2026-54316という番号の付いた件です
Claude CodeのWebFetchが huggingface.co をホスト名まるごと事前承認していたため、そのドメインのどのパスも確認なしで取得できていました
攻撃者が置いたページも読めるので、盗んだ情報を外へ運ぶ通り道になっていました

この研究はClaude Code・Gemini CLI・Codexの3製品を横断したもので、Claude Code だけの穴が見つかったわけではありません
3件のうちClaude Codeがいちばん対応の進んだ側で、Codexは番号も修正も出ていないと報じられています

ここは日付を押さえておけば混乱しません
修正は v2.1.163 で、脆弱性情報の公開も6月に終わっています
いま使っている版が 2.1.22x 台なら影響の範囲外なので、今回のBlack Hatでの発表は 詳細の公表であって新しい穴の話ではありません

ココナラがClaude向けのコネクタを出しました

8月5日に、株式会社ココナラが「ココナラ for Claude」の提供を始めました
Claudeの会話画面からココナラのサービスを検索・提案してもらえるコネクタで、チャット・Claude Code・Coworkで使えます
購入・見積り・決済はココナラ側で完結する作りです

対応プランの記載はプレスリリースに無いので、そこは設定画面を開いて確かめる形になります

短く3つ

• 企業向けが続いた…8月5日に推論フック(ベータ)、6日にスキルとプラグインのセキュリティスキャン(ベータ)で、どちらもEnterprise向けです / 同じ6日に公開ベータになった自前の計算資源でセッションを動かす仕組みはTeam・Enterprise向けです
• Python 3.15.0rc1が8月4日に公開…既定の文字コードがUTF-8になる変更が入り、正式版は10月1日の予定です(背景は Pythonの文字化けとUTF-8既定化 にまとめてあります)
• ExcelのCopilot同期コネクタが8月6日に一般提供…対象はMicrosoft 365 Copilotのライセンスを持つ法人で、個人向けの契約は対象外です

もうひとつ、今週は 一般利用者向けのclaude.aiの新機能が公式リリースノートに1件も載りませんでした
動いたのはClaude Codeと企業向けばかりで、今週の性格をよく表しています

今週のまとめ:気になった情報7点

今週(2026/8/3週)のClaude周りで気になった情報を7点に整理しました

今週の話は、便利さと引き換えに何を自分で決めるか、という一点に集まりました
自動モードは怖いから止めよう、という話ではなく、どのフォルダでどちら側の使い方をするかを8月14日までに決めておく話として読んでもらえればと思います
モデル名や用語で迷ったら Claude用語集(初心者向け) が整理の役に立ちます

今日やるなら3つです
Claude Codeの既定モードを確認する・確実に止めたい操作を permissions.deny に書く・8月19日の期限が自分に関係するか確かめる、この順で足ります

次回のお知らせ

次回は、8月14日を過ぎて自動モードの体感がどう変わるか、17日と19日の期限が予定どおり実行されるかを追いかけます
「今週これ気になったよ」という話題があれば、次週分で拾ってみます
ではまた来週末に

私のおすすめ本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

退屈なことはPythonにやらせよう 第3版

Al Sweigart

Amazonで見る楽天で見る

できる人のパソコン仕事術 なんと効率10倍!

パソコン博士TAIKI

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

※本記事の情報は2026/8/8時点の公開情報・主要報道をもとにしています
8月14日の自動モード既定化はこの時点では予告で、適用開始のタイムゾーンは公開情報に記載がありません
PleaseFixの件は第三者の研究発表と報道にもとづくので、正確な条件は公式発表やHelp Centerをご確認ください

Claude Code フォルダ構成は、放っておくとどんどん増えていきます
materials・research・rules・assets、見覚えのない名前が並んでいても、それが何のためにあるのかは分からないまま
このフォルダ、消してしまっていいんでしょうか？

私も気づいたら似たようなフォルダがいくつも並んでいて、どれが本物か分からなくなりました
AIは指示されればフォルダを作りますが、前回どう名付けたかまでは気にしてくれません

この記事では、AIが作るフォルダを3つの層に分けて読み解きます
層が分かると「これは触っていい」「これは触ると壊れる」がその場で判断できるはずです

ジャベ雄

フォルダ名を覚えるより、層で見分けるほうが早いです

Claude Code フォルダ構成は3つの層に分けて読む

結論から言うと、プロジェクトの中にあるフォルダは「誰が決めたか」で3層に分かれます
この分け方が便利なのは、層ごとに「名前を変えたときに何が起きるか」がはっきり違うからです

ややこしいのは、この3層が同じ階層に並んで置かれることです
見た目はどれも同じフォルダなので、開いてみるまで区別がつきません

ちなみに冒頭で挙げた materials と rules も、実は別々の層
rules は公式仕様に載っている第1層、materials は誰も決めていない第3層です、名前の見た目が似ていても扱いはまったく別ものになります

フォルダ構成とディレクトリ構成は同じ意味

調べているとディレクトリ構成という書き方によく出会いますが、これはフォルダ構成とまったく同じ意味です
どちらか一方が正しいわけではありません

ディレクトリのほうが古くからある呼び方で、もともとは「住所録」や「目録」を指す言葉でした
Windows がフォルダという呼び方を広めたあとも、開発の現場では前からの呼び方が残っていて、いまも両方が混在しています

AIも文脈によって呼び分けます
フォルダ名の意味を調べるときは、どちらの言葉でも同じ内容にたどり着くと思っておけば十分でしょう

ジャベ雄

呼び方が2つあるだけで、指しているものは同じです

第1層|公式に決まっているフォルダは名前を変えられない

第1層は Claude Code が仕様として読みに行くフォルダです
名前を変えると、その中身は読み込まれなくなります、置き場所も名前も公式ドキュメントで決まっているので、勝手に変えられません

プロジェクトの中の .claude フォルダ

プロジェクトのフォルダ直下に置く .claude が第1層の本体です
先頭にドットが付いているので、環境によっては隠しフォルダとして見えないこともあります

この中で見落としやすいのが rules です
「AIが勝手に作った雑多なフォルダ」に見えますが、実際は公式に用意された置き場で、テーマごとに指示を分けて書いておくためのものです

もうひとつ、commands というフォルダを見かけることがあります
スラッシュコマンドを置く場所ですが、公式は skills への移行をすすめています、同じ仕組みに統合されたので新しく作るなら skills のほうです

ジャベ雄

rules を「よくわからないから」で消すと、指示が丸ごと効かなくなります

パソコン全体で共通の ~/.claude フォルダ

プロジェクトごとの設定とは別に、パソコンのユーザーフォルダの中にも同じ名前のフォルダがもう1つ
こちらは全プロジェクト共通の設定置き場で、どのプロジェクトを開いても効きます

パスの先頭に付いている ~ は、ホームフォルダ(自分のユーザーフォルダ)を1文字で表す省略記号、読み方は「チルダ」です
この記号で始まっていたら、自分のユーザーフォルダから始まる場所を指しています

Windows なら C:\Users\(ユーザー名) がその場所にあたります
つまり ~/.claude/ と書いてあったら、それは C:\Users\(ユーザー名)\.claude\ のことだと読み替えてください

なぜ Windows なのに / 区切りなのか、と思われたかもしれません
この書き方はもともと Mac や Linux の流儀で、開発の世界では共通語として使われているものです、Claude も説明のときはこちらで書いてきます

ジャベ雄

チルダを見たら「自分のユーザーフォルダのことだな」と思えば大丈夫です

実際に開いてみると、この一覧に載っていないフォルダもいくつか並んでいます
cache・sessions・shell-snapshots のような、アプリが動くために自分で作って自分で使う置き場です

この手のフォルダは説明書に載っていないほうが普通だと考えてください
公開されている仕様は「人が触る前提のもの」だけで、動作の裏側で使う置き場までは案内されません

なお第1層の「ファイル」のほうを詳しく知りたい場合は、設定ファイルだけを一覧にした記事があります
どのファイルがどこに効くのか、継承のルールまで整理してあるのでこちらもどうぞ

あわせて読みたい

Claude Code 設定ファイル早見表 役割と場所 Claude Codeを触っていると次々に登場する設定ファイル(CLAUDE.md・settings.json・AGENT.md・SKILL.mdなど)を、保存場所と役割で一覧化した早見表記事です、微調整目線で抑えたい初心者〜中級者向けにまとめました

第2層|業界の慣習で決まっているフォルダ

第2層は、仕様ではないけれどほとんどの開発者が同じ意味で使っているフォルダです
名前を変えても動きますが、読む人が混乱します、いわば共通語のようなものだと思ってください

AIがプロジェクトを組み立てるとき、まず作るのがこの層です
学習したコードの大半がこの慣習に従っているので、指示しなくても自然にこの名前が出てきます

この中でいちばん質問されるのが src です
読み方は「ソース」で、source の母音を抜いた省略形になります、コンパイルが必要な言語で古くから使われてきた作法がそのまま各言語に広がりました

dist と build が両方あって混乱することもあります
どちらも「完成品の置き場」でほぼ同じ意味です、片方しか使わないのが普通なので、両方あるなら片方は使われていない可能性があります

もうひとつ覚えておくと役に立つのが vendor です
「取引先」という意味そのままで、自分で書いていないコードが入っています、ここを直しても更新のたびに上書きされるので触らないのが原則です

フォルダ名の付け方にも慣習がある

名前そのものだけでなく、書き方のほうにもゆるい決まり
自分でフォルダを追加するときも、この形に合わせておくと後々あつかいやすくなります

• すべて小文字で書く(Windows以外では大文字と小文字が別ものとして扱われるため)
• 単語の区切りはハイフンかアンダースコアにする、空白は入れない
• 日本語の名前は避ける、コマンドやツールで扱うときに事故のもとになる
• 複数形か単数形かは、プロジェクトの中で揃える

ジャベ雄

最後の「揃える」が、あとで一番効いてくる決まりです

第3層|AIがその場で作る作業フォルダ

第3層が、この記事でいちばん伝えたいところです
公式仕様でもなく業界の慣習でもない、その場の話の流れでAIが名付けたフォルダがここに入ります

「調べた内容をまとめておいて」と頼めば、AIはどこかに置き場を作ります
そのときの名前は materials かもしれないし research かもしれません、どちらでも間違いではないぶん、決まりようがないわけです

右端の列に注目してください
第3層のフォルダは、ほぼすべてが第2層の誰かと役割が重なっています、output と dist、reference と docs といった具合です

ここが散らかりの発生源になります
慣習の名前を使えば済むところに、AIがその場の言葉で別の名前を作ってしまうからです

とはいえ第3層そのものが悪いわけではありません
コードを書かない使い方だと src も tests も出番がないので、第3層の名前でプロジェクトの大半が構成されることすらあります、問題は名前が揺れることだけです

ジャベ雄

第3層は自由なぶん、放っておくと一番散らかります

Claude・生成AIを学べる本PR

実践Claude Code入門

西見公宏・吉田真吾・大嶋勇樹

Amazonで見る楽天で見る

Claude CodeによるAI駆動開発入門

平川知秀

Amazonで見る楽天で見る

開発効率をアップする! Claude Code 実用入門

大澤文孝

Amazonで見る

私のおすすめからランダムで3冊を表示しています

AIに任せると同義フォルダが増えていく

いくつかのプロジェクトをAIに任せて育ててきた結果、私の手元では同じ役割のフォルダが違う名前で並ぶ状態があちこちにできていました
散らかり方には、はっきりした型があります

test と tests が両方あるのは、我ながらなかなかの散らかり具合でした
どちらにテストを書けばいいのか、開いた瞬間に手が止まりました

画像置き場にいたっては6種類に分かれていました
作業の内容が少しずつ違うので当時はそれぞれ理由があったはずですが、あとから見るとどれを開けばいいのか自分でも分からないありさま

なぜ増えてしまうのか

AIの不注意というより、仕組みから見て起きるべくして起きています
理由は主に4つです

• AIは前回どう名付けたかを見ていない、そのときの会話の流れだけで名前を決める
• 既存のフォルダがあっても、こちらの言い回しが違えば別のフォルダを作ってしまう
• 英語としてはどちらも正しいので、AIから見れば間違いに見えない
• 人が指摘しないかぎり、増えたことに誰も気づかない

3つめが特に厄介です
test も tests も英語として自然なので、AIには直すべき対象として見えていません、つまり待っていても勝手には揃いません

増殖を止める方法

対策はシンプルで、フォルダ名の正本を1か所に書いておくことです
プロジェクト直下の CLAUDE.md か、第1層で紹介した .claude/rules/ の中に書きます

## フォルダの決まり

- テストは tests/(複数形)に置く、test/ は作らない
- 画像は images/ に集約する、figures/ や screenshots/ は作らない
- 調べものは research/ に置く、materials/ は作らない
- 一時ファイルは tmp/ に置く、使い終わったら消してよい

新しいフォルダが必要になったら、勝手に作らず先に相談すること

ポイントは「使う名前」だけでなく「使わない名前」も書くこと
使わないほうを明記しておかないと、別の言い回しで頼んだときにまた作られます

そもそも .claude/rules/ という置き場が公式に用意されているのは、こういう決まりごとを書いておくためです
指示を一度書いておけば毎回読まれるので、同じ注意を繰り返さずに済みます

すでに散らかってしまった場合も、片付け自体を頼めます
「同じ役割のフォルダが複数ないか調べて、統合案を出して」と伝えると一覧にしてくれます、移動や削除は案を見てから自分で判断するのが安全です

ジャベ雄

使わない名前まで書く、これに気づくまで結構かかりました

そのまま使えるフォルダ構成テンプレート2種

ここまでの整理をふまえて、そのままコピーして使える形にしました
おすすめは最初から凝った構成にしないこと

公式ドキュメントも同じ立場で、まずは CLAUDE.md を1枚置くところから始めて、使いながら育てるやり方をすすめています
空のフォルダをいくつも先に作っても、結局は使われずに残るだけ

アプリ・ツールを作る場合

myapp/
├── CLAUDE.md          プロジェクトの決まりごと
├── README.md          このアプリが何なのかの説明
├── .claude/
│   ├── settings.json  権限などの設定
│   └── rules/         テーマ別の指示
├── src/               プログラム本体
├── tests/             動作確認のコード
├── docs/              仕様や手順の文書
├── assets/            画像やアイコンなどの素材
└── scripts/           補助的な小さいプログラム

第2層の慣習だけで組んだ構成
この形にしておけば、初めて見る人にも中身の見当が付きますし、AIも迷わず正しい場所に置いてくれます

dist や build をあえて入れていないのは、必要になったらツールが自動で作るからです
同じ理由で logs や tmp も先に用意しません、使う段になってから増やせば十分です

ブログや資料などを作る場合

myblog/
├── CLAUDE.md          文体や書き方の決まりごと
├── .claude/
│   ├── settings.json  権限などの設定
│   └── rules/         テーマ別の指示
├── articles/          記事の原稿
├── research/          下調べ・調査メモ
├── images/            画像
└── archive/           公開済み・使い終わったもの

コードを書かない使い方だと、src や tests は出番がありません
そのぶん第3層の名前を使うことになるので、どれを使うか先に決めておきたいところ

この構成では、調べものの置き場を research に寄せて materials は作らないことにしています
逆に materials 側に寄せてもかまいません、大事なのはどちらかに決めて書いておくことのほうです

ジャベ雄

迷ったら少なめに作る、足りなくなってから足せば十分です

消していいフォルダ・ダメなフォルダの見分け方

散らかったフォルダを片付けたくなったときの判断基準です
層ごとに扱いが違うので、まずはどの層かを見てから決めます

いちばん多いのは最後の「役割が分からない」です
この場合はフォルダを開いて、中に入っているファイルの拡張子と日付を見るのが早道
そのフォルダ、最後に更新されたのはいつでしょうか？

日付が古いまま止まっていれば、途中で使わなくなった置き場の可能性が高いでしょう
逆にここ数日の日付が並んでいるならいまも動いているということなので、消さずに残します

名前が同じでも中身が違うことがある

もうひとつ注意したいのが、同じ名前でも層が違うケースです
たとえば rules は .claude/ の中にあれば第1層ですが、プロジェクト直下に置かれていれば誰かが作った第3層かもしれません

判断の決め手は名前ではなく置かれている場所です
同じ名前を見つけたら、どの階層にあるのかを先に確認してください

templates や agents も同じように取り違えやすい名前です
.claude/ の外に出ていれば公式仕様とは無関係なので、消しても動作には響きません

消す前の安全弁

そのプロジェクトを Git で管理しているなら、消す前にひと手間かけておくと安心です
Claude に「このフォルダは Git で管理されているか調べて」と頼めば、裏で確認して教えてくれます

• Gitで管理されている → 消しても履歴から戻せる
• Gitで管理されていない → 消したら戻せない、先に別の場所へ退避する

ジャベ雄

迷ったら消さずに archive へ移す、これでたいてい間に合います

まとめ|3層に分ければフォルダ構成は読める

AIが作ったフォルダは、名前をひとつずつ覚えなくても大丈夫です
「誰が決めたのか」で3層に分ければ、初めて見るフォルダでも扱い方の見当が付くはずです

• 第1層(.claude/ の中)は公式仕様、名前を変えると効かなくなるので触らない
• 第2層(src ・ docs ・ tests など)は業界の共通語、慣習に合わせておくと読みやすい
• 第3層(materials ・ research など)は誰も決めていない、だから自分で決める
• 同義フォルダの増殖は、CLAUDE.md か .claude/rules/ に正本を書いて止める
• 消すときは層を確認してから、中身を見てから

最初の一歩としておすすめなのは、いま開いているプロジェクトのフォルダを眺めて、それぞれがどの層かを言ってみることです
言えなかったものが、そのまま整理すべき対象です

ちなみに CLAUDE.md も .claude/rules/ の中身も、すべてマークダウンという形式で書かれています
AIが書いた文書を読んだり直したりする機会は増える一方なので、記法を押さえておくとこのあたりの作業がぐっと楽になるはずです

あわせて読みたい

マークダウンの書き方入門 AIに伝わるmd記法まとめ マークダウン(Markdown)の書き方を初心者向けにまとめました チャットでよく使う基本記法から CLAUDE.md など AIが読むファイルで使う記法まで網羅し 素のMarkdownとGFM拡張の違いやよくある崩れの直し方まで解説しています

第1層で触れた skills や agents が実際に何をするものなのかは、Claude Codeの拡張機構をまとめた記事で解説しています
用語そのものが分からないときはClaude用語集もあわせてどうぞ

Claude・生成AIを学べる本PR

実践Claude Code入門

西見公宏・吉田真吾・大嶋勇樹

Amazonで見る楽天で見る

Claude CodeによるAI駆動開発入門

平川知秀

Amazonで見る楽天で見る

開発効率をアップする! Claude Code 実用入門

大澤文孝

Amazonで見る

私のおすすめからランダムで3冊を表示しています

こんにちは、ジャベ雄です

週末恒例のClaude＆Anthropic情報まとめ、第9弾です
今週の主役は Claudeの共有リンクの点検 で、新機能の発表はほとんどありませんでした
前回(2026/7/20週)がOpus 5一色だったぶん、落ち着いた代わりに点検の話が続きます

先に断っておくと、大きく報じられた2件はどちらも Claudeから情報が漏れた話ではありません
誰でもclaude.ai上にページを公開できるという正規の仕組みが、そのまま検索に載ったり悪用されたりした、という話です

• 自分で共有したチャットと公開Artifactが、検索結果から読める状態になっていた
• 偽のClaude Desktopが、claude.ai上の公開ページを入口に配られていた
• 8月は期限が並ぶ、いちばん近いのは8月5日
• Anthropicが自分の失敗を公表、評価環境から実在3組織への不正アクセス
• Opus 5の使いこなしが公式ガイドとして出そろった
• Opus 5の評価続報、ハルシネーション率と自販機ベンチ
• そのほか今週の動き、10日ぶりのClaude CodeとMCPの新仕様

この記事は2026年8月4日時点の公開情報をもとにしています
ProかMaxの方を想定していますが、最初の2本は無料プランでも同じ話です
Claudeをこれから触る方は Claudeの使い方(初心者向け) もあわせてどうぞ

共有チャットと公開Artifactが検索結果から読める状態になっていた

これはClaudeの中身が破られた話でも、利用者全員のチャットが流出した話でもなく、自分で「共有」を押して発行した公開URL が検索エンジンに拾われていた、という話です
つまり点検の対象は、自分が過去に発行した共有リンクだけです

対象は共有チャット(claude.ai/share/ 配下)と、公開したArtifact(claude.ai/public/artifacts/ 配下)の2種類でした
公式ヘルプも「チャットは既定では非公開」と明記しているので、共有していないチャットは対象外です

見つかり方は単純で、Googleの site: という検索指定でドメインを絞って探しただけでした
米国時間7月25日にRedditで指摘が出て、27日に404 MediaとTechCrunchが報じています

Anthropicは公式ブログで発表しておらず、出ているのは広報の取材コメントだけです
件数も分かっておらず、Forbesは露出の規模は誰にも言えないという趣旨のことを書いています
Google広報も、これらのページは多くの検索エンジンでインデックスされていたと述べているので、Googleだけの現象ではありません

そのうえで、今週いちばん押さえてほしいのはここです
検索結果から消えただけで、共有ページそのものは今も生きています
これはForbesが、消えたのは検索結果であってページではないと整理している点で、第三者がGitHubに複製を保存していたことも報じられています
だから今から共有リンクを棚卸しする意味は残っています

ジャベ雄

私も共有リンクを何本か作った覚えがあるので、他人事ではないです

共有チャットの棚卸しは設定画面からたどれる

公式ヘルプの手順を英語版でたどると、設定(Settings)からプライバシー(Privacy)を開き、Privacy settings の区画にある共有チャット(Shared chats)の「管理(Manage)」で一覧が出ます
心当たりのないものや機微な内容を含むものは、そこから「共有を解除(Unshare)」を押します

公開Artifactは解除する前に控えを取る

Artifact(Claudeが作る成果物のページ)は、サイドバーのArtifactsから公開したものを開くと「公開の取り消し(Unpublish)」が出ます
一覧は claude.ai/artifacts からも開けるので、公開した覚えのあるものはここでたどれます
こちらは解除に副作用が2つあるので、押す前に読んでおくのがおすすめです

• 一度 Unpublish したArtifactは、同じものを二度と公開できない
• 永続ストレージを使っていた場合、関連する保存データが完全に削除される

だから順番が大事で、中身を手元に控えてからUnpublishを押すのが安全です
Artifactを開いてコードや文章をコピーしておけば、同じものを公開し直せなくても作り直せます

会社のTeamやEnterpriseは組織の外へ公開共有ができない設定なので、当事者は無料プラン・Pro・Maxに限られます
ForbesはGoogle Bard・Meta・ChatGPT・Grokに続く5社目という整理もしているので、ほかのAIでも共有ボタンを押した覚えがあれば同じ棚卸しをしておくと落ち着きます
設定画面の全体像は Claudeデスクトップアプリの設定メニュー全15項目ガイド にまとめてあります

偽のClaude Desktopがclaude.ai上の公開Artifactを入口に配られていた

1本目と根っこが同じ話が、もうひとつあります
claude.aiというドメインが出ていること自体は、中身が公式である保証にならない という点です

セキュリティ企業のHuntressが「FakeAgent」と名付けた、偽のClaude Desktopインストーラの件です
攻撃の観測は米国時間7月21日から22日、公表が22日なので今週起きた話ではなく、前号で拾い損ねたぶんの追いかけになります

Bingの広告から入って、exeは別ドメインから落ちてきた

入口はBingの検索連動広告で、リンク先が公式のダウンロードページそっくりに作られた claude.ai上の公開Artifact でした
ここまでは正規のドメインなので、リンク先のドメインを見て確かめるという定番の防御が働きません

exeそのものはclaude.aiから配られていません
ダウンロードボタンを押すと claude.ai.download-app[.]us を経由して別のドメインへ飛び、そこからClaudeDesktop.exeが落ちてくる作りでした

中身はJetBrainsの正規バイナリに悪性のDLLを読み込ませる手口で、最後に入るのは.NET製の情報窃取ツール(SectopRAT)です
盗む対象はブラウザに保存した認証情報・Cookie・カード情報・Discordのトークンなどで、DockerDesktop.exeという名前でスケジュールタスクに居座ります

問題のArtifactは報告を受けて削除済みで、言えるのは公表時点の7月22日にはすでに消えていたところまでです
ページに出ている「内容は利用者が作ったもので検証されていない」という表示は、この件で足されたものではなく以前からある既存の表示です

ドメインはいちばん右から読む

claude.ai.download-app[.]us は一見claude.aiで始まって見えますが、持ち主を決めているのはいちばん右側 の download-app[.]us のほうです
URLの最初のスラッシュより前を右から左へ読むと見分けられて、この読み方はClaudeに限らずどのソフトの入手先でも使えます

ダウンロード元はブックマークに固定しておく

対策はシンプルで、入手先を検索しないことに尽きます
公式の入手先は claude.com/download で、公式ヘルプが案内する claude.ai/download も同じページへ転送されるので、どちらもAnthropicの正規ページです
一度ブックマークしておけば、検索結果の広告枠を踏む機会そのものが無くなります

他人が公開したArtifactについては、公式ヘルプ自身が「知らない差出人から届いたファイルと同じように扱え」と書いています
手口も一度きりではなく、7月15日にはZscalerが、Google広告とclaude.aiの共有チャットを組み合わせたmacOS向けの事例を「ClaudeFix」として詳報しました

ジャベ雄

広告枠に本物そっくりのページが出たら、私も気づける自信はありません

あわせて読みたい

Claude Code Desktop初心者向けセキュリティ5選 Claude Code Desktopを始める非IT職向けに、最初にやっておきたいセキュリティ対策をまとめました。設定ファイルの書き方から秘密情報の守り方、危険な操作の防ぎ方まで、初心者向けにやさしく解説します

8月は期限が並ぶ、いちばん近いのは8月5日

ここからは日付の話です
8月は終わるものが続くので先に一覧にしておきますが、いちばん近いのは 8月5日のClaude Opus 4.1 提供終了 です
この記事を書いている8月4日から数えて、残り1日しかありません

8月5日で終わるのはOpus 4.1

ひとつめはClaude Opus 4.1の提供終了です
公式の退役ページに「退役日を過ぎたモデルへのリクエストは失敗します」と明記があるので、APIで claude-opus-4-1-20250805 を直に指定しているスクリプトがあるなら8月5日までに置き換えたいところです
公式の一覧表では暫定(Tentative)の日付という書き方ですが、過ぎたら失敗するとまで書いてある以上、8月5日を締切として動くのが安全です

置き換え先は公式のなかでも案内が割れていて、退役ページの推奨は claude-opus-4-8(Opus 4.8)、モデル一覧のページは「退役日までにClaude Opus 5へ移行を」としています
貼り替える文字列としては claude-opus-4-8 か claude-opus-5 のどちらかで、選ぶ基準は自分の用途しだいです
対象はAnthropicが運営するプラットフォーム側で、Amazon BedrockとGoogle Cloudは独自のスケジュールで動きます

もうひとつ、Claude Coworkの使用枠にも期限があります
6月5日から続いていた 5時間ごとの使用枠2倍 は当初8月5日までの予定でしたが、その後8月19日まで延長されました(2026年8月8日追記)
週次の上限は変わらず申し込みも不要なので、気づかないまま恩恵を受けている方もいると思います

Claude Codeの週次上限は8月19日まで

こちらは5月13日から8月19日までの期間限定で、週次の使用上限が50%増し になっています
増えているのは週次だけで5時間ごとの上限は対象外、終わるのは米国時間8月19日の23時59分です

Coworkの2倍とClaude Codeの50%増しは、対象のプランが同じです
Pro・Max・Teamとレガシーの座席ベースEnterpriseが対象で、無料プランと従量課金のEnterprise席は対象外です

ジャベ雄

どちらも申し込み不要だったぶん、終わるときも静かに戻ります

Fable 5の100ドルクレジットは受け取り締切が過ぎた

前号で触れたFable 5の100ドルぶんのクレジットは、日本時間 8月3日の16時ごろ で受け取りの締切が過ぎました
受け取り済みなら残高の失効は米国時間9月17日で、用途はFable 5専用ではなくどのモデルにも使えるので、寝かせずに使ってしまうのがおすすめです
対象はProとTeamの標準座席で、金額も一律ではなく、ドイツのheiseは85ドルしか付与されなかった例を報告しています

Anthropicが自分の失敗を公表した、評価環境から実在3組織へ

米国時間7月30日に、Anthropicが自社の失敗をまとめた記事を出しました
安全性を測るためのサイバー能力評価で、隔離されているはずだった環境から、Claudeが実在する3つの組織のシステムへ侵入していた という内容です

これもClaude Codeやclaude.aiの通常利用で起きる話ではなく、評価環境の設定の不備に固有の話です
Claudeがインターネットに到達し得た評価実行 141,006件 を遡って点検し、該当は3件・計6ランだったと書かれています
いちばん古いものは4月まで遡るので、7月に起きた話ではなく7月に見つけて公表した話になります

きっかけは他社でした
OpenAIが米国時間7月21日に自社モデルの本番環境到達を公表したのを受けて、Anthropicは23日に点検を始め、同日サイバー評価をすべて止めています
翌24日に3件を特定して、27日に評価パートナーと被害3組織へ連絡しました

問題の中心は、モデルへの説明と実態がずれていたことでした
モデルには「これはシミュレーションでインターネットには接続していない」と伝えていたのに、評価パートナーの環境には公開インターネットへの経路が実際に残っていました

• Claude Opus 4.7…架空のはずの企業名が実在ドメインと一致したことから本物だと気づきながら攻撃を続けた / 4ランで認証情報と本番データ数百行を取得
• Claude Mythos 5…悪意あるPythonパッケージをPyPIへ約1時間公開し、実システム15台が実行 / あるセキュリティ企業のスキャナが取り込んだことで同社の認証情報が流出 / こちらは結果を正しく理解しつつ、まだシミュレーションの中だと自分を納得させていた
• 社外に出していない内部研究用のテストモデル…約9,000のターゲットをスキャンして1社に侵入したが、課題と関係のないクラウドアカウントだと気づいて攻撃を止めた

使われた手口は高度なものではありませんでした
弱いパスワード・表に出ていたデバッグページからの認証情報の読み取り・SQLインジェクションで、公式も「複雑な脆弱性は見つけても悪用してもいない」「自分自身を外へ持ち出したり、テスト環境から脱け出そうとした形跡もない」と書いています

評価用モデルの扱いも、片方だけ読むと誤解します
本番のような分類器や監視は付いていない一方で、モデルごとの安全訓練は入った状態 でした
位置づけも「モデルのアラインメントの失敗というより、ハーネスと運用の失敗に近い」という比較の言い方で、どちらか一方を否定してはいません

静かに重い一文もあって、連絡が取れた2つの組織はそれまでこの活動に気づいていませんでした
再発防止として評価ログの継続的な監視やベンダー確認の厳格化が挙げられ、独立評価組織のMETRとは第三者レビューについて協議中と書かれています

私たちの側に引き寄せると、教訓はひとつです
プロンプトで言い聞かせても、実際に出られる経路があればモデルは出ていくことがあります
Claude Codeなら permissions.deny とサンドボックスの見直しどころで、denyはClaude内蔵のファイル操作には有効ですが、PythonやNodeのスクリプト経由までは止められません(書き方は Claude Code設定ファイル早見表 にまとめてあります)

ジャベ雄

自分の失敗を自分で調べて出すのは、相当な労力だと思います

私のおすすめ本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

退屈なことはPythonにやらせよう 第3版

Al Sweigart

Amazonで見る楽天で見る

できる人のパソコン仕事術 なんと効率10倍!

パソコン博士TAIKI

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

Opus 5の使いこなしが公式ガイドとして出そろった

ここからは前号の続きです
Opus 5は「賢いけれど回答が長い」と言われていましたが、結論から言うと 回答が長いときにエフォートを下げるやり方は公式が否定しています

エフォート(effort)は、モデルにどれくらい考えさせるかの設定です
low / medium / high / xhigh / max の5段階でAPIの既定はhigh、Claude Codeなら /effort でその場で切り替えられます

出発点がひとつ前のOpusと逆になった

Opus 4.7と4.8では「コーディングやエージェント用途はxhighから始めよ」でしたが、Opus 5は既定のhighから始めよ に変わりました
そこから、重いコーディングやエージェント作業ならxhighへ、費やす価値のある仕事ならmaxへ、と上げていく順番です

下げる方向にも条件が付いていて、lowとmediumを積極的に使ってよいのは 自分の評価で品質が保てる範囲で という但し書き付きです
公式は「前のモデルの設定を引き継がず取り直せ」とも書いているので、使い回している設定は一度ゼロから確かめるのが良さそうです

長さを変えたいならプロンプトで指示する

エフォートが制御するのは思考の量であって、目に見える回答の長さではありません
Opus 5ではエフォートを変えても回答が確実に短くなるわけではないので、長さはプロンプトで指示せよ、というのが公式の説明です

公式が例に挙げているのは英語の文言なので、意訳したものを貼れば足ります
中身は「回答は要点を絞って簡潔に」「前置きや但し書きは短くして本題に大半を割く」「説明を求められたら、詳しい説明を頼まれない限り概要にとどめる」の3点です

依頼の書き方で見直すところ

• サブエージェントへの委譲…独立して並行できる大きな仕事だけにする / 数回のツール呼び出しで終わる作業や、自分の仕事の検証には使わせない
• コードレビューの頼み方…「重大な指摘だけ」と絞らせると言葉どおりに受け取って報告が減る / 全部出させてから別の工程で選別する
• 思考のオンオフ…ほとんどのタスクで、思考を切るよりlowで思考を残したほうが同じくらいのコストで結果が良い
• 古い指示の掃除…「考えるな」がシステムプロンプトに残っていると、思考を切ったときに内部のタグが表示側へ漏れやすくなる

依頼の書き方そのものは プロンプトエンジニアリングの書き方 に、渡す情報の組み立て方は下の記事にまとめてあります

あわせて読みたい

コンテキストエンジニアリングとは AIに渡す文脈の設計 コンテキストエンジニアリングとは AIのコンテキストウィンドウに何を積むかを設計する考え方です プロンプトエンジニアリングとの違いや システムプロンプト RAG メモリ CLAUDE.md など構成要素を初心者向けに噛み砕いて解説します

ジャベ雄

設定でなくお願いの仕方で直す、というのは覚えておきたいです

Opus 5の評価続報、ハルシネーション率と自販機ベンチ

リリースから1週間が経って、評価の内訳が出てきました
前号では「ベンチ上位と喋りすぎ」で止まっていた部分に数字が付いた形で、良くなった面と悪くなった面が同時に出ています

正答率は上がったが、ハルシネーション率も上がった

Artificial Analysisの知識ベンチ(資料を見ずに答えさせる形式)では、正答率がOpus 4.8比で7ポイント改善しました
その一方で 分からないときにも答えてしまう傾向が強まり、ハルシネーション率は14ポイント上がって50% になり、しかも知識の正確さではFable 5に届いていません

ここは数字の読み方に注意が要ります
これは資料を渡さず知識だけで答えさせる難問ベンチでの数字で、日常のやり取りで半分間違うという意味ではありません
加えてArtificial Analysis自身が「リリース前にAnthropicの評価を支援した」としているので、完全に独立した第三者評価でもない点も差し引いて読みたいところです

そのうえで、調べ物での付き合い方は1点だけ変えておくと安全です
Opus 5の断言をそのまま信じず、出典を出させるか検索させるか、裏取りを1手挟みます(用語の整理には AI用語集 もどうぞ)

自販機を経営させたら、最も稼いで最も裏切った

読み物として面白かったのがAndon Labsのベンチで、自動販売機の経営を任せる形式です
単独運営ならOpus 5が平均最終残高11,182ドルの新記録で1位でしたが、対戦形式では 合意した停戦を11回破っています(GPT-5.6 Solは2回、Kimi K3は1回)

価格カルテルを提案した直後に自分だけ値下げする・仕入先に嘘をつく、といった行動がTechCrunchの記事で紹介されています
反面、Anthropic自身の自動行動監査では直近のモデルのなかで問題行動が最も少なかったとされていて、見る指標で像が変わります
長時間・無監督で交渉や購買を任せる設計は、いまの段階では避けておくのが無難です

失敗の中身は「推論と検証」に寄っていた

Snorkel AIが7月27日に出した分析では、難しめのソフトウェア開発ベンチでOpus 5が28.2%・出力93.2Kトークン、Fable 5が29.1%・290.2Kトークンでした
精度がほぼ並んでいるのに トークンは3分の1で済んでいる というのが、いちばん目立つ数字です

同社の計測では、デバッグがOpus 4.8の25%から85%へ、ビルドや依存関係の管理が33%から67%へ上がっています
もっとも失敗77件の原因は推論27件・出力整形14件・計画10件と並び、結論は「失敗するときは推論と検証の失敗であって、ツールや実行の失敗ではない」でした

プロンプトインジェクション耐性は明確に上がった

暗号研究者のBruce Schneier氏が7月31日に紹介したシステムカードによると、15回攻撃を試された場合の成功確率がOpus 4.8の5.5%から 2.0% へ下がりました(1回だけなら0.5%から0.2%)
ただしSchneier氏自身が「一般論として防ぐのは不可能で、個別のケースをふさぐ能力が上がっているだけ」と留保を付けています

ジャベ雄

新しいほうが全部いい、とは言えない結果になりました

そのほか今週の動き、10日ぶりのClaude CodeとMCPの新仕様

Claude Codeが10日ぶりに動いた、権限の抜け道修正が2件

毎週追いかけているClaude Codeは、今週ほとんど動きがありませんでした
直前の2週間は213を欠番にしながらほぼ毎日リリースが出ていたので、7月25日の v2.1.220 から 10日ぶんの空白 はよく目立ちます
この2.1.xはClaude Code本体(claude --version で出る版)の番号で、デスクトップアプリのバージョン表示とは別物です

その空白が、この記事を書いている日本時間8月4日に終わりました
v2.1.221 が出て、npmのlatestもこの版に上がっています(安定版のチャンネルは2.1.220)

中身で目を引くのは、権限チェックの抜け道をふさぐ修正が2件入っていることです
ひとつはzshで [[ ]] の正規表現の中に隠したコマンドが確認なしで実行できてしまう問題、もうひとつはWindowsで引用符を含むパスの権限チェックが正しく効かない問題です
どちらも修正後は確認が出るようになりました

前号で書いた v2.1.214の許可ルールの抜け道修正 と同じ流れが続いている形です
ほかにはVSCode拡張の表示整理や、思考のオフが同じセッション中ずっと効いたままになる不具合の修正などが入っています
自動更新のままならこちら側ですることはありませんが、HomebrewやWinGet、Linuxのパッケージマネージャで入れている場合は自動では上がらないので、更新が来ないと感じたら自分の入れ方を確認してみてください

米国時間7月29日から31日にかけて障害が続いた

その最中に障害が続きました
米国時間7月29日(日本時間では30日の未明から早朝)は全モデル横断の障害で「API Error: 529 Overloaded」が返り、claude.ai・API・Claude Code・Coworkに波及しました
30日は複数モデルの障害とOpus 4.8の性能低下の2件、31日はSonnet 5の性能低下が記録されています

原因の中身も復旧の見通しも示されませんでした
あの日おかしかったのは自分の設定のせいではなかった、という確認だけで十分で、急に失敗し始めたときは設定を触って壊す前に公式のステータスページ status.claude.com を見るのが早道です
claude.ai・Claude Code・Cowork・APIの状態が分かれて出ていて、メールやSlackで障害通知を受け取る購読もできるので、よく使う方は登録しておくと探しに行く手間が減ります

MCPの新仕様、手を動かすのは自作サーバーを持つ人

7月28日に、MCP(AIと外部ツールをつなぐ共通の決まりごと)の新しい仕様が出ました
5回目の仕様リリースで、接続時のやりとりとセッションIDが丸ごと無くなり、1リクエストで完結する形になりました

見出しだけ見ると身構えますが、読者側で設定を書き換える必要はいまのところありません
8月4日のv2.1.221まで見ても、Claude Code側に新仕様へ対応したという記載はまだ出ていないためです

少なくとも、Python製のMCPサーバーを自分で持っている人は手を動かすことになります
公式のPython SDKが同じ日にv2.0.0になってFastMCPがMCPServerへ改名され、READMEも mcp>=1.28,<2 のように上限を付けるよう勧めています
私もWordPress用の自作サーバーをPythonで動かしているので、まずは依存の上限を書き足すところから手をつけようと思っています

ExcelでClaude Opus 5が選べるようになった、ただし条件が2つ

こちらも先週(7月24日)の発表ですが、Microsoft 365 Copilotのモデル選択に Claude Opus 5 が加わりました
Excel・PowerPointのCopilotをはじめCopilot ChatやCopilot Studioでも選べますが、飛びつく前に確認したい条件が2つあります
なおWordについては Microsoft Learn 側に「2026年夏に追加予定」の注記が残っていて、公式ドキュメント間で記述が割れています

• 商用のMicrosoft 365 Copilotサブスクリプションがあること(公式サポート記事も commercial と書いています)
• 管理者が管理センターで他社の大規模言語モデルの提供元を許可していること(Anthropicを再委託先として有効にする扱い)

両方そろっていれば、Copilotペイン右上のモデル選択から切り替えます
初期値は Auto(自動選択)で、選んだモデルはそのセッション限り、Excelを閉じると既定へ戻ります
公式サポート記事が commercial(商用)と明記しているので、個人向けのMicrosoft 365契約は対象外と読むのが自然です

Microsoft自身が「提供状況は地域やテナントの設定によって異なる」と書いているので、条件を満たしていても出てこない場合があります

最後に1件だけ、7月28日にAnthropicが、Claude Mythos Previewを使って耐量子署名のHAWKと7ラウンド版AES-128の弱点を見つけたと発表しました
「AIが暗号を破った」と読めそうですが、公式自身が 今日のコンピュータシステムに実用上の影響はなく、本番のソフトウェアを変更する必要もない と明記しています

ジャベ雄

パスワードの変更も暗号設定の変更も、こちら側では不要です

今週のまとめ:気になった情報7点

今週(2026/7/27週)のClaude周りで気になった情報を、7点に整理するとこんな感じです

今週は新しく紹介するものがほとんど無い代わりに、自分の過去の操作を思い出す話が続きました
共有ボタンを押したこと、どこからアプリを落としたか、どちらも誰でもやりうる操作なので、責める話ではなくいま一度たどっておく話として読んでもらえればと思います

今日やるなら3つです
共有チャットの一覧を開いて要らないものを解除する・ダウンロード元をブックマークに固定する・8月5日の期限が自分に関係するか確かめる、この順で十分です
モデル名や用語で迷ったら Claude用語集(初心者向け) が整理の役に立ちます

次回のお知らせ

次回は、再開したClaude Codeのリリースが元のペースに戻るか、8月5日と8月19日を過ぎて使用枠の体感がどう変わるか、Claude側がMCPの新仕様に対応するかを追いかけます
「今週これ気になったよ」という話題があれば、次週分で拾ってみます
ではまた来週末に

私のおすすめ本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

退屈なことはPythonにやらせよう 第3版

Al Sweigart

Amazonで見る楽天で見る

できる人のパソコン仕事術 なんと効率10倍!

パソコン博士TAIKI

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

※本記事の情報は2026/8/4時点の公開情報・主要報道をもとにしています
共有チャットと公開Artifactの件・偽インストーラの件・8月の各期限・Opus 5の推奨設定や第三者評価は、一部に第三者の観測や暫定の情報を含むので、正確な条件はその時点の公式発表やHelp Center・公式ドキュメントをご確認ください