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冊を表示しています

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層は自由なぶん、放っておくと一番散らかります

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

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

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

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

Notta｜AI自動文字起こし

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

Nottaを見てみる

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情報まとめ、第8弾です
今週の主役は、米国時間7月24日に正式リリースされた Claude Opus 5 です
前回(2026/7/13週)では噂コーナーに置いて「公式発表はゼロ」と書いていたので、気持ちのいい答え合わせになりました

主役の裏でも動きは多めの一週間でした
取り上げるのは次の9本です

• Claude Opus 5が正式リリース、価格は据え置きでFable 5の半額という位置づけ
• 自分の環境で何が変わったか、Max・Pro・Claude Codeで扱いが違う
• これまでと挙動が変わる箇所、思考が既定オンで回答が長くなる
• 初週の評価は割れた、ベンチ上位と「賢いけど喋りすぎ」
• 公式が出したコンテキストエンジニアリングの新ルール、プロンプトの書き方も変わる
• Fable 5の無料開放が終了、7/20からプランで扱いが二分
• 音声モードが刷新、モデルを選べるようになり日本語も対象
• Claude Codeがv2.1.214〜219まで6本更新、権限の抜け道をふさいだ週
• 来月に期限が来るものと、Claude以外の動き

この記事はProかMaxでClaudeを使っている方に向けて書いています
OpusはPro以上のプランで使えるモデルなので、無料プランの方は今回はSonnet 5の話として読んでもらえれば大丈夫です
2本目に「自分の環境は何が変わったのか」を表で置いたので、そこだけ拾って帰ってもらっても構いません

Claudeそのものをこれから触る方は Claudeの使い方(初心者向け) もあわせてどうぞ

Claude Opus 5が正式リリース(7/24)、価格据え置きで1Mコンテキストが既定

米国時間2026年7月24日に、Anthropicが公式ニュース「Introducing Claude Opus 5」を公開しました
説明を言い換えると、思慮深く先回りするモデルで、最上位のFable 5に迫る知性へ半分の価格で近づいた、という位置づけになります

使える場所は最初から広めです
claude.ai・Claude Code・Claude Coworkに加えて、Claude API・Amazon Bedrock・Google Cloud・Microsoft Foundryが並びました
同じ7月24日から、GitHub CopilotのPro+・Max・Business・Enterprise向けでも選べます
ただしBusinessとEnterpriseは管理者がポリシーを有効にする必要があり、展開も段階的だと案内されています

値下げではなく据え置き、半額なのはFable 5との比較

「半額」が一人歩きしそうなので、ここは先に整理しておきます
API料金は100万トークンあたり 入力5ドル・出力25ドル で、これは Opus 4.8とまったく同じ金額 です
値下げされたわけではなく、半額の比較相手は入力10ドル・出力50ドルのFable 5のほうです

まとめて処理するバッチ処理なら50%割引で入力2.5ドル・出力12.5ドル、同じ前置きを使い回すプロンプトキャッシュも最小512トークンとOpus 4.8の半分になりました
APIから呼ぶときのモデルIDは claude-opus-5 で、日付のサフィックスが付かない形です
もっとも中身が勝手に新しい版へ入れ替わるわけではありません

1Mコンテキストが既定、知識は2026年5月まで

ふだんコードを書かない方にも実感しやすい変化は、この2点だと思います
ひとつめは、一度に読み込める分量(コンテキスト)が 100万トークンで、しかもそれが既定かつ最大 という点です
小さいコンテキスト版が別にあるわけではなく、API料金では100万トークンまで使っても追加料金はかかりません

サブスクで使う場合は条件が少し違います
Claude CodeでOpusの1Mコンテキストを使うとき、Max・Team・Enterpriseはサブスクに含まれる一方、Proは利用クレジットが要ると公式ドキュメントに書かれています

ふたつめが知識の新しさです
Opus 5の知識カットオフ(モデルが知っている情報の新しさ)は 2026年5月 で、Fable 5とSonnet 5の2026年1月より新しくなりました
上位モデルより後から出たモデルの知識が新しい、という逆転がここで起きています

ジャベ雄

長い資料を丸ごと投げられるのは、これはうれしい変化です

「Claude最上位のモデル」ではない点に注意

誤解が広がりやすいので、先に置いておきます
新しく出たモデルではありますが、公式ドキュメントは今もFable 5を「広く提供されている中で最も能力の高いモデル」と書いています
Opus 5の説明も「迷ったらまずOpus 5から、いちばん高い能力が要る仕事にはFable 5を」という書き方で、最上位の座を奪ったとは書かれていません

ひとつ前のOpus 4.8も、これまでどおり使えます
廃止予定表の下限はOpus 4.8が2027年5月28日、Opus 5が2027年7月24日で、どちらもそれより前には終了しないという書き方でした
Opus 5のほうは 少なくとも1年は腰を据えて使える と読めます

ただし表示上の扱いは動きました
モデル一覧では、Opus 4.8がLegacy models(旧世代)の折りたたみのほうへ移っています

自分の環境で何が変わったか、Max・Pro・Claude Codeの扱い

公式ニュースがプランについて書いているのは「Claude Maxの新しい既定モデルであり、Claude Proでは最も強いモデル」の1文だけです
つまりMaxは何もしなくても切り替わり、Proは選べば使えるという差になります
Proで既定になるとは書かれていないので、Proの方はモデル選択のメニューを一度のぞいてみてください
公式が触れていない箇所もあるので、下の表はそこを空けてあります

表の「—」は、claude.ai側の扱いが公式に案内されていない箇所です

Claude Codeの既定はアカウント種別で分かれる

表の右の列がややこしいので補足します
Claude Codeでいう「default(既定)」は全員共通ではなく、契約の種類ごとに指す先が違います
Max・Teamプレミアム・Enterprise従量・APIはOpus 5、Pro・Team標準・Enterprise通常はSonnet 5のまま、というのが公式ドキュメントの書き方です

TeamとEnterpriseは法人向けで、利用する人ひとりずつに枠を割り当てて使う形です
そのTeamの枠に 標準とプレミアムの2種類 があり、プレミアムのほうはFable 5が追加費用なしで使えます

ジャベ雄

個人で使っている方は、ProとMaxの行だけ見れば大丈夫です

この分岐は今週動いたところでもあります
v2.1.219より前はAPIやMaxの既定がOpus 4.8を指していたので、更新すると 選び直さなくても既定がOpus 5になります
もっとも、これは既定のまま使っている場合の話で、モデルを自分で固定している方は更新しても変わりません

ProとMaxで、今週やっておくこと

ここまでの話を、環境ごとの「やること」に落としてみます
Proの方は次の4つです

• claude.aiは Proで既定になるとは公式に書かれていない、モデル選択を開いてOpus 5が選ばれているか確かめる
• Claude Codeは既定がSonnet 5のままなので、Opusを使うなら自分で選ぶ形になる(v2.1.219以降が要る)
• Claude Codeで1Mコンテキストまで広げるなら 利用クレジットが要る
• Fable 5が7/20から従量課金になったので、Opus 5で足りる場面が多いか見直す(ここは私の見立てです)

Maxの方は、切り替わったあとの調整が中心になります

• claude update でv2.1.219以降にしておく、ここで既定がOpus 5へ入れ替わる
• 自分で選んでいないのに既定が変わるので、合わないと感じたらモデル選択で戻す(Claude Codeなら /model から)
• 回答が長くなる作りなので、長さはこちらから指定する
• Fable 5は週間の利用上限の50%まで追加費用なしで回せる、使うなら上限の食い合いに注意

ひとつ読めないのが、使用量の減りかたです
プラン全体の上限の考え方はヘルプに載っていますが、Opus 5が他のモデルの何倍の速さで枠を消費するのか という倍率までは公式に出ていません
しかも思考が既定で動く作りになっていて、Claudeアプリではそれをオフにできない仕様です(詳しくは次の節で)

ジャベ雄

枠の減りかたが読めないうちは、長い作業ほど慎重に回したいです

これまでと挙動が変わる箇所、思考が既定オン・回答が長い・検証指示は外す

公式ドキュメント「What’s new in Claude Opus 5」は、コードを何も変えなくても気づくかもしれない違いがある と書いています
「モデルが賢くなった」より、実際にぶつかるのはこちらだと思います

拡張思考が既定で動くようになった

いちばん大きいのは、じっくり考えてから答える拡張思考(thinking)の扱いです
Opus 4.8では何も指定しなければ思考なしで動いていましたが、Opus 5は同じリクエストが 思考ありの状態で動きます
Claudeアプリではさらに徹底していて、公式ヘルプによるとOpus 5を選んでいるあいだは拡張思考をオフにできません

API側でも、これまで通っていた組み合わせが弾かれます
思考を無効にする指定はエフォート(effort)がhigh以下のときだけ受け付けられて、xhighやmaxと一緒に送ると 400エラー になります
公式リリースノート自身がOpus 4.8からの非互換の変更だと書いているので、自動化を組んでいる方は先に確認しておきたい箇所です

公式が挙げる「変わる4点」

挙動の違いとして並んでいるのは次の4点です

• 既定の回答や成果物が長くなる
• 作業中の進捗の実況が増える
• 複数エージェントで動かすとき、サブエージェントへの委譲が増える
• 言われなくても自分で検証する

あわせて読みたいのが、Opus 5向けのプロンプトの手引きです
そちらには 頼んでいない手順まで足してタスクの範囲を広げることがある と書かれていて、狭い作業では範囲をこちらから明示するよう勧めています
例として載っている一文は「Deliver what was asked, at the scope intended(頼まれたことを、意図された範囲で出す)」です

昔書いた「最後に検証して」は外したほうがいい

行動に移せる指示もひとつ出ています
旧モデル向けに書いていた「最後に検証ステップを入れて」「サブエージェントで検証させて」のような一文は、Opus 5では削除するのが公式の推奨です
言われなくても自分で検証するようになったので、残しておくと過剰な検証を招くという理由でした

回答が長すぎると感じたときの対処も覚えておくと役に立ちます
エフォートはlow・medium・high・xhigh・maxの5段階で、APIとClaude Codeでの既定はhighです
もっとも公式は「effortは思考の量を変えるもので、見えている回答の長さは制御しない」と書いていて、短くしたいなら長さをプロンプトで指定するよう案内しています

このエフォート、公式ドキュメントではAPIとClaude Codeの設定として説明されています
もっともアプリ側にも「モデルとエフォート、思考の設定を変える」という公式ヘルプがあって、モデル選択を開くとエフォートの項目が並びます
長さや速さで困ったときは、ここをのぞいてみてください

サイバー系と判断されると自動でOpus 4.8へ切り替わる

知らないと驚く挙動がもうひとつ
サイバー攻撃に使われかねない内容だと判定されると、会話の途中でも 自動的にOpus 4.8へ切り替わります
対象はWeb版・モバイル・デスクトップ・Cowork・Code・Design・Microsoft 365・Tag・Scienceの9つで、切り替わると通知が出て、どのモデルが答えたかのラベルも付く形です

Claude Code公式ドキュメントによると、生物系の内容で引っかかった場合は切り替えではなく 回答自体が断られる 形になります

判定に使われるのは入力した文章だけではなく、メモリ・コネクタ経由で読んだデータ・Web検索の結果・アップロードしたファイルも対象です
気になる場合は設定のCapabilitiesにある「Switch models when a message is flagged」からオフにできます(APIでは既定で無効)
頻度についてはAnthropicの初期テストの数字が出ていて、Opus 5がこの切り替えに当たった割合はFable 5より85%少なかったとされています

設定画面のどこを触ればいいか分からないときは Claudeデスクトップアプリの設定メニュー全項目ガイド が場所探しの助けになります

初週の評価は割れた、ベンチ上位と「賢いけど喋りすぎ」

独立系ベンチでは1位、ぶら下がる条件に注意

モデルを横並びで測っているArtificial Analysisでは、Opus 5のIntelligence Indexが61点で掲載191モデル中1位になりました(2026年7月25日時点)
ただし この61点はエフォートをmaxまで上げたときの数字 なので、そのまま「いちばん賢い」とは読めません

同じページには弱点も並んでいます
速度は毎秒56トークンで平均の74より遅く、評価スイート全体で吐き出した量は約1億トークン(モデル平均は6,300万トークン)で「very verbose(かなり冗長)」と注記されました
別の評価サービスVals AIでは、Vals Indexが74.82%で40モデル中2位という結果でした(リーダーボードの表示は7月23日時点)

公式の数字は「Anthropicの計測」だと押さえておく

公式発表にもベンチマークは並んでいますが、いずれも Anthropic自身の計測 です
公式が挙げている数字は次のとおりです

• コーディングと知識労働の評価(Frontier-BenchやGDPval-AA)ではトップクラス
• Zapier AutomationBenchでは、同じタスク単価で成功率が次点の約1.5倍
• 自動の行動監査では、望ましくない振る舞いのスコアが2.3(低いほど良い)で同社の最近のモデルの中では最も低い

好感が持てるのは、公式が弱点にも触れている点です
サイバー分野のうち脆弱性を実際に突く能力については、Mythos 5に及ばないと自ら書いています

導入企業のコメントも、各社の自己申告として並んでいます

• Box社…Opus 4.8を8%上回り、データ分析では11%改善
• Lovable社…Opus 4.7比で22%向上
• Harvey社…Opus 4.8と比べて平均26%少ないトークンで済んだ

レビューの見出しに並んだ「喋りすぎ」

一方で、実際に触った人たちの評価は辛口寄りでした
Everyの『Vibe Check』は「Claude Opus 5 Is Brilliant in Flashes, Frustrating in Practice(閃きは見事だが実務ではもどかしい)」という見出しでした
Lenny’s NewsletterのClaire Vo氏も「brilliant (but annoying)」と書いていて、節の見出しには「Claude Slop: the verbosity problem」という言葉まで置いています

おもしろいのは、この批判が公式の記述と食い違っていない点です
公式ドキュメント自身が「effortを下げても回答は確実には短くならない」と書いているので、回答が長くなるのは仕様の側にあると分かります

ジャベ雄

短くしたいときは、依頼の最後に一行足すだけで済みます

プロンプトの書き方も変わる、公式のコンテキストエンジニアリング新ルール

同じ7月24日に、もうひとつ読み応えのある記事が出ました
公式ブログの「The new rules of context engineering for Claude 5 generation models(Claude 5世代のモデル向けコンテキストエンジニアリングの新ルール)」で、書き手はAnthropicのThariq Shihipar氏です
要は 新世代のモデルには指示の書き方を変えたほうがいい という提案でした

説得力があるのは、自社で実践している点です
記事には「Opus 5やFable 5のようなモデル向けに、Claude Codeのシステムプロンプトを80%以上削除した」と書かれています
性能が落ちなかった点には 自社のコーディング評価で測定可能な低下は無かった という限定が付きます

Then/Nowで並べられた6つの対比

• ルールを与える → 判断を任せる
• お手本の例を与える → インターフェースを設計する
• 全部を最初に置く → 段階的に開示する
• 同じことを繰り返す → ツールの説明をシンプルに
• CLAUDE.mdへのメモリ → 自動メモリ(Auto-memory)
• 単純な仕様書 → 厚みのある参照資料

5番目は補足が要ります
以前は「#」のショートカットでCLAUDE.mdに覚えさせる使い方を勧めていたけれど、今はClaudeが仕事や書き手に関係するメモリを自動で保存するようになった、と説明されています
設定ファイルを軽くしろとは言っていないので、記憶の置き場所が移ったと受け取るほうが近いです

この6本は、さきほどの挙動の変化(長さ・検証・範囲)とそのまま噛み合います
依頼文そのものの組み立て方は プロンプトエンジニアリングの書き方 のほうにまとめてあります
プロンプト・コンテキスト・ハーネス・ループの関係をまとめて眺めたいときは AIの◯◯エンジニアリング4種の地図 もどうぞ

あわせて読みたい

コンテキストエンジニアリングとは AIに渡す文脈の設計 コンテキストエンジニアリングとは AIのコンテキストウィンドウに何を積むかを設計する考え方です プロンプトエンジニアリングとの違いや システムプロンプト RAG メモリ CLAUDE.md など構成要素を初心者向けに噛み砕いて解説します

私のおすすめ本PR

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

たてばやし淳

Amazonで見る楽天で見る

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

Al Sweigart

Amazonで見る楽天で見る

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

パソコン博士TAIKI

Amazonで見る楽天で見る

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

【前号の続報】Fable 5の無料開放が終わり、7/20から扱いが二分

前号で「日本時間7/20まで再々延長」と書いた話が、今回で着地しました
無料開放は米国太平洋時間の 7月19日23:59:59(日本時間では7月20日15:59:59)で終わり、7月20日からは恒久的な形に切り替わっています

Fable 5が追加費用なしで同梱されるのは Maxプラン・Teamプランのプレミアム枠・Enterprise(従来型の契約)のプレミアム枠 で、週間の利用上限の最大50%までをFable 5に回せます
ただし別枠が増えるわけではなく、他のモデルと同じ上限を食い合う形です

Proは最初から従量課金へ

もう一方のProやTeamの標準枠・Enterpriseの標準枠では、Fable 5は同梱されません
使うには usage credits(従量課金ぶんの残高)を消費する形になります
移行の助けとして 一回限りのクレジット が付与されますが、金額は公表されていません

クレジットを使い切ったあとは、通常のAPI単価での課金です
単価は100万トークンあたり入力10ドル・出力50ドルになります
Claude CodeからFable 5を使う場合に v2.1.170以降 が要る点も変わっていません

ここからは私の見立てですが、Proで従量課金を払ってまでFable 5を回すより、同じ週に出たOpus 5で足りる場面のほうが多そうです
Fable 5を実際に触った感触は、2026年6月時点のものになりますが次の記事にまとめてあります

あわせて読みたい

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

音声モードが刷新(7/23)、モデルを選べるようになり日本語も対象

API寄りの話が続いたので、ここでいったん息を抜きます
7月23日に公式ブログ「Think through hard problems in voice mode」が公開され、Claudeの音声モードが刷新されました
これまでは軽量なHaiku専用だったところに、OpusとSonnetが選べるようになったのが今回の目玉です
なお公式ブログの表記は「OpusとSonnet」で、世代までは書かれていません

切り替えは会話の途中でもできて、モデルピッカーから選び直せます
軽い雑談はHaiku・考え込む相談はOpus、という使い分けも可能です
何も選ばなければ「テキストチャットで最後に使ったモデル」が既定になるので、チャットから音声へ移っても話の流れを作り直さずに済みます
ヘルプ側では同系統の最新世代へ自動的に切り替わるとされているので、旧モデルを使っていた方は覚えておくと戸惑いません

日本語も対象、有料プランならモデルの選択肢が広がる

日本人にうれしいのは、対応言語に 日本語が入っている ことです
公式ブログが挙げるのは英語・フランス語・ドイツ語・ヒンディー語・インドネシア語・イタリア語・日本語・韓国語・ブラジルポルトガル語・スペイン語(ラテンアメリカ/スペインの2種)の11ロケールです
ヘルプ側では英語以外がベータ扱いで、切り替えは設定のGeneral内、Voice > Language から行います

プランによる差も分かりやすい形でした
有料プランならモデルの選択肢が広がり、接続済みのツールも全部使えます(無料プランはHaikuと接続ツール1つ、言語はどちらも同じ)
接続済みのアプリを声から呼べるのも今回の変化で、公式ブログはGmail・Slack・Googleカレンダー・Canvaを例に挙げています

ジャベ雄

散歩しながら相談する、みたいな使い方が現実的になってきました

Claude Codeはこの1週間で6本更新、権限の抜け道をふさいだ週

7月18日のv2.1.214から7月24日のv2.1.219まで、6本のリリースが出ています(7月23日だけリリースなし)
細かい話をすると v2.1.213は欠番 で、公式チェンジログでもGitHubでも2.1.212から2.1.214へ飛んでいます

許可ルールの抜け道をふさいだv2.1.214

今週いちばん大事なのは、初日のv2.1.214に入った2つの修正です
ひとつは、Edit(src/**)のような1階層だけの許可ルールが、作業フォルダ直下のsrcどころか ツリー内のどこにある同名フォルダへの書き込みまで自動承認していた問題 の修正です

もうひとつが、Windows PowerShell 5.1のセッションで走らせたコマンドで、権限チェックがすり抜ける問題の修正です
許可ルールの件とPowerShellの件は、公式チェンジログでも別々の項目として並んでいます

同じ版では、1万文字を超えるBashコマンド(Claudeが裏で実行するコマンド)には常に確認を出す変更も入りました
権限まわりの考え方は Claude Codeのセキュリティ設定5選 にまとめてあります

Windowsまわりの実害系が続いた

• v2.1.216…長時間のセッションで数秒止まる不具合を修正、Windowsの読み取り専用コマンドがネットワークパスへ確認なしでアクセスする問題も修正
• v2.1.217…自動更新に失敗すると claude.exe が消える 不具合を修正(失敗時は自動で元に戻る)、MCPツール出力のメモリリークも修正
• v2.1.218…フォルダ名が u で始まるパスが漢字などに化けてアクセスできなくなる不具合を修正、左矢印キーで会話が戻せない形で消える問題に確認ダイアログを追加

暴走対策も一段進みました
v2.1.217で同時に走らせるサブエージェントの数に上限(既定20)が付き、環境変数のCLAUDE_CODE_MAX_CONCURRENT_SUBAGENTSで変えられます
前号で取り上げたセッション単位の上限に、今度は同時実行の上限が加わった形です

勝手に走らないようにする変更も2本入りました
v2.1.215で /verify と /code-review が、v2.1.218では /deep-research が、それぞれ手動起動だけになっています
拡張の仕組み全体を知りたい方は Claude Code拡張機構入門 もどうぞ

脆弱性を探すClaude Securityプラグイン

同じ週に、Claude Code用の Claude Security プラグインも登場しました
米国時間7月22日ごろに公式Xで告知されたもので、anthropic.comのニュースにもチェンジログにも項目が無いので日付はおおよそです
やることは3つで、コードベース全体のスキャン・変更分だけのスキャン・パッチの提案、コマンドは /claude-security のひとつだけです

公式が自分で書いている注意点も2つあります
「スキャンは毎回同じ結果になるとは限らない」ことと、「既存のソースコードセキュリティツールを置き換えるものではない」ことです

ジャベ雄

勝手に直さない設計なので、こわごわ試すぶんには気楽です

そのほか今週の動き、来月に期限が来るものとClaude以外

最後は短く押さえておきたい話です
まずは来月に期限が来るものが2件と、7/24に実施済みの変更が1件あります

• 旧Workbenchが2026年8月17日で終了…保存したプロンプト・変数・evalsは新しいWorkbench(playground)へ引き継がれないのでエクスポートが必要 / 同じ日に実験的なプロンプト用API 3本も退役(告知は7月17日)
• Claude Opus 4.1が2026年8月5日に提供終了…移行先は公式内でも案内が割れているので日付だけ
• Opus 4.7の高速版(fast mode)はAPIから廃止(7/24)…速度指定を送るとエラーになり標準速度へ戻る動きもない / Opus 4.7自体は標準速度で継続

Claude以外の動きと、身近だった障害

• AMDとAnthropicが提携(7/22)…AMD Instinct MI450シリーズのGPUを最大2ギガワット規模で展開 / 導入の進み具合に応じて、AMDがAnthropicへ最大50億ドルの出資をコミット / 最初の1ギガワット分は2027年前半に開始予定(一次情報はAMD側の発表)
• GoogleがGeminiを3本投入(7/21)…Gemini 3.6 Flash・3.5 Flash-Lite・セキュリティ特化の3.5 Flash Cyberで、上位のGemini 3.5 Proは今回見送り
• AWS CloudFrontの障害(7/16)…前号の期間と重なりますが、夕方17時40分ごろ発生して21時20分ごろ復旧 / 影響はVPCオリジン接続を使う利用者に限られたが、PayPay・ニコニコ生放送・はてなブログ・noteなどに波及
• Anthropic Economic Indexのコネクタ(7/22)…claude.aiのコネクタメニューから有効にするだけで、AIがどの職種や地域でどう使われているかをClaudeに直接聞ける

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

今週(2026/7/20週)のClaude周りで気になった情報を、9点に整理するとこんな感じです

今週はOpus 5そのものより、モデルが変わると依頼の書き方も変える、という 付き合い方の話 が公式ブログと移行ガイドから同時に出てきたのが印象的でした

私たちに直接効くのは、プラン別の扱い・回答が長くなる件・Fable 5の着地あたりです
その裏で計算資源の提携や他社の新モデルも同じ週に動いていた、と眺めておくとちょうどいいと思います
モデルの名前や用語で迷ったら Claude用語集(初心者向け) が整理の役に立ちます

次回のお知らせ

次回は、Opus 5を1週間使ってみての評判の落ち着き先、使用量の消費について公式の説明が出るか、来月に期限が来るWorkbenchとOpus 4.1のあたりを追いたいと思っています
Claude Codeの更新も引き続きこまめに拾います

「今週これ気になったよ」という話題があれば、次週分で拾ってみたいと思っています
引き続きカジュアルにClaudeの話題を追っていきます
ではまた来週末に

私のおすすめ本PR

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

たてばやし淳

Amazonで見る楽天で見る

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

Al Sweigart

Amazonで見る楽天で見る

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

パソコン博士TAIKI

Amazonで見る楽天で見る

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

※本記事の情報は2026/7/25時点の公開情報・主要報道をもとにしています
Claude Opus 5の仕様や価格・プランごとの扱い・Fable 5の課金構造・音声モードの対応範囲・Claude Codeの更新内容とも、一部は第三者の評価や暫定の情報を含むので、正確な条件はその時点の公式発表やHelp Center・公式ドキュメントをご確認ください

最近、AIの話題を追っていると「○○エンジニアリング」という言葉が次から次へと出てきませんか？
プロンプトエンジニアリングにコンテキストエンジニアリング、その名前に慣れてきたと思ったら今度はハーネスだのループだの、新しい言葉が後から後から増えていきます

どれも似た響きなので、どれが何を指すのか、お互いの違いがつかみにくいところです
名前は聞いたことがあるけれど、頭の中で整理がつかないまま、という方も多いのではないでしょうか

実はこれらの言葉、バラバラの流行り言葉ではなく1本の進化の流れの上に並んでいます
先にプロンプトがあって、そこへコンテキスト、さらにハーネス、ループ、グラフと、新しい言葉ほど後から積み重なってきた、という順番なんです

この記事は、その流れを1枚の地図として見渡す総論(ハブ)で、各テーマの詳しい回への入り口にもなっています
言葉を1つずつ暗記する必要はありません
大事なのは5つの位置関係で、それさえ頭に入れば、次に新しい用語が出てきても「あの流れのどこか」と見当がつくようになります

ジャベ雄

まず全体像をつかんでから、気になる回を読むのがおすすめです

まず結論 AIの使いこなしは5段階で進化した

結論から言うと、AIへの指示のしかたは プロンプト → コンテキスト → ハーネス → ループ → グラフ という順番で発展してきました
ざっくり言えば、設計する対象が内側から外側へ、だんだん広がっていく流れです

• プロンプト:AIに渡す1回分の指示文を作り込む
• コンテキスト:指示だけでなく、AIに見せる情報の全体を組み立てる
• ハーネス:AIを取り囲む道具立てやルールの土台を用意する
• ループ:AIが自分で回り続ける仕組みそのものを設計する
• グラフ:複数のAIをどう並べて、どうつなぐかを設計する

最初は「どう言葉をかけるか」だけを考えていたのが、だんだん「どんな環境を与えて、どう自走させるか」まで広がってきた、という話です
大きな方向性としては、単発のチャットから、自分で動く自律エージェントへの移り変わりと言えます

ここで気をつけたいのは、新しいものが古いものを消したわけではないという点です
後から出た考え方は、前の考え方を土台にして、その外側を足していくイメージで捉えると迷いません

5つのエンジニアリングを1枚で見渡す比較表

細かい解説に入る前に、まず全体を1枚の表で見比べてみましょう
「いつ登場したか」「何を設計するのか」「どれくらい定着しているか」を並べると、5つの関係が一気に見えてきます

表を縦に見ると、設計する対象が「指示文」から「情報全体」「土台」「動き続ける仕組み」「つなぎ方」へと外へ広がっているのが分かります
ここからは、1つずつ噛み砕いていきます

プロンプトエンジニアリング すべての出発点

プロンプトエンジニアリングは、AIに渡す指示文(プロンプト)を工夫して、ほしい答えを引き出す技術です
5つの中でいちばん歴史があり、土台になっている考え方です

広まったのは、GPT-3が登場した2020年前後だと言われています
その後、ChatGPTが2022年末に公開されて一般にも一気に浸透しました(誰が最初に名付けたかは諸説あるので、ここでは踏み込みません)

やることは、たとえば次のようなものです

• 「あなたは経理の担当者です」のように役割を与える
• 手順を番号で区切って、順番に考えさせる
• 出力の形(表・箇条書きなど)を先に指定しておく

具体的には、「悪い例」と「良い例」を1つずつ添えるだけでも、出力の質はぐっと安定します
短い指示でも、望む形を実例で見せてあげると、AIは狙いを外しにくくなります
こうした積み重ねが、今もプロンプトエンジニアリングの中心にあります

「もう凝ったプロンプトは要らない」という声も一部で聞きますが、なくてもAIがカバーしてくれる可能性が上がっただけで、実際には指示の作り込みは今でも効きます
プロンプトは古びたのではなく、次に出てくるコンテキストの一部として組み込まれたと捉えるのが正確です

コンテキストエンジニアリング プロンプトを包んで進化した

コンテキストエンジニアリングは、AIに見せる情報の全体を組み立てる設計です
1回の指示文だけでなく、AIが受け取る材料まるごとを対象にします

ここでいう「情報の全体」とは、AIが一度に読み込める作業スペース(コンテキストウィンドウ)に何を積むか、という話です
具体的には次のような中身を組み合わせます

• 役割や方針を伝えるシステムプロンプト
• 外部から引っ張ってきた参考資料(RAG)や社内文書
• これまでの会話の履歴や、覚えさせたメモ(メモリ)
• AIが使える道具(ツール)の一覧と、その実行結果

プロンプトとの違いは「置き換え」ではなく「包含」

ここが今回いちばん押さえたいポイントです
コンテキストエンジニアリングはプロンプトエンジニアリングを置き換えたのではなく、その中に含んで広げたものです

プロンプト(指示文)は、コンテキスト全体の中の一部分にあたります
つまりプロンプトはコンテキストの部分集合で、指示の良し悪しだけでなく「そもそも何を見せているか」まで含めて設計しよう、という発想の広がりなんです

たとえば「この議事録を要約して」と頼むとき、議事録の本文を渡さなければ、どれだけ指示を磨いても良い答えは返ってきません
逆に、関連する過去資料や用語の定義まで一緒に渡せば、指示はシンプルなままでも精度が上がります
これがコンテキストを設計するということです

ただし、情報は多ければ多いほど良いわけではありません
関係ない資料まで詰め込むと、かえってAIが迷って精度が落ちることもあります
だからコンテキストエンジニアリングは「何を足すか」だけでなく「何を削るか」の設計でもあるんです

この言葉が広まったのは、わりと最近です
ShopifyのCEOであるTobi Lütke(トビ・リュトケ)氏が2025年6月ごろに使い始めたのが起点とされ、AI研究者のAndrej Karpathy(アンドレイ・カルパシー)氏が賛同して一気に広まりました

その後、Anthropic(Claudeの開発元)も2025年9月に体系立てた解説を出し、コンテキストエンジニアリングをプロンプトエンジニアリングの自然な進化だと位置づけています
くわしくはAnthropic公式の解説も参考になります

個人的な話をすると、私がClaude Codeを使うときも、この感覚はよく実感します
作業フォルダに CLAUDE.md という前提メモを置いておくと、毎回こまかく指示しなくても、狙った方向で動いてくれる確率がぐっと上がるんです

ジャベ雄

指示を盛るより、前提を先に渡しておくほうが効くと感じています

用語の意味だけをサッと確認したいときは、AI用語集もあわせてどうぞ

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

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

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

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

Notta｜AI自動文字起こし

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

Nottaを見てみる

ハーネスエンジニアリング モデルを取り囲む土台

ハーネスエンジニアリングは、モデル本体を除いた、AIを取り囲むソフトウェアの土台を設計するという考え方です
「ハーネス(harness)」はもともと、馬具や安全帯のように本体を支える装具を指す言葉です

ここでいう土台には、次のようなものが含まれます

• AIが使うツールの統合(ファイル操作・検索・外部サービス連携など)
• 作業の途中経過を覚えておくメモリや状態の管理
• 失敗したときにやり直す検証と回復の仕組み
• 触ってよい範囲を制限する権限のガードレール

この関係を、界隈ではよく Agent = Model + Harness と表します
つまりエージェント(自分で作業するAI)は、モデルという頭脳と、それを取り囲む土台(ハーネス)を合わせたものだ、という整理です

身近な例でいうと、Claude Code Desktop がこの土台込みの仕組みにあたります
裏でファイルを読んだり、コマンド(プログラムへの命令)を走らせたり、失敗したらやり直したり、という一連の動きは、モデル単体ではなく、その周りの土台がこなしています

Anthropicも、Claude Codeと同じ仕組みを Claude Agent SDK として公開し、これを「汎用のエージェントハーネス」と呼んでいます
ハーネスという語そのものは、こうした公式ドキュメントでも使われている実在の言葉です

おもしろいのは、同じモデルでも土台の出来しだいで成績が変わる点です
AIの実力を測るベンチマーク(SWE-bench系)でも、モデルはそのままで土台を差し替えただけでスコアが動いた、という報告があります
ただし作り込むほど強いとは限らず、100行ほどの最小構成が高機能な土台を上回った例もあります
土台の設計で何が効くのかは、Anthropicのハーネス解説がくわしいです

エージェントの土台をもう少し具体的に知りたい方は、Claude Code拡張機構入門で、ツールや設定の仕組みを噛み砕いています

ループエンジニアリング AIを自走させる仕組み

ループエンジニアリングは、AIが繰り返し動き続ける仕組みそのものを設計するという考え方です

土台になっているのは「エージェントループ」という概念です
これは考える → 道具を使う → 結果を見る → また動くを、終了条件にたどり着くまで繰り返す動きのことで、ざっくり言えば「道具を持ったAIをぐるぐる回し続ける」イメージです

この繰り返しの考え方自体は前からあります
ループエンジニアリングは、その回し方を設計対象として名前を付けたもので、次のようなところを組み立てます

• ループを始める引き金(トリガー)をどう設けるか
• いつ止めるかの停止ルール
• 途中で結果をチェックする検証の仕組み

身近な例だと、プログラムのバグ直しがイメージしやすいです
コードを直す → テストを走らせる → 失敗を見てまた直す、をテストが通るまで自動で繰り返す、という流れをAI自身に回させるのがループの設計です

Anthropicの開発者を含む書き手がよく口にするのが「エージェントにプロンプトを出すのをやめて、エージェントにプロンプトを出すループのほうを設計しよう」という言い回しです
あなたが毎回指示を出すのではなく、指示を出し続ける仕組みを作るという発想の転換なんです

ハーネスとの関係も、まだ整理しきれていません
「ループはハーネスの一部」とする見方が多い一方で、「ループはハーネスに調整される別のもの」とする見方もあり、この2つは重なり合う領域があると捉えておくのが実態に近いです

さらに進むと、1つのループだけでなく、複数のループを組み合わせる話になります
調べる担当・書く担当・チェックする担当のように、役割ごとのループを重ねて大きな仕事をこなす設計です
これが次のグラフエンジニアリングにつながります

ジャベ雄

新しい言葉なので、断定より「そういう流れが来ている」くらいで追うのが安全です

グラフエンジニアリング 複数のAIをつなぐ最新の層

グラフエンジニアリングは、複数のAI・ツール・人の承認を、つなぎ方まで含めて設計するという、5つの中でいちばん新しい考え方です
担当を点(ノード)、受け渡しを線(エッジ)、そのあいだを流れる情報を状態と呼んで組み立てます

ただし、ここまでの4つとは少し性格が違います

ループが消えるわけではありません
1体のAIが回している輪が、そのままグラフの1つの点に収まります
置き換えではなく、外側に一枚かぶさったと読むのが正確です

この言葉が一気に広まったのは2026年7月18日で、きっかけは冗談の投稿でした
ただ2週間前の7月4日に真面目な論考が出ていて、順番としては論考のほうが先です

言葉が新しくても、中身まで新しいとは限りません
グラフでエージェントを組む道具は2024年1月の LangGraph まで遡れるので、実装のほうが言葉より2年半ほど早いことになります

ジャベ雄

担当が1人で済む作業なら、そもそも線を引く必要はありません

結局この5つはどう違うのか

最後に、5つの違いを一言でまとめておきます
キーワードは「設計する対象が、内から外へ広がっていく」という一点です

• プロンプト=指示文という「言葉」を設計する
• コンテキスト=AIに見せる「情報の全体」を設計する
• ハーネス=AIを取り囲む「土台」を設計する
• ループ=AIが動き続ける「仕組み」を設計する
• グラフ=複数のAIをつなぐ「編成」を設計する(ここだけ1体でなく複数体の話)

Claude関連の用語をもう少し押さえたい方は、Claude用語集(初心者向け)もあわせてどうぞ
この地図を頭に入れておくと、新しい言葉が出てきても「5つのどこの話か」で位置づけられるようになります

本シリーズの他の記事

この総論(ハブ)から、5つそれぞれを掘り下げた個別記事へ進めます
気になったテーマから読んでみてください

• プロンプトエンジニアリング入門:指示文の作り込みの基本
• コンテキストエンジニアリングとは:AIに見せる情報の設計
• ハーネスエンジニアリングとは:エージェントの土台づくり
• ループエンジニアリングとは:AIを自走させる仕組み
• グラフエンジニアリングとは:複数のAIをつなぐ編成

Claude・生成AIを学べる本PR

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

Amazonで見る楽天で見る

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

大澤文孝

Amazonで見る

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