Claude Code を使うようになってから、「これだけは自分で書きたい」と思う原稿があることに気づきました。
仕事の文書のほとんどは、今は Claude Code と一緒に作ります。メールの草稿、提案書の構成、議事録の整理——こういったものは、効率化できる部分は効率化する、という考え方でやっています。でも、いくつかの原稿には「これは Claude Code に渡したくない」という感覚があって、最初から最後まで自分で書きます。
なぜそう感じるのか、しばらく考えました。この記事は、その考えた記録です。
「渡したくない原稿」の共通点
「自分で書きたい原稿」にはいくつかあります。まず共通点を整理してみます。
一つ目は、特定の人への手紙や挨拶文です。お世話になった人への感謝のメッセージ、親しい取引先への年賀状の文面、退職する同僚への送別のコメント——こういったものです。
二つ目は、自分の体験談を書く文章です。「あのとき何があったか」「そのときどう感じたか」という、自分の経験を語る部分のある文章です。
三つ目は、謝罪の文章です。自分がミスをしたとき、相手に謝る文面です。
この三つに共通しているのは、「自分の感情や意志が直接関わっている」ことです。感謝の気持ち、体験した事実、謝罪の意志——これらは、私の中にしかない情報です。Claude Code には「私の気持ち」はありません。
「感情の代行」に違和感がある
Claude Code に「感謝のメッセージを書いて」と依頼することはできます。「〇〇さんに長年お世話になったことへの感謝を、温かい文体で書いてほしい」と言えば、それらしい文章が出てきます。
でもそれを使うことへの違和感があります。「感謝している」という事実は私の側にあるのに、「感謝の言葉」を Claude Code に作ってもらうことで、何かが抜けてしまう気がするのです。
感謝の言葉は、感謝している人間が考えて書くことに意味がある部分があります。どの記憶を選んで書くか、どの言葉を使うか、どこに力を入れるか——これらの選択に、感謝の「重さ」が宿る。その選択を Claude Code に任せると、言葉は整うけれど、「私の感謝」が薄まる気がします。
読み手がそれを感じるかどうかはわかりません。でも書き手として、「これは自分の感謝の言葉ではない」という感覚を持ちながら送ることへの居心地の悪さがあります。
「謝罪を代行させること」の違和感
謝罪の文章を Claude Code で作ることへの違和感は、さらに強いです。
謝罪とは、「自分がやったことへの責任を認め、相手に対して誠意を示す」行為です。この行為の中核は「自分がやった」という事実と「申し訳ない」という感情です。どちらも、私の中にしかありません。
Claude Code に謝罪文を作ってもらうことは、「感情の形式化」ができます。言葉は整う、礼儀は保たれる、謝罪の構造を持った文章ができあがります。でも「申し訳ない」という気持ちを自分で言語化する過程——これが謝罪の一部ではないかと思っています。
苦しみながら言葉を選ぶ過程が、謝罪の誠実さを作ることがあります。「どう言えば伝わるか」を一人で考えた結果の言葉は、「AI に作ってもらった言葉」とは違う何かを持っている気がします。読み手がそれを識別できるかどうかより、書き手として「苦しんで書いた」という事実が、謝罪の一部なのかもしれない。
「渡せなかった原稿」と向き合ってわかったこと
「これだけは自分で書きたい」という感覚が最初に出てきたのは、亡くなった祖父への追悼文を書くときでした。
親族の依頼で、葬儀の際に読み上げる短い文章を書くことになりました。「孫として、祖父への感謝と別れの言葉を書いてほしい」という依頼です。
一瞬、「Claude Code に骨格だけ作ってもらおうか」という考えが浮かびました。でもすぐに「これは無理だ」と思いました。祖父と過ごした記憶、最後に会ったときの会話、祖父から教わったこと——これらは私の中にしかありません。「祖父への感謝の言葉を書いてほしい」と Claude Code に依頼しても、その核心にある記憶を注ぎ込むことはできません。
書きながら、思い出が出てきました。書きながら、「伝えたいことはこれだった」という言葉が生まれました。書く過程で自分が整理されていく感覚がありました。追悼文を書くことは、祖父への別れのプロセスの一部でもありました。
この経験が「自分で書くことの意味」を改めて教えてくれました。書く「結果」だけでなく、書く「過程」に意味がある——その過程は外部委託できない。これは、仕事の文章では気づきにくかったことです。
「書くことで生まれる」ものがある
追悼文の経験でわかったことを、仕事の文章にも当てはめて考えるようになりました。
Claude Code に骨格を作ってもらって、自分で肉付けをする——この方法で「書く過程で気づくこと」は半分になっている気がします。骨格がすでにあるので、「どこに向かうか」がある程度決まっている。自由に書き始めたときに生まれる「方向の発見」が起きにくい。
「書くことで何を言いたいかがわかった」という経験は、書いたことがある人なら共感してもらえると思います。書き始める前に「言いたいこと」が完全に決まっているわけではなく、書いていく過程で「これだ」という言葉が出てくる。この経験は、Claude Code が骨格を作った後の「肉付け」では起きにくいです。
「書くことで生まれるもの」を大切にしたい文章は、最初から自分で書く。このルールが、「渡せない原稿」の基準の一つになっています。
「渡せない原稿」が減っていく懸念
逆に、少し心配していることもあります。「これは渡せない」と感じる感覚が、使い続けることで鈍くなっていないか、という懸念です。
使い始めの頃は「これも渡すのか」という抵抗があった文章が、慣れてくると「これくらいは渡しても良い」になっていく可能性があります。「渡せない原稿」の範囲が、気づかないうちに狭まっていく。
この懸念に対して、今のところの対処は「定期的に確認する」ことです。「最近、自分で書いた原稿があったか」「書くことで整理された経験があったか」——これを時々確認して、「渡せない原稿を書く機会」が維持されているかを確認しています。
「自分で書く」ことの意味
「自分で書く」ことにどんな意味があるのか、改めて考えてみました。
仕事の文書における「自分で書く」の意味は、大きく二つあると思います。一つは「内容の責任」を取ること、もう一つは「その文章を通じて自分の何かを届けること」です。
「内容の責任」については、Claude Code を使っても変わりません。私が指示を出し、確認し、送信した文章は、私の責任において送ったものです。ここは「自分で書いた」と「Claude Code と書いた」で変わらない。
「自分の何かを届けること」については、差がある場合があります。「私の気持ちを届けたい」という目的で書く文章は、「私が気持ちを言語化する過程」を経ることに意味があります。その過程を省略すると、「形式」は届くけれど「中身」が薄くなる可能性があります。
この違いを意識して、「形式的に機能すれば良い文章」は Claude Code に任せ、「中身を届けたい文章」は自分で書く——という使い分けが、私の中に自然とできてきました。
「書くこと」が「考えること」になる文章
もう一つ気づいたことがあります。「自分で書かないとわからないこと」がある、ということです。
体験談を書くとき、「書きながら気づく」ことがあります。「あの出来事の意味は何だったのか」「そのとき自分はどう感じていたのか」——書いていく中で、当時は言語化できていなかったことが言葉になっていく経験です。
Claude Code に「あの体験について書いて」と頼むと、私の話を聞いて整理した文章を作ってくれます。でも「書きながら気づく」という経験は起きません。気づきは、自分で言葉を探す過程にあります。その過程を外部委託すると、気づきも外部に出てしまう。
自分で書くことの価値は、「アウトプットの質」だけでなく「書くプロセスで起きる思考の深化」にもあります。この価値は、Claude Code には代替できません。
「渡したくない」という感覚を大切にすること
「これは Claude Code に渡したくない」という感覚が出てきたとき、私はその感覚を尊重することにしています。
効率化の観点から言えば、すべての文書を Claude Code で作った方が速い。「渡したくない感覚」は非効率の源かもしれません。でも、その感覚を無視して全部外部委託すると、何かが失われる気がしています。
「渡したくない」という感覚は、「これは自分の仕事だ」という責任感か、「これは自分の気持ちから来ている」という自覚か、「この文章を書く過程に意味がある」という直感から来ているように思います。どれも、軽視できない感覚です。
効率だけを追えば、感情の文章も Claude Code に任せた方が「速く・うまい文章」ができるかもしれません。でも「速く・うまい文章」が目的ではない文章もある。そういう文章を「自分で書く時間」は、守る価値があると考えています。
「手放す」と「守る」のバランス
Claude Code を使いこなすうえで、「何を手放して何を守るか」を意識することが大切だと思っています。
「手放す」のが良い部分は、形式的な構成・論理の整理・読みやすさの改善・繰り返し作業の自動化——こういったことです。これらを Claude Code に任せることで、仕事の速度と量が上がります。
「守る」べき部分は、感情・体験・判断・責任——自分の中にしかないものを言語化する部分です。この部分を手放すと、「自分」が薄れた文章になります。
「何を手放して何を守るか」の線引きは、人によって違います。私の線引きは「自分の気持ちが直接関わる文章は自分で書く」というものですが、これが唯一の正解ではありません。自分の価値観と仕事のスタイルに合った線引きを、使いながら見つけていくことが大切です。
「自分で書く」ことで気づいたこと
「自分で書く」原稿を意識的に持つようになってから、副産物として気づいたことがあります。
Claude Code との「協力の質」が上がった
「自分で書く文章」を持っていることで、「Claude Code と書く文章」のときの関わり方が変わりました。
自分で書く経験を続けているから、「良い文章とは何か」の感覚が保たれます。Claude Code の素案を読んだとき「ここは違う」「ここは良い」という判断が、自分の感覚から来るようになります。
逆に、自分でまったく書かなくなると、「Claude Code の素案の良し悪しを判断する自分の基準」が薄れていきます。「なんとなく良さそう」という確認になりがちです。「自分で書く経験」は、「Claude Code と書く際の判断力」を維持するためでもあります。
「書くことの喜び」が消えなかった
Claude Code を使い始めてから、「書くことが面白くなくなるかも」という不安がありました。道具に任せてしまうことで、書くことへの関心が薄れるかもしれない、という不安です。
実際には、そうなりませんでした。理由の一つは、「自分で書く原稿」を持ち続けたことだと思います。感謝の手紙、体験談、個人の考えを書く記事——これらを書くたびに「書くことの喜び」を確認できます。
「書くこと全般を Claude Code に任せる」のではなく「書いた方が良いことは自分で書き、任せた方が良いことは任せる」という使い分けが、「書くことが好き」という感覚を保ってくれています。
「渡せない原稿」が教えてくれる自分の価値観
「これは Claude Code に渡せない」という感覚が出てくる文章を並べてみると、そこに共通するテーマが見えてきます。それは「自分の感情・経験・意志」が直接関わっている文章、という共通点です。
逆に言えば、「渡せる原稿」の多くは「自分の感情や経験が主役でない」文章です。情報を整理する、論理を構成する、形式に沿って書く——これらは「処理の仕事」であって、「自分を表現する仕事」ではない。処理の仕事は外部委託できますが、表現の仕事は外部委託できません。
「渡せない原稿がある」ということは、「自分には表現したいものがある」ということの裏返しです。表現したいものがなければ、すべて渡せる。「渡せない感覚」の存在が、「自分には伝えたいことがある」という確認になっています。
Claude Code を使い始めてから、「渡せない」と感じた瞬間に「これは自分が大切にしていることだ」と気づくようになりました。道具を使う選択と使わない選択の両方が、自分を知るきっかけになっています。
「渡す・渡さない」の判断力を育てること
「何を渡して、何を渡さないか」の判断は、最初は直感に頼るしかないことが多いです。でも使い続ける中で、「この種類の文章は渡せる」「この種類は渡せない」という判断の精度が上がっていきます。
この判断力を育てるためには、「渡してみて後悔した経験」と「渡さなくて良かった経験」の両方が必要です。完璧な判断は最初からできないし、する必要もない。試行錯誤しながら「自分の線引き」が定まっていきます。
「渡した後に後悔した」経験は、特に学びになります。「あれは自分で書くべきだった」と感じた原稿は、なぜそう感じたかを考えると、「自分が大切にしている部分」が明確になります。失敗からの学びが、判断力を育てる一番の道です。
「自分で書く」ことへのハードルが上がりすぎないために
「これは自分で書かないと」という意識が強くなりすぎると、「自分で書くこと」へのプレッシャーが上がります。「ちゃんと書かないといけない」「Claude Code に頼ってはいけない」という義務感になると、かえって文章を書くのが苦しくなります。
「自分で書く」ことの目的は、義務を果たすことではなく、「自分の言葉で伝えること」です。完璧じゃなくていい。うまくなくていい。「自分の感触で書かれた文章」であることが大切で、「上手い文章」であることは二次的な目標です。
「下手でも自分の言葉で書いた文章」と「うまいが自分ではない文章」——どちらが読み手に届くかは、場面と相手によります。少なくとも「感謝」や「謝罪」については、前者の方が届くことが多いと感じています。気負わず、自分の言葉で書くこと——これがシンプルな心がけです。
よくある質問:「自分で書く」と「AI に任せる」の使い分けについて
Q. どんな文章は Claude Code に任せて、どんな文章は自分で書くべきですか?
個人の価値観によりますが、「形式が重要な文章」は Claude Code に任せやすく、「感情・体験・個人的な意志が重要な文章」は自分で書く価値があることが多いです。ビジネス文書・フォーマルな報告書・情報提供目的の文章はClaude Code向き。感謝・謝罪・体験談・個人的な見解を伝える文章は自分で書く価値があります。ただし、「形式的に機能すれば十分か、自分の何かを届けたいか」という基準で判断するのが、私には合っています。
Q. 「自分で書きたい」という感覚が出てきたとき、それに従った方がいいですか?
従う価値があると思います。その感覚は「この文章は自分の何かが関わっている」という直感から来ていることが多いです。効率より大切なものがある文章だというサインとして受け取ることをおすすめします。すべての文章に「自分で書きたい」感覚が出るわけではないので、出てきたときに大切にする、という姿勢で十分です。
Q. 感謝の手紙でも、Claude Code に骨格だけ作ってもらって、肉付けは自分でやる方法はダメですか?
ダメではありませんが、私は感謝の手紙については「自分で骨格から書く」方を選んでいます。骨格を考える過程で「どのエピソードを書くか」「何を一番伝えたいか」が自分の中で整理されます。この整理の過程自体が、感謝の言語化として大切だと感じているからです。骨格から Claude Code に任せると、「何を伝えたいか」の整理も外部委託することになるので、私の場合はそれを避けています。
Q. 「自分で書く」文章の質が Claude Code の助けを借りたものより低くなることへの抵抗はありますか?
あります、正直に。でも感謝の手紙や謝罪文については、「文章の質」より「気持ちが届いているか」の方が重要だと思っています。少し整っていなくても、自分の言葉で書かれた感謝は届く場合があります。逆に完璧な構成でも「温度のない文章」として受け取られることもある。「質」の基準を「読みやすさ」だけで測らない、という考え方を持っておくことが大切です。
Q. 「自分で書く」ことへのプレッシャーが強くなることはありませんか?
あります。「これは自分で書かないといけない」という意識が強すぎると、書くことへのハードルが上がります。「完璧に書かなければ」という気持ちになりやすい。そういうときは、「完璧じゃなくていい、自分の言葉であることが大事」というリマインダーが有効です。自分で書くことの価値は「完璧な文章」ではなく「自分が書いた文章」にあります。
Q. 「自分で書きたい」という文章の範囲が、使い続けると変わりますか?
変わります。使い始めた頃は「ほとんど全部自分で書きたい」という感覚でしたが、使い慣れると「任せても問題ない文章」の範囲が広がりました。一方で、「これだけは自分で」という核心部分は変わっていません。使い続けることで「手放せる部分」と「守る部分」の輪郭がはっきりしてきます。
「渡せない」と「渡したくない」の違い
「渡せない原稿」という言い方をしてきましたが、少し正確にすると「渡したくない原稿」と「渡してもいいが渡さない原稿」の二種類があります。
「渡せない」——技術的に渡せても、自分の感情や体験が核にあるので渡せない——これは感謝の手紙や追悼文のような文章です。内容の核心が「私の記憶・感情」にあるので、Claude Code には渡せません。渡しても意味のある結果が出ない。
「渡したくない」——Claude Code に渡せるが、自分で書きたいと思う——これは少し違う種類の文章です。「この文章は自分の考えを育てる機会として使いたい」「書くプロセスに意味がある」という理由で、渡せるけどあえて渡さないことです。
この二つの区別は、「なぜ自分で書くか」を明確にするためにも大切です。「渡せないから仕方なく」ではなく「渡したくないという選択」をしている部分を意識することで、「自分で書くことへの主体性」が出てきます。受動的に「渡せないから書く」より、能動的に「渡したくないから書く」の方が、書くことへのモチベーションが違います。
「渡したくない」原稿を書くときの心構え
「渡したくない」という選択をして自分で書くとき、意識することがあります。
一つは「完璧を目指さない」こと。自分で書く原稿は、Claude Code と一緒に作るものより「荒い」ことがあります。それでいい。「自分の言葉で書かれている」ことの方が、「整っている」ことより大切な場合があります。
二つは「書きながら考える」こと。骨格を決めてから書くより、「とりあえず書き始めて、書きながら方向を決める」やり方が、「渡したくない原稿」には向いています。書くプロセスで気づきが生まれることを期待しながら書く姿勢です。
三つは「途中で Claude Code に確認を頼む」ことも許可する。「全部自分で書く」が目的ではなく「中心的な考えや感情を自分で書く」が目的です。書き上がった後に「この文章に伝わりにくい箇所や表現の問題はありますか」と Claude Code に確認してもらうことは、自分で書いた核心を守りながら品質を上げる方法として有効です。
「書く人間」でいること
この記事を書きながら、改めて「書く人間でいたい」という気持ちを確認しました。
Claude Code は「書く仕事」の多くを担ってくれます。でも「書く人間であること」は、道具では代替できない部分です。書くことで考える、書くことで気持ちを整理する、書くことで誰かに届ける——これらは、書く人間にしかできないことです。
「効率化して時間を作る」という目的でClaude Codeを使う場合、「作った時間を何に使うか」という問いが来ます。私の場合、その答えの一つが「自分で書く時間」です。Claude Code で節約した時間の一部を、「自分で書く原稿」に使う。これが今の自分のバランスです。
「これだけは自分で書きたい」という気持ちがある限り、書くことへの関心は続きます。その気持ちを大切にすることが、「書く人間」でい続けるための、今のところの方法です。
Claude Code を使って良かったと思います。でも、「Claude Code なしで書く文章」も大切にしたいと思っています。この両方を持ち続けることが、今の自分の答えです。道具と人間の関係は、どちらかがどちらかを飲み込む必要はない。共存しながら、それぞれが果たせる役割を果たす——これが理想の形だと、今は思っています。「渡せない原稿がある」という事実が、そのバランスを保つための錨になっています。錨がある船は、流されない。自分で書きたいという気持ちが、AI との関係を主体的に保つための力になっています。どんなに便利なツールが出てきても、「これは自分で書きたい」という気持ちは持ち続けていたいと思います。その気持ちが、書き手としての自分を守ってくれるからです。そして、その気持ちを持ち続けることができる限り、書くことはこれからも自分にとって意味のある行為であり続けます。Claude Code はその行為を支えてくれる道具であって、その行為を代替するものではありません。道具と行為の関係を正しく持つこと——それが、長く書き続けていくための土台になります。「これだけは自分で書きたい」という原稿を持ち続けること。その積み重ねが、書き手としての自分を形作っていきます。あなたにも、そういう一枚の原稿があることを願っています。その一枚が、あなたと Claude Code の関係を、より豊かで深いものにしてくれるはずです。道具をうまく使いこなすことと、書き手として自分自身らしさをしっかりと保つことは、きっと矛盾しない。その両立こそが、AI と共に仕事をして生きる時代の、一つの大切な答えだと思っています。
「渡せない原稿」がある人へ
「これだけは Claude Code に渡せない」という感覚が、もし今あるなら、その感覚を大切にしてほしいと思います。
「なぜ渡せないのか」を言語化しようとすることが、自分の価値観を明確にする機会になります。「感情が関わっているから」「書くプロセスに意味があるから」「この文章は自分が書いた証として残したいから」——どんな理由でも、その理由が「自分にとって何が大切か」を教えてくれます。
また、「渡せない」という感覚が薄れてきたら、それも一つのサインです。「すべてを渡せるようになった」のか、「渡せない感覚自体が鈍くなってきた」のか——どちらかを確認する機会として受け取ることができます。感覚が鈍ることが必ずしも悪いわけではありませんが、意識的に確認することは大切です。
「渡せない原稿がある」ということは、「自分には表現したいことがある」ということです。その表現の衝動は、Claude Code では作れないものです。道具がどれだけ進化しても、「書きたいという動機」は人間の側にしかありません。その動機を大切にしながら、Claude Code とも上手に付き合っていけることが、今の自分の理想の状態です。
最後に:あなたは何を「自分で書きたい」と思いますか
読んでいる方にも、「これだけは自分で書きたい」と感じる文章があるのではないでしょうか。
それが何かを考えることは、「自分にとって何が大切か」を考えることと、案外深く繋がっています。どんな文章を自分で書きたいか——その答えに、仕事や表現への価値観が反映されています。
Claude Code を使うことを考えている方も、既に使っている方も、「何は自分で書くか」という問いを一度立てておくことをおすすめします。その問いが、道具との付き合い方を整理してくれます。全部任せる必要はないし、全部自分でやる必要もない。どこに線を引くかを自分で考えることが、道具を「使いこなす」の本質だと思っています。