Claude CodeをWebライターが使うと何が変わるか｜受託案件での線引きとファイル整理
「Claude Code、ライターにも使えるらしい」
そう聞いて黒い画面を一度開き、何も打てないまま閉じた夜はありませんか。私もその一人でした。エンジニアの道具にしか見えず、自分の仕事とは関係のない場所にあるものだと思っていました。
私は岩手でラーメン店を営みながら、Webライターとして月40本のリライト案件を受けています。原稿に向かえるのは、店を閉めたあとの1日2時間だけです。その2時間をどう使うかを考えた末に、Claude Codeを触り始めました。
この記事では、機能の一覧や導入コマンドの解説はしません。代わりに、受託で記事を書いている立場から次の3つを書きます。
- クライアントの案件で使うときに、先に決めておく線引き
- ファイルとフォルダの整理でつまずき、そこから抜けた方法
- 導入して変わった実感は「速さ」ではなく「ばらつき」
読み終えたときに、あなたの案件で使うかどうかを判断できる状態になっていれば、この記事の役目は果たせています。
Claude CodeはWebライターにとって何をする道具なのか
Claude Codeという名前を見て、コードを書く人のためのAIだと受け取る人は多いはずです。名前のとおり開発の現場から広がったツールなので、その印象は自然なものだと思います。ただ、ライターの作業に置き換えてみると、見え方は少し変わってきました。ここでは、チャット版のClaudeとの違いから整理していきます。
チャット版のClaudeとの違いは、指示を置いておけるかどうかです
チャット版のClaudeで記事を書くとき、私たちは毎回スレッドを立てるところから始めるはずです。そこにレギュレーションを貼り、参考資料を貼り、文体の見本を貼ってから、ようやく本題に入ります。この準備が、案件が増えるほど重くなっていきます。
Claude Codeは、自分のパソコンのフォルダの中で動きます。決まりごとをファイルとして置いておけるので、毎回の貼り直しが要らなくなります。 ここが、ライターにとっての最大の違いです。
| 比べる点 | チャット版のClaude | Claude Code |
|---|---|---|
| 作業する場所 | ブラウザのスレッド | パソコンのフォルダ |
| 決まりごとの渡し方 | 毎回貼り付ける | ファイルに置いておく |
| 原稿のやり取り | コピーして貼る | ファイルを直接読み書きする |
| 向いている場面 | 単発の相談、書き出しの相談 | 同じ条件で繰り返す作業 |
なかしま私も最初は、これはエンジニアの道具だと思って避けていました。ターミナルを開いて3分で閉じた日があります。
記事を書かせる道具ではなく、記事の周りを片づける道具として見ます
Claude Codeを「もっと上手な文章を生成するAI」として期待すると、たいてい肩透かしを食います。中身のモデルはチャット版と同じ系統なので、文章そのものが劇的に変わるわけではありません。
変わるのは、書く前と書いたあとの周辺作業です。 資料を読み込ませる、レギュレーションと突き合わせる、書式を整える、字数を数える。この手間の置き場所が移ります。
私の場合、リライト案件で毎回発生していた工程があります。元記事を開き、依頼書と並べて、直す箇所を洗い出す作業です。これが、指示ひとつで済むようになりました。文章を作る力ではなく、段取りを引き受ける力として見ると、使いどころが見えてきます。
使う意味があるかは、案件の本数と繰り返しの回数で決まります
導入の判断は、好みや流行ではなく、自分の案件の形で決めるのが確実です。私は次の3点で見ています。
- 同じクライアントの記事を、月に何本書いているか
- レギュレーションが固定されていて、毎回同じ確認をしているか
- 資料がファイルで届き、それを何度も開き直しているか
このうち2つ以上が当てはまるなら、試す価値はあると考えられます。逆に、単発の依頼を月に数本受けている段階では、準備の手間のほうが大きくなる可能性があります。 無理に導入せず、チャット版で回したほうが結果的に速い場面もあるはずです。
チャット版のClaudeで記事を書く手順そのものは別記事にまとめています。まだそちらを固めていない方は、Claudeで記事を書くときの進め方を先に読むと、この記事の話が入りやすくなります。
Claude Codeの機能をWebライターの作業に翻訳するとどうなるか
機能の一覧は公式にも競合記事にも並んでいます。ただ、機能名のままでは、自分の案件のどこに効くのかが判断できません。ここでは、ライターの作業単位に翻訳して3つに絞ります。私が実際に使っているのは、結局この3つです。
ファイルを直接読んで書き換える機能が、原稿の往復を減らします
Claude Codeは、指定したフォルダの中のファイルを読み、書き換えます。原稿をコピーして貼り、返ってきた文章をまたコピーして戻す往復が消えます。
地味な変化に見えますが、リライト案件では効き方がまるで違いました。元記事、依頼書、参考資料の3つを同時に読ませたうえで、「依頼書の条件に合っていない箇所を挙げてください」と頼めます。貼り付ける手間がないぶん、渡す資料の量を絞らずに済みます。
チャット版だと、資料が多いときに「どれを貼るか」を先に選ぶ作業が発生していました。その選別自体が判断の負荷になっていたのだと、あとから気づきました。
決まりごとを1つのファイルに置く機能が、指示の言い直しを減らします
Claude Codeには、作業する場所に置いておくだけで毎回読み込まれる設定ファイルがあります。ここにクライアントごとのレギュレーションを書いておきます。
私が書いているのは、禁止表現、文末の処理、見出しの階層、想定読者の3種類です。これを置いてからは、「ですます調で」「体言止めは使わないで」と毎回言い直す必要がなくなりました。
指示を口で言うのをやめて、置いておく形に変えるだけで、伝え漏れが減る傾向があります。 ただし、置いてある指示がそのまま出力の質になります。中身が雑なら、雑なまま安定するだけです。
手順をまとめて実行する機能は、繰り返しの多い作業から試します
複数の手順をひとまとめにして呼び出す使い方もできます。ただ、最初からここに手を出すと、仕組みを作ること自体が目的になりがちです。
私がこれを活用しているのは、毎週必ず発生していて、判断がほとんど要らない作業だけです。字数と見出しの数を数える、指定キーワードが入っているかを確認する、といった作業がそれにあたります。判断が要る工程まで自動化しようとすると、確認の手間がかえって増える傾向があります。
| 機能 | ライターの作業に置き換えると | 効きやすい場面 |
|---|---|---|
| ファイルの読み書き | 原稿と資料の受け渡しを省きます | リライト、資料の多い案件 |
| 設定ファイル | レギュレーションを置いておきます | 継続案件、同一クライアント |
| 手順のまとめ実行 | 決まった確認作業を任せます | 納品前のチェック |
なお、複数のAIを工程ごとに分担させる話は、この記事では扱いません。ラッコキーワードから構成、本文までをどう配るかは複数のAIを工程ごとに使い分けるやり方で実演しています。全体の地図が欲しい方は、そちらを見てください。
Claude Codeをクライアント案件で使うときに決めておく線引き
ここからが、この記事で一番書きたかった部分です。競合の記事を20ページ分読みましたが、守秘や納品責任に正面から触れているものは、ほとんど見当たりませんでした。便利さの話より先に決めるべきことがあると、私は考えています。
何を渡して、何を渡さないかを先に決めます
Claude Codeはフォルダの中身を読みます。つまり、そのフォルダに置いたものは全部読まれる前提で考えてください。便利だからと何でも放り込むと、線引きがないまま運用が始まります。
私は、迷ったら渡さない側に倒しています。判断に時間をかけないために、あらかじめ分けておきました。
| 扱い | 具体例 | 理由 |
|---|---|---|
| 置く | 公開済みの記事、自分で作った構成案 | すでに世に出ているためです |
| 置かない | 未公開の商品情報、顧客リスト、社内資料 | 先方の判断が必要になるためです |
| 先に確認する | 取材音源、未公開の数値、他社の原稿 | 契約の範囲が案件ごとに違うためです |
作業を始める前に決めておくほうが、あとで悩む時間より短く済みます。
契約書と利用規約は、導入の前に一度通します
外部のAIツールに資料を渡してよいかどうかは、案件ごとの契約で決まります。守秘義務の条項に第三者ツールの利用が含まれている場合もあれば、AIの使用そのものに条件が付いている場合もあります。
確認しておきたいのは、次の3点だと考えています。
- 守秘義務の範囲に、外部サービスへの入力が含まれるかを読み返します
- AIの使用可否や、使用時の申告義務が書かれていないかを探します
- 使うツール側の規約と設定で、入力データの扱いがどうなっているかを調べます
ここで断っておきます。私は法律の専門家ではありませんし、ツールごとの仕様も更新されます。 この記事の内容を根拠にせず、あなたが結ぶ契約書と、使うサービスの最新の規約を必ず自分で確認してください。判断がつかないときは、クライアントに直接聞くのが一番早い方法です。
なかしまクライアントの資料をどこまで渡すかは、先に決めておくところです。私は迷ったら渡さないようにしています。
納品物の責任は、最後まで自分にあると決めておきます
AIが書いた原稿でも、納品した瞬間から責任は自分に移ります。当たり前の話ですが、作業が速く回り始めると、この当たり前が薄れてきます。
私は納品前に、必ず自分の目で全文を通す工程を残しています。画面を流し見るのではなく、頭から読み直します。この工程だけは、どれだけ忙しくても飛ばさないと決めました。
理由は単純で、間違いが出たときに「AIが書いたので」という説明が通らないからです。クライアントが見ているのは、私の名前で納品された原稿です。道具が何であれ、そこは変わらないと考えています。
Claude Codeで扱うファイルとフォルダをどう整理するか
導入でつまずいた場所は、コマンドではありませんでした。フォルダです。どこに何を置くかが決まらないまま作業を始めて、資料が散らばり、手が止まりました。ここは競合の記事がほとんど書いていない部分なので、実際の詰まり方から書きます。
案件ごとにフォルダを分ける形に落ち着きました
いろいろ試した結果、今は案件ごとにフォルダを1つ作る形に落ち着いています。中の構成は、どの案件でも同じにしました。
- 依頼書とレギュレーションを入れる場所を作ります
- 参考資料と元記事を入れる場所を分けます
- 執筆中の原稿を置く場所を用意します
- 納品済みの原稿を移す場所を最後に置きます
大事なのは、構成を全案件で揃えることです。 案件ごとに違う形にすると、どこを見ればいいか毎回思い出す必要が出てきます。整理そのものが目的ではなく、迷う時間を減らすための形だと考えています。フォルダの名前も、日本語で短くつけました。凝った名前にすると、あとから自分が読めなくなるためです。
整理でつまずいたときは、チャット版のClaudeを補佐役に立てます
私がここを抜けられたのは、一人で整理するのをやめたからです。相談相手としてチャット版のClaudeをもう一つ立てました。
「今こういう案件を抱えていて、資料はこの種類がある。どう分けるのが妥当か」と相談し、案を出してもらって選ぶ形にしました。整理の作業と、整理の設計を分けたことで、手が動くようになった実感があります。 一人で考え込んでいた時間が、相談の時間に変わったのだと思います。
月40本のリライト案件を抱えたまま、Claude Codeを触り始めた時期がありました。導入自体は説明どおりに進んだのに、その先で完全に止まりました。どこに何を置けばいいのかが決まらないのです。
閉店後の厨房でノートパソコンを開き、フォルダの名前を打っては消す。使える時間は1日2時間しかないのに、その日は1文字も原稿が進みませんでした。「これ、仕事が増えてるだけじゃないか」と焦りました。
抜けたきっかけは、Claudeを2つ立てたことです。作業用のClaude Codeとは別に、チャット版のClaudeを補佐役として開き、フォルダの分け方を相談しました。「案件ごとに1つ、中身は同じ構成で」という案に落ち着いたとき、肩の力が抜けたのを覚えています。
今も案件が増えるたびに組み替えていて、整理は途中のままです。それでも、一番変わったと感じるのは速度ではありません。記事ごとの出来のばらつきが、前より小さくなった実感があることです。
構成案と資料の置き場所は、書き始める前に決めます
フォルダの形が決まったら、次は「いつ何を置くか」を決めます。私は、構成案を確定させてから執筆用のフォルダに移す運用にしています。
途中の案が同じ場所に残っていると、AIがどれを正としてよいか判断できません。古い案と新しい案を同居させないことが、出力の安定につながる傾向があります。 ここは人間の作業と同じで、机の上に古い資料を広げたままにしないのと変わりません。
構成案そのものの作り方は別の記事で扱っています。作る段階から整えておきたい方は、AIで記事の構成案を作る手順を先に読んでおくと、置き場所の話がつながりやすくなります。
Claude Codeに任せない工程をWebライターが持ち続ける
任せられる範囲が広がると、どこまで任せるかの判断が難しくなります。私は「任せない工程」を先に決める形にしました。ここを曖昧にしたまま量を増やすと、納品物の質が読めなくなると考えているためです。
事実確認は、自分の目で通します
AIの出力には、事実と違う内容が混ざる可能性が常にあります。もっともらしい文章で出てくるぶん、読み飛ばすと気づきません。
私は、固有名詞、数字、制度や規約に関する記述の3つを、必ず一次情報に当たって確認しています。確認するのは出力全体ではなく、この3種類に絞ります。 全部を疑うと時間が足りなくなるので、危険な場所だけを重点的に見る形です。
リライト案件では、元記事に載っている古い数字がそのまま残ることもありました。AIは元記事を尊重して書き直すので、間違いも一緒に引き継ぎます。ここは道具の問題ではなく、指示の出し方と確認の問題だと感じています。
体験と感情の部分は、書き手が入れます
読者が最後まで読む理由は、情報の正しさだけではありません。「この人は本当にやったのか」が伝わるかどうかが効いています。
体験と、そのときの感情は、AIには出せません。 出せるのは、体験のように読める文章までです。私は、失敗した場面や迷った理由を自分で書き足す時間を、必ず残しています。
この記事でいえば、フォルダの名前を打っては消していた夜の話がそれにあたります。Claude Codeに「ライターの体験談を入れて」と頼めば、それらしい段落は返ってきます。ただ、それは私の話ではありません。
文章の癖を整える最後の一往復は、手で残します
出力された原稿には、AI特有の言い回しが残ります。文末が揃いすぎる、抽象的な言葉でまとめる、同じ接続詞が繰り返される、といった癖です。放っておくと、記事全体が平坦な読み心地になりかねません。
| 工程 | 任せる範囲 | 自分で持つ範囲 |
|---|---|---|
| 資料の整理 | ほぼ任せる | 何を渡すかの判断を持つ |
| 構成の下案 | 任せる | 独自情報を入れる場所を決める |
| 本文の下書き | 任せる | 体験と感情を書き足す |
| 事実確認 | 候補出しまで任せる | 一次情報を確認 |
| 最終の推敲 | 部分的に任せる | 全文を読み直す |
任せる範囲を広げるほど、最後の読み直しの価値が上がります。 具体的な直し方はAIっぽさが残る文章の直し方にまとめているので、癖の消し方で困っている方はそちらを参照してください。
なかしま任せて楽になったぶん、自分のチェックが甘くならないかは今も気にしています。ここは仕組みで防げない部分だと思っています。
Claude CodeでWebライターが最初の1本を仕上げるまでの進め方
最後に、これから始める人が最初の1本を仕上げるまでの進め方を書きます。手順の逐次解説ではなく、順番の考え方です。ここを間違えると、私のように整理で止まる可能性があります。
最初の1本は、納品しない記事で試します
いきなりクライアントの案件で使わないことを、強くおすすめします。理由は2つあります。1つは、初回は必ず段取りでつまずくためです。もう1つは、線引きの判断がまだできていない状態で、先方の資料を扱うことになるためです。
私は自分のブログの記事を1本、練習台にしました。 納期がなく、責任も自分で取れる範囲なので、失敗しても学びだけが残ります。ここで一度通しておくと、案件に持ち込むときの不安が小さくなる傾向があります。
試すときは、いつも書いているジャンルを選んでください。慣れないテーマだと、出力の良し悪しを自分で判断できません。
決まりごとを書き出すところから始めます
導入して最初にやることは、執筆ではありません。自分がいつも守っている決まりごとを、文章にして書き出す作業です。
私が最初に書いたのは、禁止する表現、見出しの作り方、想定読者の3つでした。頭の中では決まっているつもりでしたが、文字にすると曖昧な部分がいくつも出てきました。この作業自体が、自分の書き方を点検する機会になります。
置いておく指示の中身が、そのまま出力の質になります。ここが薄いまま量を増やしても、薄い記事が安定して出てくるだけです。仕組みより先に、渡す言葉を整える必要があると考えています。書き出しは1ページで足ります。使いながら、足りない項目を書き足していく形で十分です。
2本目からは、前の1本で困ったところだけを直します
一度に完璧な仕組みを作ろうとすると、たいてい途中で力尽きます。私も、仕組みを作る側に夢中になって、納期が近づいてから慌てた経験があります。
直すのは、前の1本で実際に困った箇所だけにします。 出力の文末が単調だったなら、その指示を1行足します。資料の場所を毎回探していたなら、フォルダの名前を変えるだけで十分です。
この積み重ねのほうが、最初から完成形を目指すより続きます。私の環境も、今なお組み替えの途中です。整えきってから使い始めるのではなく、使いながら整える形が現実的だと感じています。
なかしま最初から全部を仕組みにしようとすると、途中で止まります。1本目は「動けば合格」くらいでちょうどいいです。
Claude CodeはWebライターの仕事の何を変えるのか｜まとめ
Claude Codeを受託の現場に持ち込んで、私が実感していることを整理します。速く書けるようになったかどうかは、正直まだ計測できていません。代わりにはっきりしているのは、次の3点です。
- 決まりごとを置いておけるので、毎回の指示の言い直しが減りました
- 案件ごとにフォルダを分けたことで、資料を探す時間が短くなりました
- 記事ごとの出来のばらつきが、前より小さくなった実感があります
3つ目が、私にとっては一番大きい変化です。同じルールを毎回適用できるので、調子のよい日と悪い日の差が出にくくなりました。月40本を回す立場だと、速度より安定のほうが効いてきます。
そして、線引きの話をもう一度だけ書いておきます。何を渡して何を渡さないかは、便利さより先に決めてください。契約書と規約の確認は、導入の前に必ず自分で通してください。ここを飛ばすと、便利さがそのままリスクに変わる可能性があります。
AIを使った記事作成の全体像から確認したい方は、SEOとAIを組み合わせた記事作成の全体像にまとめてあります。この記事で扱った内容は、その中の一部を受託の現場に寄せたものです。
ここまで読んで気づいた方もいると思います。Claude Codeは、毎回同じ指示を出し直す手間を減らす道具です。裏を返せば、置いておく指示の中身が、そのまま出力の質になります。道具を入れる前に問われるのは「その指示をどう書くか」のほうです。
「最強のSEOプロンプト26選」をnoteで販売中
AIに任せても、返ってくる文章が毎回ぶれる。 そう感じている方は多いはずです。原因はモデルの性能ではなく、渡している指示が毎回違うことにあると考えています。
私も同じでした。文字単価0.5円、借金2,000万円を抱えたまま、閉店後の厨房でパソコンに向かい続けた時期があります。AIは使っていたのに、出てくる原稿の質が安定しませんでした。
変わったのは、指示を体系化してからです。構成案、本文、タイトル、リライトまで、毎回同じ形で渡せるテンプレートに整えたところ、記事ごとの差が小さくなりました。今は月商80万円まで来ています。
そのテンプレートを26個、コピーして使える形でnoteにまとめました。
- 案件ごとに指示を作り直す手間をなくしたい方に向いています
- AIの出力が毎回ぶれることに困っている方に効きます
- Claude Codeに置いておく指示の土台としても使えます
Claude Codeを入れるかどうかに関わらず、渡す言葉が整っていれば出力は安定します。まずはそこからでも遅くありません。
なかしま｜現役飲食店主×AIライター
岩手でラーメン店を営みながら、副業のAIライターで月商80万円を達成。クラウドワークス週間ランキング2位。借金2,000万円から逆転中の現役店主が、AIで時短しながら高品質なSEO記事を書く方法を発信しています。
