「ターミナルとか無理」という人へ。実は同じ契約の中にCoworkがあります

～Claude Codeの自動化は理想だけど、まずはCoworkだけで記事は書けます～

結論から書きます。

これまで紹介してきたCLAUDE.mdやSkillsは、Claude Codeを使いこなすための仕組みです。でも、ここまで読んで「ターミナルとか、なんか難しそう」と感じた人は、無理にそこまで手を出さなくても大丈夫です。

同じ契約の中に、Coworkというもっと簡単な入り口がすでに入っています。

初心者がClaude Codeでつまずきやすい理由

正直に書きますが、Claude Codeは「なんとなく触ればわかる」ようにはできていません。

まず、ターミナルという黒い画面そのものが、普段パソコンをブラウザとオフィスソフトくらいでしか使ってこなかった人には馴染みがありません。文字を打ってエンターを押すだけなのに、「間違えたら壊れるんじゃないか」という緊張感があります。

さらに、ファイルがどこにあるか、どのフォルダで作業しているかという「場所」の概念も、想像以上にハードルになります。CLAUDE.mdをどこに置くのか、Skillsのファイルはどう配置するのか。

手順としては数行のことでも、初めて触る人にとっては「そもそも今どこにいるのか」がわからなくなりがちです。

私自身、最初のセットアップだけで何度もつまずきました。コマンドを一文字打ち間違えてエラーが出て、そのエラー文が英語で何を言っているのかわからず、検索して、また別のエラーが出て……という時間を何時間も過ごしています。

仕組み自体は強力なのですが、そこにたどり着くまでの「入口の狭さ」は、率直に言ってかなりのものです。

Claude Codeの自動化は、理想だけど手間もかかる

CLAUDE.mdを整理したり、Skillsを作ったりする話をここまで書いてきました。正直、これができると記事作りはかなり楽になります。

毎回同じ説明を書かなくてよくなりますし、文体のルールも自動的に反映されます。理想的な状態です。

ただ、そこにたどり着くまでには、ターミナルを開いたり、ファイルの場所を理解したり、それなりの手間とスキルが必要です。しかも、その手間は「一度乗り越えたら終わり」ではなく、Skillsを増やすたびに、また少しずつ発生します。

仕組み化は資産になりますが、資産を作るための初期投資は決して小さくありません。

実は、Coworkだけでも記事は書ける

一方で、私は実際にCoworkだけで記事を書いていました。

CLAUDE.mdを整理する前の話です。つまり、Claude Codeの複雑な部分に触れなくても、Coworkのチャット画面で「この内容で記事を書いて」と頼むだけで、記事自体は普通に書けます。

ターミナルもファイル構造も、意識する必要はありません。

Coworkが始めやすいのは、普段使っているチャットツールの延長線上にあるからだと思います。LINEやSlackでメッセージを送るのと同じ感覚で、画面に文章を打ち込めば返事が返ってくる。

インストールも設定もいらず、ブラウザさえあれば動きます。この「見慣れた形」であることが、心理的なハードルをかなり下げてくれます。

具体的な頼み方としては、私はだいたい次のような形で伝えていました。

こんなふうに、最初はざっくり方向性を伝えて、出てきた文章を見ながら

と細かく指示を重ねていく形です。

仕組みがなくても、対話を重ねることで十分に記事は完成します。

ただし、できないことも正直にあります

CLAUDE.mdやSkillsのような「毎回同じ説明をしなくていい仕組み」は、Coworkだけだとそこまで作り込めません。

私の場合も、記事のたびに

「文体はこういう感じで」

「見出しはこの形式で」

といった説明をし直す場面は残っています。

特に困るのは、記事が10本、20本と増えてきたときです。過去の記事と同じトーンを保ちたいのに、そのたびに「前回と同じ雰囲気でお願いします」と説明を添えても、細部が微妙にズレてしまうことがあります。

あるいは、複数の記事にまたがるルール(たとえば「絶対に使わない言葉」や「文末表現の癖」など)を、毎回チャットの冒頭で貼り付ける手間も発生します。

完全に自動化された状態と比べると、そこはどうしても見劣りします。

CLAUDE.mdやSkillsへ進むタイミング

では、いつ仕組み化に進めばいいのか。

私の実感では、「同じ説明を3回以上した」と気づいた瞬間がひとつの目安になります。あるいは、書いた記事の本数が増えてきて、自分なりの文体のルールがはっきり言語化できるようになったタイミングも良いきっかけです。

逆に言えば、記事を1本も書いていない段階でCLAUDE.mdを整えようとするのは、まだ早いと思います。何を仕組み化すべきかは、実際に手を動かして「ここが面倒だ」と感じてからでないと、具体的に見えてこないからです。

だから、まずはCoworkから始めればいい

Claude Codeの仕組み化は、興味が出てから後回しでいいと思っています。まずはCoworkで1記事を書くところから始めて、物足りなくなったらCLAUDE.mdやSkillsに手を伸ばす。それで十分です。

無理に最初から全部を整える必要はありません。

順番としてはこうなります。

いきなり仕組みから入ると、ターミナルやファイル構造でつまずいて、記事を書く前に力尽きてしまいます。先に「書く」という体験を済ませておくと、仕組み化の必要性も具体的に見えてきます。

まず1記事書いてみることには、単に「記事が1本増える」以上の意味があります。自分がどこで面倒だと感じるのか、どの説明を何度も繰り返しているのか。それは実際にやってみないと、なかなか分からない気がします。

抽象的に「仕組み化しよう」と考えるより先に、まず小さく体験してみることが、私にとっては一番の近道でした。

仕様書やプロンプト整理の資料を見ながら整えたい方へ、実際に使っている構成のたたき台や頼み方の例をまとめたものを用意しています。

よければ手元に置いて、ご自身の記事づくりの参考にしてみてください。