2026年9月1日、AnthropicからClaude Fable 5.1が公開されました
Fable 5の後継にあたるモデルで、入力と出力の単価はFable 5から据え置き、いっしょに発表されたMythos 5.1とは中身が同じモデルという関係

新しいモデルが出ると乗り換えたくなりますが、今回はちょっと事情が変わっていて、公式自身が「まずはOpus 5から」と書いています
要点は3つなんです

Claude Fable 5.1とは 公式スペックをFable 5・Opus 5と並べる

Claude Fable 5.1は、Anthropicが2026年9月1日に出した最上位クラスのモデルで、モデルIDはclaude-fable-5-1です

トークンやコンテキストウィンドウあたりの用語がふわっとしている方は、トークンやコンテキストウィンドウの意味を先に確かめると、この先の表がすんなり読めると思います
公式のモデルページと価格表に載っている数字を、Fable 5とOpus 5の2つと横に並べたのが下の表
表に出てくるeffortは、モデルにどれだけ考えさせるかの強さ設定です

まず目に入るのは、1Mコンテキストが3モデルとも同じという行でしょう
窓の大きさはFable 5.1の売りではなくて、Opus 5もSonnet 5も同じ1Mなんです

ジャベ雄

3モデルとも横並びなので、窓の広さでは選ぶ理由になりません

差が出ているのは知識のカットオフで、Fable 5.1は2026年6月と、現行ラインナップの中でいちばん新しい日付になっています
Opus 5が2026年5月、Fable 5が2026年1月なので、Fable 5から見ると5か月ぶん新しい知識を持っている計算

そのかわり、公式のレイテンシ区分はSlower(現行でいちばん遅い)と書かれています
何秒・何分かかるという公式の数字は出ていないので、待ち時間の具体的なところは触ってみないと分からないでしょう

Fable 5.1で新しくなったところ

公式が能力の伸びとして挙げているのは6つの領域で、コーディングと事務作業まわりに寄っています

• 長時間まかせるエージェント型のコーディング
• 文書・スプレッドシート・スライドを扱う仕事
• リサーチと検索
• 画像の読み取り、PDFの中の密なグラフや表とかも対象
• ロングコンテキスト(長い入力の扱い)
• パソコンの操作

日本語で使う立場でちゃんと見ておきたいのは、この一覧に多言語が入っていないところ
公式は多言語の性能はFable 5と同等と書いていて、日本語が良くなったとは言っていません

ジャベ雄

日本語が良くなったとは公式も書いていないので、期待しすぎないほうが安全です

新機能として公式が挙げているのは5つ
いちばん財布に近いのがキャッシュ読み取りの値下げで、100万トークンあたり$1.00だったものが$0.25になりました

Anthropicはこの値下げについて、APIのようにトークン単位で課金される場面の話として「典型的なワークロードならFable 5より約25%、エージェント色の濃い作業なら最大約45%安くなる」と見込んでいます
実測値ではなく公式の見積もりなので、鵜呑みにはできない数字

しかも安くなるのはキャッシュを使い回す長い作業のほうで、トークン課金で単発のチャットを投げるぶんには1円も変わりません
入力と出力の単価は据え置きですし、定額プランなら月額そのものは変わりません
ただしProなどでFableを使うと、減るのは使用クレジット(実費)のほうです(後述)

残る3つは、APIを自分で叩く人向けの追加です

• 会話の途中でeffortを切り替えても、プロンプトキャッシュを保ったままになりました
  Fable 5はこの指定自体に非対応でエラー、Opus 5は対応済み
• そのターンかぎりのシステムメッセージが置けます
  次のユーザー発言が来ると消える一方で履歴には残るので、キャッシュも思考も壊れない作り
• ツール実行中の進捗を読める形で返す設定が増えました
  既定だと長い処理の途中が無言に見えるので、進捗のテキストだけ受け取れるようにする指定

3つとも、公式の扱いはまだbeta(試験段階)です

5つ目が電子透かし
Fable 5.1とMythos 5.1が作ったテキストには統計的な透かしが入り、コード実行ツールなどで作った対応形式の画像・動画は、Claude APIのFiles API経由で取り出したときにC2PA(コンテンツの出どころを示す業界規格)の来歴情報が付きます
透かしの仕組み自体は前からあるもので、Claudeが出力に印を入れている話は8月の週末メモでも触れました

公式のベンチマーク表にSWE-benchは載っていない

Anthropicの発表ページの比較表に並んでいるのは次の数字だけで、その中にSWE-benchはありません

表の「—」は、公式がその欄の数字を出していないという意味です
数値はどれもAnthropicの自社公表で、この比較表にはeffortの明記がありません(effort別の精度とコストの図は別に出ています)

伸び幅が大きいのはだいたいエージェント系で、Terminal-Bench 4.0がFable 5の42.0%から55.8%まで上がっています
業務ワークフローのAutomationBenchも17.1%から31.4%なので、長く動かし続ける場面ほど差が付く並び

コーディングの話になるとSWE-benchの数字を探したくなりますが、今回の発表ページには入っていません
他所で見かける数字は別のソースのものなので、公式値として扱わないほうが安全だと思います

Fable 5との違い 3つの挙動変更と価格

APIの作りで変わったのは3つで、どれも思考(thinking)とツールの呼び方まわりです

1. 強制ツール利用が使えません
   tool_choiceにanyやtoolを渡すとエラー(autoとnoneは従来どおり)
2. 思考ブロックが作ったモデルに紐づきます
   Fable 5.1は旧モデルの思考を読めますが、旧モデルはFable 5.1の思考を読めない一方通行
3. 過去のターンを編集すると思考ブロックが無効になります
   2026年8月31日以降に作られた新規アカウントで強制される検査

1つ目について公式は、思考がつねにオンなので強制すると思考を飛ばしてしまい、モデルが考えを引数の中に書き込んで引数の質が落ちるから、と説明しています

3つとも重そうに見えますが、過去のターンを編集する話については、Claude Code・claude.ai・Managed Agents・Agent SDKが会話の履歴をそのまま保つ作りなので表に出てきません(公式が名指しで書いています)
残る2つは自分でAPIを呼ぶ側の話で、SDK経由でもtool_choiceをany / toolにしていれば影響を受けます

価格は入力$10・出力$50で据え置き、動いたのはキャッシュ読み取りだけです(詳しくは前の節)

Fable 5はLegacyという扱いに変わり、公式がすすめているのは5.1への移行
ただし引退は2027年6月9日より前にはしないと書かれているので、今すぐ使えなくなるわけではありません

もう1つ、Fable 5で使えたPriority Tier(処理枠を前もって確保する契約)が5.1では非対応になりました
ちょっと誤解しやすいところで、Opus 5も同じく非対応ですし、そもそもPriority Tierのキャパシティ確約は新規購入ができない状態
だから「Opus 5なら使えるのに」は乗り換えの理由にならないでしょう

コードを変えなくても現れる挙動の差

設定を1つも変えていなくても表に出てくる違いが、公式の数えかたで7つあります
チャットで使う人に関係するのは、このあたり

• 太字・見出し・リストといった装飾が減る
• 文章が場所によって密になる(長い文が増えて段落が少なくなる)
• 要約のときに、引用符なしで原文をそのまま再現しがち
• effortをlowにすると、検索せず記憶から答えがち

エージェントとして長く走らせる人に関わるのは、こういうのだったりします

• 並列のツール呼び出しが減って、1ターン1呼び出しになることがある
• 長いツール実行の途中で、進捗の更新が減る(特に高いeffortのとき)
• 小さな修正でも、ファイル全体を書き直しがち

並列のツール呼び出しについて公式は「往復が増えるぶんトークンと実時間はかかるが、答えの質は落ちない」と書いています
ファイル全体の書き直しのほうも「結果はたいてい同じだが、出力トークンと時間を食う」という書き方をしています

チャットの装飾が減る件について公式は、旧モデル向けに書いた「装飾するな」系の指示が、必要な構造まで消してしまうことがあると注意しています
カスタム指示を自分で書いている人には、実害がありそうな話だと思います

ジャベ雄

装飾を減らす指示を書いている人は、いちど見直しどきかもしれません

AIで仕事を減らしたい方へPR

AI鬼管理｜Claude Code活用の業務自動化トレーニング

Claude Code を業務の自動化に使うためのトレーニングです
いきなり申し込む形ではなく、まずは無料の業務効率化診断(オンライン面談)から始められます

無料の業務効率化診断を見てみる

Notta｜AI自動文字起こし

会議や動画の音声を自動で文字にするサービスです
議事録や書き起こしの手作業を減らしたいときに

Nottaを見てみる

Opus 5との違い 単価は2倍、キャッシュ読み取りだけ逆転

入力・出力ともOpus 5のちょうど2倍で、Fable 5.1が$10 / $50、Opus 5が$5 / $25
やっぱり最初に目が行くのは、この2倍という数字でしょう

ところがキャッシュ読み取りだけは逆転していて、Fable 5.1の$0.25はOpus 5の$0.50の半額なんです
公式の移行ガイドにも「Opus 5のレートの半分」とはっきり書かれています
同じ文脈を何度も読み直させる長い作業だと、この差が積み上がる場面もあるかもしれません

• 思考を切れない
  Opus 5はeffortがhigh以下なら思考をオフにできますが、Fable 5.1はどのeffortでもエラー
• 強制ツール利用の可否
  tool_choiceのany / toolを受け付けるのはOpus 5だけ
• 拒否されたときに返ってくる理由の種類が違う
  Opus 5はサイバーセキュリティ関連だけですが、Fable 5.1は生物学など拒否されうる範囲が広めです
• ZDR(ゼロデータ保持)では原則使えない
  Fable 5.1は30日のデータ保持が必須で(Anthropicの明示許可がある場合を除く)、Opus 5はZDRでも可
• fast modeはOpus 5とOpus 4.8だけ
  出力速度を上げるモードにFable系は入っていません(research previewでClaude APIのみ、申し込みが要ります)
• レイテンシ区分
  Fable 5.1がSlower、Opus 5がModerate

ややこしいのは、fast modeの値段の見え方
Opus 5をfast modeで回すと入力と出力の単価が$10 / $50になって、Fable 5.1の標準単価と並びます
でも同じになるのは入力と出力の単価だけで、キャッシュ読み取りはfast modeでも入力単価の0.1倍という倍率のままなので、当てはめると$1.00
Fable 5.1の$0.25とは4倍の開きが残ります
中身も別物で、fast modeは速さを買うもの・Fable 5.1は能力を買うものという違い

ジャベ雄

同じ値段だからどっちでもいい、とはならないところです

公式が示している使い分けの順番は、この3段

プランごとに使えるか Claude Codeの既定は変わらない

Fable 5.1が出ても、Claude Codeの既定モデルは切り替わりません
Fableはどのプランでも、モデルピッカーか/modelから自分で選ぶ形

Freeでは使えないと公式が書いていて、Fable 5と5.1はプラン上の扱いが同じ、とも明記されています

Claude Codeの既定モデルは、主なプランではMax・Teamプレミアム・Enterprise・APIがOpus 5、Pro・Team標準がSonnet 5のままです
今回いちばん実用に近い結論はここで、新しいモデルが出てもClaude Codeの既定は動かないという話なんです
claude.aiのほうは、Fable 5 / 5.1をモデルピッカーから選ぶ、と公式が書いています

じゃあProで使えるのか？というと、選べはします
ただプランの上限枠には含まれず、使用クレジットの消費になります
追加費用なしで回せるのはMaxとTeamプレミアムで、それも週次上限の50%まで、という線引きです

Proで長く回すと、減るのは上限ではなく使用クレジット、つまり実費
Claude Codeでは、Fableのリクエストが使用クレジットに課金される前に同意のプロンプトが出ます(Enterpriseの組織課金では出ません)
一度「クレジットで続ける」を選ぶと、次からは出ないので、安全弁として当てにしすぎないほうが無難です
ここからは私の見立てですが、Proで常用する前提ならプランの見直しも選択肢に入る気がします

ジャベ雄

Proの人は、Fableを回したぶんだけ財布が直接減る、と覚えておくと安全です

まとめ 日常はOpus 5、上振れが要るときだけFable 5.1

使い分けの線は公式がはっきり引いていて、日常のほとんどはOpus 5、届かないときだけFable 5.1という順番です

• 入力・出力の単価はFable 5と同じ、下がったのはキャッシュ読み取りだけ($1.00 → $0.25)
• 「約25%安くなる」はトークン課金の場面でのAnthropicの見積もり、月額は変わらないがProは使用クレジット(実費)が減る
• 知識カットオフは2026年6月でいちばん新しいが、レイテンシ区分はSlower
• 挙動が変わる3点のうち履歴編集の話はClaude Code・claude.aiが吸収してくれる
  残る2つは自分でAPIを呼ぶ側の話
• Claude Codeの既定は変わらない / Proは使用クレジット扱いでMaxでも週次上限の50%まで

6月にFable 5で1日作業してみたときは、トークンの減りがけっこう速かった記憶
ただ5.1では、キャッシュ読み取りが安くなる一方で、往復が増えたりファイル全体を書き直したりでトークンを余分に使う場面も公式が挙げているので、どちらに転ぶかはもう少し使ってみないと分かりません

6月にFable 5を1日まわしたときの体感は、別記事にまとめてあります

あわせて読みたい

Claude Fable 5を1日使った正直レビュー Anthropicの新モデルClaude Fable 5を1日触った体感をまとめました、有能だけどトークンの減りが速い、Opus 4.8とのスペック比較・世間の評価・噂のファクトチェックまで本家ブログらしく等身大で書いています

比較の相手になるOpus 5については、価格据え置きのまま1Mが既定になった回で整理しています

数字や仕様をご自身で確かめたい方へ、一次情報の置き場所は3つ
Fable 5.1単体のスペックと価格は公式概要ページ(日本語版、表は英語のまま)、Fable 5からの変更点はWhat’s newのページ(日本語)、プランごとの扱いはヘルプセンターの記事(英語)にあります

新しいモデルが出ると、とりあえず切り替えたくなるもの
でも今回は公式のほうが「まずOpus 5」と言ってくれているので、私はしばらく既定のまま様子を見るつもりです

Claude・生成AIを学べる本PR

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

Amazonで見る楽天で見る

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

大澤文孝

Amazonで見る

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

AIが騒がれだしてバイブコーディングというアプリ作成手法が流行りだしたころ、私も例にもれずチャレンジしました
ただ当時はAIが出すコードを何度もVisual Studioにコピペコピペ・・・それでも当時は革新的だと思っていたころが懐かしいです

感動はしながらも躓くことも多く、そもそもアプリなんてそんな頻繁に作ることもないのでしばらく疎遠になっていましたが、ClaudeではFableが公開されOpusは5になった現在でアプリを作る機会ができまして、改めてバイブコーディングでアプリ作成してみました

当時とは全然違う、設計さえできれば配布するところまでほとんど手を動かさずにAIが実行してくれる現状をまとめてみます

ちなみに作成したアプリは別サイトの アプリ庫 で公開していますので覗いてみてください

ジャベ雄

コピペが消えただけで、ここまで変わるとは思いませんでした

いまの私のアプリ作成は頼んで動かしてダメ出しの繰り返し

私がやるのは頼むことと、動かして違うところを言うこと、主にこの2つです
コードを書くのもビルドもテストの実行も、Claude Code(デスクトップ版)で進みます

いまの進め方にしてから、コーディングどころか開発ツールも触る必要がありません
ビルドや実行の命令はAIが裏で走らせて、返ってきたエラーもそのまま読んで直しにいきます

設計書やテストがこの順で出てくるのは設計から進めてほしい・テストも書いてほしいと私が頼んでいるからで、Claude Code の既定の動きではありません
何も言わずに投げると、いきなりコーディングから始まったりします

前提もひとつ、C#のビルドには .NET SDK が要ります
私は別件で開発環境を入れてあるので、まっさらなPCへ何も入れずに始められるわけではないです
（入っていなければAIが教えてくれるので指示に従うだけ）

とは言え、一昔前と違って自分で開発ツールを開くこともなく、コーディングにコピペすらも必要なくなったとは想像していなかったところ

ジャベ雄

設計書もAIが作ってくれることが、意外と大きい変化です

4本の出発点は作り直し・ゼロから・移植・後づけ

入り口はぜんぶ違うのに、進め方のほうは4本とも同じでした
数字は2026年8月27日にリポジトリから採ったもので、期間はコミットの記録に残っている範囲です、作業した時間ではありません

4本とも C# / .NET 10 / WPF のWindows専用で、現行は1.1.0
テストの件数を書けたのは記録の残っている2本だけで、残りは記録が残っていないので空欄にしてあります

1本目に挑戦したときの記録は別記事にあります
当時はチャットのコードを Visual Studio へ運ぶところからだったので、読み比べると工程の違いがそのまま出ているはずです

あわせて読みたい

【AI】バイブコーディングでWindowsアプリを作ってみました AI未経験寄りの私がGoogle AI StudioでC#未経験からWindowsアプリを作ってみた体験記です、AIで誰でも作れるは幻想か、便利さと越えられない一線まで率直にまとめました

実例1 TaskCatcher|1本目をまるごと作り直した

TaskCatcher は、思いついたタスクをホットキーひとつで登録できる常駐アプリです
1本目に作ったのがこれで、その版を2026年7月19日から Claude Code で作り直しました

• 呼び出し方が5種類(キーの組み合わせ・左Shift2回・Alt2回・Ctrl2回・右クリック2回)
• 選択中の文字をそのままタスク名へ入れられる
• Outlook・Googleカレンダーへの登録に対応
• 一覧と編集の画面つき

作った動機はシンプルで、登録する作業そのものが煩わしくて結局どこにも残らないのをどうにかしたかったから
思いついた瞬間にキーを押せば入る、狙いはそこだけです

作り直す前は .NET 8 の v0.3.0 で、WPFとWinFormsが混ざった作り
それを .NET 10 へ全面リビルドして、設計書・実装計画・15本のタスクという順で進めました

実測は2026年7月19日から8月20日まで、53コミットでC#のファイルが68本・約4,045行
自動テストは27件が通っている状態です

同じアプリを半年以上あけて2回作ったので、工程の差がそのまま比較表になりました

でも、この量を1本目と同じやり方でやろうとしたら、途中で萎えると思います
チャットの回答を1ファイルずつ貼っていく作業を68本ぶん、、、と考えるとちょっと気が引けます

同じアプリを、同じ人が、違う工程で作り直したという点で、4本のなかではこれがいちばん比べやすい題材
同じ用途のアプリを作っているのに、工程はまるで違いました

機能の一覧とダウンロードは公式ページに置いてあります

アプリ庫

思いついたタスクをホットキーで即登録｜TaskCatcher(Windows常駐・無料) 思いついた用事をホットキー一発でその場登録、Outlookの予定表・ToDo、Googleカレンダー・Tasksへ送れるWindows常駐アプリです、exeひとつで.NET不要・無料

どう使うと手が止まらなくなるのかは、思いついたタスクを取りこぼさないための紹介記事のほうに書きました

ジャベ雄

1本目の自分に、この進め方を見せてあげたいです

実例2 CopyPilot|前身なしでゼロから作った1本

CopyPilot は、コピーする前に対象を1ファイル単位で選べるファイルコピー・同期ツールです
前身なしでゼロから作ったのは、4本のなかでこの1本だけ

• 実行前に下見の一覧が出て、そこから対象を選べる
• 追加・更新だけのモードと、コピー元に合わせるミラーモードの2つ
• コピーは並列で走る
• 含める・除外のフィルタ指定
• 削除はゴミ箱送り(いきなり消さない)

2026年7月16日に始めて、8月20日までで52コミット、C#のファイルは36本・約2,380行
タスクは13本に分かれて、自動テストは59件まで増えました

行数は TaskCatcher より少ないのに、テストはTaskCatcher の27件より多い59件(件数の記録が残っているのはこの2本だけ)
ファイルを上書きしたり消したりする道具なので、手厚くテストしたかったため

動作環境と配布ファイルは公式ページにまとめてあります

アプリ庫

CopyPilot｜プレビューで選べる高速ファイルコピー | アプリ庫 プレビューで対象を見てから1ファイル単位で選んで実行できる無料のWindows用ファイルコピー/同期ツール、差分スキップと並列コピーで高速、ミラーにも対応

ジャベ雄

消す方向の機能は、テストを厚くしないと落ち着きません

AIで仕事を減らしたい方へPR

AI鬼管理｜Claude Code活用の業務自動化トレーニング

Claude Code を業務の自動化に使うためのトレーニングです
いきなり申し込む形ではなく、まずは無料の業務効率化診断(オンライン面談)から始められます

無料の業務効率化診断を見てみる

Notta｜AI自動文字起こし

会議や動画の音声を自動で文字にするサービスです
議事録や書き起こしの手作業を減らしたいときに

Nottaを見てみる

実例3 BacklogTracker|Python版をC#へ移植した

BacklogTracker のデスクトップ版は、複数の Backlog スペースの未読とメンションを常時見張るアプリです
もとは Python の customtkinter で作っていたものを、C# / WPF へまるごと移植しました

• 複数のスペースをまとめて監視できる
• プロジェクトごとに通知のレベルを変えられる
• 通知をクリックすると、該当のコメントへそのまま飛ぶ
• APIキーは暗号化して保存

移植した狙いは、起動の速さと見た目
Python版は立ち上がりに待ちがあって、1日中つけっぱなしにする道具としてはやっぱり気になっていました

設定とデータは旧版のまま引き継げる形にしてあるので、同じPCで入れ替える場合は登録し直す手間もありません
移植でいちばん気を使ったのが、ここでした

C#版の初コミットは2026年7月17日で、そこから8月20日までに15コミット、C#のファイルは20本・約2,869行
置き場そのものは5月から動いていますが、Python版や Chrome拡張も同居している場所なので、C#版の初コミットから数えています

コミットの数だけ見ると少なめで、1回にまとめて入れていたみたいな感じ
それでも行数ではTaskCatcher の次に多い1本です

導入手順と設定はデスクトップ版の公式ページにあります

アプリ庫

Backlog監視ツール デスクトップ版｜タスクトレイ常駐型の未読監視Winアプリ | アプリ庫 Backlogの更新をタスクトレイ常駐で監視して、ブラウザを開いていなくてもデスクトップ通知で知らせる無料のWindowsアプリです。複数スペースを1画面にまとめて確認でき、…

通知の設計をどう考えたかは、見落としを減らすための紹介記事で書いています

ジャベ雄

移植は、前の版の使い勝手を壊さないところが勝負です

実例4 文字コード変換ツール|昔つくったアプリの改修

テキストファイルの文字コードを変換するだけの小さいアプリで、C#のファイル6本・約695行で止まっています
4本のなかでは最小で、これだけは作り直さずに、前回作成したものを少し改修しただけ

• Shift-JIS と UTF-8(BOMあり・なし)への変換
• BOMの自動判定
• Shift-JIS で化けやすい記号の正規化
• ファイルを放り込むGUIと、引数を渡すCLI(コマンドから呼ぶ入り口)の両対応

できないことも書いておくと、改行コードの変換はありません
文字コードだけを変えるツールなので、CRLFとLFの直しは別の道具になります

原型を作ったのは2026年1月29日、まだ Visual Studio で書いていたころのものです
そこから半年以上ほったらかしにして、2026年8月16日から20日までの6コミットで、コマンドから呼ぶ入り口を使えるようにして、更新確認も足して 1.1.0 にしました

まるごと作り直さなくても、足りないところだけ後から足せます

でも、小さいから楽とも限らないのがちょっと意外なところ
化けやすい記号の扱いだけはだいぶ試していて、変換そのものより実際のファイルで何が起きるかを確かめる時間のほうが長かった気がします

ダウンロードと使い方は公式ページにあります

アプリ庫

文字コード変換アプリの使い方｜CSVの文字化けを解決 | アプリ庫 CSVやテキストの文字コードをShift_JIS⇔UTF-8に変換する無料Windowsアプリです。ドラッグ＆ドロップ・右クリックの「送る」・コマンドラインの3通りの使い方と、変換しても…

ジャベ雄

小さい道具ほど、作るより確かめるほうに時間がかかります

4本さわって分かった、下がった線と残った線

1本目のときに書いた結論は、AIがあれば誰でも作れるというのは幻想で、作れはしたけれど一定のリテラシーは要る、というものでした
バイブコーディングでできることは確かに広がりましたが、4本さわったいまも線は下がっただけで消えてはいません

下がったところ

• コードの転記が消えた、貼り間違いという事故そのものが起きない
• ビルドのエラーはAIが読んで直すので、たいていは自分で読まずに済みました
• 頼めばテストのコードも一緒に書いてもらえる(27件・59件はどちらも自分では書かなかった量)
• Visual Studio を開かずにアプリが1本できあがる

残ったところ

いっぽうで、こちら側に置きっぱなしのものもあります
何を作るかを決めるのは、いまも人の側です

• やりたいことを言葉にできないと、そもそも始まらない
• 出てきたものが合っているかの判定は自分、動かして触るところは代われない
• 配るところまで持っていくには、exeのまとめ方・更新の仕組み・利用規約という別の段取りが要る
• 4本とも題材は「自分が困っていたこと」、困りごとが無いと作るものが決まらない

もうひとつ、動くかどうかを確かめるのは自分の仕事のまま
テストは書いてもらえますが、そのテストが確かめている中身で合っているのかは、やっぱり自分で見るしかありません

だから、要るリテラシーが消えたのではなく中身が入れ替わったという言い方がいちばん近い気がします
コードを書ける力の代わりに、やりたいことを言葉にする力と、出てきたものを確かめる力
ちゃんと動くところまで持っていけるかは、結局このふたつで決まるんじゃないでしょうか？

ジャベ雄

作りたいものが無いと、道具がよくても手は動きません

まとめ バイブコーディングでアプリ作成は小さいものから

最初の1本におすすめなのは、4本目の文字コード変換くらいの大きさです
6ファイル・約695行、頼んで動かして直すのを数回まわせば形になる規模なら、進め方そのものに慣れられます

ただ、小さいから楽とは限らないのは実例4で書いたとおりです
小さい1本でも、動かして確かめる時間はそれなりに要ります

• 題材は自分が困っていることから選ぶ(使わないものは完成まで行かない)
• 最初から機能を盛らない、動く形をひとつ作ってから足していく
• 出てきたものはちゃんと自分で動かして確かめる、ここを飛ばすと後から戻される
• テストも一緒に書いてもらう(直したときに他が壊れていないかがその場で分かる)
• 配れる形にするところまでを1セットにすると、中途半端で止まりにくい

今回並べた4本は Windows・WEB・Chrome拡張の無料ツールをまとめた棚 に置いてあります
どれも自分が困って作ったものなので、同じところで止まっている方には合うかもしれません

作り直しも、前身なしのゼロからも、移植も、後づけも、同じ進め方でひととおり形になりました
半年あまりでここまで工程が変わったので、次の半年でまた別のことを書いている可能性もじゅうぶんあります
そのときはまた実測ごと並べます

ジャベ雄

まずは小さいものを1本、最後まで通すところからです

Claude・生成AIを学べる本PR

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

Amazonで見る楽天で見る

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

大澤文孝

Amazonで見る

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

AI検索に載りたいなら llms.txt を置きましょう、という記事をあちこちで見かけます
ただ、自分のサイトに置く前に調べてみたら、llms.txt は意味ないと言われるだけの根拠がひととおりそろっていました

Googleは「どのAIシステムも使っていない」という立場で、38,000サイト分の実測でも97%が一度もリクエストされていません
しかも、AIは置いていないサイトを探しに来ることすらしていませんでした

なのでAI検索に引用されたくて置くなら、いまのところ効果の裏づけはありません
ただ、Claude Code のようなコーディングエージェント向けだと話が変わってきます

llms.txt とは AIに読ませるサイトの案内図

サイトのルートに置く llms.txt は、AIに「うちはこういう構成なので、詳しくはここを読んで」と伝えるマークダウンファイルです
提案は Jeremy Howard 氏、初版の公開は2024年9月3日

狙いはシンプルで、広告やJavaScriptだらけのHTMLをAIに読ませる代わりに、要点だけを整理した場所を1か所用意しておこう、という発想
置き場所は /llms.txt が基本で、/docs/llms.txt のようなサブパスでも構いません

名前が似ているので robots.txt と混同しがちですが、役割はぜんぜん別もの

robots.txt が門番だとすると、llms.txt は受付に置いてある館内マップみたいなものです
置いたからといって入館者が増えるわけではない、というのがこのあと出てくる話につながります

中身はマークダウンで書く

仕様で必須とされているのは プロジェクト名のH1が1つだけで、あとは全部おまけです
概要をブロック引用で添えて、H2で区切ったリンク集を並べる、というのが標準的な形になります

# サイト名

> このサイトが何なのかを1〜2行で

## 主要な記事

- [記事タイトル](https://example.com/foo/): どんな内容か
- [記事タイトル](https://example.com/bar/): どんな内容か

形式がマークダウンなのは、人が読んでも分かるし機械もパースできるからです
仕様そのものは止まっているわけではなく、2026年8月10日に v2 が出ています

ジャベ雄

ここまでは、なかなか良さそうな仕組みに見えるんです

Googleは「どのAIも使っていない」と言っている

GoogleのJohn Mueller氏は、llms.txt を「現時点では完全に憶測の域」と表現しています
理由はファイル自体は何年も前からあるのにどのAIシステムも使っていないから、という指摘

Google の見解はここがはっきりしていて、llms.txt も著者情報版の llms-author.txt も使っていません
そのうえで氏が挙げていた判断の目安が、ちょっと現実的でおもしろかったです

要するに、需要が発生してから作っても遅くないという話なんです
出典はSearch Engine Journal の記事(2026年6月2日)で、氏の発言をまとめたものになります

ちなみに Mueller 氏が代わりに評価していたのは WebMCP のほうでした
すでにサイトへ来ているAIエージェントに、どうやって正しく作業させるかという発想の規格で、Chromeが対応しています

97%は一度もリクエストされていない

Ahrefs が2026年6月15日に公開した調査で、llms.txt を置いた約38,000サイトのうち97%が、1か月間まったく取得されていなかったという結果が出ています
今回いちばん効いた材料がこれでした

97% of those files received zero traffic in May 2026.

Ahrefs「We Analyzed 137K Sites: 97% of llms.txt Files Never Get Read」

出典は Ahrefs の調査記事
数字だけ見ると強烈ですが、どうやって測ったのかも明記されているので、そこも見ておきます

調査の方法と規模

対象は、Ahrefs のアクセス解析を入れていて2026年5月にトラフィックがあった 137,210ドメイン
各ドメインのルートを叩いて llms.txt が HTTP 200 で返るかを確認し、中身がちゃんとマークダウンのものだけを有効と数えています

• 調査ドメイン:137,210
• 有効な llms.txt を持っていた:38,360(28%)
• 2026年5月にリクエスト0件:そのうち97%
• 何かしら取得されたのは:約1,100ドメイン

HTMLやソフト404を弾いている点が大事なところで、「置いたつもりで実は壊れていた」ぶんは最初から除かれています
ちゃんと動いている llms.txt に限っても97%が無風だった、ということなんです

取りに来ていたのは主にSEOツール

残り3%に届いたリクエストも、96%はボットで人間は4%
その内訳がこちら

いちばん多いのが SEO監査ツールの21.7%で、いちばん少ない部類がAI検索の取得ボットの1.1%です
「AI検索に引用されたいから置く」という動機に対して、その用途で読みに来ているのは全体の1%ちょっと、という話になります

置いた人を見に来ているのが、AIではなくSEOツールだった
この構図は皮肉というより、新しい規格が出たときにだいたい起きることなのかもしれません

読まれていても価値があるとは限らない

ここで「SEOツールが2割も読んでるなら、置く意味はあるんじゃないか」と思いたくなりませんか？
私も一度そう考えたんですが、読まれた先で何が起きるかを追うと話が続きませんでした

SEO監査ツールが取得したデータの行き先は、そのツールのデータベース
そこを見るのは競合分析をしている他人で、こちらの順位にも流入にも被リンクにも触れません

そもそもこれらのツールは、llms.txt があろうとなかろうとサイト全体をクロール済み
1ファイル増えたところで、向こうから見えるものは変わらないんです

21.7%という数字は取得された分の内訳であって、価値の指標ではありません
分母は「97%がそもそも0件」なので、残り3%の中の割合を効果として読むのは二重の誤読

内訳をもう一度見ると「GEO / AEOツール 5.8%」という行が見つかるでしょう
この手のサイト診断ツールは、llms.txt が無いと減点してくることがあるんです

スコアは順位でも流入でもない、途中の目安

そこを目的にして置くと、手段と目的が入れ替わってしまうんです

AIは置いていないサイトを探しに来ない

この調査でいちばん効くのは、割合の話よりこっちだと思います
Ahrefs は、llms.txt が存在しないサイトに対して、AIボットからのリクエストは1件も来ていなかったと報告しています

ここが分かると、「置いていないから損をしている」という不安はいったん消せます
探しに来ていない相手に向けて、置いていないことを気に病んでも仕方がないので

ジャベ雄

置いてないと不利、というわけではないんです
そもそも見に来ていないので

いちばん取りに来ていたのは Claude Code だった

ここから話が少しひっくり返ります
名前が分かるボットに絞って見ると、AIボットからのリクエストで最多だったのは GPTBot の4.51%で、そのすぐ後ろに Claude-Code が付けていました

Claude-Code は Anthropic のコーディングエージェント
そしてこの Claude-Code が、AI検索の取得ボット・AIアシスタント・AI学習クローラーのどれよりも多く llms.txt を取りに来ていたと報告されています

llms.txt は読まれていないというより、読む相手が想定と違ったということなんです

Claude Code に何かを調べさせたとき、そのサイトの構造をつかむために llms.txt を踏む
そういう使われ方だったりすると、確かに噛み合います

だから、ドキュメントサイトやAPIリファレンスを持っている人には、いまでも置く理由があります
逆に個人ブログでこの用途を期待するのは、やっぱり少し無理があるかなと思います

Claude Code 自体が読む設定ファイルの話は、別の記事にまとめてあります

あわせて読みたい

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

大手のドキュメントサイトは置いている

実際どうなっているのか気になったので、有名どころのURLを直接叩いて試してみたところ、はっきり分かれました
2026年8月22日時点の結果がこちら

開発者向けドキュメントを持っている会社は、だいたい設置済み
ただ、置いている理由は前の節とつながっていて、AI検索対策というよりコーディングエージェントに読ませるためだと考えると筋が通ります

Anthropic のような提供側が整備を進める一方で、Ahrefs の集計だとAI検索の取得は1.1%どまり
作る側と読む側で温度が違うのが、この規格のいまの位置なんでしょう

AI検索まわりの用語がぼんやりしている方は、AI用語集にクローラーや学習まわりの言葉をまとめてあります

WordPressで置いてみて分かったこと

結論から言うと、プラグインを入れて5分で終わりとはいきませんでした
初期設定のままだと、案内図として使えないものができあがるんです

使ったのは Website LLMs.txt という無料プラグイン
この記事を書きながら、実際に javeo.jp へ入れて確かめました

入れただけでは生成されない

有効化しただけで /llms.txt を叩くと、返ってくるのはまだ404
ただ、返ってきたのはWordPressのエラーページではなく、プラグイン自身の「まだ生成されていません」という一行でした

管理画面の「ファイルステータス」に Generate now というボタンがあって、これを押して初めてファイルができます
入れて満足して終わっている人、いるんじゃないでしょうか

初期設定のままだと古い記事が落ちる

ここが一番の落とし穴
「タイプごとの最大投稿数」の初期値が 100 なので、それを超えるぶんは古い順に切り捨てられます

このブログは公開記事が128本あるので、27本が黙って落ちていました
古い順に切られるので、長く読まれてきた記事から先に消えます

落ちていた中には、いまでも検索から人が来る記事がいくつも混ざっていたんです
案内図を作るつもりで、案内したい場所を外していたわけです

200に上げて作り直したら、128本すべて入りました

説明文を入れるとかえって読めなくなる

「投稿の抜粋 / メタディスクリプションを含める」をONにすると、各リンクに説明が付きます
ところがその説明が、全件そろって23字で切れました

- [Excelのセルの書式設定 表示形式とユーザー定義の書式コード](https://javeo.jp/excel-format-cells/): Excelのセルの書式設定で主役になるの...

設定には「最大文字数 250」という欄があるのに、そちらは効いていません
切り捨てられた残りは Detailed Content という別セクションに回るんですが、そこにはタイトルもURLも書かれていませんでした

投稿128件に対して説明は77件しかないので、並び順で対応づけることもできません
AIが読んだら、別の記事の説明として受け取るほうが自然なんじゃないでしょうか

なのでOFFに戻しました
タイトルとURLだけの素直なリストになって、ファイルも44KBから14KBまで落ちています

ひとつ安心した点もあって、下書きや非公開の記事は入っていませんでした
この記事自体を下書きのまま試したので、そこは実物で確かめられました

ジャベ雄

入れて終わりにすると、上から100本だけの案内図ができます

置いた初日にClaudeBotが来た

生成した日のアクセスログを見たら、もう取りに来られていました
テスト用に自分で叩いたぶんを除くと、初日の /llms.txt へのアクセスは4件

ここで引っかかったのがどうやって見つけたのかという点
サイトマップにも robots.txt にも llms.txt は入れていません

ページのソースを見たら、プラグインが全ページの head にこれを出していました

<link rel="llms-sitemap" href="https://javeo.jp/llms.txt"/>

AIが探しに来たわけではなく、こちらがHTMLで置き場所を教えていたということ
Ahrefs が「AIは存在しない llms.txt を探しに来ない」と報告していたのとも、これなら矛盾しません

結局 llms.txt は置くべきか

私の結論は、個人ブログなら急いで置かなくていいです
AI検索に引用されたいという動機に対しては、効果を支える材料がいまのところ見当たりません

判断が分かれるのは、サイトの性格のほうだったりします

でも、置くこと自体に害はありません
私もこの記事を書きながら入れてみましたが、狙いは効果を期待したからではなく、これから誰が取りに来るのかを自分のログで確かめるためです

もっと言うと、この手の規格は数か月で状況が変わります
Mueller 氏の「必要だと言われたら作ればいい」という目安は、いまのところ現実的な立ち位置なんじゃないでしょうか

• llms.txt はAIに読ませるサイトの案内図、2024年9月の提案で仕様は今も更新されている
• Google は使っておらず、現状を「憶測の域」と表現している
• 実測では約38,000サイトの97%が1か月間まったく取得されていない
• 取りに来ていた最多はSEO監査ツール、AI検索の取得は1.1%どまり
• AIボットは llms.txt が無いサイトを探しに来ていない
• 例外はコーディングエージェントで、Claude Code が実際に取りに来ている
• WordPressのプラグインで置く場合、初期設定のままだと古い記事が切り捨てられる

ジャベ雄

置くなら、AI検索でなく Claude Code のために置く、が現時点の答えです

Excelのセルの書式設定って、分類の中から選んでいるだけになっていませんか？

分類の最後にあるユーザー定義まで踏み込むと、できることが増えます
マイナスだけ赤くする・ゼロを消す・単位を付ける、このあたりは書式コードを1行書けば済みます
増えて重くなりがちな条件付き書式に頼らずに済む場面もあるんじゃないでしょうか？

ジャベ雄

表示形式の有能、意外と知られていません

セルの書式設定は Ctrl + 1 で開く

Ctrl + 1 は、Microsoftのキーボードショートカット一覧に「[セルの書式設定] ダイアログ ボックスを開く」として載っている公式のショートカットです

• Ctrl + 1 を押す(最短)
• セルを右クリックして[セルの書式設定]を選ぶ
• [ホーム]タブの[数値][配置][フォント]の3グループにある、右下の小さな矢印を押す

3つ目の小さな矢印は、押したグループのタブが開いた状態で出てきます
数値グループなら表示形式タブ、フォントグループならフォントタブ

開くと6つのタブが並んでいます
それぞれの持ち場は、だいたいこの表のとおり

Windows版のExcel(Microsoft 365 / 2021 / 2024)の画面で書いています
Mac版は開くキーが ⌘ + 1 になり、Web版はそもそも画面の作りが違うので、そのあたりは読み替えてください

ダイアログを開かずに表示形式を変えるショートカット

よく使う表示形式なら、ダイアログを開かずに当てられるショートカットとかも同じページに載っています

でも、この一覧は英語配列のキーボードを前提にした書き方
日本語配列だと ^ や @ はシフトを使わない位置にあるので、Shift を足すと別の記号に化けます
反応しないキーがあったら、やっぱり Ctrl + 1 からダイアログに入ってください

おもしろいのが通貨で、一覧の説明は「小数点以下の桁数が 2 で、負数を赤字にしてかっこで囲む通貨表示形式を設定する」
ただ通貨にするだけのショートカットではなかったんです

ジャベ雄

私の左手は、もう Ctrl + 1 しか覚えていません

表示形式 値は変えずに見た目だけ変える

このタブをどれだけいじっても、計算に使われる値のほうは動きません
触れるのはセルの中身ではなく、その見せ方だけ

分類は12個、上から順にこの並びです

通貨と会計はどこが違う？

金額を扱うたびに、この2つのどちらを選ぶか迷いませんか？
公式の説明では、通貨が「既定の通貨記号を数値に付けて表示する」もので、会計は列の中で通貨記号と小数点の位置を揃えるもの

通貨は記号が数字にくっついて動き、会計は記号が左端で縦にそろいます
帳票で桁を目で追うなら会計、単価を1つ出すだけなら通貨、という分け方でざっくり足りるはず

Microsoftは通貨の書式設定のページで、会計表示形式では負の数をかっこで表示するのが一般的なので[負の数の表示形式]ボックスは使用できない、と書いています
会計を選んだ瞬間に選択肢が減るのは、仕様どおりの動きなんです

表示形式で丸めても、値は丸まらない

ここがいちばん誤解されやすいところ
小数点以下2桁の表示にしたセルに 1.2345 と入れると、画面には 1.23 と出ます

でもMicrosoftの解説には、そのセルを計算に使う場合は小数点の右側にある4桁の完全な数字が使われる、とはっきり書かれています

この差がそのまま落とし穴になるのが消費税の端数処理
税率ごとに1回だけ丸める、という決まりに合わせるには値のほうを動かすことになるので、そちらは別記事にまとめました

あわせて読みたい

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

ついでに書いておくと、ブックをテキスト形式(txt / csv)で保存すると、公式の言い方で「すべての書式が削除されます」
そのとき書き出される値は画面の見た目のままで、実際の値とは違う可能性があります

ジャベ雄

見えている数字と中身は別物、ここだけ覚えて帰ってください

VBAの独学に効く本PR

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

たてばやし淳

Amazonで見る楽天で見る

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

国本温子

Amazonで見る楽天で見る

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

きたみあきこ

Amazonで見る楽天で見る

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

ユーザー定義 書式コードが読めれば分類は要らない

分類の最後にある[ユーザー定義]は、上に並んだ11個を書式コードという文字列で自分で組み立てる場所です
通貨も日付もパーセンテージも、中身はぜんぶこのコードなんです

なので、ほかの分類を選んでから[ユーザー定義]に切り替えると、選んだ書式のコードが[種類]ボックスに入った状態で出てきます
それを書き換えていくのが実際の作り方

セミコロンの数で、当たる先が変わる

書式コードはセミコロンで区切った最大4セクションで、順番は決まっています

正の数 ; 負の数 ; ゼロ ; 文字列

やっかいなのは、書いたセクションの数で適用先が変わるところ
4つ書かないと後ろから欠けるのではなく、割り当てそのものが組み替わります

1つと2つのときの動きは公式のガイドラインに明記されています
3つのときだけは直接の説明が見当たらなかったので、上の順番の規定から読んだ形

引っかかるとしたら、2つで止めたときにゼロが正の数側へ巻き込まれるところでしょう
ゼロを消したいのに2セクションで書いていると、いつまでも 0 が消えません

飛ばしたいセクションがあるときは、中身を空にしてセミコロンだけ残します
Microsoft のヘルプも「コードが存在しないすべてのセクションにセミコロンを含める必要があります」と書いています

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

これで、正の数は桁区切りつき・負の数は赤い▲つき・ゼロは非表示・文字列はそのまま、という4通りが1つのセルの属性で決まります

この「中身を書かなければ出ない」性質は公式にも例があって、0.00;; と書けば負の値とゼロが表示されなくなる、と説明されています

ゼロを消す書き方は、私は見積書でよく使っています
明細の空行に 0 が並ばなくなるので、見積書に使う関数と機能をまとめた記事のほうでも同じ形のコードを当てているんです

書式記号の早見表

セクションの中に書く記号は、覚えるものが意外と少ないです
公式ドキュメントの説明を、実際に使う順に並べ替えたのがこの表

0 と # の違いだけ、最初に押さえておくと迷いません
0 は空いた桁をゼロで埋め、# は埋めない、それだけ

$ や + はそのまま書けば表示されますが、# や 0 のように書式コードの中で意味を持つ文字を字として出したいときは、二重引用符で囲むか直前にバックスラッシュを置きます
ここは日本語環境だとちょっとややこしくて、Microsoftのページも英語版が backslash・日本語版が円記号と割れています
キーボードの ¥ キーで打つ文字だと思って読むと通りますが、うまく出ないときは二重引用符で囲む書き方に逃げるのが早いと思います

色名で指定できるのは8色

公式ページに色名として載っているのは黒 / 青 / 水 / 緑 / 紫 / 赤 / 白 / 黄 の8つです
このほかに [色1] から [色56] までの番号でパレットの色を指定する書き方もありますが、フォントタブのように好きな色を選べるわけではありません
細かい色分けをしたいなら、やっぱり条件付き書式の出番

[色1]〜[色56] の色見本

見本は既定のパレットの色です

公式は「色コードをコード セクションの最初のアイテムにする必要があります」としています
角かっこで囲んで、セクションの頭に置く形

[青]#,##0;[赤]#,##0

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

あまり知られていない機能ですが、書式コードの中には条件も書けます
角かっこの中に比較演算子と値を入れる形で、公式の言い方では「条件は、比較演算子と値で構成されます」

[>100][緑]#,##0;[<=-100][黄]#,##0;[水]#,##0

Microsoftのドキュメントに出てくる例を、日本語の色名に置き換えたものです
100より大きければ緑、-100以下なら黄、それ以外は水色
色はセクションの先頭に置く決まりでしたが、条件を付けるときは条件の角かっこが先に来ます

数値に使えるセクションは3つまでなので、書けるのは実質条件2つ + 残り全部という形
ただ「2つまで」と定めた記述は公式ドキュメントに見当たらなかったので、上限として覚えるのではなくセクション数の結果として理解しておくほうが安全かもしれません

日付と時刻のコード

日付と時刻は専用の記号を使います
数を増やすほど表示が長くなる、という覚え方でだいたい通るはず

この表で引っかかるのは、m が月と分の両方に使われているところじゃないでしょうか？
公式にも、m または mm は h か hh の直後に置く必要があり、そうしないと分ではなく月が表示される、と書かれています

時刻の書式で分が月になって出てきたら、ほぼこれが原因だったりします
h を抜いて mm だけ書いた、というやらかしが多いです

32時間30分が 8:30 と表示されるとき

1週間ぶんの勤務時間を足し上げて、合計が 32:30 になるはずのセルに 8:30 と出る現象
これは h が24時間でひと回りして、余った8時間30分だけを見せているからです
角かっこで囲んだ [h]:mm にすると、32:30 とそのまま出てくれます

公式のTEXT関数のページにも、h を角かっこで囲むと24時間ごとにリセットしなくなる、と説明があります
分だけの合計なら [m]、秒なら [s]

和暦と「元年」

和暦を出す ggge という書き方は、元号の切り替えについての公式ページに実例として出てきます
そこで案内されているコードが、条件つき書式コードの見本としてよくできていたんです

[<=43585][$-ja-JP]ggge"年"m"月"d"日";[>=43831]ggge"年"m"月"d"日";ggg"元年"m"月"d"日"

やっているのは日付の振り分けなんです
1つ目の [<=43585] が平成の最終日まで、2つ目の [>=43831] が2020年1月1日以降、そのどちらにも当てはまらない2019年5月〜12月だけが3つ目に落ちて「元年」と表示されます

条件2つ + それ以外の3セクション構成、$ で始まるロケール指定、”年” のような文字列リテラル
ここまでの話が1行に全部入っているので、書式コードの読み方の練習にちょうどいいと思います

ちなみに元年表示は、Excel自体が対応しています
Ctrl + 1 →[日付]→[カレンダーの種類]で和暦を選ぶと「1年を元年と表示する」というチェックが出てくるので、コードを書かずに済む道も

ジャベ雄

公式に載っていない記号でも、日本語版だと普通に使われてたりします

まとめ

持ち帰ってもらいたいのは3つだけ

• Ctrl + 1 で開く表示形式タブが変えるのは見た目だけで、値も計算結果も動かない
• 書式コードは「正の数 ; 負の数 ; ゼロ ; 文字列」、飛ばすときもセミコロンは残す
• 色は8つの色名から選べて、コードの中に条件も書ける

あとは空いたセルに適当な数字を入れて、[種類]ボックスをちょっといじってみるのが早いです

ジャベ雄

まずは #,##0 と ;; の2つだけ、手に馴染ませてください

VBAの独学に効く本PR

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

たてばやし淳

Amazonで見る楽天で見る

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

国本温子

Amazonで見る楽天で見る

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

きたみあきこ

Amazonで見る楽天で見る

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

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

画像加工の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の表示形式のカスタマイズに関するガイドラインにも、正の値・負の値・ゼロの値・テキストという順で定義すると書かれています

ここで一番つまずくのが、全部書かなかったときの挙動です
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つ目のループ回帰が、さっきの包含の関係です

ジャベ雄

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

AIで仕事を減らしたい方へPR

AI鬼管理｜Claude Code活用の業務自動化トレーニング

Claude Code を業務の自動化に使うためのトレーニングです
いきなり申し込む形ではなく、まずは無料の業務効率化診断(オンライン面談)から始められます

無料の業務効率化診断を見てみる

Notta｜AI自動文字起こし

会議や動画の音声を自動で文字にするサービスです
議事録や書き起こしの手作業を減らしたいときに

Nottaを見てみる

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

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

皮肉の的になったのは、業界が数か月ごとに同じ営みを改名し続けることでした
ループエンジニアリングが広まって、まだ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冊を表示しています