日曜日なので、仕事の話は少しお休み

このブログは、WordPressやホームページ制作、神社や御朱印の記事がほとんどです。
でも実は、ブログの中に「音楽」というカテゴリーもあります。

記事の数は多くありませんが、私にとっては仕事と同じくらい大事なテーマです。

今日は日曜日なので、Web制作の話は少しお休みして、60代の今だからこそ書ける「音楽と自分」の話をしてみます。

きっかけはラジオから流れてきた洋楽

中学生になるまで、私が聴いていたのはテレビで流れる歌謡曲でした。

洋楽については、ビートルズという名前を知っていたかどうか、という程度です。

それが、中学2年のある日、深夜ラジオ（DJは糸居五郎）で耳にした洋楽で一変しました。
ABBAやビリー・ジョエルから入って、当時ヒットしていた洋楽を片っ端から聴くようになりました。

英語はまったく分からないのに、FEN（米軍向けのラジオ放送、今のAFN）をよく聴いていたのを覚えています。

「たまたま耳にした」から始まる

2014年に、このブログで「受動的音楽と能動的音楽」という記事を書きました。
当時の日本では、テレビをつけていれば流れてくる歌謡曲は「受動的」に聴けても、洋楽は自分から探しに行かないと聴けなかった。たまたま耳にした1曲をきっかけに、自分から「能動的」に聴きにいくしかなかった、という話です。

アメリカに行ったとき、ラジオでロックもジャズもクラシックも普通に流れているのを聴いて、うらやましく思ったことも書きました。

今はサブスクやYouTubeで、世界中の音楽がすぐに聴けます。おすすめ機能が次々に曲を流してくれるので、「受動的に洋楽を聴く」のも簡単になりました。
便利になった一方で、ラジオにかじりついて知らない曲名を必死に聞き取ろうとしていたあの感覚は、今の若い人にはなかなか伝わらないかもしれません。

聴くだけでは足りなくなって、ベースを手にした

洋楽を聴き込むうちに、プログレッシブロック（プログレ）にのめり込みました。
変拍子があったり、1曲が10分を超えたり、クラシックやジャズの要素が入っていたりする、ちょっと変わったロックです。

聴くだけでは物足りなくなり、私はベースを弾くようになりました。
ベースの師匠の教室に通ったこともあります。その先生が参加していたバンド「孔雀音」のデモテープを聴かせてもらったときは衝撃を受けました。そのデモは自主制作レーベルからカセットで出て、のちにCDになりました。CDのライナーノーツに自分の名前が載っていたのを見つけたときは、正直、少し得意になったものです。

IOというバンドと「Glass Castle」

1988年、それまで活動していたバンド「Fairy」から分かれる形で、新しいバンド「IO」が始まりました。バンド名は私が提案したものです。

1990年には、IOとしてアルバム「Glass Castle」を出しました。私はベースを弾き、1曲を除いて作曲とアレンジも担当しています。発売記念のライブは吉祥寺のシルバーエレファントで行いました。

機材の話を少しすると、メインのベースはRickenbacker 4001でした。ただノイズの問題があって、レコーディングではほとんどIbanezの5弦ベースを使いました。タイトル曲の「Glass Castle」だけはRickenbackerで弾いています。「Love Songs」という曲では、Ibanez Roadstar IIを自分でフレットレスに改造したベースを使いました。

レコーディングのエンジニアさんのアイデアで、CDは見開きの紙ジャケットにしました。当時としては珍しかったと思います。

その後もプログレのバンドだけでなく、ヘヴィメタル寄りのバンドも経験しました。1995年頃には、職場で出会った若いギタリストと一緒に曲を作り、バンドを組んだこともあります。

廃盤アルバムを、ネットで聴ける形に

「Glass Castle」のCDはとっくに廃盤になり、ときどきオークションサイトで見かける程度になっていました。

2018年、このアルバムをダウンロード販売で再び出しました。
1990年当時は、CDを作るにもお金と手間がかかり、置いてもらえるお店も限られていました。それが今では、個人でも音源を登録すれば、ネット経由で世界中の人に聴いてもらえます。

Web制作の仕事をしていると、「インターネットのおかげで、個人でもできることが増えた」という話はよく耳にします。でも、自分が30年近く前に作った作品で、それを実感するとは思っていませんでした。

音楽とWeb制作、似ているところ

60代になって振り返ると、バンドでやっていたこととWeb制作には、似ているところがあると感じます【要確認】。

1. 自分で作って、自分で届ける：自主制作のカセットやCDも、ホームページも、作るだけでなく「どうやって人に届けるか」まで考えます。
2. 道具を自分で工夫する：ベースをフレットレスに改造したのも、WordPressのプラグインやコードを自分でいじるのも、根っこは同じ「なければ自分で何とかする」です。
3. 一人では完成しない：アルバムはメンバーやエンジニアさん、ジャケットを描いてくれた人がいて完成しました。ホームページも、お客様や協力してくれる人がいて初めて形になります。
4. 基本が大事：派手なフレーズより、リズムを支えるベースが大事。Webも見た目より、表示の速さや分かりやすさといった土台が大事です。

「能動的に」は音楽だけの話じゃない

2014年の記事の最後に、「音楽が好きなら、もっと能動的に音楽を聴いてほしい」と書きました。

今あらためて思うのは、これは音楽に限った話ではないということです。
AIやおすすめ機能が何でも用意してくれる時代だからこそ、「たまたま出会ったもの」を自分から掘り下げていく姿勢が大切だと思います。私がFENの洋楽からプログレに、そしてベースを弾くようになったように、です。

60代になっても、新しい音楽にも新しい技術にも、自分から手を伸ばしていたいと思っています。

まとめ

• 中学時代、ラジオ（FEN）で洋楽に出会い、自分から音楽を探すようになった
• プログレにのめり込み、ベーシストとして1990年にIOのアルバム「Glass Castle」を作った
• 廃盤になったアルバムは、2018年にダウンロード販売で再び聴ける形にした
• 「自分で作って届ける」「道具を工夫する」など、音楽とWeb制作には共通点がある
• 便利な時代だからこそ、たまたま出会ったものを「能動的に」掘り下げていきたい

日曜日の雑記にお付き合いいただき、ありがとうございました。
皆さんにも、人生を変えた「ラジオから流れてきた1曲」はありますか。

自分のブログに何を書いてきたか、実はよく分かっていなかった

このブログを始めたのは2011年です。気がつけば15年、記事の数は約960本になっていました。

ところが、「どんな記事を、どれくらい書いてきたか」と聞かれると、正直うまく答えられません。WordPressの管理画面で投稿一覧を眺めても、1ページに表示されるのは20件ほど。960本を最後までめくる気力は、さすがにありませんでした。【要確認：管理画面での表示件数の設定】

そこで今回、AI（Claude Code）に手伝ってもらい、過去記事をまとめて 「棚卸し」 してみました。

きっかけは、ブログの更新を続けるうえで「前に書いた内容と同じことを書いていないか」を確認したかったからです。やってみると、それ以上にいろいろなことが見えてきました。この記事では、そのやり方と気づいたことをまとめます。

棚卸しのやり方：WordPressの「REST API」を使う

REST APIとは？（初心者向けにひとこと）

WordPressには、REST API（レスト・エーピーアイ） という仕組みが最初から入っています。

難しく聞こえますが、要するに「記事の情報を、プログラムが読みやすい形で取り出せる窓口」です。ブラウザのアドレス欄に、次のようなURLを入れるだけで使えます。

• https://（自分のサイト）/wp-json/wp/v2/posts?search=キーワード&per_page=20

これで、キーワードに合う記事のタイトル・日付・URLがまとめて表示されます。公開している記事の情報を読むだけなら、パスワードは必要ありません。

逆に言うと、公開記事の一覧は誰でもこの方法で取り出せる ということです。Web制作の仕事をしている者としては、これは知っておいて損はない話だと思います。

AIにお願いしたこと

私がClaude Codeにお願いしたのは、だいたい次のような内容です。

1. REST APIを使って、ブログの記事を一覧にしてほしい
2. それをカテゴリーごとに分けて、本数を数えてほしい
3. 主要な記事は、日付・タイトル・URLを一覧表にしてほしい
4. 結果を1つのファイルにまとめて保存してほしい

AIは、REST APIを何度も呼び出して記事を集め、テーマごとに整理した一覧ファイルを作ってくれました。私が手作業でやっていたら、何日かかったか分かりません。【要確認：かかった時間の実感】

棚卸しで見えた「偏り」

出来上がった一覧を見て、まず笑ってしまいました。

カテゴリー別の本数（おおよそ）は次のとおりです。

• 御朱印：約407本
• 神社：約198本
• WordPress：約141本
• 寺院：約76本
• ECCUBE：約70本
• CSS：約54本
• jQuery：約36本

（1つの記事に複数のカテゴリーが付いているので、合計は960本を超えます）

本業はWeb制作なのに、一番多いのは御朱印の記事でした。神社と寺院を合わせると、技術系の記事を大きく上回ります。

一方で、AIカテゴリーの記事は、2023年に書いた「GPTって」の1本だけ でした。今これだけAIを仕事で使っているのに、ブログにはほとんど書いていなかったわけです。

自分では「Web制作の技術ブログ」のつもりでいましたが、データで見ると「御朱印と神社のブログに、技術記事が混ざっている」と言ったほうが近いかもしれません。【要確認：この受け止め方でよいか】

これは悪いことではありません。ただ、「自分のサイトが、外からどう見えているか」 を知るきっかけになりました。

棚卸しで分かった、3つの使い道

① 重複チェックができる

新しい記事を書く前に、一覧ファイルとREST APIの検索で「似た記事がないか」を確認できるようになりました。

15年も書いていると、昔書いたことを忘れて、同じテーマでもう一度書いてしまうことがあります。同じ内容の記事が2本あると、検索エンジンからはどちらを評価すればいいのか分かりにくくなります。書く前に確認できるのは、地味ですが大きな安心です。

② 内部リンクの候補が見つかる

一覧を見ていると、「この記事とこの記事はつながる」という組み合わせが見えてきます。

例えば、WordPressの403エラーの記事と、httpsへの切り替えの記事は、どちらもサーバー設定の話です。新しい記事でサーバーのトラブルに触れたとき、昔の記事に自然にリンクを張れます。

内部リンク とは、自分のサイト内の別の記事へのリンクのことです。読む人にとっては関連情報にたどり着きやすくなり、検索エンジンにとってはサイトの構造が分かりやすくなります。

ただし、AIが挙げてくれるリンク候補は、必ず実際にURLを開いて、存在するか確かめるようにしています。AIは、ありそうなURLを「それらしく」作ってしまうことがあるからです。

③ 「書いていないテーマ」が分かる

今回一番の収穫は、これかもしれません。

AIの記事が1本しかないこと、MacやLinuxの記事が意外と少ないこと。こうした 「空白」 が見えると、次に何を書けばいいかの手がかりになります。

ネタ切れに悩んでいる人ほど、まず自分の過去記事を棚卸ししてみるのがおすすめです。

Web制作の仕事にも使えると感じたこと

この方法は、自分のブログだけでなく、ホームページ制作の仕事にも応用できると感じました。

例えば、WordPressで作られたサイトのリニューアルを相談されたとき、最初に困るのが「今どんなページがいくつあるのか」の把握です。管理画面に入れなくても、公開されている記事なら、REST APIで一覧を取り出せます。

• どのカテゴリーに記事が集中しているか
• 長い間更新されていないテーマはどれか
• 似たタイトルの記事が重なっていないか

こうした現状把握を、AIに手伝ってもらいながら短時間でできるのは、大きな変化です。【要確認：実際の仕事で使ったかどうか。未使用なら「使えそうだと感じた」の表現に】

ただし、当然ながら 他人のサイトを調べるときは、依頼を受けた範囲で行う のが前提です。技術的にできることと、やってよいことは別だと考えています。

60代のWeb制作者として感じたこと

昔の私なら、この作業はExcelに手でタイトルを貼り付けて、何日もかけて分類していたと思います。【要確認】

AIのおかげで、その「手を動かす部分」はほとんど任せられるようになりました。

それでも、出来上がった一覧を見て「御朱印が多いのは、それだけ足を運んだ証拠だな」「AIの記事が少ないのは、まだ自分の言葉にできていなかったからだな」と意味を読み取るのは、やはり自分自身です。

15年分の記事は、15年分の自分の記録でもあります。AIは記録を整理してくれますが、その記録にどんな意味があるかを考えるのは人間の仕事だと、改めて感じました。

まとめ

• WordPressには REST API があり、公開記事の一覧をまとめて取り出せる
• AI（Claude Code）に頼むと、一覧化・分類・集計を短時間でやってくれる
• 棚卸しをすると、重複チェック／内部リンク／書いていないテーマ の3つに役立つ
• AIが挙げたURLは、必ず自分で開いて実在を確認する
• データの意味を読み取り、次に何を書くかを決めるのは人間

「ブログを続けたいけれど、何を書けばいいか分からない」という方は、まず自分の過去記事を一覧にしてみてください。思ってもみなかった自分のサイトの姿が見えてくるはずです。

---

12年前の自分の記事を読み返してみた

先日、このブログの過去記事を整理していて、2014年11月に書いた「必要とされるホームページ制作について」というシリーズに目が止まりました。全部で5回に分けて書いた記事です。

当時の私は、たくさんのサイトのディレクションに関わっていました。システムディレクターとして、他のディレクターが用意したデザインや企画書をもとに、開発の設計書を作る仕事もしていました。

その頃に感じていた「もやもや」を、そのまま文章にしたのがこのシリーズです。

60代になった今、読み返してみると、少し恥ずかしい部分もあります。それでも、「これは今でもまったく同じだな」と思う部分がたくさんありました。【要確認：読み返した感想を一言】

この記事では、12年前の自分の記事を手がかりに、ホームページ制作で 変わったこと と 変わらないこと を振り返ってみます。

当時、何に悩んでいたのか

シリーズの中で一番言いたかったことは、とてもシンプルです。

「そのホームページは、本当にお客様のためになっているのか？」

当時は、ネットショップの構築にECCUBEをよく使っていました。このブログにも、ECCUBEのカスタマイズ記事を70本ほど書いています。

その中で、何度も同じ場面に出会いました。

• 技術力のある人ほど、システムを必要以上に複雑にしてしまう
• デザインの得意な人ほど、見た目に力が入りすぎてしまう
• 完成したシステムをお客様に説明すると、使わない機能が多すぎて使いこなせない

作った側は「いいものができた」と思っています。でも、毎日そのサイトを更新するのは、お客様自身です。お客様が使いこなせなければ、どんなに高機能なサイトでも意味がありません。

当時の私は、そのズレをどうにかしたいと考えていました。

この12年で変わったこと

まず、Web制作の環境は大きく変わりました。

スマホが当たり前になった

2014年の秋、「スマホの契約数が初めてガラケーを上回った」というニュースを、このブログでも取り上げていました。今では、スマホで見やすいことは「あると良いもの」ではなく、ないと話にならない前提条件 です。

https化が必須になった

2018年頃には、WordPressをhttpからhttpsに切り替える作業が一気に増えました。ロリポップやXサーバーでの手順を記事にしたのもこの頃です。今ではhttpsになっていないサイトは、ブラウザに「保護されていない通信」と表示されてしまいます。

WordPressの編集画面が変わった

2018年末には、WordPress 5.0で「ブロックエディター」が登場しました。慣れ親しんだ編集画面が大きく変わり、戸惑ったお客様も多かったはずです。【要確認：当時のお客様の反応】

AIが制作の手伝いをするようになった

そして今は、AIが文章を書いたり、プログラムを作ったりする時代です。私自身も、Claude CodeというAIに、毎朝のブログ下書き作りを手伝ってもらっています。

2013年に「一番簡単なホームページの作り方」という記事で、「コピペよりも手で入力したほうが覚えますよ」と書いていた頃からすると、本当に別の世界です。

それでも変わらないこと

ところが、12年前の記事を読み返して一番強く感じたのは、本質はほとんど変わっていない ということでした。

「使いこなせるか」がすべて

AIを使えば、以前より簡単に高機能なサイトが作れます。だからこそ、12年前と同じ落とし穴があります。

「作れるから付ける」機能は、たいてい使われません。

お問い合わせフォーム、予約システム、会員機能、ブログ、ネットショップ……。全部付けると立派に見えますが、お客様が実際に毎日使うのは、そのうちのいくつでしょうか。

制作前に「この機能は誰が、いつ、何のために使うのか」を一緒に確認する。この手間は、AIの時代になっても省けません。

更新し続けられることが一番のSEO

SEOのテクニックは、この12年でいろいろ変わりました。それでも、検索で評価されるサイトに共通しているのは、役に立つ情報が、継続して更新されている ことです。

そして、更新し続けられるかどうかは、お客様が「自分で更新できる仕組み」になっているかどうかで決まります。ここでも結局、「使いこなせるか」に戻ってきます。

自分のサイトも同じだった

偉そうなことを書いていますが、私自身のサイトも同じです。

2022年にこのサイトをリニューアルしました。そのときは、長年使ってきたデザインに飽きたというのが正直な理由でした。ロゴは、20年ほど一緒に暮らしてきた保護猫たちにちなんで、「犬なのか猫なのか分からない」ものになりました。

機能を足すより、自分が気持ちよく更新を続けられる形にすること。自分のサイトでも、それが一番大切だと感じています。【要確認】

60代のWeb制作者として思うこと

若い頃は、新しい技術を覚えて使うこと自体が楽しかったように思います。【要確認】

60代になった今は、少し見方が変わりました。新しい技術は、お客様の手間を減らすために使うもの だと考えるようになりました。

AIも同じです。AIで制作が速くなった分、浮いた時間を「お客様の話を聞くこと」に使えるなら、それは12年前に私が望んでいた形に近いのかもしれません。

まとめ

• 12年前に書いた「必要とされるホームページ制作」を読み返した
• スマホ、https、ブロックエディター、AIと、制作環境は大きく変わった
• それでも「お客様が使いこなせるか」という本質は変わらない
• 機能は「作れるから付ける」のではなく、「誰が何のために使うか」で決める
• 更新し続けられる仕組みが、結局は一番のSEOになる

これからホームページを作る方も、作り直しを考えている方も、まずは「自分はこのサイトで毎日何をするのか」を書き出してみてください。それが、本当に必要なホームページへの近道です。

---

はじめに：毎朝の「ネタ探し」がしんどくなってきた

ホームページ制作の仕事を長く続けていると、ブログ更新の大切さはよく分かっています。分かっているのに、毎日続けるのは大変です。

特にしんどいのが「ネタ探し」です。朝からニュースサイトをいくつも開いて、使えそうな話題を選び、要点をまとめる。60代になって、この作業に以前より時間がかかるようになりました。【要確認：ご自身の実感に合わせて】

そこで今年の9月、Claude Code（クロード・コード） に、この作業をまるごと手伝ってもらう仕組みを作りました。毎朝7時になると、AIが次の作業を自動で行います。

1. AI関連のニュースを集めて、候補を一覧にする
2. その中から3本を選び、ブログ記事の本文を書く
3. 日付入りのアイキャッチ画像を作る
4. WordPressに 「下書き」として 保存する

私は朝、WordPressの管理画面を開いて、下書きを読み、直してから公開するだけです。

運用を始めて約3週間になります。この記事では、作るときにつまずいた点と、使ってみて分かった「AIに任せていいこと・任せないほうがいいこと」を、実体験としてまとめます。

そもそもClaude Codeとは？（初心者向けにひとこと）

Claude Codeは、AnthropicというAI企業の 「パソコンの中で実際に作業してくれるAI」 です。

ChatGPTのようなチャットAIは、基本的に「答えを文章で返す」ものです。Claude Codeはそれに加えて、自分のパソコンのファイルを作ったり、プログラムを動かしたりできます。

例えるなら、ChatGPTは「相談に乗ってくれる先生」、Claude Codeは「隣に座って一緒に作業してくれるアシスタント」です。

私の場合は、Macで動かしています。

作った仕組みの全体像

仕組みはとてもシンプルで、フォルダの中にあるのは次の3つだけです。

• アイキャッチ画像のひな形（HTMLで作ったデザイン。日付の部分だけ毎日差し替える）
• 画像を作るプログラム（ひな形をChromeで表示して、画像として保存する）
• WordPressに投稿するプログラム（記事と画像をWordPressに送る）

この3つを組み合わせて、「毎日7時に実行してね」とClaude Codeに予定を登録しています。

正直に言うと、プログラムの中身は、ほとんどClaude Codeに書いてもらいました。私がやったのは、「何をしたいか」を日本語で伝えることと、うまく動かないときに画面に出たエラーを見せることです。

つまずいた壁①：WordPressに「403エラー」で弾かれる

最初に出会ったのが 403エラー（アクセス禁止） です。

WordPressには「REST API」という、外部のプログラムから記事を投稿できる入口があります。認証には、WordPressの「アプリケーションパスワード」を使いました。管理画面の「ユーザー → プロフィール」から発行できる、投稿専用のパスワードです。

ところが、設定は正しいはずなのに、投稿しようとすると弾かれてしまいます。

原因は、サーバー（ロリポップ）の WAF（ウェブアプリケーションファイアウォール） でした。プログラムから送られる通信が「怪しい機械からのアクセス」と見なされていたのです。

Claude Codeと一緒に原因を探り、通信に「普通のブラウザからのアクセスです」という名札（User-Agent）を付けることで解決しました。

さらに、共有サーバーでは認証情報がWordPressまで届かないことがあり、その場合は .htaccess に1行足す必要があります。

SetEnvIf Authorization "(.*)" HTTP_AUTHORIZATION=$1

長年Web制作をしてきた経験から言うと、「設定は合っているのに動かない」ときは、たいていサーバー側のセキュリティ設定が原因 です。今回もまさにそれでした。AIは原因の候補をすぐに挙げてくれますが、「レンタルサーバーはこういうところで引っかかる」という勘所は、やはり経験がものを言うと感じました。

つまずいた壁②：図解（SVG）がWordPressで消えてしまう

記事を読みやすくするために、本文に簡単な図（SVG形式）を入れるようにしました。

ところが、下書きを開いて公開しようとすると、図が消えてしまうことがありました。WordPressのブロックエディタが、安全のためにSVGのコードを取り除いていたのです。

これは、本文を「カスタムHTMLブロック」で包んでから送るように変えることで解決しました。

WordPressを長く触っている人ほど、「クラシックエディタの頃はこんなことなかったのに」と感じる部分かもしれません。ブロックエディタの仕組みを知っておくと、AIへの指示も的確になります。

つまずいた壁③：アイキャッチ画像が重すぎる

最初に作ったアイキャッチ画像は、きれいな反面、ファイルサイズが大きすぎました。画像が重いと、ページの表示が遅くなり、SEOにも良くありません。

そこで、「1200×630ピクセル、100KB以下のJPGにして」とClaude Codeに伝えました。すると、画質を少しずつ下げながら、100KB以下に収まるところで保存する処理を作ってくれました。

このように、「数字で条件を伝える」 と、AIは期待どおりのものを作ってくれやすくなります。「軽くして」だけでは、どこまで軽くすればいいのか、AIにも分かりません。

3週間使って分かった「任せていいこと・ダメなこと」

AIに任せてよかったこと

• ニュースを集めて一覧にする作業：20件ほどの候補を、見出し・要約・URL付きの表にしてくれる
• 決まった形の作業の繰り返し：画像の日付差し替え、サイズ調整、WordPressへの送信
• プログラムを書くこと：私が一から書いたら数日かかる内容が、会話しながら形になった

人がやるべきだと感じたこと

• 公開するかどうかの最終判断：だからこそ「下書き」で止めている
• 事実の確認：AIが要約した内容が、元の記事と合っているかは必ず目で見る
• 自分の言葉を入れること：AIの文章は整っていますが、「自分が書いた感」が薄い【要確認】

特に大事にしているのが、「自動で公開まではさせない」 という線引きです。

技術的には、公開まで全自動にすることもできます。しかし、間違った情報や、意図しない表現がそのまま世に出るリスクを考えると、最後の一押しは人間がやるべきだと考えています。

60代のWeb制作者として感じること

私がホームページ制作を始めた頃は、HTMLを手で打ち、FTPでアップロードするのが当たり前でした。【要確認：始めた年代など】

それから比べると、「日本語でお願いすると、AIがプログラムを書いて、毎朝勝手に動いてくれる」というのは、正直まだ不思議な感覚です。

ただ、使ってみて分かったのは、AIは「経験の代わり」ではなく「経験を活かす道具」 だということです。

403エラーの原因に見当をつけられたのも、画像の重さがSEOに響くと分かっていたのも、長年の現場経験があったからです。AIが速く手を動かしてくれる分、人間は「何をやるべきか」「どこが危ないか」を判断することに集中できます。

年齢を重ねて、細かい作業に時間がかかるようになった今だからこそ、AIは心強い相棒だと感じています。

まとめ

• Claude Codeを使うと、ニュース収集から記事作成、WordPressへの下書き保存まで自動化できる
• つまずきやすいのは「サーバーのセキュリティ（403）」「ブロックエディタ（SVG）」「画像の重さ」
• AIへの指示は「数字で条件を伝える」とうまくいきやすい
• 公開の判断と事実確認は、人がやる。だから「下書き止め」がおすすめ

「AIで自動化」と聞くと難しそうに感じるかもしれませんが、最初の一歩は「毎日やっている面倒な作業を1つ書き出してみる」ことです。そこから、AIに何を任せられるかが見えてきます。

---