この連載26本、AIが書きました。私の手間は1本30分以内。議事録とSlackを読ませて1年分を書き切った、Claude CodeとCodexの使い方
前回の記事の最後に、「この連載の最終回」と書きました。
本編はあれで終わりです。ただ、もう1本だけ、あとがきを書かせてください。
9月10日から29日までの20日間で、この連載を26本出しました。合わせて約18万字、画像は208枚です。
そのほとんどを書いたのは、私ではありません。AIです。
私がやったのは、出てきた原稿を読んで、直すところを言うことくらいでした。かけた時間は、1本あたり30分もありません。
それも、仕事の合間にやっています。
今回は、この連載をどうやって書いたのか。何をAIに読ませて、私は何を直し、何をあえて直さなかったのか。
そして、なぜ20日で26本も出したのかを、お届けしたいと思います。
※この連載の全体像はこちらにまとめています → 中小企業のAI推進、この1年で何が起きたか。連載全27本の目次
この記事に書いてあること
26本の記事を、何を材料に、どういう分担で書いたか
私が直したところと、あえて直さなかったところ
Claude CodeとCodexに実際に頼んでいる言い方
こんな方に向けて書いています
社内の取り組みを発信したいけれど、書く時間がない方
議事録やSlackはたまっているのに、誰も読み返していない方
記事の最後に、実際に使っている頼み方を載せています。やり方だけ知りたい方は、先に下まで飛んでください。
結論：1年分の記録を読ませて、直しを言っただけだった
先にまとめます。
材料は、1年分の会議の文字起こし、Slackのやり取り、社内の資料の3つ
それを1つのフォルダに集めて、Claude Codeに読ませて原稿を書かせた
サムネイルと本文の図は、Codexに作らせた
私がやったのは、原稿を読んで直しを言うことと、noteに貼って公開すること
書くのに使った材料は、この1年で私たちがすでに残していたものだけでした。
新しく取材したものは、ほとんどありません。
会議で話したこと、Slackに書いたこと、資料にまとめたこと。それがそのまま原稿の材料になっています。
1年前は「喋るだけ」で書いていた
1年前、私は私のnote記事、こうして作ってます。という記事を書いています。
当時のやり方は、Geminiに向かって音声入力で喋るだけ。帰り道に駅まで歩きながら喋って、3,000字くらいの記事にまとめてもらう。
レビューは7割でいい、と割り切っていました。
そのやり方は、2025年の9月で止まります。
理由は目次の記事に書いたとおりで、社内のAI推進の仕事が重くなり、喋る時間そのものがなくなりました。
「ほぼ喋るだけ」でも、喋る時間がなければ1本も書けませんでした。
変えたこと：喋る代わりに、記録を読ませた
今回変えたのは、この1点です。
私が喋るのを待たずに、すでにある記録をAIに読ませる。
考えてみると、この1年、私は毎週の会議でずっと喋っていました。その声は、会議の文字起こしとして全部残っています。
Slackにも、社内の資料にも、そのとき考えていたことが書いてあります。帰り道に改めて喋らなくても、材料はもう手元にありました。
読ませた材料は、次の3つです。
会議の文字起こし … Nottaで録っていた会議のうち、AIの取り組みに関係する回を33本（9月の回は、あとから足しています）
Slack … AI推進に関係する4つのチャンネルのやり取り
社内の資料 … Googleドライブにあった、AI関係の資料61件
これを最初にAIに読ませて、3つのものを作ってもらいました。
月ごとのタイムライン（1年で何が決まり、何が止まったか）
引用に使える発言の抜き書き（文字起こしの原文のまま）
記事にできるネタの一覧（最初は62本）
素材を集めて整理したのは、9月9日です。翌日の10日に、1本目を公開しました。
仕組み①：全部を1つのフォルダに置いた
材料も、ルールも、原稿も、画像も、全部を1つのフォルダに置いています。Googleドライブの中の、ただのフォルダです。
素材（文字起こし・Slack・資料を整理したメモ）
書き方のルール
書きかけの原稿
サムネイルの依頼書と、できあがった画像
公開した記事（1本ごとにフォルダを分けて保管）
Claude Codeは、このフォルダを開いて作業します。
記事を1本書くたびに、新しい会話を立ち上げます。前の記事の話を引きずらないように、1記事1会話にしています。
その代わり、毎回同じルールのファイルを最初に読ませます。
会議の文字起こしの全文は、毎回は読ませません。月ごとのタイムラインと発言の抜き書きで、たいていは足ります。
特定の会議の原文が要るときだけ、その1本を開いてもらいます。
仕組み②：直したことを、ルールに書き足させた
このやり方でいちばん効いたのは、ここだと思っています。
私が直しを言ったら、同じ直しを二度言わなくていいように、ルールのファイルに書き足してもらう。
たとえば、こういうものです。
noteでは、文の途中から始まる太字が記号のまま表示される → 太字は1行まるごとだけにする
見出しを2段にすると、noteの目次が入れ子になって読みにくい → 見出しは1段だけにする
会議での発言が地の文にまぎれて、誰の言葉か分からない → 発言は自分のものも含めて全部引用にする
仕事の中身を書きすぎて、会社が特定できてしまう → 事業の説明はぼかす
書き足すときは、「なぜそう直したか」も一緒に残してもらいます。理由が書いてあると、似ているけれど少し違う場面でも、AIが自分で判断してくれるからです。
Claude Codeには、会話をまたいで覚えておくメモの仕組みもあります。直しの理由は、そちらにも短く残しています。
こうして書き足していったら、ルールのファイルは十数本、合わせて13万字ほどになりました。書いたのはほとんどClaudeで、私は直しを言っただけです。
記事の本文に近い量のルールが、20日で横にできあがっていました。
仕組み③：画像はCodexに任せた
サムネイルと本文の図は、Codexに作らせています。
分担はこうです。
Claude Codeが、記事に合わせて「依頼書」を書く（入れる文字、色、構図、やってはいけないこと）
依頼書を、同じフォルダの中に置く
私がCodexに、一文だけ貼る
Codexが画像を作って、同じフォルダに保存する
Codexアプリに入っている画像生成を使っているので、画像のために別の料金がかかるサービスは使っていません。
26本の本文に入れた画像は208枚。1本あたり8枚前後です。
サムネイルのデザインは、この20日の間に3回作り直しました。3本くらい並べると、毎回「また同じ絵に見える」となったからです。
そのたびに、デザインの決まりを1つのファイルに書き直しました。Claude CodeもCodexも、そのファイルだけを見るようにしてあります。
文字の位置がずれたり、図の比率が合わなかったりしたときは、Claude Codeが画像を少しだけ動かして直しています。
1本あたりの流れ。私の30分はここに使っている
1本の流れは、だいたいこうです。
私が「次はこのネタで」とネタの番号を言う
Claude Codeが素材を読んで、原稿を最後まで書く（末尾に、ハッシュタグやリンク先をまとめたメモが付く）
私が読んで、直すところを口頭で言う
Claude Codeが直して、サムネイルと図の依頼書を書く
私がCodexに一文を貼って、画像を作ってもらう
私がnoteに貼って、画像を入れて、公開する
公開したURLを渡すと、Claude Codeが公開ページをチェックして、フォルダを片付ける
このうち、私の番は1・3・5・6の4つです。1と5は、一言で済みます。
1本あたりにかけている時間は30分もありません。そのほとんどが、3の「読んで直しを言う」ところです。
直したのは「誰が言ったか」と「話の筋」
レビューでは、全部の文を細かく見ているわけではありません。
直したのは、主にこの2つです。
誰の発言か、何が起きたか、という事実
話の筋が通っているか、というロジック
AIは記録を読んで書くので、記録どおりに間違えることがあります。この連載でも、こういうことがありました。
発言の主が入れ替わっていた。文字起こしの話者の名前がずれていたこともあった
記録に実施の跡が残っていなかった研修を、「1回も開けなかった」と書いていた。実際には、開発向けは開けていた
社外のイベントで聞いた話で、話し手の立場を取り違えていた
2つ目はAI研修、開けたのは開発向けだけでした。で、タイトルから書き直しています。
AIは、記録にあることしか書けません。記録にないことは、なかったことにしてしまいます。
議事録に残るのは、決めたことと止まっていることが中心です。うまくいったことは、案外記録に残っていませんでした。
そこだけは、その場にいた人が直すしかありません。
あえて直さなかったもの：前の記事との小さな食い違い
一方で、あえて直さなかったものもあります。
その記事の話に関係ないところ。前の記事と少しずれているけれど、話の筋には影響しないところ。
こういうところは、気づいても、ほぼそのまま出しました。
1年前に書いた「7割主義」を、今回も続けた形です。全部を100点にしようとしていたら、26本は出せませんでした。
ただ、黙ったままにするのもよくないので、分かっているものをここでまとめて直しておきます。
目次の記事で「経営会議で7つの反論を受けた」と書きましたが、AI活用の人事評価は、まだ早かった。で数え直した「10の反論」が正しい数です
同じく目次の記事で「7月の会議」と書いた、浮いた時間を雑務に回している、という私の発言は、5月の会議のものでした
「AI利用状況の最下位は、情シスでした」のあとがきで「契約している約90件のSaaS」と書いたのは、正しくは「ログインが検知された数」です（「AIのツール代」の回の本文で直しています）
なぜ、20日で26本も出したのか
理由の半分は、書けたからです。
1本あたりの私の手間が30分を切ると、書くかどうかを迷う理由がなくなります。1年分の出来事を、全部出せる。
もう半分は、1年分の記録が、読み返されないままたまっていたからです。
議事録は毎週増えていきます。でも、あとから読み返すことはほとんどありません。
会議で話したことも、Slackで書いたことも、そのままでは誰にも届きません。
記録は、読み返されなければ、なかったのと同じでした。
それを、同じような中小企業の人が読める形にしておきたかった、というのが正直なところです。
ただ、出せるからといって、全部出していいわけではありませんでした。
目次の記事では、最初「これから56本を順番に出す」と書いていました。実際に出したのは26本です。
途中で、似た話が続くようになりました。同じ会議を材料にした記事が、3本出ていたこともあります。
書いている私が飽きていたので、読む人はもっと飽きていたと思います。
そこで、うちで実際に起きた出来事、数字、そのときの発言、の3つが揃わないネタは書かない、と決めました。47本残っていたネタを、最後は12本まで絞っています。
量はいくらでも出せます。何を出さないかを決めるのが、私の仕事でした。
ここで一つ、反対側の見方も置いておきます
AIが書いた記事を読む意味はあるのか、と思う方もいると思います。
正直なところ、文章そのものはAIが書いたものです。言い回しに、私らしくないところもたぶんあります。
それでも、書いてあることは、全部うちで実際に起きたことです。
会議で誰が何を言ったか。何が止まって、何が残ったか。
そこは記録から取っていて、違っていたら私が直しています。
書いたのはAIでも、起きたことと、出すと決めたことは、私たちのものでした。
逆に言うと、記録が残っていなければ、この連載は1本も書けませんでした。AIに書かせる前に、まず記録が要ります。
うまくいかなかったこと：noteに貼るところだけは、人のミスが残った
AIに任せられなかったのは、noteに貼るところです。
記事の最後の「あわせて読みたい」は、本当は記事のカードで出すつもりでした。でも貼り方を間違えて、ただの文字のリンクのまま公開した記事が、11本続きました。
原稿には毎回、「ここはカードにする」という注意書きが付いていました。それでも、私が貼るところで抜けました。
最後は、公開済みの記事をClaudeにブラウザで開かせて、まとめて直してもらいました。
書く工程をどれだけ整えても、人が手で触るところにはミスが残ります。
そのまま使える：私が実際に頼んでいる言い方
最後に、頼み方を載せます。②と④は実際に使っている文面そのまま、①と③は私がまとめた形です。
① 素材を集めるとき（最初に1回だけ）
このフォルダに、note連載の材料を集めたい。
次の3つを読んで、整理したメモを作ってほしい。
1. 会議の文字起こし（〈フォルダの場所〉）
AIの取り組みに関係する回だけ選んで、テキストに変換してここに置く
2. Slackの〈チャンネル名〉（読むだけ。投稿やリアクションはしない）
3. Googleドライブの〈フォルダ名〉にある資料
作ってほしいもの
- 月ごとのタイムライン（何が決まって、何が止まったか）
- 引用に使える発言の抜き書き。文字起こしの原文のまま、日付と会議名を付ける
- 記事にできるネタの一覧。ネタごとに、使える素材の場所を書く
要約と原文は、はっきり分けて書くこと。
② 1本書かせるとき（毎回）
note記事を書きたい。ネタは 【A3 / C14 など】。
00_運用ルールの5本と公開済み記事インデックスを読んでから、
ネタリストの該当行とタイムラインの該当月だけ見て書いて。
議事録の全文は必要になったときだけ開いて。
末尾に入稿メモ（マガジン・ハッシュタグ・内部リンク・想定クエリ）も付けて。
「00_運用ルール」は、書き方のルールを置いているフォルダの名前です。
慣れてからは、「A3書いて」の一言で通じるようになりました。フォルダの中の説明書に、この手順を書いてあるからです。
③ 直しを入れたとき
今の直しを、次の記事でも言わなくていいようにしてほしい。
どのルールのファイルに書き足すのがいいか決めて、書き足して。
なぜそう直したかも、一緒に書いておいて。
書き足したファイルの名前を教えて。
④ Codexに貼る一文
依頼/〈記事ID〉.md からサムネイルを1枚作り、完成フォルダへ保存して。
依頼書の中身は、Claude Codeが毎回書きます。Codexの側には、フォルダの中に作業ルールのファイルを1つ置いてあって、最初にそれを読むようにしています。
まとめ：さて、あなたの会社の記録は、どこに眠っていますか？
3行にまとめます。
この連載26本は、1年分の会議の文字起こし・Slack・社内の資料を読ませて、AIが書きました。
私がやったのは、誰が言ったかと話の筋を直すことと、何を出さないかを決めることでした。
書く時間がなくても、記録が残っていれば、発信はできました。
会議の文字起こしも、Slackのやり取りも、たぶん皆さんの会社にもたまっていると思います。
あなたの会社の記録は、いまどこで眠っていますか。
あとがき
これで、この連載はいったん区切りです。
ただ、書くのをやめるわけではありません。社内でAIを使っていると、日々いろいろなフィードバックをもらいます。
それを実際に試してみて、うまくいったことも、いかなかったことも、これからも定期的にここに書いていきます。
作り方も、このまま続けます。
記録を読ませて、直しを言う。1本30分以内で。
また日々、追っていただけると嬉しいです。
あわせて読みたい
同じように社内でAI活用を推進している方の話が、一番参考になります。 「うちはこうだった」があれば、ぜひコメントで教えてください。
この連載では、横浜の中小企業でAI活用を進めるなかで、 うまくいったことも、うまくいかなかったことも、そのまま書いています。 よかったらフォローして、次回も読んでいただけると嬉しいです。
