結論：Claude Codeは「賢く使う」より「賢く付き合う」が効きます。約1ヶ月使って「これは効く」と思った5つの習慣を共有します。どれも『○○が消える』というシンプルな効果で、毎日の作業時間を確実に削ってくれました。
- 1番効いた習慣：CLAUDE.md（指示書）を育てる
- 1番楽になった習慣：/wrap-up でセッションを締めくくる
- 1番もったいない放置：サブエージェントの並列化
前回「失敗5つ」を書いたら、じゃあ何が効いたの? って聞かれることが増えた。
今日はその答えです。「やってよかった」5つの習慣 を、効いた順に共有します。どれも「○○が消える」というシンプルな効果で、毎日の作業時間を削ってくれました。
「Claude Codeを使い始めたけど、なんか効率上がってる気がしない」 — そんな人向けの記事です。
誰向けの記事か
これ、誰が読むといいの?
Claude Code を1〜3ヶ月触っている人 が一番効きます。基本操作は分かったけど、もう一段ラクにしたい段階の方に向けて書きました。
具体的にはこんな人を想定しています。
- Claude Code を毎日触っているけど、毎回ゼロから説明している
- セッションが長くなると「結局なに話してたっけ」になる
- 同じ手順を何度もやっていて「これ自動化できないかな」と思っている
- 重い調査タスクの待ち時間が地味にしんどい
技術解説ではなく、「明日から1つ試せる5つの習慣」 として書きました。
習慣1：CLAUDE.md（指示書）を育てる
効いた度：★★★★★
1つ目、なに?
プロジェクトに1ファイル置いて、毎回の指示を肩代わりさせる 習慣です。ぼくの「やりたいこと」と「やりたくないこと」を全部書いてあります。
before：毎回「日本語で答えて」「勝手にcommitしないで」「不要なファイル作らないで」を口頭で言っていました。3往復目には Claude が忘れる。1セッション平均5分はロスしていました。
after：プロジェクトに CLAUDE.md を1ファイル置く → Claude が起動時に自動で読む → 同じ指示を二度と言わなくて済む。1セッション5分 × 30日 = 月150分の節約 です。
⚠️ CLAUDE.md がないと起きる事故
- 「日本語で」と毎回言う — 言い忘れた瞬間に英語で返ってくる
- 勝手にコミットされる — 「commit しないで」を言い忘れて push されかける
- 不要なファイルが量産される — 「README作ろうか」「TODOファイル作ろうか」を毎回断ることになる
📌 2階層の使い分けが効く
- グローバル（
~/.claude/CLAUDE.md）：全プロジェクト共通の指示。「応答は日本語」「コミットは依頼時のみ」など - プロジェクト（リポジトリ直下の
CLAUDE.md）：そのプロジェクト固有の指示。「ファイル構成」「命名規則」など
両方置いておくと、Claude が起動時に 両方 読んでくれます。
ぼくの場合：グローバルに「応答は日本語・選択肢は番号で出す・推奨を明記する」と書いてから、選択肢提示のラリーが減って、即決できるようになりました。
習慣2：失敗パターンをメモリに保存する
効いた度：★★★★☆
2つ目は?
Claude に「同じミスを2度させない」ための仕組み です。feedback メモリに刻むと、次回以降は勝手に避けてくれます。
before：同じ指摘を3回しました。「複数案出す時は推奨を明記して」と毎セッション言っていました。指示が定着しない疲れがありました。
after：Claude に「これはメモリに保存して」と頼む → メモリファイルが作られる → 次回以降、自動で読み込まれる。同じ失敗を3回以上することがなくなった です。
⚠️ メモリを使わないと起きる事故
- 同じ指摘を毎セッション繰り返す — こちら側の疲労が地味に蓄積する
- 「前にも言ったよね?」が増える — Claude を責めても解決しない
- 「学習しないAI」と諦める — 実際は仕組みを使ってないだけ
📌 メモリは4種類ある
| 種類 | 用途 | 例 |
|---|---|---|
| user | ユーザー像 | 「非エンジニアです」 |
| feedback | 失敗パターン | 「複数案は推奨を明記する」 |
| project | プロジェクトの背景 | 「2026-05-08にブログをリブートした」 |
| reference | 外部リソース | 「楽天API仕様の置き場所」 |
このうち feedback が一番リターンが大きい です。同じ説教を消せる効果は強烈。
ぼくの場合：「PowerShellの複合コマンドは確認ダイアログが出る」というfeedbackを保存した日から、Claudeが勝手にフルパス＋os.chdirで書くようになりました。同じ説明をもう書きません。
習慣3：/wrap-up でセッションを締めくくる
効いた度：★★★★★
3つ目、これが一番楽になったやつ?
「昨日の続き」を再開できる 習慣です。寝る前に /wrap-up を実行するだけで、翌日の自分が30分節約できます。
before：朝、Claude Codeを開いて「昨日何やったっけ」を思い出すのに30分溶けていました。前のセッションログを舐めるとトークンも食います。
after：寝る前に以下を1つ打つだけ。
/wrap-up
NotebookLM の「mybrain」ノートブックに今日の作業要約が保存される → 翌日のセッション起動時に自動で読み込まれる → 「昨日の続き」から再開できる 状態になります。
⚠️ /wrap-up を使わないと起きる事故
- 朝の30分を「昨日のログ読み」に溶かす — 1ヶ月で15時間
- 前のセッションのトークンを全部読み直す — コスト的にも非効率
- 「結局なに話してたっけ」で迷子になる — 集中力が回復しない
📌 NotebookLM mybrain の仕組み
- Claude Code から NotebookLM MCP 経由で「mybrain」ノートに要約を保存
- 翌日のセッション起動フックで mybrain の最新ソースを読み込み
- 結果：今日のセッションが「昨日の続き」として始まる
詳しいセットアップは 3層引き継ぎ設計の記事 を参照してください。
ぼくの場合：この記事自体、前日のセッションから「次の最初の一手」を引き継いで書いています。朝の「何やるんだっけ」を完全に消せました。
習慣4：スキル化で「いつもの手順」を1コマンドに
効いた度：★★★★☆
4つ目、これって自動化のやつ?
何度もやる手順を1コマンドにまとめる 習慣です。ぼくは記事追加・X投稿作成・コーチリサーチ等、定型作業を全部スキルにしています。
before：記事を1本追加するのに「JSON作って → MD作って → build_blog.py 実行して → cd site して → wrangler deploy して」と毎回口頭で説明していました。1記事あたり10分のロス。
after：スキル /yachin-記事追加 を1回作って置く → 次回からは1コマンドで全工程が走る。1記事10分 × 月8本 = 月80分の節約 です。
⚠️ スキル化しないと起きる事故
- 手順を毎回口頭説明する — 説明の途中で1ステップ抜ける
- 手順が頭の中にしかない — 1ヶ月後の自分が再現できない
- 「あの時どうやったっけ」が増える — 過去ログを舐めることに
📌 スキルにすべき作業のサイン
- 月3回以上やる
- 手順が5ステップ以上
- 毎回似た説明をしている
このどれかに当てはまったら、スキル化を検討するタイミングです。
スキルとMCPの使い分けについては 前の記事「Skill vs MCP」 で詳しく書きました。
ぼくの場合：/yachin-記事追加・/yachin-アフィリエイト埋め込み・/yachin-X投稿作成 の3つを作って、ブログ運営の手順は全部スキル経由になりました。手順を覚える必要がなくなりました。
習慣5：サブエージェントで重い調査を並列化
効いた度：★★★☆☆
5つ目、最後は?
重い調査タスクを別エージェントに投げて、待ち時間を消す 習慣です。1本5分のタスクが4本同時で1分で終わります。
before：5つのファイルを順に読んで分析、を1本のセッションでやっていました。重い処理で5〜10分待つ。その間、何もできない。
after：Explore エージェントを4本並列で起動 → 結果が同時に返ってくる → 待ち時間が1/4になる。1セッションあたり10分の節約 です。
⚠️ サブエージェントを使わないと起きる事故
- メインセッションが重くなる — トークン消費が早い
- コンテキストが調査結果で埋まる — 本筋の作業が圧迫される
- 待ち時間で集中力が切れる — 5分の待ちで他のことを始めて忘れる
📌 どんなエージェントがあるか
| エージェント | 用途 |
|---|---|
| Explore | コード検索・ファイル探索 |
| Plan | 実装計画の設計 |
| debugger（カスタム） | バグ原因の特定 |
| general-purpose | 複合タスク・調査全般 |
並列起動は1メッセージ内で複数の Agent ツール呼び出し にする必要があります。順次起動すると並列にならないので注意。
並列化の詳細は 前の記事「並列エージェント」 で書きました。
ぼくの場合：新記事を書く前の「過去記事との被り調査」「内部リンク候補抽出」「タイトル類似度チェック」を3本並列で投げると、1分で結果が揃います。手作業だと15分かかる処理です。
5つの習慣を一覧で振り返る
5つの習慣、一覧で見たい!
表にしました。消える時間で並べる と、優先順位が見えてきます。
| # | 習慣 | 効いた度 | 月の節約時間 | 一言で言うと |
|---|---|---|---|---|
| 1 | CLAUDE.md を育てる | ★★★★★ | 約150分 | 同じ指示を2度しない |
| 2 | 失敗パターンをメモリに保存 | ★★★★ | 約60分 | 同じ説教を2度しない |
| 3 | /wrap-up でセッション継続 | ★★★★★ | 約900分 | 「昨日何やったっけ」を消す |
| 4 | スキル化で1コマンド化 | ★★★★ | 約80分 | 手順を覚えない |
| 5 | サブエージェント並列化 | ★★★ | 約200分 | 待ち時間を消す |
📌 最初に始めるなら 1番（CLAUDE.md） が効果と難易度のバランスが最強。10分で書けて、その後の全セッションが楽になります。次は 3番（/wrap-up）→ 2番（メモリ）の順で、累積効果が大きい順です。
5つの習慣に共通するもの
全部やってみて、共通点ってある?
「○○が消える」が全部に共通 していました。これが5つの習慣の本質だと思います。
✅ 5つの習慣が消してくれるもの
- CLAUDE.md → 毎回ゼロから説明する手間が消える
- メモリ → 同じ失敗を2度繰り返す疲れが消える
- /wrap-up → 翌日「昨日何やったっけ」のロスが消える
- スキル化 → 定型作業の段取りコストが消える
- サブエージェント並列化 → 1本のタスクを延々待つ時間が消える
短期で時間を稼ぐより、「定常的にかかる時間」をゼロにする方が累積効果は大きい と気づきました。
失敗記事との対構造
これって 前回の失敗5つ の続きみたいな構造?
そうです。失敗を笑い飛ばす → 成功習慣で消す の流れになるように、対の構造で書きました。
| 失敗（記事11） | 対の習慣（この記事） |
|---|---|
| 「いい感じにして」で3時間ハマる | CLAUDE.md に「やりたくないこと」を書く |
| APIキーを公開しかける | （セキュリティは別記事で深掘り） |
| 個人情報を書いてしまう | feedback メモリに保存して二度と書かない |
| PR表記を忘れる | スキル化でテンプレを自動適用 |
| 理解してないコードを放置 | サブエージェントで「説明させる」を分業 |
失敗を一通り経験してから、対の習慣を身につける のが個人開発のリアルです。先に習慣だけ覚えても、失敗してないと実感がわかないからです。
やる前に絶対知っておくべき注意点
これから5つの習慣を始める人に、注意点ってある?
2つだけ、絶対知っておいてください。
1. 「全部やる」を最初から狙わない
5つ全部を1日で始めると挫折します。1週間に1つずつ が現実的です。1番 → 3番 → 2番 → 4番 → 5番の順で始めると、効果が大きい順に身につきます。
2. CLAUDE.md は「育てる」が正解
最初から完璧な CLAUDE.md を書こうとすると失敗します。最初は3行で十分 です。
- 応答は日本語で行う
- コミットは明示的に依頼された場合のみ行う
- 不要なファイル作成・ドキュメント追加はしない
これでスタートして、Claude が想定外の動きをしたら1行ずつ追加していきます。完璧主義より積み上げ が勝ちます。
💡 CLAUDE.md は200行を上限 と決めておくと、肥大化を防げます。超えそうなら統合・削除してから追加するルールにしてください。
学んだ3つのこと
5つの習慣を1ヶ月やってみて、一番の学びは?
「Claude Code に何かさせる」より、「Claude Code が動く環境を整える」方が10倍効く ということです。
✅ 5つの習慣から学んだ3つのこと
- 指示の工夫より「指示書を置く」方が安定する — 口頭の指示はその場限り、CLAUDE.md は永続
- 「忘れる前提」で仕組みを作る — メモリ・スキル・/wrap-up は全部「記憶を外注する」道具
- 時間は「節約する」より「消す」を狙う — 5分の作業を3分にするより、5分の作業を0分にする方が累積で勝つ
もっと深く学ぶなら
習慣を実践してるけど、もっと効かせる方法ある?
コードの基礎が分かると、5つの習慣が一段深く効きます。 CLAUDE.md に書ける内容が増えて、メモリに何を残すべきかも判断できるようになります。「環境を整える」効果が、基礎理解で何倍にもなります。
デイトラ は、非エンジニア向けの体系的なオンラインスクールです。Webアプリ開発・Web制作・AIライティング・動画編集まで、副業に直結するコースが揃っています。
Claude Code の習慣化と基礎学習を並走させると、効率の伸びが段違いです。「動かす」だけでなく「整える」まで自分で判断できるようになります。
最後に：自分の思い
これから Claude Code を使う人に、何を伝えたい?
「Claude Code は道具より相棒」 ということです。相棒との関係は、最初の1週間で整えるほど後がラクになります。
非エンジニアの自分が Claude Code を触り始めた時、「賢いAIが全部やってくれる」と思っていました。
しかし1ヶ月触ってみて、「Claude Code は最高の相棒だけど、関係性は自分で作る」 と分かりました。CLAUDE.md は相棒への自己紹介、メモリは過去の約束、/wrap-up は寝る前の引き継ぎ — どれも 「相棒として付き合うための儀礼」 です。
最初は「面倒だな」と思った5つの習慣も、1ヶ月続けると消したくない ものに変わりました。これらが消えると、Claude Code を使う体験が一段重くなることが分かるからです。
💡 これから Claude Code を始める人へ。「使い方を覚える」より「環境を整える」 に最初の1週間を投資してください。その1週間で、その後の1年が変わります。
「失敗から学ぶ」と「習慣で消す」はセットです。失敗5つの記事 を読んでから、この記事を読み返す と、5つの習慣の意味が腹落ちすると思います。
これからも、笑い飛ばせる失敗を量産しつつ、5つの習慣でラクをしながら作り続けます。
この記事のシリーズ：5つの失敗・3層引き継ぎ・Skill vs MCP・並列エージェント と合わせて読むと、「非エンジニアが Claude Code と長期で付き合う設計図」が見えます。
この記事も Claude Code に書いてもらいました。「結論先行・一文60文字以内・数字を使う・誰向けか明確・自分の思いで締める」の5点を意識した版です。
よくある質問
コメント
記事への感想・質問・指摘など、お気軽にどうぞ。匿名(ゲスト)でも投稿できます。