「Claude Codeが使えても、組める側にはなれない。そこが分かれ目だ。」

非エンジニアが、自分の業務を1個自動化して動かせるようになる教科書。

ChatGPTも Claude も使いこなしてる。でも、業務は手作業のまま——

あなただけじゃない。「自動化したい」と思って Claude Code に触れたのに、何から手をつけるか分からなくて、また元の手順に戻る。それは、能力の問題じゃない。地図の問題だ。

「拡張機能を設定すれば自動化できる、と聞いた。でも、どれをどんな時に使えばいいのか、説明を読んでも分からない。」

「Skill? Hook? CLAUDE.md? それぞれ何かは分かる気がする。でも自分の"この作業"に、どれを使えばいいのかが分からない。」

「結局試すけど動かない。調べてまた試す。気づけば3時間、また手作業に戻った。」

——世の解説記事は「CLAUDE.md とは」「Hook とは」と機能ごとに教える。でも知りたいのは「自分のこの面倒な作業に、どれを使えばいいのか」だ。その変換をくれる場所がない。だから止まる。

実際に動いている現物

①kyozai-harness-structure.png

これは私が実際に動かしている Claude Code の内部の構成を図解したものだ。（本書の図はすべてイメージ図）

Hook だけで30本以上。毎ターンの自動保存、秘密ファイルのアクセスブロック、品質チェック——全部自動で走っている。

私はエンジニアではない。コードを職業にしたことはない。でも今は、複数の事業を Claude Code で回す自動化を、自分で組んで動かしている。

②kyozai-autosave-flow.png

「現物で証明する」とはそういう意味だ。語るだけの人とは違う。

最初は私もまったく同じだった。入れてみた→拡張機能を触った→動かない→手作業に戻る。

変わったのは「どれを使うか」より先に「何を自動化するか」を決めたとき。面倒な作業を1つだけ書き出し、合う道具を1つだけ選び、それだけ作った。1個動いた瞬間、「組める側」に入った感覚があった。以来同じやり方の繰り返し。この教科書は、その「やり方そのもの」を渡す。

読み終えたあなたが、自分の業務を1つ、Claude Code だけで自動化して動かせるようになること。コードは書かない。APIキーも要らない。Claude Code の中だけで完結する。

他との違い3点

① 「何から手をつけるか」の地図がある — 無料記事は機能を個別に教える。この教科書の骨格は「自分の面倒 → どの道具」の変換。

② 設計の考え方（3問）ごと渡す — 道具の使い方だけ覚えても次の作業に使えない。「3問で整理してから作る」手順はどんな自動化にも使い回せる。完成品より作り方。

③ コピペで動く配布ファイルつき — CLAUDE.md 雛形・Skill テンプレ・Hook サンプル。「見て分かる」でなく「入れたら動く」形で渡す。私が実運用している"型"を、そのまま使える汎用の雛形に整えたもの——説明書だけの人には出せない。

得られるもの

・何から手をつけるか迷わない判断フレーム（道具を全部覚えなくていい）

・自分の面倒な作業を Claude Code に任せる設計の手順

・「動かしたら壊れた」を防ぐ、壊れない自動化の原則

・すぐ使えるファイル一式（CLAUDE.md 雛形・Skill テンプレ・Hook サンプル）

・「1個動いた」体験＝「組める側」への実際の1歩

目次

・序章 — できるようになること／進め方の原則

・★設計メソッド — 自動化前に「3問」で頭を整理（道具から入ると迷子になる）

・第1章 — 「自分の面倒」→ どの道具の地図＋拡張機能の全体マップ（公式の拡張機能23個を全カバー・難易度付き）

・第2〜3章 — まず2つ作る（CLAUDE.md / Skill）。各章＝型→最小の作り方→公式の落とし穴。

——ここから先（有料部分）——

・第4〜6章 — 自動化のコア（Hook / Subagent / Routine・loop）

・★壊れない設計の原則 — 「完全放置」を狙わない3原則

・第3部 worked example — 問い合わせメールを管理表に転記する自動化を、最初から最後まで（あなたが次を作る時の型）

・全機能編 — 残りの拡張機能を全部（MCP・Plugins・Checkpoints・Sessions ほか。上級🔴は「飛ばしてOK」明示）

・付録 — コピペで動く配布ファイル一式（下の特典）

特典（スターターキット・本文に含む）

・CLAUDE.md 骨組み雛形（業務自動化向け）／Skill テンプレ／Hook サンプル2本（秘密保護＋自動保存）／Subagent 雛形／Routine・loop 設定例

・設計メソッド3問記入シート（コピペして埋めるだけ・記入例付き）

・業務自動化の指示文例10本（メール転記・議事録整形・週次集計等、そのまま貼れるプロンプト集）

・業務別自動化早見表（どの作業にどの道具が合うか・購入者全員に配布）

・次にやる自動化アイデア20（2個目以降を選ぶカタログ・難易度と使う道具付き）

・つまずき突破ガイド（詰まりやすい3箇所の突破手順・付録の最後に収録）

※ いずれも実運用の型を汎用化した雛形＝入れれば「動く土台」ができる。実在する成果物だけを列挙している。

価格

¥1,980（ローンチ価格）

先着10部の価格です。10部売れた時点で ¥2,980 に値上げします。「予定」ではなく、10部で必ず上げます。

レビューについて

現時点でレビューはまだない。かわりの証明は——動いてる現物（上の画像）と、読後に「1個動かせる」かどうか。それが一番正直な判断材料だと思っている。

Q&A

Q. エンジニアじゃないと無理？ コードを書かない前提で作っている。必要なのは「自分の面倒な作業を1つ書ける」ことだけ。私自身エンジニアではない。

Q. Claude Code 未経験でも？ 序章に最小の前提を置いた。インストール自体は無料。ただし利用には Claude の有料プラン（Pro 以上）が必要（Free プランでは Claude Code は使えない）。インストールそのものは公式サイトの手順で先に済ませてもらう前提だ（本書はインストール手順の解説・サポートはしない）。本書は"入れた後の自動化"＝そこからの全部に集中する。

Q. 合わなかったら？ Brain の規約上、デジタルコンテンツの返金は原則できない。だからこそ、無料部分に内容・対象読者・目次・配布物の中身を全部書いた。「自分には合わなそう」という判断は、購入前にここで完結させてほしい。それでも詰まった・動かなかった場合は X DM（@CodeDx78859）で質問を受け付けている。「買ったけど動かない」で終わらせない手順（詰まりやすい3箇所の突破手順）も有料部分の最後に置いた。

Q. 購入後に質問したくなったら？ X の DM（@CodeDx78859）で受け付けている。Brain にはメッセージ機能がないため、質問は X 経由で（レビュー欄は質問の場ではなく購入者の感想欄）。回答は数日以内が目安。即日・当日対応は約束できない。

Q. 更新で古くならない？ 全技術主張は公式ドキュメントと照合済み・確認不能は書いていない。仕様変更時は本文を更新（大きな変更は X〔@CodeDx78859〕で告知）。

Q. 「動く」の約束は本当？ 「完全自動で放置して完璧」という意味ではない。「判断の要らない繰り返しを Claude に任せ、最後の確認を自分に残す」やり方で1個動かせるようになること。過剰な約束はしない（「壊れない設計」の章で正直に書いた）。

Claude Code で、自分の業務を1個自動化する。 地図と手順と配布ファイルが揃っている。あとは1個、作るだけだ。

免責事項

本書はデジタルコンテンツです。性質上、購入後の返金・返品・キャンセルには応じかねます（Brain の購入者利用規約に基づき、原則としてキャンセル・返品・返金はできません）。購入前に、無料部分（この画面）を最後まで読んで判断してください。内容・対象読者・目次・配布物の全てをここに書いたのは、そのためです。

本書は「自動化が必ず完成する」「成果を保証する」ものではありません。Claude Code の仕様・動作は Anthropic の公式ドキュメントと照合済みですが、アップデートにより変更が生じた場合は本文を改訂します。

詰まった・動かなかった、という場合は X（@CodeDx78859）の DM へ。「買ったけど動かない」で終わらせないための窓口（X DM）と突破手順を用意しています。

［前提・スキップ可］はじめの準備 — Claude Code を入れて、最初の一歩

この教科書は"自動化"に集中する。Claude Code をもう触っている人は、ここを飛ばして序章へ。まだの人だけ読む。
表記の約束: 本書の〔公式: ◯◯.md〕は、Anthropic 公式ドキュメント（code.claude.com/docs）の該当ページ名を指す。ページ名で公式ドキュメント内を検索すれば、いつでも原文に辿り着ける。

1. インストール: 公式サイトから。インストール自体は無料だが、利用には Claude の有料プラン（Pro 以上）が必要（Free プランでは Claude Code は使えない。Pro の月額料金は変わることがあるので、Anthropic 公式の料金ページで最新を確認してほしい）。手順は公式ドキュメントに従う。〔公式: setup.md〕

2. 最初の一手: ターミナル（Mac は「ターミナル」アプリ・Windows は「PowerShell」。どちらもアプリ検索で名前を打てば開ける。VS Code 拡張から使ってもいい）で claude を起動 → 普通の日本語で「〇〇して」と頼む。コードは書かない。

3. 自分の作業を頼んでみる: 「このフォルダのファイルを読んで要約して」等、自分の仕事を言葉で頼めればOK。

→ ここまでできたら序章へ。"頼む"から一歩進んで、"毎回やってる作業を仕組みにする（＝自動化）"に入る。ここからが本番だ。

※ 本書はインストールのサポートはしない（入門書ではない）。詰まったら公式ドキュメントへ。

序章 — この教科書を読むと「できるようになること」

ゴールは1つ。読み終えたあなたが、自分の業務を1つ、Claude Code だけで自動化して動かせるようになること。これだけだ。

・コードは書かない。APIキーも要らない。 Claude Code の中だけで完結する。

・これは"ツールの使い方"を覚える本ではない。「自分の面倒な作業を、自分で自動化できる頭と手順」を持って帰る本だ。

・進め方はシンプル: 〔設計の3問で「何を任せるか」を決める〕→〔地図で「どの道具を使うか」を選ぶ〕→〔道具を1つ作る〕→〔1個動かす〕。全部を一度に作ろうとしない。最初の1個が動いた瞬間、あなたはもう"組める側"に入っている。

※ Claude Code をまだ入れていない人へ: インストール自体は公式サイトから無料でできる。ただし利用には Claude の有料プラン（Pro 以上）が必要だ（Free プランでは使えない）。本書は"入れた後の自動化"に集中する（入門書ではない）。

★設計メソッド — 自動化する前に、頭を「3問」で整理する

ここがこの本の背骨だ。世の解説記事は「Skill の作り方」を教えてくれる。でも作り方を知っていても、"何を・どこまで自動化するか"を設計できないと、動くけど使えない物が出来上がる。私がそれで何度もつまずいた。道具（拡張機能）を触る前に、必ずこの3問を紙に書く。順番が命だ。

問1. 何が面倒？（ゴール）

毎日／毎週手でやっていて、一番うんざりする作業を 1つだけ 書く。欲張って複数あげない。最初は1つ。

・✅ 埋まった合格ライン: 「〇〇という作業」と、他人に説明できる1文になっている。

・🚫 NGサイン: 「業務全体を効率化したい」のような大きすぎる粒。→ 一番頻度が高い1作業まで絞る。

問2. 今どうやってる？（現状）

その作業を手順で書き出す。頭の中の"なんとなく"を、番号付きの手順（①〜⑤）にする。

・✅ 埋まった合格ライン: その手順書を他人に渡したら、同じ作業を再現できる。

・🚫 NGサイン: 手順の途中に「ここは状況による」「経験で判断」が2つ以上ある。→ その作業は今はまだ自動化しない（判断の塊は自動化に向かない）。曖昧なまま自動化しないこと＝ここが9割。

問3. どこを任せ、どこを自分が見る？（切り分け）

問2で書いた手順の各ステップに、「任せる／見る」のラベルを1つずつ付ける。基準はこれだけ:

（そのステップは…｜ラベル｜理由）

・判断が要らない繰り返し（コピー・整形・転記・集計）　—　任せる｜Claude が速く・正確にやれる所

・最終OK・例外対応・お金や外部が絡む判断　—　自分が見る｜間違うと高くつく＝人間の確認を残す

"完全放置"（全ステップ「任せる」）を狙わない ── これが壊れない自動化の鉄則（詳しくは★検証の章）。

〔記入例〕（営業事務・見積書づくりを当てた場合）

・問1: 毎回、問い合わせ内容から見積書を手で作っている。

・問2: ①メールを読む ②品目と数量を拾う ③見積テンプレに転記 ④金額を計算 ⑤送る前に上長確認。

・問3: ②③④＝任せる（拾う・転記・計算）／①の要件解釈と⑤の最終確認＝自分が見る。

→ ここまで書けて初めて「じゃあ ②③④ を Skill にしよう」と道具選びに進める。紙が先、道具は後。これが崩れると迷子になる、と何度も実感している。

→ この3問が埋まったら、第1部の「地図」で どの拡張機能を使うか を選ぶ。3問が埋まっていないのに道具から入ると、必ず迷子になる。

〔コラム〕この3問は、私が実際の仕事で使っている 6ステップ分解（目的→現状→問題→課題→解決策→要件） を、非エンジニア向けに圧縮したものだ。本格的に設計したい時は6ステップに戻ると、もっと大きな自動化も崩れずに組める。

第1部地図編 — 何から手をつけるか

第1章 — 「自分の面倒」→ どの拡張機能の地図

■ なぜ最初にこれを読むか

Claude Code で自分の業務を自動化しようとした人が、ほぼ全員最初に詰まるのがここだ。

「拡張機能があるのは知ってるけど、何から手をつければいいか分からない」

世の解説記事は「CLAUDE.md とは」「Skill とは」と機能を個別に教えてくれる。でも知りたいのはそこじゃない。「自分のこの作業は、どれを使えばいいのか」だ。私もここで迷った。この章は、その変換だけをやる地図。ここが分かれば、あとの章は「選んだ1つの作り方」を読むだけでいい。

■ 大原則：機能から入らない。「やりたいこと」から入る

道具を全部覚えてから使い道を探すのは順番が逆だ。自分の"面倒"を1つ思い浮かべて、それを下の分岐に当てる。最初から全部の機能を理解しようとしない。

■ 地図：やりたいこと → 使う拡張機能

（あなたの「面倒」｜使う拡張機能｜一言で）

・毎回同じ指示・前提を打ち込んでいる　—　CLAUDE.md｜一度書けば毎回自動で効く設定ファイル

・特定の作業を「一言」で呼びたい（原稿生成・チェック・整理）　—　Skill｜/コマンド 化して呼び出す

・重い調査・大量のファイル読みで、メインの会話が重くなる　—　Subagent｜別枠に隔離して結果だけ受け取る

・絶対に守らせたいルール（うっかりミス防止・秘密保護）　—　Hook｜自動実行される"仕組み"で強制する

・定期的に自動で動かしたい　—　/loop（その場）/ Routine（永続）｜決まった時間・間隔で自動実行

■ 各分岐の「なぜ」（公式の事実つき・ここが正確性の肝）

表記の約束: 本書の〔公式: ◯◯.md〕は、Anthropic 公式ドキュメント（code.claude.com/docs）の該当ページ名を指す。ページ名で公式ドキュメント内を検索すれば、いつでも原文に辿り着ける。

・CLAUDE.md は"お願い"、Hook は"強制"。CLAUDE.md に書いたルールは Claude が従うとは限らない（context〔＝Claude が会話の中で覚えている前提情報〕に埋め込むだけ＝soft）。「絶対」が要るものは Hook（自動実行＝hard）に回す。〔公式: memory.md〕

・Skill が自動で呼ばれるかは description 次第。説明文に「どんな時に使うか」を具体的に書かないと、作っても呼ばれない。〔公式: skills.md〕

・/loop はその場限り・Routine は永続。/loop はセッション（Claude Code を開いてから閉じるまでの1回の作業）を閉じると止まり、繰り返しは7日で期限切れ。ずっと動かしたいなら Routine（クラウド実行）。〔公式: scheduled-tasks.md / routines.md〕

・CLAUDE.md は短く。200行を超えると指示の到達率が下がる。長くなったら分割する。〔公式: memory.md〕

■ 最初の1個の選び方（ここで手を止めない）

1. あなたが一番面倒だと感じてる定型作業を1つだけ書き出す。

2. 上の地図で、それに当たる拡張機能を1つ選ぶ。

3. その章だけ読んで、それだけ作る。他は後回し。

→「全部やろう」とすると必ず止まる。1個動かす。それだけが、作る側に回る最短ルートだと、私は実感している。

■ 拡張機能の全体マップ（この教科書がカバーする全部）

Claude Code の拡張機能は、公式で 20 個以上ある。全部を最初から覚える必要はない。ただ「全体に何があるか」を先に 1 回見ておくと、作るときに迷子にならない。この教科書は、以下に挙げる 23 個すべてをカバーしている。

（拡張機能｜一言でいうと｜あなたのどんな面倒に効くか｜本書の章｜難易度）

・CLAUDE.md　—　毎回の前提・指示を自動で効かせる設定ファイル｜「毎回同じことを説明している」をなくす｜第2章｜🟢

・Skill（＋自作スラッシュコマンド）　—　定型作業を /一言 で呼び出せる仕組み｜「特定の作業を毎回手順で頼んでいる」をなくす｜第3章｜🟢

・Hook　—　決まった動作を自動実行・強制する仕組み｜うっかりミス・秘密ファイルの誤操作を「仕組みで」防ぐ｜第4章｜🟡

・Subagent　—　重い作業を別枠に隔離して結果だけ受け取る｜大量ファイル読み・調査でメインの会話が散らかる｜第5章｜🟡

・Routine（クラウド定期実行）　—　Claude をクラウドで決まった時間に自動実行｜「毎朝・毎週自動で回っていてほしい」定期作業｜第6章｜🟡

・Desktop scheduled tasks（PC内の定期実行）　—　PC内（デスクトップアプリ）で定期実行｜手元PCだけで完結させたい定期作業｜全機能編｜🟢

・loop　—　その場で繰り返し実行する（セッション内限定）｜「今この作業を N 回 or 1 時間おきにやりたい」｜第6章｜🟢

・Checkpoints（/rewind）　—　ファイル変更を記録し、失敗しても戻せる｜「自動化を試すのが怖い」への直接の答え｜全機能編＋壊れない設計｜🟢

・Sessions（--resume）　—　セッションを保存して続きから再開｜長い作業を分割して進めたい｜全機能編｜🟢

・Auto Memory　—　好み・手順・対処を Claude が自動で覚えていく｜「毎回同じ補足を言っている」が自然に減る｜全機能編｜🟢

・Output Styles　—　Claude の話し方・出し方を一括設定｜「いつも同じ形式で出してほしい」を設定で固める｜全機能編｜🟢

・Settings　—　全設定を一箇所で管理（4スコープ）｜プロジェクト・個人・チームで設定を使い分けたい｜全機能編｜🟢

・Permissions　—　ツールごとに許可・確認・拒否を制御｜「これだけは触らせたくない」を視覚的に管理｜全機能編｜🟡

・Sandboxing　—　Bash を隔離環境で安全に自動承認｜自動実行の安全性を高めたい（上級）｜全機能編｜🔴

・Worktrees（並行作業）　—　同じプロジェクトを別セッションで並行｜複数の作業を同時に進めたい（上級寄り）｜全機能編｜🟡

・Artifact　—　成果物をURLで共有できるページに｜チームに表・ダッシュボードをURL共有したい｜全機能編｜🟡

・Plugins　—　自分の自動化セットを束にして配布｜別PCやチームに自動化をまるごと渡したい｜全機能編｜🟡

・Marketplace　—　他の人が作った Plugin を探して導入｜自分で作らず使える自動化を探したい｜全機能編｜🟢

・MCP　—　外部ツール（GitHub・DB・Slack 等）とつなぐ｜Claude から外部サービスを直接操作したい｜全機能編｜🔴

・Code Intelligence　—　コードの型チェック・定義ジャンプ（LSP）｜コードを書く人向け。非エンジニアは不要｜全機能編（参考）｜🔴

・Headless　—　スクリプト・CI から Claude を自動実行｜プログラムから Claude を組み込みたい上級者向け｜全機能編（参考）｜🔴

・Channels　—　Telegram・Discord からセッションに通知・質問｜チャットアプリからClaudeと連携したい（実験）｜全機能編（参考）｜🔴

・Agent Teams　—　複数の Claude を同時に走らせる（実験）｜大きな作業を並列処理したい（実験・上級）｜全機能編（参考）｜🔴

難易度 🟢 = 非エンジニアがすぐ使える／🟡 = 少し設定が要るが難しくない／🔴 = APIキー・コード・環境が必要な上級

開発者・企業向けの機能（GitHub Actions 連携・Agent SDK・IDE 連携等）は本書のスコープ外で、コードを書く人の領域になる。ここに挙げた 23 個が、本書がカバーする拡張機能の全体だ。うち 🟢🟡 が「Claude Code の中だけで完結する自動化」の道具。🔴 は APIキー等の外部の前提が要る上級＝「そういう世界がある」と知って選べれば十分（飛ばしてOK）。

③kyozai-map-frame.png

第2部コア編 — 道具を1つずつ作る（工程一本道）

設計の3問が埋まったら、ここから先に進む。上から順に、必要なものだけ作る。全部使う必要はない。各章末に「コピペで使える実ファイル」を付ける（付録）。

第2章 CLAUDE.md — 毎回の指示・前提を消す

これで解ける業務の型: 毎回 Claude に同じ前提を説明している（「うちのデータはこの形式」「この言い回しで」「これは触らないで」）。心当たりがあるなら、これが一番最初に作るべきものだ。

🧩 自分の業務に当てる例: 経理の人なら、毎回「金額は税込で・日付は YYYY/MM/DD で・社名は正式名称で」と説明しているとしたら → これを CLAUDE.md に1回書くだけで、次からは何も言わなくてもその形式で返ってくる。

最小の作り方:

1. プロジェクトの直下に CLAUDE.md を作る（全プロジェクト共通にしたいなら ~/.claude/CLAUDE.md。プロジェクト内の .claude/CLAUDE.md でも公式サポートされている）。

2. 毎回言っていることを、マークダウンの見出し（##）で整理して書く。

3. 次から Claude が自動で読む。もう毎回説明しなくていい。

💡 ファイルの作り方が分からなくても、ここで止まらなくていい。ファイルは Claude Code 自身に作らせればいい。書きたい内容を貼って「この内容で ~/.claude/CLAUDE.md を作って」と頼めば、正しい場所に作ってくれる。~ は"自分のホームフォルダ"のことで、. で始まるフォルダは通常 Finder やエクスプローラーに表示されない（見えなくて正常＝自分で探さなくていい）。この「Claude に作ってもらう」やり方は、この後の章の SKILL.md・settings.json でも全部同じように使える。

公式の落とし穴:

・⚠️ 200行を超えると指示の到達率が下がる。短く保つ・長くなったら分割する。

・⚠️ CLAUDE.md は"お願い"であって強制ではない（必ず守られるわけではない）。「絶対」が要るものは第4章 Hook へ。

・⚠️ /compact（長くなった会話を要約して続きを再開するコマンド）の後は、プロジェクト直下の CLAUDE.md だけが読み直される。

配布ファイル → 付録: 業務自動化向け CLAUDE.md の骨組み雛形（実運用版を汎用に整えたもの）。

第3章 Skill — 定型作業を「一言」で呼ぶ

これで解ける業務の型: 特定の作業（原稿生成・チェック・データ整理）を、毎回手順で指示している。/作業名 の一言で呼べるようにしたい。

🧩 自分の業務に当てる例: 営業の人なら、届いた問い合わせメールを毎回手で「日付・会社名・要件」に整形しているとしたら → /整形 という Skill を1つ作れば、メールを貼って一言打つだけで整った1行が返る。

最小の作り方:

1. ~/.claude/skills/作業名/SKILL.md を作る（作り方は第2章の💡と同じ＝下書きを貼って「この内容で ~/.claude/skills/作業名/SKILL.md を作って」と Claude に頼めば、隠しフォルダを探さずに作れる）。

2. ファイル先頭の設定欄（frontmatter）に description:＝「どんな時に使うか」を具体的に書く。本文に手順を書く。

3. /作業名 で呼べる。Claude が状況に応じて自動で呼ぶこともある。

公式の落とし穴:

・⚠️ description が自動呼び出しを決める。ここに「使う状況」を具体的に書かないと、作っても呼ばれない。

・⚠️ 本文は500行以内が目安（Anthropic公式の Skill 作成ベストプラクティスが「SKILL.md 本文は500行未満に保つと最適」と明記。超えそうなら別ファイルに分割する）。

・⚠️ 一度呼ぶと、その内容は会話の最後まで残る＝「ずっと効く指示」として書く。

・⚠️ 自作スラッシュコマンド（.claude/commands/）は現在 Skills に統合されている（旧形式も互換で動くが、新しく作るときは Skills に書くのが公式の推奨形式）。

配布ファイル → 付録: 定型処理 Skill の雛形。