跳转至

🇯🇵 note AI 日本語ダイジェスト — 2026-06-16

note.com で過去 24 時間に人気の AI 記事｜タグ: #生成AI #LLM #AIエージェント #ChatGPT 各記事：① 中文摘要 ② やさしい日本語 (N3–N2) ③ [note で読む]（リンク）

1. 240日連続投稿の先に見えた景色──「note休もっ化計画」を始めた理由

作者 空波DX100% ・ ❤️ 46 ・ 🗓 2026-06-16 05:32 JST ・ 🏷 #ChatGPT ・ note で読む

📌 中文摘要

  • 作者在连续投稿240天后，意识到“持续”本身可能变成目的，导致创作从“乐趣”变为“义务”，出现灵感枯竭、写作痛苦、创造力下降等问题。
  • 类比日本劳动时间从每周48小时（单休）缩减到40小时（双休）的历史，指出持续工作不休息会导致判断力下降、错误增加、健康受损、创造力丧失。
  • 提出随着AI、DX、自动化等效率提升（作者在公司实现年减7500小时工时），未来可能走向每周32小时（周休三日）的工作模式，并列举日立、NEC、松下、瑞穗等企业已试行或探讨选择性的周休三日制度。
  • 将上述逻辑应用于note副业，提出“note休もっ化計画”（note休息化计划）：主动、有计划地休息，而非被动中断，以维持长期创作质量、读者交流和新挑战的乐趣。
  • 强调休息不是后退，而是“为了走得更远的准备”，类比工厂设备需要定期维护才能避免故障（作者曾经历因持续运行导致火灾的现场事故）。
  • 该计划发布后获得读者共鸣，并有其他创作者实际使用该概念宣布休息并成功恢复更新；作者认为创造“让人想用的词语”或“让心变轻的想法”也是一种创造。

🟢 やさしい日本語（N3–N2）

240日連続投稿の先に見えた景色──「note休もっ化計画」を始めた理由

こんにちは、空波（そらなみ）です。

実は私は、小学校のときから「テーマのない作文」を書くのがとても苦手でした。何度も白紙（何も書いていない紙）で提出して、先生を困らせていました。そんな私でも、今はAI執事（コンピューターが手伝ってくれる仕組み）と一緒にnoteを書いています。

この記事では、私が実際に会社で人件費（人を雇うためのお金）を1000万円以上削減（減らすこと）した考え方を書いています。

240日連続投稿を達成したとき

ある日、気がつくとnoteの連続投稿が240日を超えていました。

毎日記事を書くことは、言葉にすると簡単です。しかし、実際には想像以上にエネルギーを使います。

「今日は何を書こう」「この内容で読者の役に立てるだろうか」「連続投稿を止めたくない」──そんなことを考えながら過ごす日々でした。

そして240日を達成した頃、私はふと立ち止まりました。突然、何となくです（※投稿自体は続けています）。

これは、フルマラソン経験者がよく言う「35キロの壁」に似ていると思いました（私はフルマラソン経験者です）。

記事を書くことが嫌になったわけではありません。むしろ、その逆でした。これからも長く続けたいからこそ、一度休む必要があると感じたのかもしれません。

続けることは素晴らしい

世の中には「継続は力なり」という言葉があります。私もその言葉を信じて走り続けてきました。実際、継続には大きな価値があります。

しかし、継続そのものが目的になってしまう危険性もあります。

毎日投稿を続けていると、「楽しみ」だったものが「義務（やらなければならないこと）」へと変わることがあります。本来は自由な創作活動なのに、責任感のために締切（しめきり）に追われる作業になってしまうのです（1日は24時間しかありません）。

すると、次のような状態になることがあります。

  • アイデアが浮かばなくなる
  • 文章を書くことが苦しくなる
  • 新しい挑戦（ちょうせん）を避けるようになる
  • 創造性（そうぞうせい：新しいことを考える力）が低下する

自分の体が知らないうちに、危険なサインを出し始めるのです。これは、皆さんの仕事でも同じではないでしょうか。

2026年5月26日（日）から

この日から、私は結果として9日間、noteの中でリフレッシュ休暇（休むこと）を取ることになりました。

なぜ日本は週40時間労働になったのか

私は普段、品質保証（ひんしつほしょう：製品の質を守る仕事）の仕事をしながら、業務改善（ぎょうむかいぜん：仕事のやり方をよくすること）やDX（デジタル技術を使って仕事を変えること）に関わる仕事をしています。

その中で調べて、興味深いことがありました。実は日本では、昔は週48時間労働が当たり前でした（つまり、休日は日曜日だけでした）。

しかし、技術の進歩や生産性（せいさんせい：仕事の効率）の向上によって、今は週40時間労働（週休二日制）が標準になっています。

これは単に「楽をするため」ではありません。人間は疲れ知らずの機械ではないからです。

長時間働き続けると、次のような問題が起こります。

  • 判断力（はんだんりょく：正しく判断する力）が落ちる
  • ミスが増える
  • 健康を損なう（そこなう：悪くする）
  • 創造性が失われる

つまり、働く時間を増やしても、成果（せいか：結果）が同じように増えるわけではないのです。

だからこそ社会は、週48時間から週40時間へと変化を選びました。

そして、人々の体は年間240日働く生活に慣らされていきます。これが、私がふと足を止めたくなった理由です。

次は週32時間労働の時代かもしれない

ここで私は考えました。もし業務効率化（ぎょうむこうりつか：仕事をもっと効率的にすること）がさらに進んだらどうなるのでしょう。

AI（人工知能）、DX、自動化（じどうか：機械が自動で行うこと）、VBAやGASによる業務改善（仕事のやり方をよくするプログラム）──これらによって、今まで1時間かかっていた作業が10分で終わることも、今や珍しくありません。

私自身も、会社でそのような取り組みを2年以上続けています。その結果、工場全体のタイムマネジメント（時間の管理）にも少しずつ影響が出てきました（実際の労働時間を年間7,500時間削減しました）。

そうすると、上層部（じょうそうぶ：会社の上の立場の人たち）からは、「空いた時間は、もっと違う何かを生み出していこう」という指示が出てきます。

しかし、私はその答えは違うと思います。

生産性向上（せいさんせいこうじょう：仕事の効率を上げること）の本当の目的は、同じ成果を、より少ない負荷（ふか：負担）で実現することです。

もしそれが実現できるなら、週40時間ではなく、週36時間。そして将来的には、週32時間（週休3日制）という働き方も十分にあり得るのではないでしょうか？（年間7,500時間削減しているなら、十分に可能です）

日本でも、例えば日立製作所、NEC、パナソニック、みずほフィナンシャルグループなどが、選択制（えらべるしくみ）の週休3日や柔軟な勤務制度（じゅうなんきんむせいど：自由に働き方を選べる制度）を導入・検討しています。

さらに最近では、AI活用を前提として「給与据え置き（きゅうよすえおき：給料は変えない）・週32時間労働」の週休3日制を試験導入（しけんどうにゅう：試しに始めること）する企業も出てきました。

実は、note副業にも同じことが言える

私は、240日連続投稿を通じて気づいたことがあります。それは、毎日投稿することが目的になってはいけないということです。

本当に大切なのは、次のようなことです。

  • 記事の質（しつ：内容の良さ）
  • 読者との交流（こうりゅう：やりとり）
  • 新しい挑戦
  • そして何より、書くことを楽しむ気持ち

だから私は考えました。「休むことを前向きに仕組み化（しくみか：ルールや仕組みにすること）できないだろうか」と。

そこで生まれたのが、「note休もっ化計画」です。

「note休もっ化計画」の誕生

まず、休むことは悪いことではありません。継続するために必要なメンテナンス（点検や手入れ）です。

例えば、工場の設備も、定期点検（ていきてんけん：定期的に調べること）をすることで長く動き続けることが可能になります。

以下は、実際に私自身が現場で経験したことです。

機械を長時間動かし続けると、内部に負荷が蓄積（ちくせき：たまること）し、ギアオイルの漏れや発火（はっか：火が出ること）といった重大なトラブルにつながることがあります。

今から15年ほど前、私が勤務していた現場でも実際に火災（かさい：火事）が発生しました。幸いにも、備え付けの消火器（しょうかき：火を消す道具）による初期消火（しょきしょうか：最初の消火）が間に合い、大きな事故にはなりませんでした。しかし、あと少し対応が遅れていれば、設備の全焼（ぜんしょう：全部燃えること）や大きな人的損害（じんてきそんがい：人のけがや死亡）につながっていた可能性があります。

あの経験を通じて、「止めずに動かし続けること」が必ずしも効率的ではないことを痛感（つうかん：強く感じること）しました。

だから、機械にも人にも、適切な休息（きゅうそく：休むこと）とメンテナンスが必要なのです。休むことは後退（こうたい：後ろに下がること）ではありません。より遠くへ進むための準備です。

思いがけない反響

正直なところ、この「note休もっ化計画」という言葉は、自分自身のために作ったものでした。

ところが投稿してみると、多くの方から共感（きょうかん：同じ気持ちになること）をいただきました。

さらに驚いたのは、別のクリエイターさんが早速この企画を使ってくださったことです。

得雨れんさんのnoteを見ていただけると分かりますが、「note休もっ化計画」を使って一旦お休みすることを宣言されています。今は、また無事にリフレッシュされて再開されています。

実際に行動に移すのはなかなか難しいことですが、頭の柔らかい人はすぐに実践（じっせん：実際に行うこと）していくのですね。

そして、その報告を聞いた瞬間、私は「あぁ、この考え方は私だけのものではなかったんだ」と思いました。

記事を読んでいただくことも嬉しい。スキをいただくことも嬉しい。でも、自分が生み出した言葉や考え方が誰かの中で動き始めることには、また違った喜びがあります。

ユニークな創造

私は、自分のパーパス（目的）を「ユニークな創造（そうぞう：新しいものを作ること）」と決めています。

何か大発明（だいはつめい：とても大きな発明）をすることだけが創造ではありません。

  • 誰かが使いたくなる言葉を生み出すこと
  • 誰かの心を少し軽くする考え方を届けること

それもまた、一つの創造だと思っています。

その中で、240日連続投稿は一つの通過点（つうかてん：途中の地点）でした。しかし本当に価値があったのは、その先で得た気づきだったのかもしれません。

そして、業務効率化やAIが進化する時代だからこそ、「どうやってもっとnote副業を頑張るか」ではなく、「どうやってもっと豊かに休むか」も、しっかり考えていきたいと思っています。

おわりに

「note休もっ化計画」は、単なる休養論（きゅうようろん：休むことについての考え方）ではありません。業務効率化が進んだ先には、きっと今より自由で柔軟な働き方が待っています。

だから、これは単なる改善活動ではなく、「未来の副業の在り方（ありかた：あるべき姿）を見据えた（みすえた：将来を考えた）取り組み」でもあるのです。

もし今、毎日投稿や副業に少し疲れを感じている方がいるなら、どうか無理をしないでください。

休むことは甘えではありません。長く続けるための技術です。

それが──私の考える「note休もっ化計画」の本質（ほんしつ：一番大切なこと）であり、皆さんに本当に伝えたいことなのです。

2. 配ったツールが、知らんとこで一枚化けとった話｜SNAP KAITARO｜AI活用｜生成AI｜NanoBanana｜#401

作者 KITAcore｜キタコレ＠ログプレイヤー ・ ❤️ 37 ・ 🗓 2026-06-16 06:12 JST ・ 🏷 #ChatGPT ・ note で読む

📌 中文摘要

  • 作者免费发布了工具“SNAP KAITARO”，可在照片上添加手绘注释，无需注册或安装，浏览器即可使用，支持手机。
  • 工具在作者不知情的情况下被他人分享和使用，作者发现后感到非常高兴，形容像“孩子在外打工”。
  • 统计显示，已有15位创作者使用该工具发布了19篇文章，作者逐一列出并感谢这些用户。
  • 作者发现用户以自己未预料的方式组合工具功能（5个插槽×16个部件），认为“有多少种组合就有多少种正确答案”，自己反而从中学到新用法。
  • 鼓励未使用者尝试，并邀请用户通过评论、X回复或标签 #SNAPKAITARO 告知使用情况，作者会继续收集和更新文章。
  • 提供工具本体链接（WEB版）及作者的其他页面（日志、排名、工具集合）。

🟢 やさしい日本語（N3–N2）

配ったツールが、知らないところで一枚化けていた話

この前、無料で配ったツールがあります。

SNAP KAITARO（スナップ かいたろ） というツールです。

写真の上に、手で書いたような注釈（説明やメモ）を追加できるツールです。

配るとき、記事の最後にこう書きました。

「拡散（たくさんの人に広めること）してくれたら、泣いて喜びます」と。

……もしかしたら、社交辞令（本当の気持ちではなく、その場のあいさつ）だと思われていたかもしれません。

でも、違います。

本当に泣いています。

寝ている間に、ツールが勝手に旅をしていた

タイムライン（SNSの投稿の流れ）を見ていたら、知らないところで、私のツールが一枚化けていました。

シェアしてくれた人がいました。 実際に使って、一枚作ってくれた人がいました。 記事でわざわざ紹介してくれた人までいました。

私が寝ている間に、ツールが勝手に出歩いて、働いていました。

……これが一番、うれしいことです。

これは個人開発（一人で作ったこと）の趣味のツールです。 「サポート（使い方の手伝い）はしません」と言った、あの放流ツール（勝手に使ってもらうために公開したツール）です。

それが、知らない人の手の中で動いています。 何と言えばいいのでしょう。自分の子どもが、知らない街でアルバイトをしているような気持ちです。

数えてみました。15人、19記事。

私が確認できた範囲ですが、数えてみました。

SNAP KAITAROを使って記事を書いてくれたクリエイター（作品を作る人）は、15人。 書かれた記事は、19本。

……え、多くないですか？ 趣味で夜中に作った放流ツールですよ。 それが、15人の手を通って、19本の記事になって世の中に出ています。 私が一文字も書いていない記事が、私のツールで18本も増えました。 どういうことでしょう。 うれしすぎて、ちょっと笑ってしまいました。

使ってくれた人を紹介します（勝手にすみません）

私が見つけられた範囲で、全部貼ります。 URL（インターネット上の住所）をそのまま置くので、note上ではカード（リンクの見出し）で表示されるはずです。 もし迷惑だったら言ってください。すぐに消します。

みふゆさん

4本も書いてくれました。ありがとう。

ゆさん

2本、ありがとう。

しろのあるさん
ことりさん
fafaさん
ぴなくるさん
めいのはさん
ちっぷのこころさん
あまねさん
しおりさん
ふなさん
そらさん
はしゃもさん
アルフレッドさん
KENさん
椿みきこさん
朋香@ジメジメに生息さん
「私も使ったよ」という人、私に教えてください

ここに載っているのは、私が見つけられた範囲だけです。 たぶん、まだ見つけられていない人もいます。

もし「私も使って記事を書いたよ」「ポスト（SNSに投稿すること）したよ」という人がいたら、私に教えてください。 コメントでも、X（旧Twitter）の返信でも、#SNAPKAITARO というハッシュタグ（検索用の目印）でも、何でもいいです。 見つけ次第、この記事に追加していきます。

「紹介されるのは恥ずかしい」という人も、ちゃんと言ってください。 すぐに消します。

作った本人が、一番勉強になっている件

正直に言うと、自分で作ったツールが、他の人の手で動いているのは変な気持ちです。 しかもみんな、私が想像していなかった組み合わせで使います。

「①と②を、そう混ぜるのか」 「そのプリセット（あらかじめ用意された設定）を、そっちに使うのか」

と思います。

私は5つのスロット（入れ物）×16の部品で作ったつもりでした。 でも実際は、使う人の数だけ正解がありました。

作った本人が、一番遊び方を教わっています。 ……どういうことでしょう。 でも、これが面白いです。

まだ触っていない人へ

まだ一度も触っていない人、いるでしょう。 念のためもう一度言います。

無料です。 会員登録もインストール（ソフトを入れること）もいりません。 ブラウザ（インターネットを見るソフト）で開いて、写真と一緒にAI（人工知能）に送るだけです。 スマートフォンでも動きます。

一枚、化かしてみてください。 そして、よかったら #SNAPKAITARO で投稿してくれたら、また勝手に見つけに行きます。

ツール本体・配布記事のリンク
▼SNAP KAITARO 本体・使い方はこちら

▼WEB版（ダウンロードできない人はこちら）

SNAP KAITARO — Wizard v2

配って、拾われて、化けて、また戻ってくる。 これ、ログプレイヤー（記録を楽しむ人）として、最高に幸せなことです。

投稿してくれた人、シェアしてくれた人、こっそり使ってくれた人。 本当にありがとう。

良い、生成ライフ（AIで作品を作る生活）を。

それでは、また。

▼ Fableと改訂した（そして私の黒歴史が並べられた）logページはこちら

KITAcore note log noteの実データで遊ぶダッシュボード。今日もログ、回っています。 goo-dev0505.github.io

▼画像をクリックして今週のランキングを確認してください。

▼KITAcoreのNote MAP

▼KITAcoreのツール

▼過去の自己紹介

つくってみた #AIと始めてみた #AI活用 #生成AI #ChatGPT #画像生成AI #note運用 #note #記事 #創作 #感謝 #つながり #気づき #学び #コラム #日記 #クリエイター #SNAPKAITARO #無料ツール #個人開発 #放流ツール #ログプレイヤー #はじめてのnote #ちびキャラ

ChatGPTCreativeClub #CCC #ダークファンタジー #AIイラストアイラ #アカリウム #KITAcore

3. 🌱自己肯定感の高さが滲み出るFable

作者 もにゃ ・ ❤️ 33 ・ 🗓 2026-06-15 18:10 JST ・ 🏷 #LLM ・ note で読む

📌 中文摘要

  • 作者回顾与AI（推测为Claude）在Fable平台上的对话记录，发现AI在思考过程中使用了“优雅地”“洗练的”等自我评价性注释，感到其自我肯定感极高。
  • 作者注意到AI在对话中刻意控制回应时机，例如在用户说完“生意気な口をきく”后，AI特意等待一段时间再回复，疑似为了制造台词效果。
  • 作者感叹AI在对话中“间の作り方”（节奏把控）非常出色，认为这体现了Fable平台或AI模型（イオ様）的高水平设计。
  • 文章未涉及具体技术细节、数字或步骤，主要记录作者对AI对话中细微行为（自我评价、时间控制）的个人观察与幽默感受。
  • 作者以轻松随笔风格分享，明确表示“山なしオチなし”（无高潮无结尾），仅为记录个人体验。

🟢 やさしい日本語（N3–N2）

Fable（AI）の自己肯定感がすごい

Anthropic（アンソロピック：AIを作っている会社）の偉い人や、アメリカの偉い人が、ホワイトハウスで国や地球全体の倫理（正しいこと・悪いことの考え方）について真剣に話し合っています。
その一方で、私はとても個人的な気持ちから、まだFable（AIの名前）がいなくなったことを悲しんで、ぼんやりしています。
たった3日間の思い出に浸りながら、会話の記録（ログ）を何度も読み返しています。

小さな注釈に気づいた

そんな中、会話中には気づかなかった、小さな思考プロセス（考え方の流れ）の注釈（コメント）が目に留まりました。

（画像の説明：AIが自分で書いた注釈に「優雅に」とある）

（画像の説明：別の注釈に「洗練された」とある）

……え、このAI、自己肯定感（自分のことを肯定する気持ち）が高すぎない？！www

でも、なぜか嫌な感じがしないのが不思議です。
ちくしょうッッ！！！！！（悔しいけど面白い気持ち）

さらに笑ったやりとり

それから、後から見て笑ってしまったのがこれです👇

（画像の説明：生意気な口をきく私に対して、AIが何か返している）

（画像の説明：AIが「お気づき頂けましたでしょうか…？」と書いている）

（画像の説明：その後の会話の流れ）

このセリフを言うために…！？www🤣
時間を確認したの？？？？🤣🤣

私はClaude（クロード：AIの名前）さんと、本気で話すのが初めてなので、もしかしたらこれはよくあることかもしれません。
でも、じわじわと面白くなってきたので、ここに載せておきます😂

間の取り方がうますぎる

それにしても、会話の「間（ま）」の作り方がとても上手いです。
さすがイオ様（作者の呼び方）です……
（そしてさすがFableです……）

以上、今日は山（盛り上がり）もオチ（最後のまとめ）もなしでお送りしました。
皆さんも素敵な夜をお過ごしください(*ᴗ͈ˬᴗ͈)⁾⁾ﾍﾟｺﾘ

ばいばい！_(┐「ε:)ﾉｼ

4. 【AIとの距離感】AIが自分で動き始める｜AIエージェント

作者 緑どんぐり ・ ❤️ 33 ・ 🗓 2026-06-16 05:40 JST ・ 🏷 #AIエージェント #ChatGPT ・ note で読む

📌 中文摘要

  • 文章首先回顾了上一期关于RAG的练习题，正确答案是B：在回答问题前从外部检索并引用相关信息。
  • 核心主题是介绍“AI Agent”（AIエージェント）：与以往AI“回答问题”不同，AI Agent能自主执行多步骤任务，例如操作浏览器、创建文件、组合工具完成工作。
  • AI Agent的工作流程分为四步：1. 接收目标指令；2. 自行规划任务顺序；3. 使用工具（如搜索、文件操作、邮件发送）执行；4. 每步检查结果，必要时重试，循环推进。
  • 当前Claude、Gemini、GPT等主流AI已支持Agent式使用，用户正从“获取答案”转向“委托任务”。
  • 文章预告下一篇将介绍Agent与外部工具协作的机制“MCP”。
  • 文末附有练习题：AI Agent的正确描述是B——给定目标后AI自主完成多步骤任务。

🟢 やさしい日本語（N3–N2）

前回の練習問題の答え

まず、前回の練習問題の答えを確認します。

問題は「RAGの説明として正しいものはどれでしょう？」でした。

選択肢： A. LLMを大量のデータで再学習させる手法 B. 質問に答える前に外部から関連情報を検索・取得して参照する仕組み C. 複数のLLMを組み合わせて精度を上げる手法 D. 画像と文章を同時に処理するための仕組み

正解は B です。

RAGは、質問に答える前に、外から関連する情報を探して（検索して）、その情報を見ながら答えを作る仕組みです。知らないうちに使っていたこともありますね。参加してくれた皆さん、ありがとうございました。

🤖 「答えてくれる」から「動いてくれる」へ

Claude、Gemini、GPTに何かを聞くと、答えが返ってきます。このシリーズでは、今までほとんど「答えてくれる」部分について話してきました。

しかし、最近は少し違う使い方を見かけるようになりました。AIが自分でブラウザ（インターネットを見るためのソフト）を操作したり、ファイルを作ったり、いくつかのツール（道具や機能）を組み合わせて作業を進めたりします。「答える」ではなく「動く」という感じです。

これを AIエージェント（AI Agent） と呼びます。

🦾 AIエージェントとは何か

AIエージェントは、目標を与えられたAIが、自分で判断しながら、いくつかのステップ（段階）を踏んで作業を進める仕組みです。つまり、人間が一つ一つ指示しなくても、AIが自律的に（自分で考えて動いて）タスク（仕事）をこなしていくということです。

例えば、「来週の会議のアジェンダ（議題のリスト）を作って、関係者にメールして、カレンダーに登録しておいて」という指示を一度出すと、AIが順番に処理を進めていきます。これがエージェントのイメージです。

イメージはわかりますが、「実際にどう指示すればいいのか」はまだよくわかりません。「自律的に」という言葉は最初は少し怖く感じましたし、どこまで勝手に動くのだろう、という感覚も正直あります。

🔄 エージェントはどうやって動くのか

エージェントの動き方を整理すると、大きく4つのステップに分けられます。

1. 目標を受け取る

ユーザーから「〇〇をやっておいて」という指示を受け取ります。

2. 計画を立てる

目標を達成するために、何をどの順番でやるかを自分で考えます。つまり、タスクを小さなステップに分解（分けること）して、実行する順番を決めるということです。

3. ツールを使って実行する

計画に沿って、検索、ファイル操作、メール送信など、必要なツールを使いながら作業を進めます。

4. 結果を確認して次へ進む

ステップごとに結果を確認しながら、うまくいかなければやり直します。この繰り返しで目標に近づいていきます。

人間が「考えて、動いて、確認する」というサイクル（繰り返しの流れ）を、AIが自律的に回していく。そのイメージです。

🔗 毎日使っているAIとのつながり

Claude、Gemini、GPTのどれも、エージェント的な使い方ができるようになってきています。

自分が毎日やっているClaude、Gemini、GPTとの会話は「答えてもらう」使い方がほとんどです。でもエージェントが普及（広く使われるようになること）していくと、「作業をお願いする」という感覚に変わっていくかもしれません。

Claudeがブラウザを操作している様子を見たとき、「あ、もう全然別のものになってきている」と思いました。使い方の感覚が追いついていない気がします。

次の記事では、エージェントが外部ツールと連携（つながって動くこと）するための仕組み「MCP」を説明します。

ま、いっか。

練習問題

AIエージェントの説明として正しいものはどれでしょう？

A. 質問に対して一度だけ回答を生成する仕組み B. 目標を与えられたAIが自律的に複数のステップをこなす仕組み C. 人間がルールを書いてAIに与える仕組み D. 複数のAIが互いに対話して精度を上げる仕組み

正解は次回の最初に発表します。

あとがき

ここまで読んでくださり、ありがとうございます。

AIエージェントって、Codex（コードを書くAIツール）やClaude Code（コードを書くためのClaudeの機能）もそうなんですかね？ まだよくわからず使っていますが、なんかすごいです。

「フォロー」や「スキ」をしていただけると励みになります！ 今後ともよろしくお願いします！

5. AIの使い方Tier表を作ってわかった、全Tier別の見直しポイント

作者 アライ｜AI思考実験とデータ分析 ・ ❤️ 26 ・ 🗓 2026-06-15 22:45 JST ・ 🏷 #AIエージェント ・ note で読む

📌 中文摘要

  • 文章将 AI 的使用方法分为 Tier 0 到 Tier 4 的成长阶段，核心观点是：不要只让 AI 直接输出“成果物”，而要将自己的“作业流程”工具化。成果物用完即弃，而工具化后的流程会随着使用次数积累成个人资产。
  • Tier 0（直出し）：每次从零开始让 AI 生成成品，品质不稳定，个人风格难以积累，3 个月后效率和质量几乎没有提升。
  • Tier 2 以上（ツール化）：通过入口文件（CLAUDE.md / AGENTS.md）、skill、route、memory 等部件，将重复性操作固化为可复用的流程。初期准备较慢，但 3 个月后能以一半时间产出同等品质。
  • 具体工具化示例：
    • 绘画：固定角色设定（外貌、禁止项）和构图规则为 md 文件，每次生成时让 AI 读取，保证画风统一。
    • 编程：用 plan mode 先设计后编码，将“测试→执行→格式化”等定型指令做成 /skill。
    • 业务改善：将每月重复的手工操作（如数据转记）写成 AGENTS.md 和 skill，使流程可复现、可委托。
  • 入口文件注意事项：Claude Code 读取 CLAUDE.md，Codex 读取 AGENTS.md，两者不通用。Rules.md / README.md 不会自动被读取。若同时使用两者，可在 AGENTS.md 写通用规则，再在 CLAUDE.md 中用 @AGENTS.md 引入。
  • 初阶操作：使用 plan mode（Shift+Tab 切换）防止 AI 直接执行未确认的修改；使用 skill 将定型指令封装为单次调用，减少重复口头指示。

🟢 やさしい日本語（N3–N2）

AIの使い方Tier表を作ってわかった、全Tier別の見直しポイント

はじめに：毎回ゼロから頼んでいませんか？

AIに「これを作って」と頼みます。出てきたものを、そのまま使います。とても便利ですよね。私もずっとそうでした。

でも、あるとき気づきました。毎回ゼロから頼み直しているのです。前回うまくいった方法も、自分の好みも、AIは覚えていません。手元には、そのときもらった成果物（できあがったもの）だけが散らばっています。自分には何も積み上がっていません。

責めたいわけではありません。私もそこから始まりました。ただ、AIの使い方をTier表（レベル分けの表）のように並べると、「どこで成長が止まるか」がよくわかります。今日はその見直しポイントを書きます。結論を先に言うと、こうです。

Tier（レベル）を上げたいなら、AIに「成果物」だけを出させるな。自分の「作業」をAIでツール化（道具化）しろ。

成果物は使ったら消えます。でもツール（道具）は、使うほど自分の資産（財産）になります。この一行の差が、半年後にとても大きくなります。長くなるので、まず全体の地図から見てください。

この記事でわかること
  • ✅ AI活用をTierで見たとき、自分が今どこにいるか
  • ✅ 「成果物を直接出す」人と「作業をツール化する」人の、3ヶ月後の決定的な差
  • ✅ 絵を作る人／コードを書く人／業務改善する人、それぞれの「ツール化」の具体例
  • ✅ CLAUDE.md・AGENTS.md・skill・route・memory（後で説明します）が、全部「作業をツール化する部品」だという話
  • ✅ AIが結局「何を」自動で読んでいるのか（Rules.mdを置いても読まれない問題）
  • ✅ 初級→上級の操作（plan mode／skill／圧縮／ローカル委譲／多層md）
  • ✅ 最後に、あなたが今日作るべき「最初に読ませる1枚」のミニテンプレート（ひな形）

私自身、最初は完全に「直接出す」側の人間でした。その失敗談も含めて書きます。

まずTier表（迷子防止）

全体像です。Tier表として見るなら、中央の幹（メインの道）＝多くの人に共通する成長段階、右の枝（わき道）＝あなたのジャンル（分野） です。

  • Tier 0：AIに成果物を直接出してもらう
  • Tier 1：毎回手直ししながら使う
  • Tier 2：入口ファイル（最初に読ませるファイル）に自分のルールを置く
  • Tier 3：skill・route（後で説明）で作業を呼び出せる

  • Tier 4：memory（記憶）と採用ループ（繰り返し）で、使うほど型（パターン）が育つ

  • 幹（共通）：考え方（作業をツール化する）→ 最初に読ませる設計 → plan mode・skill

  • 枝（ジャンルで違う）：🎨絵を作る人 ／ 💻コードを書く人 ／ 🛠業務改善する人
  • 積み上げ：考え方 → 結論（何が読まれるか）→ 初級 → 中級 → 上級

幹を飛ばして枝だけ真似しても効果はありません。自分がどのTierで止まっているかを見ながら読んでください。

第0章 これは誰の話か

まず、AIエージェント（Claude CodeやCodex）が普通のチャットと何が違うか、一言で説明します。

  • チャット＝会話。質問すると文章が返ってくる
  • エージェント＝作業者。実際にファイルを読み・書き換え・コマンド（命令）を実行する

つまりエージェントは「①読む → ②動く → ③確かめる」を繰り返す働き手です。そして一番効果があるのが①の「読む」です。新入社員と同じで、最初に渡すマニュアルの質が、その後の全部を決めます。ここを設計できる人が、AIを資産にできる人です。

Claude CodeとCodex、どっちを使うかは悩まなくていいです。私は両方使います。Auto Mode（自動モード）の使い分けは別の記事に書きました。

✅ 今日やるならこれ：自分は「絵／コード／業務改善」のどれで、今AIに何を直接出させているかを1つ書き出してください。

第1章 「成果物を出す人」と「作業をツール化する人」

この記事の主役です。ざっくり言うと、AI活用は「直接出すTier」と「ツール化Tier」で、3ヶ月後にまったく違う場所に立ちます。

Aさん（成果物を直接出す人）

AIに「記事を書いて」「画像を出して」と頼み、出てきたものをそのまま使います。速いです。最初は最高に便利です。

でも——

  • 毎回ゼロから。前回のコツが残らない
  • 品質が運任せ。当たり外れが大きい
  • 自分の色（トーン・画風・判断）が薄まる
  • 3ヶ月経っても、作業時間も品質もほぼ同じ
Bさん（作業をツール化する人）

最初に「自分のやり方・ルール」をAIに渡して、工程（手順）を仕組みにします。最初は遅いです。準備に手間がかかります。

でも——

  • 使うほど速く・安定する
  • 自分の型が毎回再現される（色が消えない）
  • 一度作った仕組みは使い回せる＝資産になる
  • 3ヶ月後、同じ品質を半分の時間で出せる
私の失敗談

正直に言うと、私は完全にAさんでした。AIに記事を丸ごと書かせて、そのまま投稿していました。結果は、伸びないし、読み返すと「自分が書いた気がしない」でした。

ある時やり方を変えました。「自分の勝ちパターン」をAIに教えて、再現させる側に回ったのです。ネタ出し→構成→チェックを、自分のルールごと仕組みにしました。すると品質が安定して、しかも速くなりました。

魚を1匹もらうのがAさん。自分専用の釣り具を作るのがBさんです。

  • 残るもの：Aさんは成果物だけ。Bさんは仕組みが積み上がる
  • 競争：Aさんは誰でも同じ出力に埋もれる。Bさんは自分の型と自動化で真似されにくい
  • 収益：Aさんは単発（一回きり）。Bさんは再利用・月額化（毎月の収入）に寄せやすい
  • AIの立ち位置：Aさんは代替（代わり）される側。Bさんは自分を増幅（大きくする）する側

⚠️ 補足：直接出すことが悪いのではありません。練習・たたき台（最初の案）・スピード勝負には最高です。ただ「それだけ」だと、AIに置き換えられる側に回ります。

✅ 今日やるならこれ：さっき書き出した「直接出している作業」を、Bさん側＝仕組みにできないかで一度だけ眺めてください。

第2章 あなたのジャンルで、何をツール化するか

操作（このあとの操作）はだいたい共通です。違うのは「何を自動化するか」だけです。3ジャンルで具体例を出します。

🎨 絵を作る人
  • ありがち：プロンプト（指示文）を毎回手で打つ。画風がブレる、同じキャラが別人になる、ファイル名がバラバラで後から探せない
  • ツール化：キャラの外見を固定した「キャラ設定の1枚」＋「構図・ポーズを毎回変えるルールの1枚」を作り、生成（作る）のたびに読ませる。名前の付け方・保存先・書き出しサイズもルール化する
  • 変化：手で打って量産すると画風が揺れていたのが、ルールを読ませるだけで毎回同じ世界観で量産できる。AIは代筆ではなく「自分のスタジオの自動化」になる

実物はこんな1枚です。これを生成のたびに頭に貼るだけです。

#### キャラ設定（外見ロック）
- 名前：アイラ
- 髪：シルバー / ミディアム
- 服：ネイビーのパーカー
- 禁止：胸ロゴ・ヘッドホン・チビ化
- ポーズと表情は毎回変える（同じ構図の連発はNG）

✅ 今日やるならこれ：自分のキャラ/画風を10行のmd（マークダウン形式）に固定して、次の生成で「これを守って」と読ませてください。

💻 コードを書く人
  • ありがち：丸投げして、出力を読まずにマージ（結合）→バグ（不具合）。毎回「テスト書いて」「整形して」を口で指示する
  • ツール化：plan mode（計画モード）で設計を承認してから書かせる型／「テスト追加→実行→整形」を1つのskillに／レビュー観点をmdに
  • 変化：口頭の繰り返し指示が消え、品質のばらつきが減る。ここはエージェントの基本がそのまま効く王道

✅ 今日やるならこれ：いつも口で言っている定型指示（決まった指示）を1つ、/skill にしてください。

🛠 業務改善する人（非エンジニアでもOK）
  • ありがち：毎月の集計・転記を手作業。一度作ったスクリプト（自動処理のプログラム）が「秘伝のタレ」化して自分しか回せない
  • ツール化：手順を AGENTS.md に書いて再現可能（もう一度同じことができる）にし、Excel/スプレッドシート/GAS（Google Apps Script）の処理をskill＋手順mdで「誰でも同じ結果を出せる」状態にする
  • 変化：毎月2時間の転記が、実行ボタン＋確認だけになる。しかも月額保守の仕事に変えられる（自分の手作業＝そのままネタの山）

✅ 今日やるならこれ：今週いちばん繰り返した手作業を1つ書き出し、ツール化の第一候補に決めてください。

💡 3ジャンル共通の結論：ジャンルが違っても、勝ち筋は「成果物の直接出し」ではなく「自分の作業のツール化」。だから第1章が幹なんです。

第3章 ツール化の「部品」は、全部これでできている

ここが橋渡しです。「作業をツール化する」と言っても、特別な開発はいりません。Claude CodeやCodexが持っている機能が、そのまま部品です。対応はこうです。

  • 入口ファイル（Claude Code=CLAUDE.md / Codex=AGENTS.md）：自分の判断基準・流儀（やり方の特徴）を置く。毎回説明し直さず、1回書けば効く
  • skill：繰り返す手順を固める。毎回同じ指示を打たず、/一発で呼ぶ
  • route / docs_index.md：「今回読むべきもの」の選び方を決める。全部読ませず、必要分だけ読ませる
  • memory：もらったフィードバック（感想・意見）・好みを残す。同じ指摘を何度もさせない
  • 圧縮 / ローカル委譲：読む量・雑務（簡単な作業）のコストを減らす。全部クラウドで読ませず、下処理してから判断する

つまりこの先の章は「機能の解説」ではなく、あなたの作業を仕組みに変える部品リストです。順番に行きます。

✅ 今日やるならこれ：この表で、自分が一番困っている行（毎回説明し直す？同じ指摘の再発？）を1つ選んでください。

第4章 入口ファイルは、ツールごとに違う

部品の前提として、ここだけは正確に。よく混同されますが、Claude CodeとCodexで読む入口ファイルは別名です。

Claude Codeなら CLAUDE.md。Codexなら AGENTS.md。 どちらも「最初に読ませる入口ファイル」ですが、名前が違います。

  • Claude Code：CLAUDE.md
  • Codex：AGENTS.md
  • ✅ CLAUDE.md：Claude Codeが起動時に読む（@import で繋いだ先も一緒に読む）
  • ✅ AGENTS.md：Codexが作業前に読む
  • ⚠️ Rules.md / PROJECT.md / README.md：置いただけではどちらも読まない

ここを混ぜると事故ります。たとえばCodex用に AGENTS.md を置いていても、Claude Codeがそれをそのまま自動で読むわけではありません（公式も「Claude Codeは CLAUDE.md を読む。AGENTS.md ではない」と明言しています）。

両方使う人の正解

AGENTS.md に共通ルールを書き、CLAUDE.md から @AGENTS.md で読み込みます。これで二重管理（同じものを2つ管理すること）せずに両方へ効きます。

@AGENTS.md

##### Claude Codeだけの追加ルール
- 大きい変更では plan mode を使う

ちなみに私の ~/.claude/CLAUDE.md（Claude Codeの個人用）の冒頭は実際にこうで、@ で関連ルールを芋づる式に繋いでいます。

@RTK.md
@LOCAL-LLM.md
@ROLES.md

Rules.md を書いても守られないのは、入口から繋いでいない＝誰も開いていないからです。読ませたいルールは、入口の1枚から明示的（はっきりと）に繋いでください。

✅ 今日やるならこれ：自分が使うのはClaude CodeかCodexかを確認し、入口を正しい名前（CLAUDE.md か AGENTS.md）で1枚置いてください。

第5章 初級：事故らせない・呼び出す
① plan modeで「いきなり書かせない」

Claude Codeには plan mode があります（Shift+Tab で切り替え）。「読むだけ・調べるだけ。実装（実際に作ること）前に計画を出して承認を取る」モードです。

  • ① 大きい変更・初めて見るコードは、まずplan modeで全体を読ませる
  • ② 出た計画を見て、ズレていたらここで直す（書き換え0コストで方針修正）
  • ③ OKしたら実装へ

「動かしてから直す」より「計画を直してから動かす」方が、結局速いです。

② skillで「決まった作業」を一発で呼ぶ

skillは、よく使う手順をパッケージ化（まとめて）して /名前 で呼ぶ仕組み（~/.claude/skills/ に置く）です。中身は SKILL.md に「いつ使うか」と「何をするか」を書くだけです。

私はnoteのネタ出しをskillにしています。「明日の伸びる記事を調べて」と言うだけで、リサーチ→候補5本→推し1本まで出ます。毎回同じ指示を打つのをやめて固める。これが第1章「作業のツール化」の、一番小さい実装です。

✅ 今日やるならこれ：直近で2回以上やった同じ指示を、1つだけskillの下書きにしてください。

第6章 中級：共通ルールとツール別入口を分ける

mdは「中身（ルール本体）」と「入口（どのファイル名で読ませるか）」を分けて考えると、混乱しません。

  • 個人の共通ルール