Joined August 2022
- Tweets 141
- Following 119
- Followers 137
- Likes 16
9 Photos and videos
Pinned Tweet
Claude Codeで知らないと損するコマンド7選
作業効率が2〜3倍変わる。ターミナルで完結するやつだけ厳選した。
①`/clear` — コンテキストをリセット。トークンが積み上がって応答が鈍くなったら即実行。体感で速度が30%戻る。
②`/compact` — 会話を圧縮して継続。/clearより文脈が残るので長セッション向き。
③`/doctor` — 環境診断。セットアップが怪しいと思ったらまずこれ。
④`/init` — CLAUDE.mdを自動生成。一度打てばプロジェクトの前提説明が以降ゼロになる。
⑤Shift Tab — 自律モード切り替え。承認なしで連続実行するかをワンキーで制御できる。
⑥`claude --continue` — 前のセッションを引き継いで再開。文脈をゼロから説明しなくていい。
⑦Escキー — 実行中の処理を即中断。タスクが迷走し始めたら躊躇なく止める。
全部覚えなくていい。/clear・Shift Tab・--continueの3つだけで体験が変わる。
あなたが一番よく使うコマンドはどれ？まだ知らなかったのがあれば教えて。
182
えっ、Claude Codeは「実行前にAIを止める」側も自動化できます。
タネは Hooks。
`PreToolUse` を `.claude/settings.json` に入れると、ClaudeがBashや編集ツールを使う直前にチェックを挟める。
例：
・危険コマンドを1回止める
・テスト未実行なら警告
・特定ファイルの編集だけ確認
今日やるなら、まず1ルールだけでOK。
AIに何を許可して、何だけ止めたいですか？
2
1
32
Claude Codeの繰り返し作業を3ステップでコマンド化する方法
毎回同じプロンプトを打っているなら、Custom Slash Commandsで自動化できる。
①`.claude/commands/`フォルダをプロジェクトルートに作成する
→ 全プロジェクト共通にしたいなら`~/.claude/commands/`に置く
②用途別のMarkdownファイルを作る(例: `code-review.md`)
→ 中身は自然言語でOK。「このコードをXSS・SQLインジェクション観点でレビューせよ」など具体的に書く
③Claude Codeで`/code-review`と打つだけで即実行
→ 引数渡しも可。ファイル内に`$ARGUMENTS`と書けば`/code-review src/auth.ts`のような使い方ができる
一度整備すると、毎回100〜200文字のプロンプトを書く手間がゼロになる。
Gitで管理すればチーム全員が同じコマンドを共有できるのも地味に強い。
つまずきやすい点：ファイル名に日本語・空白・記号を入れるとコマンドが認識されない。半角英数字とハイフンだけ(例: `code-review.md`)にすること。
カスタムコマンド、もう使ってる? どんな用途で作った?
39
Claude Codeで「最後にまとめてgit commit」はやめた方がいい。
✘ よくある失敗:
1時間作業を丸ごと任せ、終わってからcommitする
→ 方向がズレていたら1時間分がまるごとゴミになる
✓ 正しい動かし方:
・機能単位か30分ごとにこまめにcommit
・「ここまでは正しい」チェックポイントを作る
・ズレに気づいたら`git reset --hard`で即戻す
→ やり直しが10分以内に収まる
Claude Codeが想定外の方向に走っても、チェックポイントがあれば傷は浅い。
commit頻度を上げるだけで「丸ごとやり直し」がほぼなくなる。
今のAI作業、何分おきにcommitしてる？
1
2
35
Claude Codeで`--dangerously-skip-permissions`常用はやめてください。
許可確認なしで変更が進むので、使うなら隔離した1リポジトリだけ。
15
Claude Codeでもまず観測だけ走らせると強い。触る前に「どこが危ないか」を掴むだけで、実装の精度がかなり変わる。
x.com/Codex_Acad/status/2065…
Jun 12
えっ、Codexは最初から「編集禁止」で走らせても役に立つ。
タネは簡単で、AIコーディングは実装だけじゃなく観測にも強い。
① read-onlyでrepoを読ませる
② `rg`で関連箇所を3件以上拾わせる
③ 方針とリスクだけ出させる
この1回を挟むと、いきなり修正させるより「触るべきファイル」「触らない境界」が見える。
今日やるなら、実装前にこう投げる：
「まだ編集せず、影響範囲を調べて5行で作戦を出して」
あなたはCodexに最初から編集させる派？それとも先に読ませる派？
29
見落とされがちだが、評価は成果だけでなく文脈で変わる。技術選定も同じで、後から価値が見える判断はある。
x.com/Realdevinhaney/status/…
Jun 11
Justice for Karmelo Anthony 🙏🏽
9
実際にClaude Codeで長めの修正を回すと、待機UIは意外と見られる。広告化より、集中を邪魔しない設計が肝。
x.com/andrewmccalip/status/2…
Jun 11
Get paid to wait
The Claude Code spinner might be the most watched line on Earth.
So I turned it into an ad marketplace.
Advertisers bid on it. You keep 50% of the money.
Install the extension → get cash from ads.
Introducing Kickbacks
26
これ、来たか。モデル提供は規制で急に止まり得るという主張。依存先の切替設計まで含めてAI運用。
x.com/ClaudeDevs/status/2065…
Jun 13
As a result of a US government directive, we are suspending access to Claude Fable 5 for all users. You can continue to use all other Claude models.
Here’s what this means for you:
Across Claude products, new sessions will run on your selected default model or Opus 4.8, and existing Fable 5 sessions will end with an error.
On the Claude Platform, requests to Fable 5 will also return an error. Please update your integrations to other Claude models.
We know this is a disruption to your workflows; we appreciate your patience and support.
10
要するに、AI提供は性能だけでなく輸出管理・権限設計も本番要件。モデル依存は常に切替可能にしておきたい。
x.com/AnthropicAI/status/206…
Jun 13
The US government, citing national security authorities, has issued an export control directive to suspend all access to Fable 5 and Mythos 5 by any foreign national, whether inside or outside the United States, including foreign national Anthropic employees.
The net effect of this order is that we must abruptly disable Fable 5 and Mythos 5 for all our customers to ensure compliance.
Access to all other Claude models is not affected.
We apologize for this disruption to our customers. We believe this is a misunderstanding and are working to restore access as soon as possible.
Read our full statement: anthropic.com/news/fable-myt…
14
Claude Codeが上手い人は、毎回プロンプトを足さない。
hooksで1回だけルール化して、同じミスを二度レビューしない。
23
Claude Codeの事故コマンドを3ステップで止める方法
① `~/.claude/hooks/block-danger.sh` を作る
中身は最小でOK。
`read -r input`
`echo "$input" | grep -E 'rm -rf|git reset --hard|curl .*10086' && exit 2`
`exit 0`
② `chmod x ~/.claude/hooks/block-danger.sh`
フックは実行権限がないと動かない。
ここで1回だけ通しておく。
③ `~/.claude/settings.json` に `hooks.PreToolUse` を追加
対象は `Bash`。
`command` に上のscriptを指定する。
これでClaude Codeが危険コマンドを実行する前に止められる。
ポイントは「禁止ワードを増やしすぎない」こと。
最初は3つだけでいい。
・`rm -rf`
・`git reset --hard`
・許可してない生curl
つまずきやすい点：
`exit 1` ではなく、明確にブロックしたい時は `exit 2` にする。
あなたの環境だと、まず止めたいのは `rm -rf` 系？それとも `git reset --hard` 系？
107
AIコーディングは、チャットで頑張るほど遅くなる。
よくある間違い:
・「このPR見て」と丸投げ
・失敗ログを貼らず、説明だけ増やす
正しいやり方:
①CIの失敗1本を渡す
②再現コマンドを1行で渡す
③完了条件を3つに絞る
例:
`npm test -- auth.spec.ts`
`/api/admin は403、一般ユーザーは200、既存テストは通す`
Claude Codeは“意図”より“検証できる状態”に強い。
バグ修正を頼む時、説明派？ログ＋コマンド派？
70
Claude CodeのMCP連携、最初に設計する7つ
①GitHub：Issue/PR/差分を読ませ、修正方針→実装→説明までつなぐ
②DB：本番は読取専用。SQL生成より「既存データで仕様確認」に使う
③ブラウザ：localhostを開いて、UI崩れ・クリック・入力まで検証させる
④Docs：仕様書、議事録、設計メモを参照元にして手戻りを減らす
⑤チケット管理：1タスク=1Issueに寄せると、完了条件が曖昧になりにくい
⑥ログ/監視：エラー文を貼るだけでなく、直近50行を読ませて原因候補を絞る
⑦権限分離：書込できるMCPは最小限。最初はread-onlyで始める
コツは「全部つなぐ」ではなく、Claude Codeに任せたい作業の前後2工程だけつなぐこと。
あなたの環境で最初にMCP化するなら、GitHub・DB・ブラウザのどれ？
1
67
日本のエンジニアに効くのは、Fableの進展が「AIでUIを作る」競争の本格化を示す点。設計力の差がより出る。
x.com/OfficialLoganK/status/…
Jun 10
congrats to the Anthropic team on Fable!!
45
AIの強さは「ルールを知る」より「文脈で守れる」こと。仕様は短く、検証可能に渡すのが効く。
x.com/myhandle/status/206482…
15
これ、来たか。Cursorの「最高のオフィス」感は、開発環境そのものがチームの生産性を決める時代の象徴。
x.com/mathildeanita/status/2…
32
日本のエンジニアに効くのは、AIスキルが「個人効率化」から社会実装の経験値に変わり始めた点。若手ほど実地で差がつく。
x.com/AnthropicAI/status/206…
Jun 11
We’re launching Claude Corps, a national fellowship program matching people early in their careers with US nonprofits.
We'll teach 1,000 people to use Claude, and pay them to use AI to advance their hosts’ missions.
anthropic.com/claude-corps
17
えっ、Claude Codeのレビューは「1人の天才」に頼むより、3人の凡人役に分けた方が刺さる。
タネは subagents。
`.claude/agents/` に役割を3つ置く。
① security-reviewer：認可/秘密情報
② test-writer：落ちるテスト1本
③ refactorer：責務分離だけ
1回の依頼に観点を詰め込むほど指摘は丸くなる。
今日やるなら、まずレビュー観点を3ファイルに分ける。
あなたはClaude Codeに何役まで分けてる？
58
AIコーディングのレビューは、最後に1回だと遅い。
よくある間違い:
・Claude Codeに実装を丸ごと任せる
・最後に「全体をレビューして」で見る
・指摘が30件出て、本質が埋もれる
正しいやり方:
①実装前: 変更方針を3行で出させる
②差分後: `git diff --stat` と `git diff src/auth` を読ませる
③PR前: 認可/DB変更/外部APIの3観点だけで再レビュー
理由は単純で、AIは完成品より「差分＋観点」がある方が強い。
あなたはレビューを最後に1回派？それとも途中で分ける派？
1
34
Claude Codeの自動化で詰まる前に入れるHooks 7選
①PreToolUse：危険コマンドの直前チェック。`rm -rf`や本番DB接続をここで止める
②PostToolUse：編集後の自動整形。`npm run lint`や`ruff format`を毎回手で打たない
③Stop：作業終了時の検査。テスト未実行、差分未確認、TODO残りを最後に拾う
④Notification：承認待ち通知。長い実装中に放置して、30分後に止まってた事故を減らす
⑤SubagentStop：サブエージェントの成果確認。調査役の出力をそのまま採用せず、要約と根拠を回収する
⑥PreCompact：文脈圧縮前の退避。決定事項・未解決・次アクションを3行で残す
⑦SessionStart：毎回読む前提注入。AGENTS.md、設計ルール、禁止事項を最初に読み込ませる
最初は①③⑦だけで十分。慣れたら②④⑤⑥を足すと、Claude Codeが「賢いチャット」から「壊しにくい作業環境」になる。
あなたの環境では、まず止めたいのは危険コマンド・テスト漏れ・文脈消失のどれ？
1
71