Claude Code 最新情報まとめ（2026-04-27）— 品質低下の真相・作者ワークフロー・115K Stars

本日（4/27）は、直近1週間の重要トピックをまとめてお届け。最大の注目は Anthropic が 4/23 に公開した公式ポストモーテム。約1ヶ月にわたる Claude Code の品質低下をエンジニアリング側の3つのミスと公式に認め、全サブスクリプションの使用制限をリセットした。加えて、作者 Boris Cherny の「バニラな」ワークフロー公開と GitHub 115K Stars 達成も取り上げる。

1. Anthropic 公式ポストモーテム — 品質低下の3つの原因（4/23 公開）

Anthropic エンジニアリングブログに 公式ポストモーテム が掲載された。3月〜4月に広く報告された「Claude Code の精度が落ちた」「以前より頭が悪い」という不満の原因を、3つの変更として公式に特定・説明したもの。

原因 1: 推論エフォートをデフォルト `medium` に変更（3月4日）

レスポンス遅延を改善するために、デフォルトの推論エフォートを high → medium に変更した。変更直後から「Claude Code が頭悪くなった」という報告が急増したが、原因特定に時間がかかり 4月7日にようやく high に戻した。

現在は Opus 4.7 ユーザーのデフォルトを xhigh、それ以外のモデルは high に設定している。

# 現在のエフォートを確認・変更
/effort           # インタラクティブなスライダーが開く
/effort xhigh     # 直接指定も可
--effort xhigh    # CLI フラグでも指定可

原因 2: アイドルセッションのキャッシュクリアにバグ（3月26日）

1時間以上アイドル状態になったセッションの古い thinking を消去する変更を実装したが、バグによって「毎ターン」消去し続ける挙動になっていた。本来は1回だけのはずが、セッション内のすべてのターンで消去が走り、Claude が前のターンの文脈を忘れたかのように見えた。4月10日に修正済み。

原因 3: 詳細度を下げるシステムプロンプト命令の追加（4月16日）

回答の冗長さを減らす指示をシステムプロンプトに追加した。他のプロンプト変更との組み合わせにより、コーディング品質が悪化。4月20日に差し戻した（v2.1.116）。

対応と現状

変更	導入日	修正日
エフォートを medium に変更	3/4	4/7
キャッシュクリアのバグ	3/26	4/10
詳細度削減の指示	4/16	4/20

4/23 時点で3つとも解決済み。Anthropic はあわせて全サブスクリプションユーザーの使用制限をリセットしている。

「ユーザーから報告された問題は想像上のものではなかった。実際に3つの変更が重なり、約1ヶ月の品質低下を招いた。」—Anthropic エンジニアリングブログ

Fortune・VentureBeat・The Register が報じ、AIコミュニティ内で「Anthropic が珍しく正直に非を認めた」として評価されている。

2. 作者 Boris Cherny が語る「自分のセットアップは意外とバニラ」

Claude Code の作者 Boris Cherny（Anthropic）が X（旧 Twitter）への投稿と複数のインタビューで自分のワークフローを公開した。

「大量カスタマイズは不要」

「自分のセットアップを見せると、驚かれることが多い。Claude Code はデフォルト設定でも十分に動く。正しいやり方は1つではない。」—Boris Cherny

重要な気づき： 100行の CLAUDE.md は 800行の CLAUDE.md より効果的。コンテキストが詰まりすぎると Claude が大事なルールを見落とす。

作者流 7 つの実践

1. プランモードを必ず使う

コードを1行も書かせる前に、必ずプランを承認する。

# Shift+Tab でプランモード ON/OFF
# または
/plan-mode on

2. CLAUDE.md は「ミスの記録帳」として使う

Claude がミスしたら、その場で CLAUDE.md を更新させる。次回以降のセッションが同じミスを繰り返さなくなる自己改善ループを作る。

# Claude へのプロンプト例
「今のエラーのパターンを CLAUDE.md に追記して、次回から自動チェックするルールを書いて」

3. @.claude でレビューコメントから自動学習

GitHub PR のコメントで @.claude をタグすると、Claude Code GitHub Action が CLAUDE.md を自動更新する。チームのベストプラクティスがコードレビューから直接蓄積される。

4. 並列セッションを積極的に使う

ローカルターミナルで 5 セッション、claude.ai/code で 5〜10 セッションを同時に動かす。

# git worktree で独立したブランチを並列処理
git worktree add ../project-feature feature/new-auth
# → 別ディレクトリで別セッションが動く

5. タスクの粒度を適切に保つ

大きなタスクは 1 セッションで一気にやらず、小さく区切る。「Claude Code がコンテキストをフル活用できる範囲」に収めることで精度が維持される。

6. /clear より /compact を先に試す

コンテキストが重くなったとき、即座に /clear（全消去）するより /compact（要約して継続）を試す。特に長時間デバッグ中はコンテキストが重要。

7. スキルの原則：同じ指示を2回したらスキル化

~/.claude/skills/suggest-commit-message/SKILL.md
→ /suggest-commit-message として使える

3. Claude Code が GitHub 115K Stars を達成

Claude Code 公式リポジトリ（anthropics/claude-code）が 115,000 Stars、19,200 Forks を達成した。

指標	数値
GitHub Stars	115,000+
Forks	19,200+
Commits	586
Contributors	51

Augment Code の分析によると「開発者が IDE を飛ばして直接ターミナルエージェントを使い始めている」ことがスター急増の背景にある。GitHub 上では週数千 Stars のペースで増え続けている。

4. Monitor ツールの活用 — ポーリングを卒業する

v2.1.91（4月8日リリース）で追加された Monitor ツールを使いこなすユーザーが増えている。

Monitor ツールとは

バックグラウンドで起動したシェルコマンドの stdout を「イベントストリーム」として Claude に流す仕組み。ログが流れてきたとき、PR の状態が変わったとき、テストが失敗したとき——それぞれのタイミングで Claude が「起きて」反応する。

# 例: ビルドログを監視して失敗したら自動修正
# Claude へのプロンプト:
「npm run build のログを Monitor で追って、エラーが出たら自動で修正して」

# 例: CI が終わるまで待機
「gh pr checks --watch を Monitor で流して、全部グリーンになったら報告して」

ポイント: 無音のうちはトークンを消費しない。何かが起きたときだけ Claude が動くため、長時間プロセスの監視に向く。/loop と組み合わせると定期実行も可能。

`/loop` との組み合わせ

/loop 5m "gh pr checks の結果を確認して、失敗があれば修正してプッシュ"
# → 5分ごとに自動実行

今日のまとめ

トピック	ポイント
Anthropic ポストモーテム	3つのミスを公認。エフォート・キャッシュバグ・冗長性削減、全部 4/20 までに修正済み
使用制限リセット	全サブスクライバー対象。現在は安定稼働中（推奨: v2.1.119）
Boris Cherny のワークフロー	CLAUDE.md は 100 行で十分。ミスから自動学習が核心
115K GitHub Stars	開発者コミュニティ内での定着が数字に表れてきた
Monitor ツール	イベント駆動でポーリング不要。長時間タスクの「見張り役」に最適

品質低下ポストモーテムを正直に公開した Anthropic の姿勢は評価されており、「3つの問題がほぼ同時に重なったのは不運だったが、見つけて直したことは重要」という声がコミュニティに多い。現時点で Claude Code は 4/7 以降の状態に戻っており、xhigh エフォートで動いているはず。

参考ソース：