えっ、Claude Codeの大きめ修正は「1つの作業場」でやらなくていい。
重いリファクタや別案検証は、git worktreeで作業場を分けるとかなり楽です。
① 今の作業を残す
② 別フォルダを2行で作る
③ Claude Codeにその中だけ触らせる
例:
git worktree add ../fix-ui -b fix-ui
cd ../fix-ui
失敗しても元のフォルダは無傷。
大きい変更ほど、まず作業場を分けるのが安全です。
Since June 12, we’ve been working closely with the US government to restore access to Claude Mythos 5 and Fable 5. Today, the government notified us that Mythos 5, our strongest cybersecurity model, can be redeployed to a set of US organizations that operate and defend critical infrastructure.
We’re restoring access for these organizations quickly, and we’re continuing to work with the government to expand access to Mythos 5 and make Fable 5 available for general use again.
速報:Claude Code、GitHub上の“見えてる利用数”はかなり少なく見積もられていた可能性。
新しい調査では1.8億リポジトリを分析し、Claude Code由来のコミットを85万件超検出。bot名だけで数える方法だと3.3%しか拾えなかった、という結果です。
日本の個人開発で効く使い方はこれ👇
① CLAUDE.mdに手順を書く
② .claude/agents/で役割を分ける
③ hooksでテスト/整形を自動実行
つまりプロンプト職人より、設定ファイルでチーム化する流れ。
あなたのリポジトリにはCLAUDE.md入れてますか?
AIコーディングの「存在しないnpm/PyPIを提案する問題」、まだ残ってます。
海外論文では約199,845件のプロンプトで再検証。
Claude系を含む最新モデルでも、架空パッケージ率は4.62〜6.10%。さらに全モデルが同じ127個の存在しない名前を出す例も。
Claude Codeで新規依存を入れる時は、
① `npm info パッケージ名`
② `pip index versions パッケージ名`
③ READMEと更新日を見る
この3点だけは自動化前に挟みたい。出典: arXiv論文。