Claude Codeのスキルとは？非エンジニアが16個作った記録【2026年】

※本記事はプロモーションを含みます。

「Claude Codeの『スキル』、調べてもエンジニア向けの解説ばかりで、結局自分に関係あるのか分からない……」

わかります。れおも最初、公式ドキュメントを開いて3分で閉じました。でも今、れおのClaude Codeには自作のスキルとコマンドが16個入っていて、このブログの運営は毎日それで回っています。作ったのはプログラミングができないれお自身です。

結論を先にまとめます。

• スキルの正体は「日本語で書いた手順書ファイル」。プログラミングは不要です
• 非エンジニアでも作れます。れおはブログを始めた2026年4月から約4ヶ月で16個作りました
• ただし作りすぎました。使わなくなったものも、この記事で正直に見せます

「スキルとは何か」から「作り方の4ステップ」、そして解説記事にはまず載らない「作った後どうなったか」まで、これ1本でわかるようにまとめました。

Claude Codeのスキルとは？30秒でわかるまとめ

まずは正体を表で押さえましょう。

ポイントは「日本語の手順書」というところです。中身はコードではなく、人に仕事を頼むときの指示書と同じ文章。だから書けるかどうかは、プログラミング力ではなく「自分のやっていることを言葉にできるか」で決まります。

カスタムコマンドとの違いは？｜いまは統合されています

Claude Codeには昔から「カスタムコマンド」というよく似た仕組みがあります。ただ、この2つはすでに統合されました。公式ドキュメントの原文がこれです。

つまりどちらで書いても「/名前」で呼べて、動きも同じ。すでにコマンドで作ってある人が、慌てて引っ越す必要はありません。そのうえで公式が勧めているのはスキルのほうです。手順書のとなりに参考資料を一緒に置けたり、頼まなくてもClaudeが自分で選んで使ってくれたりと、できることが少し多いからです。

この記事も、これから作るならスキルで通します。このあと出てくる16個の一覧も、この2つのフォルダを合わせた数です。もうひとつ、先に知っておくと事故が減る仕様があります。同じ名前を両方に置くと、スキルが優先される——これで実際にやらかした話は、後半の失敗談に書きました。

れお

「AIに手順書を渡す」って聞くと難しそうですが、実際は新人さんに引き継ぎメモを書くのと同じでした。書けたんだから、たぶん誰でも書けます •ᴥ•

Claudeの使い方

👉 あわせて読みたい

Claudeのおすすめ設定12選｜Claude Codeを安全に使う初期設定

スキルを作る前に、土台の設定をここで整えられます

設定12選を見る →

スキルを使うと何が変わる？【使う前・使った後】

れおのリアルな変化を表にします。

実際に /mobilecheck を打つと何が起きるか、1回分をそのまま見せます。

以前はれおがスマホを持って自分の記事をスクロールし、崩れを見つけてはスクショを撮って伝えていました。正直、これが一番うれしかった変化です。面倒だと感じていた作業ほど、スキルにする価値があります。

れお

指示が13文字になったのに、チェックの数はむしろ増えました。手順書に足しておけば、次から全部の記事に効くんです

✅ チェック！

「スキル＝日本語の手順書」を押さえた！

仕組みはわかった。次は実際に4ヶ月使っている16個の中身の話 •ᴥ•

「16個あります」と言葉で書いても、たぶん信じにくいと思います。実際に手元のフォルダを一覧にしたのが、これです。

$ ls ~/.claude/commands/ ~/.claude/skills/

 1. aff-pick
 2. article-audit
 3. article-new
 4. article-refresh
 5. audit
 6. balloon
 7. blog-outline
 8. competitor-scan
 9. eyecatch-prompt
10. freshness
11. kw-score
12. mobilecheck
13. rewrite
14. shueki
15. weekly-report
16. x-post-draft

合計 16

▲ ブログ用の16個。このほかに家の仕事用が2つありますが、ここでは伏せています

【実録】非エンジニアが作った16個、全部見せます

……と、ここまでなら他の解説記事にも書いてあります。ここからは、れおが実際に作って、いま動いている道具箱の中身です。ブログ運営用の16個を、役割ごとに5つに分けました。

（正確にはコマンド17個＋専用スキル1個ですが、2個はブログとは別の家の仕事用なので、この記事ではブログ用の16個を数えています）

この16個が走っている場所も含めて、全部このブログの上です。サーバーはConoHa WING、テーマはSWELL。スキルが書いた下書きは、そのままWordPressに送られます。サーバー選びで迷った記録はConoHa WINGを選んだ理由の記事に分けてあります。

れお

大事なのは16個という数ではなく、全部「自分が毎回やっていた作業」から生まれたこと。よそのおすすめを写して作ったものは、実は1個もありません

で、自分は何を作ればいい？｜16個を4つの型に分けてみた

いまの5つは「何についての作業か」で分けたものです。ただ、自分の仕事に当てはめるときに効いてくるのは、テーマではなく「どう動くか」のほうでした。同じ16個を、動き方で分け直します。

作っていいのは「もう2回以上、同じことを言った」作業

何から作るか迷ったときは、公式ドキュメントの基準がそのまま使えます。

4つの型｜あなたの仕事だと、どれになるか

れおの16個で言うと①が3個・②が5個・③が2個・④が3個で、単独では②が一番多くなりました。残る3個（article-new／rewrite／article-refresh）は、この型をいくつも順番につないだ長い工程です。どれも7月に入ってから作ったもので、5月に最初に作った7個は全部①〜④に収まっています。長い工程は、あとからで大丈夫です。

今日1個だけ作るなら、このお題から

①〜④の型がそのまま乗って、しかもあなたが毎回おなじ説明をくり返している作業を6つ選びました。手順書に書く中身まで一緒に置いておきます。

このうち校正は、次の章で手順書を1枚まるごと載せます。読んでそのまま真似できる長さです。

なお、Anthropicが最初から用意している文書スキル（PowerPoint・Excel・Word・PDF）もあります（れおはこの文書スキルを使っていません。手元の16個は全部、レオラボの作業用に自分で書いた手順書です）。ひとつだけ知っておくと事故が減るのは、スキルは置いた場所ごとに別管理だということ。パソコンのフォルダに置いた手順書が、ブラウザ版のClaudeに自動で現れることはありません（出典：Agent Skills 公式ドキュメント）。

れお

①〜④のどれにも当てはまらない仕事は、いったん保留でいいと思います。型が決まらない＝手順がまだ固まっていないサインなので •ᴥ•

スキルの作り方｜非エンジニアの4ステップ

16個ぜんぶ、この同じ手順で作りました。

STEP1. 「毎回同じ指示を打っていること」を探す

新しく何かを考える必要はありません。直近1週間のチャットを見返して、2回以上打った指示を探すだけです。れおの1個目は、毎回書いていたスマホ確認の長文指示でした。

STEP2で書くのは、この21行だけ

「手順書」と言われても長さが分からないと思うので、実物を全部出します。この記事のために書き下ろした、21行の見本です（レオラボで毎日回している16個には入れていません）。原稿の誤字や読みにくい文を拾って、直す場所だけを表で返すスキルです。

---
name: proofread
description: 日本語の原稿を校正して、直す場所だけを表で返す（誤字脱字→一文の長さ→ですます統一→語尾の連続の4点）。書き終えた文章を公開・提出する前に使う。「校正して」「誤字チェックして」「この文、読みにくくない？」で起動
---

「$ARGUMENTS」の日本語原稿を校正する。ファイルパスなら読み込み、本文が貼られたらそれを使う。

## 見る順番（この4点だけ）
1. **誤字脱字** … 変換ミス、送りがなの誤り、全角と半角の混在、句読点の抜け
2. **一文の長さ** … 60字を超えた文。どの読点で切るかまで書く
3. **ですます統一** … ですます調に「だ・である」が混ざっている文
4. **語尾の連続** … 同じ語尾が3文以上続いている場所

## 返し方
**全文を書き直して返さない。** 直す場所だけをこの表で返す。

| 場所 | 種類 | いまの文 | 直した文 |
|---|---|---|---|

- 場所は行番号か見出し名。種類は 誤字 / 長文 / 文体 / 語尾 のどれか。「いまの文」は前後を含めて30字まで
- 直すところが無ければ「直す場所なし」とだけ返す。書いてある内容が事実かどうかは見ない

以上で全部です。実測で21行・1,337バイト。コードもURLも外部ツールの呼び出しも入っていないので、そのままコピーして使えます。

ちなみに、いま手元でいちばん長いarticle-refreshでも147行・11,660バイトです。公式は「SKILL.mdは500行以下に」「本体は簡潔に保つ」と書いていて、その理由も添えられています。呼び出したスキルの本文は、そのあともずっと会話に残り続けるから。長く書くほど賢くなる、ではありません。

表札（フロントマター）に書くのは2行だけ

いちばん上の --- で挟まれた部分が表札です。書くのは name と description の2行だけ。公式には「実はdescriptionの1行でも動く」と書いてありますが、2行そろえておくと、あとで別の環境に持っていくときもそのまま通ります。迷ったら、フォルダ名とnameは同じ文字にしておけば大丈夫です。

ここが最初の勘違いポイントで、スラッシュのあとに打つ名前を決めるのは、nameではなくフォルダ名のほうです。nameは一覧に出る表示ラベルで、打つ名前は変えません。

descriptionに入れるのは、この3つです。

③が要る理由は公式のトラブルシューティングに書いてあります。呼ばれないときにまず確認するのが「説明にユーザーが自然に言うキーワードが含まれているか」。見本のdescriptionは105文字で、仕様の上限1,024文字にはまだ余裕があります。

STEP3. 置く｜フォルダを1つ作って、その中に入れる

ここは一番むずかしそうに見えて、実際にやることは一番少ないところでした。私はターミナルを開いていません。Claude Codeの入力欄に、日本語でこう頼んだだけです。

誤字と、読みにくい言い回しを指摘するスキルを作って。名前は proofread で。

これだけで、フォルダを作るところからファイルを保存するところまで全部やってくれます。16個のうち、フォルダを自分の手で作ったものは1つもありません。

ただ「どこに何が置かれたのか」だけは知っておいたほうが、あとで迷いません。置かれる場所は ~/.claude/skills/proofread/ です。先頭の ~（チルダ）は、自分のユーザーフォルダのこと。Finderのサイドバーにある、家のアイコンの場所だと思ってください。そして末尾の proofread がフォルダ名で、これがそのまま /proofread になります。置き場所は2種類あります。

この中に SKILL.md という名前でファイルが入ります。「SKILL」は大文字、「.md」は小文字。頼んで作ってもらうなら気にしなくて大丈夫ですが、自分の手で置きたい人はここが一番つまずくので、Macでの手順も書いておきます。

1. Finderで command + shift + G を押して、~/.claude/skills/ と入力して開く（フォルダが無ければ作る）
2. その中に proofread という名前でフォルダを作る
3. 「テキストエディット」を開いて、新規書類を作る（Macに最初から入っています）
4. メニューの「フォーマット」→「標準テキストにする」を選ぶ。これを忘れると、見た目は同じでも中身が別物のファイルになります
5. メニューの「編集」→「スペルと文法」の並びにある「置換」から、スマート引用符とスマートダッシュのチェックを外す。ここを外さないと、いちばん上の — が勝手に長い横棒に変わって動かなくなります
6. 上の21行を貼り付けて、command + S。保存先に2で作ったフォルダを選び、名前は SKILL.md。「拡張子が .md ではありません」と聞かれたら「.mdを使用」を押す

置いたあとは、こういう形になります。

~/.claude/
└─ skills/
   ├─ proofread/
   │  └─ SKILL.md
   └─ mobilecheck/
      └─ SKILL.md

.claude は頭にドットが付くので、Finderでは最初から見えません。command + shift + . （ピリオド）を押すと隠しフォルダが出てきます。

ここで踏みやすい地雷が3つあります。

できたかどうかは、Claude Codeで / を1文字打つと分かります。候補の一覧に proofread が出ていれば成功です。出てこないときは、skillsフォルダを今日はじめて作ったせいなので、Claude Codeを一度終了して立ち上げ直してください。それでも出てこなければ、ファイル名が SKILL.md.txt になっていないかを確認します。

呼び方は2通りあります。自分で /proofread と打つか、「この文、読みにくくない？」と普通に聞いたときにClaudeが自分で選んで使うか。後者を効かせているのが、さっき書いたdescriptionです。

れお

スマホで読んでいる人は、ここまでの作業は全部あとまわしでOKです。いま開けるメモアプリに「見る順番」と「返し方」の2つだけ書いておいてください。パソコンを開いた日に、そのメモを貼り付けて保存するだけで終わります •ᴥ•

れお

フォルダ名と表札のnameは、同じ文字にそろえる。これだけで迷いどころが2つ消えます

STEP4. 使いながら直す（1回では完成しない）

ここが一番大事です。れおの article-refresh は、23記事のリライトで使いながら手順を足していって今の形になりました。最初の版は「古い日付を探す」だけ。使うたびに「価格が変わったら派生の計算も直す」「直したらスマホでも確認する」と1行ずつ増えて、いまではれおより手順を覚えています。

れお

コツは最初から完璧な手順書を書こうとしないこと。3行で作って、失敗するたびに1行足す。それで十分育ちます

✅ チェック！

「探す→書く→置く→育てる」の4ステップを押さえた！

作り方はこれで全部。最後は作りすぎたれおの失敗談の話 •ᴥ•

作って分かった失敗談と、残る道具の条件

ここが、他の解説記事に書いていないところです。16個は「成功の一覧」ではありません。

失敗①：6月に書いた新しい指示が、使われていなかった

これがいちばん効いた失敗です。6月に書いた新しい指示が、いまも使われていませんでした。ファイルの日付を並べてみて、はじめて分かりました。

原因は、道具箱を2つ持っていたことです。前半で書いたとおり、置き場所は「commands」と「skills」の2つがあり、同じ名前を両方に置くと、勝つのはスキルのほう。公式にこう書いてあります。

手元を数えたら、同じ名前が9個、両方に置いたままになっていました。そのうち6個は実害なし（勝つskills側のほうが新しいか、中身が同じ）。問題は3個ありました。

▲ すべて2026年・ファイルの最終更新日（気づいた時点の実測）。右が必ず動くほう。新しく書いたほうが、使われていなかった

中を見て青くなりました。commands側で「この書き方は廃止」と名指ししたやり方が、動いているskills側にそっくり残っていたんです。しかも「これを書くと失敗する」と名指しした表現まで、そのまま生きていました。道具は、置き場所を間違えると黙って古い自分を動かし続けます。

対策はひとつだけで、同じ道具を2箇所に置かない。名前がダブっているものは、負けるほう（commands側）を消して、勝つほう（skills側）に一本化する。ここを片づければ「書いた指示」と「動く指示」がずれなくなります。

——と、ここまでを8月に書きました。公開前にもう一度数え直したら、当時つまずいた1個は直っていたのに、別の道具で同じ事故が起きていました。上の表の3個がそれです。とくに9月3日に書き足した指示は、動くほうに反映されていなかったので一度も使われていませんでした。

気づいた時点で3個とも直しましたが、教訓はむしろこちらです。この事故は一度直しても、道具を足すたびにまた起きます。「書いた」と「動いている」は別物なので、直したあとにもう一度数えるところまでやらないと終わりません。

れお

「直したのに、なんで変わらないんだろう」と思ったこと、ありませんか。直した場所と、読まれている場所が違うだけかもしれません •ᴥ•

失敗②：使わなくなったスキルがある

x-post-draft（X投稿の下書き）は、作った当時は毎日使う予定でした。でもX運用の方針を「毎日投稿」から「記事を公開したときだけ」に変えたので、いまは月に数回しか出番がありません。スキルが悪いのではなく、前提にしていた習慣のほうが消えた。道具は作った瞬間から、こういう理由で古び始めます。

失敗③：道具を増やしても、判断は増えない

一時期、「これもスキル化できるのでは」と作ること自体が目的になりかけました。でも増やして気づいたのは、道具が代わりにやってくれるのは「手順」だけだということ。どの記事を書くか、どの提案を却下するか——ブログの成果を決める判断は、結局ぜんぶ自分に残ります。むしろ手順が消えたぶん、判断から逃げられなくなりました。

残った道具に共通する3つの条件

逆に言うと、この条件を満たさないものは作らなくていい。16個より、毎週使う5個のほうが強いです。

れお

ちょっと耳が痛い話でした。作るのは楽しいんですよ。楽しいからこそ、目的とすり替わるんですよね……

よくある質問

検索でよく一緒に調べられている疑問を、この記事の中で全部回収しておきます。

最後にひとつ。スキルは「置き場所」があって初めて仕事をします。れおの場合それがこのブログで、書いた記事の行き先があるから手順書が育ちました。もしこれからブログごと始めるなら、れおはConoHa WING＋SWELLの組み合わせで4ヶ月運営しています。

まとめ：道具箱は、失敗の記録でできている

• スキルの正体は日本語の手順書ファイル。プログラミングは不要
• 作り方は「探す→書く→置く→育てる」の4ステップ。最初は3行でいい
• 16個作って残ったのは毎週使う道具だけ。数を誇るより、1個を育てる

れおの道具箱は、きれいな成功例の棚ではありません。使わなくなったスキルも、作りすぎた反省も入ったままです。でも、その失敗ごと記録してきたから、いま毎日回る5個が残りました。

まずは今日、いちばん面倒だった指示をひとつ、3行の手順書にしてみてください。それがあなたの1個目です。

れお

実はこの記事の構成案も、自作の /blog-outline が出しました。道具箱の道具が、道具箱の記事を書く。ちょっと面白くないですか •ᴥ•

▶ RELATED ARTICLE

あわせて読みたい

スキルの次は、記事づくりそのものへ

AIブログ術

Claudeでブログを書く手順｜プロンプト7選

スキルが呼び出す「記事の書き方」の本体はこの記事です

読む →

Claude入門

Claudeの始め方｜画像付き4ステップ

Claude自体がまだの人はここから10分で追いつけます

読む →