普段のAI会話を自動で記事にしていた時、出来上がった原稿を読み返した。文章は整っていた。見出しもあり、手順も並んでいる。それなのに最後まで読んだ時、「これは私の体験ではなく、機械の作業報告だ」と感じた。
原稿には、何を処理したか、どんな仕組みを使ったか、どこで公開を止めるかが詳しく書かれていた。一方で、私がどこで困ったのか、最初は何を期待していたのか、何を見て考えを変えたのかが見えなかった。AIとの会話を材料にしたのに、書き手である私が本文から消えていた。
最初の私は、会話をたくさん残し、きれいに要約すれば、自然に独自性のある記事になると思っていた。実際には「記録が本人のもの」であることと、「本人の体験が読者へ伝わる」ことは別だった。
今回は、原稿を公開せずに止め、材料の選び方から変えた。その時の迷い、読み返して気づいたこと、会社員が自分のAI作業を読める体験談へ変える手順をまとめる。
読み返して感じた「私がいない」という違和感
私が迷ったのは、出来上がった原稿をそのまま出すか、いったん止めて材料の選び方から変えるかだった。すでに文章はできている。詳しい操作や図を足せば、情報量は増やせる。それでも、技術の作業報告ばかりという問題は残る。
ただ、読み返すほど違和感が強くなった。原稿の主役は、使った機能や内部の処理だった。読者が知りたいはずの「なぜ最初のやり方では駄目だったのか」は、短い説明で通り過ぎていた。
私はそこで、文章の上手さではなく、次の3点を確認した。
- 最初に何を期待していたかが書かれているか
- 期待が外れたと判断した事実があるか
- 変更後に、読者が同じ判断を再現できるか
3点を見直すと、どれも弱かった。会話を要約しただけでは、出来事の順番は残っても、判断の順番は残らない。私は「ログの量を増やす」方向へ進むのを止めた。
文字を足す前に、誰の判断が書かれているかを見直した
最初は、説明が足りないから読みにくいのだと思い、詳しい操作や機能を足して完成させる案も考えた。ところが元の原稿を読み直すと、説明の量より前に、私が判断した場面そのものが抜けていた。
変更前は「AIとの会話を要約する→完了した作業や使った仕組みを並べる→技術説明を足す」という流れだった。これでは、作業の順番は分かっても、私がなぜ途中で止めたのかは伝わらない。
変更後は「困った場面を一つ選ぶ→最初の予想を書く→途中で迷ったことを書く→考えを変えた事実を置く→読者が明日できる一手へ変える」という流れにした。足したのは一般論ではない。元の会話に残っていた、私の思い込みと判断の変化だった。
ここが今回の転換点だった。私は「会話をどれだけ上手に要約するか」ではなく、「会話から何を記事へ持ち出すか」を先に決めることにした。
会話全文ではなく、6つの体験だけを残した
新しい整理方法では、AIとの会話を時系列のまま本文へ渡さない。まず自分で、次の6項目だけを短く書く。
- 困った場面
- 最初の予想
- 途中で迷ったこと
- 考えが変わった事実
- 変更前と変更後の違い
- 読者が明日できる一手
今回の内容へ当てはめると、困った場面は「原稿は整っているのに、一般の人が読んで面白くないと感じた時」。最初の予想は「本人の会話を使えば、それだけで本人らしい記事になる」。迷ったことは「技術説明を足して完成させるか、原稿を止めるか」だった。
考えが変わった事実は、本人の会話を材料にしたのに、困った場面や迷いが本文から抜け、書き手である私が見えなくなっていたことだ。会話を詳しく要約しても、読者が同じ判断を試せる形でなければ、本人らしい記事にはならないと分かった。
変更前は、何を実装したかが記事の中心だった。変更後は、私がどんな思い込みを持ち、どこで違和感を覚え、何を根拠に止めたかを中心にした。読者の一手は、会話全文の要約ではなく、6項目を一文ずつ書くことに変えた。
変更前と変更後で、主役を入れ替えた
違いを整理すると、文章の調整ではなく、主役の交代だった。
| 見る場所 | 変更前 | 変更後 |
|---|---|---|
| 導入 | 完了した作業や機能 | 実際に困った場面 |
| 根拠 | 会話に書かれていた情報 | 判断が変わった確認結果 |
| 失敗 | 処理上のエラー | 最初の予想が外れた理由 |
| 手順 | 内部の処理順 | 読者が自分で試す順番 |
| 結論 | 仕組みが完成した | 次から何を変えるか |
技術名をすべて消す必要はない。ただし、技術名がなくても体験の意味が伝わるかを先に見る。具体的な道具は、判断や手順を再現するために必要な時だけ書けばよい。
私はこの整理をしてから、「実装完了」を成功の基準にしなくなった。完成していても、読者にとって主題が見えなければ公開しない。逆に、大きな成果がなくても、失敗から判断を変えた過程と再現手順があれば、会社員が明日試せる記事になる。
最初に作る4行メモ
長い会話から記事候補を探す時は、最初から原稿を書かせない。会話を一つだけ選び、次の4行を自分の言葉で埋める。
困った場面: AIとの会話を使った原稿を読み返すと、操作や仕組みの報告が中心で、一般の人が読んでも面白くないと感じた。
最初の予想: 自分の会話を残して自動で記事にすれば、手間を増やさず本人らしい発信になると思った。
考えを変えた事実: 会話を材料にしたのに、困った場面や迷いが本文から抜け、書き手である私が見えなくなっていた。
明日やる一手: 最近のAI会話を一つ選び、この4項目を一文ずつ書く。
4行が埋まったら、「途中で迷ったこと」と「変更前・変更後」を足して6項目にする。空欄をAIに想像させないことが重要だ。
例えば「考えを変えた事実」が書けないなら、まだ体験記事にする材料が足りない。実際に小さな比較を行う、結果を測る、原稿を第三者の視点で読み直すなど、確認できる事実を作ってから戻る。
このメモは、記事に限らず、社内の振り返りや業務改善にも使える。AIに資料を作らせたが修正が増えた、議事録を自動化したが確認に時間がかかった、調査を任せたが判断できなかった、といった場面でも同じだ。道具の紹介ではなく、自分の判断が変わった理由を残せる。
「全部残す」より先に、公開しないものを決める
AIとの会話には、記事へ出してはいけない情報も混ざりやすい。会社名、顧客名、非公開URL、個人情報、認証情報、契約内容は、文章を整える前に対象から外す。伏せ字にすればよいとは限らない。組み合わせで仕事や相手を推測できる情報もあるからだ。
私は、生の会話を公開原稿へ直接渡さない。公開してよい体験カードに置き換え、場面、考え、迷い、転換点、変化だけを使う。材料が公開安全か分からない場合は、その日は新規記事を作らず、すでに公開している記事の改善へ切り替える。
仕事の情報をAIへ渡す前の境界は、SiriにChatGPTを任せる前に、仕事で送っていい情報を3つに分けたでも、実際に送る内容を3段階へ分けて整理している。
記事にするか保留するかの7問
6項目を書いたあと、私は次の7問で公開候補にするかを確認する。
- 困った場面を、知らない人が想像できるか
- 最初の予想と、実際の結果が分かれているか
- 考えを変えた事実を確認できるか
- 成功だけでなく、失敗または制限が書かれているか
- 読者がすぐ試せる具体的な一手があるか
- 既存記事と同じ結論や章立てを繰り返していないか
- 公開してはいけない情報を材料から外したか
一つでも「分からない」があれば、表現を整える前に材料へ戻る。とくに既存記事との重複は、タイトルの言い換えだけでは解決しない。扱う体験、読者の悩み、結論のいずれかが同じなら、別の記事にせず既存記事を直す方がよい。
AIを実際に触り、試した結果と制限を分ける例は、ChatGPT Workを実際に試して分かったことにもまとめた。機能説明だけで終えず、自分の環境でどこまで確認できたかを区切る点は共通している。
AIに想像で「私の迷い」を足させない
この方法には明確な限界がある。元の会話に考えや迷いが残っていなければ、AIは本当の転換点を知ることができない。
読みやすくするために「最初は不安でした」「この瞬間に気づきました」と補えば、物語らしくはなる。しかし、私が実際に考えていないことを足せば、本人ログを使う意味がなくなる。
材料が足りない時の選択肢は3つだけにした。
- 本人が覚えている範囲を短く追記する
- 小さな検証を行い、条件と結果を記録する
- 記事化を保留する
「それらしく補う」は選択肢に入れない。この停止線があるから、AIを使っても本人の経験と生成された説明を混ぜずに済む。
Googleも、検索順位を目的にした量産ではなく、人に役立つために作られた内容かを自己評価するよう案内している。また、生成AIを使う場合も、正確性、品質、読者との関連性を重視するよう説明している。
AIを使ったかどうかだけでなく、読者が確認できる事実と、その人が実際に変えた判断が残っているかを見る必要がある。
変えたのは、文章ではなく公開前の順番だった
今回の失敗後、私は「会話を要約する→文章を整える→公開前に確認する」という順番をやめた。
今は「公開してよい材料へ変える→6つの体験を選ぶ→4行メモで空欄を確認する→記事を書く→既存記事との重複を確認する」の順にしている。文章を作る前に、本人の体験として成立するかを確かめる。
その結果、仕組みの完成報告を主役にせず、困った場面と判断の変化から書き始められるようになった。材料が弱い時に止める理由も明確になった。
AIとの会話は、保存しただけでは読者価値にならない。そこから本人が困り、迷い、事実を見て考えを変えた部分を選び、読者が試せる形へ変えて初めて体験記事になる。
今日試すなら、最近のAI会話を一つだけ選び、4行メモを書いてみてほしい。4行のどこかが空いたら、無理に文章を増やさない。必要な事実を確かめるか、保留する。その判断まで含めて、本人にしか書けない記録になる。