Hacker News で Claude Code の使い方に関するスレッドがいくつか盛り上がっている。ここでは「Claude Code チートシート」スレッドと「Claude Code で生産性を上げる方法」スレッドから、現場で使えそうなポイントを整理した。
最も多く言及されていたワークフローが git worktree × 複数 Claude Code インスタンスの組み合わせだ。
# 機能ブランチごとにワークツリーを作る
git worktree add ../feature-auth feature/auth
git worktree add ../feature-api feature/api
# それぞれのディレクトリで別の Claude Code セッションを起動
cd ../feature-auth && claude
cd ../feature-api && claude # 別タブ/ウィンドウでポイントは「別ブランチ・別ディレクトリ」にすることで、2つのエージェントが同じファイルを同時に触って競合するのを防ぐことだ。バックエンドAPI を一方のエージェントに任せながら、もう一方でフロントエンドを進める、という使い方が現実的になる。
ちなみに v2.1.119 以降は Agent ツールの isolation: "worktree" でサブエージェントに自動的に別ワークツリーを割り当てることもできる。
Neil Kakkar 氏の記事から広まった「スキル化」のアプローチも支持を集めている。
典型的な例が PR 生成だ：
# /git-pr スキルを作っておけば
# → タイプするだけで標準化された PR 説明を生成して作成まで完結
/git-pr「/git-pr と打って次の作業に移る」というワークフローが体に染み込むと、PR のたびに毎回説明を書く手間がなくなる。
スキルは ~/.claude/skills/ 以下にマークダウンファイルを置くだけで作れる。v2.1.120 からはスキル内で ${CLAUDE_EFFORT} 変数も参照できるようになったので、effort レベルに応じて詳細さを変えるスキルも書けるようになった。
Claude Code チームのボリス氏が直接コメントしているポイントとして：
「Claude が繰り返し間違えることは何でも CLAUDE.md に書いてください。Claude はこのファイルを自動的に読みます。自分を繰り返さなくて済む最良の方法です。」
CLAUDE.md の活用例：
# CLAUDE.md
## コーディング規約
- TypeScript の `any` 型は禁止。`unknown` を使うこと
- テストは必ず書く。カバレッジ 80% 以上を目標にする
- コミットメッセージは Conventional Commits 形式で
## よく使うコマンド
- ビルド: `npm run build`
- テスト: `npm test -- --watch`
- lint: `npm run lint:fix`
## 注意点
- src/legacy/ 以下のファイルは原則触らない
- 環境変数は .env.local で管理（.env は共有設定）一度書いてしまえば毎回同じことを説明しなくて済む。チームで使う場合はリポジトリにコミットすれば全員が同じルールで動くエージェントを使える。
チートシートスレッドで紹介されていたショートカット：
| ショートカット | 動作 |
|---|---|
Ctrl+S |
プロンプトを一時保存（スタッシュ）してスラッシュコマンドを実行 |
Esc × 2 |
/rewind オーバーレイを開く（チェックポイントへ戻る） |
Ctrl+G |
外部エディタを開く |
Ctrl+R |
プロンプト履歴の検索 |
特に Ctrl+S のスタッシュ機能は知られていない人が多い。「途中まで書いたプロンプトがあるけど先にスラッシュコマンドを実行したい」という場面で使える。
--dangerously-skip-permissions は開発環境限定でサンドボックス環境や確実にコントロールされた CI 環境では --dangerously-skip-permissions で permission プロンプトをすべてスキップできる。ただし名前の通り「危険なので」本番環境や重要なリポジトリに対して使うのは NG だ。
環境変数 IS_SANDBOX=1 をセットしてからフラグを使うのが推奨パターン：
IS_SANDBOX=1 claude --dangerously-skip-permissions「実装に入る前に計画を立てさせる」という使い方が複数のスレッドで言及されていた。
悪い例：
「ユーザー認証機能を実装して」→ 即座にコードを書き始める
良い例：
「ユーザー認証機能を実装したい。まずアーキテクチャと実装ステップを
リストアップして。コードは書かないで」
→ 計画を確認・修正してから
「OK、では step 1 から実装して」/ultraplan コマンドはこのプロセスをクラウドベースで実現するもので、ブラウザでプランをレビュー・コメントしてから実行に移せる。複雑なタスクほど事前計画の効果が出やすい。
Claude Code の生産性は「エージェントに何かをやらせる」だけでなく、ワークフローの設計に大きく依存している。git worktree で並列化・CLAUDE.md でルール化・スキルで自動化という3つの軸を組み合わせると、繰り返し作業が減って本質的なレビューと判断に集中できるようになる。
v2.1.119 以降の機能（/config 永続化・--from-pr での GitLab/Bitbucket 対応）や v2.1.120 の改善と合わせて使うことで、特にチーム開発での効果が出やすい。