Hacker News で「Claude Code をどう使っているか」というスレッドが活発に議論されている。実際にヘビーユースしているエンジニアたちのノウハウから、特に使えそうなものをピックアップした。
コードを書かせる前に、まず Shift+Tab で Plan Mode に入る。
Claude Code に直接「実装して」と頼むのではなく、「こういう問題を解決するにはどうアプローチするか計画を立てて」と聞くことで、実装に入る前に方針のズレを発見しやすくなる。
# 例
> この認証フローをリファクタリングする計画を立ててください
[Plan Mode で確認 → 合意できたら実装へ]リポジトリのルートに CLAUDE.md を置いておくと、Claude Code がセッション開始時に自動で読み込む。
書いておくと便利な内容:
コンテキストを毎回説明し直す手間が省けるし、AIの出力がプロジェクトの慣習に沿ったものになりやすい。
GitHub Issues や Linear のチケットを Claude Code に渡す形で使うのが効果的という声が多い。
# GitHub CLIでIssueの詳細を取得して渡す
gh issue view 123 | claude "このIssueを解決する実装をしてください"チケットに書かれた背景・要件・受け入れ条件がそのままコンテキストになるので、何を実装すべきかのブレが減る。
jmux というツールを使って複数の Claude Code セッションを並行して動かすやり方が注目されている。
独立したタスク（別々のモジュールのテスト追加、ドキュメント更新など）を複数の Claude Code インスタンスに振り分けて同時進行させる。ターミナルのウィンドウ管理が整理できるだけでなく、コンテキストが汚染されずに済む。
Beads はコンテキストウィンドウを「ビーズ」として管理するツール。長時間の作業でコンテキストが膨らんできたとき、重要な情報だけを選んで次のセッションへ引き継ぐ使い方ができる。
大規模なリファクタリングや複数日にまたがる作業で特に有効とのこと。
Claude Code に大きな変更を一気に頼むのではなく、小さなステップに分けてコミットしながら進めるのが安全。
「一気に全部やらせたら途中で迷走した」という経験談が多く、こまめに確認・コミットするほうがリカバリーしやすい。
Claude Code は「使えばそれなりに動く」ツールではあるが、一手間かけてワークフローを整えると出力品質がかなり変わる。CLAUDE.md の整備と Plan Mode の活用は特に費用対効果が高いので、まだ試していない人はぜひ。
コミュニティの議論は今も活発で、ツールエコシステム（jmux, Beads など）も成熟しつつある段階にある。