anthropics

Anthropic is releasing an open source library, FlashProve, for provable inference. It was measured on Llama 4 Maverick, a 400B-parameter mixture of experts model. Code: github.com/anthropics/FlashProve/tree/main Blog post: anthropic.com

Claude Code で "Not logged in" "Login expired" "OAuth token revoked" "OAuth token has expired" が出たときの見分け方と直し方（/login しても繰り返す場合も） Claude Code で Not logged in · Please run /login や Login expired · Please run /login が出たときの見分け方と直し方です。結論から言うと、ほとんどは /login をやり直せば直ります。直らない、あるいは何度も出る場合は、環境変数に古いトークンが残っているか、macOS のキーチェーンに書き込めていないか、システム時計がずれているかのどれかを疑います。 確認環境は Claude Code 2.1.316、macOS 26.6.2、2026-11-03 です。 症状 次のどれかが表示され、モデルへの送信が止まります。 Not logged in · Please run /login Login expired · Please run /login OAuth token revoked · Please run /login Please run /login · API Error: 401 OAuth token has expired ... claude -p や Agent SDK では、次のような文言になります。 Failed to authenticate: OAuth token revoked. Please log in again or contact your administrator. Failed to authenticate. API Error: 401 OAuth token has expired ... Failed to authenticate: OAuth session expired and could not be refreshed 結論 - 4 つとも対処の入口は同じで、Claude Code のプロンプトで /login を実行します。 - ただし意味は違います。「保存してあるログインがそもそも無い」「更新に失敗して Claude Code 自身が消した」「API に拒否された」の 3 通りで、/status を見ると今どの状態かが分かります。 - /login しても戻される、何度も聞かれる場合は、下の「直らないとき」の 3 点を順に確認します。 4 つの違い 公式の Error reference では、次のように分けられています。 Not logged in は、このセッションで使える認証情報が 1 つも無い状態です。初回、ログアウト後、環境変数で認証するつもりが export されていなかった場合などです。 Login expired は、Claude Code が保存済みの claude.ai ログインを更新しようとして、OAuth サービスにリフレッシュトークンを拒否され、保存していた認証情報を消した状態です。この表示のときは API にリクエストを送っておらず、Claude Code が手元で止めています。公式は「再試行しても同じメッセージが出る」と書いています。 OAuth token revoked と OAuth token has expired は、API に実際にリクエストを送って返ってきた拒否です。公式の説明では、revoked は「どこかでサインアウトした、または管理者がアクセスを外した」、expired は「セッション中の自動更新に失敗した」状態を指します。 つまり、Login expired は Claude Code が自分で止めたもの、OAuth token revoked / has expired は API に断られたもの、という違いです。 issue での報告では、この系統の issue は多く、タイトルに該当する文言を含むものだけで数十件、本文で Please run /login に触れるものは 340 件超あります。並列エージェントを動かしたときや、Desktop アプリと CLI を併用したときに、トークンが互いに無効化し合う例も報告されています。 手元で確かめたこと サーバ側でトークンを失効させる状況は手元から安全に作れないため、Login expired と OAuth token revoked の再現はしていません。代わりに、「認証情報が無い」状態を、空の設定ディレクトリで作って確かめました。普段の ~/.claude には触れず、CLAUDE_CONFIG_DIR で空のディレクトリを指定しています。 mkdir empty CLAUDE_CONFIG_DIR=./empty claude auth status | grep -E 'loggedIn|authMethod' CLAUDE_CONFIG_DIR=./empty claude -p hi !空の設定ディレクトリで claude auth status と claude -p hi を実行した結果。loggedIn が false、authMethod が none、続いて Not logged in · Please run /login と表示されている claude auth status は "loggedIn": false と "authMethod": "none" を返し、claude -p hi は Not logged in · Please run /login を出して終了コード 1 で終わりました。認証情報が無ければ、リクエストを送る前に止まります。 もう 1 つ、現行版の実行ファイルに、ここで挙げた文言の断片が入っていることも確認しました。· の前後が別々の文字列として持たれているため、断片ごとに数えています。 B="$(readlink -f "$(which claude)")" grep -a -c -F "Login expired" "$B" grep -a -c -F "OAuth token revoked" "$B" grep -a -c -F "Please run /login" "$B" 私の環境の出力は次のとおりです。数字は、その文字列が実行ファイル内に見つかった回数です。 2 3 16 すべて 1 以上なので、現行版に含まれています。 直し方 1. まず /status で、いま何で認証しているかを見る Claude Code のプロンプトで実行します。 /status 公式によると、保存済みログインが更新できなくなっているときは、Login の行に Expired — log in again と出ます。この行は、保存ログインが今使われている認証情報のときだけ表示されます。API キーや CLAUDE_CODE_OAUTH_TOKEN で認証しているセッションには出ません。 2. /login をやり直す /login サブスクリプション（Pro / Max など）か Console アカウントかを選び、ブラウザで認可します。公式は、同じ設定ディレクトリを使う別の Claude Code ウィンドウで claude.ai ログインをやり直した場合、Not logged in と出ている対話セッションは再起動しなくても、そのログインを自動で使い始めると書いています（macOS の v2.1.286 より前は、そのセッションの再起動が必要でした）。 3. 直らなければ /logout してから /login /logout そのあと /login します。プラン変更の直後に Claude Opus is not available with the Claude Pro plan のように出る場合にも、公式は同じ手順を案内しています。保存されたトークンはログイン時点のプランを反映するためです。 なお、/logout は保存済みの認証情報をすべて消します。公式によると、保存済みの MCP サーバのログインやプラグインの機密値も含まれるため、後で再認可や再入力が必要になります。 4. 自動実行（CI、claude -p、Agent SDK）の場合 対話ログインができない環境では、/login は使えません。公式は次のどちらかを案内しています。 - ANTHROPIC_API_KEY で認証する - claude setup-token で長期トークンを作り、CLAUDE_CODE_OAUTH_TOKEN に設定する 保存済みログインを使う -p コマンドの場合は、同じ環境で一度 claude を起動して /login を済ませてから、コマンドを実行し直します。 直らないとき 環境変数に古い認証情報が残っていないか /login で保存したログインより、環境変数のほうが優先されます。次で確認します。 env | grep -E 'ANTHROPIC|CLAUDE_CODE_OAUTH' CLAUDE_CODE_OAUTH_TOKEN を設定している場合、公式によると、401 で失敗しても Claude Code は設定した値を送り続け、保存済みログインのトークンには切り替えません。値は /status の Auth token の行に CLAUDE_CODE_OAUTH_TOKEN と出ます。claude setup-token で作り直すか、変数を外して /login します。 unset CLAUDE_CODE_OAUTH_TOKEN issue での報告でも、古い CLAUDE_CODE_OAUTH_TOKEN が残っていて、ログインしても元のエラーに戻されるループが、変数を unset して直った例があります（issue #22685）。 ANTHROPIC_API_KEY が残っている場合は、別の記事にまとめています。 qiita.com macOS のキーチェーンに書き込めていないか 公式の Troubleshooting によると、macOS では認証情報をログインキーチェーンに保存します。SSH 先でキーチェーンがロックされている、あるいはキーチェーンのパスワードがアカウントのパスワードと食い違っている場合は、書き込みが拒否され、平文の ~/.claude/.credentials.json に保存されます。この状態だと、ログインが続かないことがあります。 claude doctor レポートに macOS Keychain is not writable で始まる警告が出ていれば、キーチェーンが原因です。警告が無ければ、この手順は飛ばして構いません。警告が出た場合は、次でロックを解除します（パスワードを聞かれます）。 security unlock-keychain ~/Library/Keychains/login.keychain-db 解除しても警告が消えない場合は、Keychain Access を開き、login キーチェーンを選んで「編集 > キーチェーン "login" のパスワードを変更」で、アカウントのパスワードと揃えます。そのあと claude doctor で警告が消えたことを確かめ、/logout、/login の順に実行します。 システム時計がずれていないか 公式は「頻繁に再ログインを求められるなら、システム時計が正確か確認してください。トークンの検証は正しいタイムスタンプに依存します」と書いています。macOS なら、システム設定の「日付と時刻」で、時刻を自動で設定する状態になっているかを確認します。 複数のウィンドウを開いている場合 公式によると、同じマシンの並列セッションは保存済みログインを共有し、同時に更新しないよう調整しています。v2.1.211 より前は、スリープからの復帰で 2 つのセッションが同じトークンで更新をかけ、保存済みログインが失効して、開いている全セッションが一斉に再ログインを求められることがありました。古い版を使っているなら、更新します。 同じ原因で出る別のメッセージ Please run /login · API Error: 401 Invalid authentication credentials は、期限切れではありません。公式によると、認証情報の形式は正しいが、アカウントや組織の側で拒否されている状態です。/status で今使われている認証情報を確かめ、API キーなら作り直すか unset、ログインなら /login します。同じアカウントで繰り返す場合は、組織の管理者に確認します。 Invalid API key · Fix external API key は、外部から渡した ANTHROPIC_API_KEY が無効なときの表示です。 Couldn't save your login. If your Mac's keychain is locked, unlock it and log in again. は、ログインは完了したがキーチェーンに保存できなかった場合です。対処は上のキーチェーンの節と同じです。 Claude Code で出るほかの英文エラーと、それぞれの対処は、早見表にまとめています。 papoo.work 参考 - 公式 Error reference(Not logged in): code.claude.com - 公式 Error reference(OAuth token revoked or expired): code.claude.com - 公式 Error reference(Login expired): code.claude.com - 公式 Error reference(API Error: 401 Invalid authentication credentials): code.claude.com - 公式 Troubleshooting(Not logged in or token expired): code.claude.com - issue #12447（OAuth token has expired）: claude-code#12447 - issue #81937: claude-code#81937 - issue #22685（古い CLAUDE_CODE_OAUTH_TOKEN でループ）: claude-code#22685

Claude Code v2.1.314——外部パス書き込みブロック追加と企業ゲートウェイに影響する変更点 > この記事で分かること： > - permissions.blockWritesOutsideWorkingDirectoriesの仕組みと設定方法 > - IdPグループを使ったゲートウェイ上流のルーティング制限の追加 > - forceRemoteSettingsRefreshバグ修正が企業環境で意味すること 対象読者：企業でClaude Codeのゲートウェイや管理ポリシーを運用している担当者。v2.1.314は2026年10月30日にリリースされた。バグ修正が中心のリリースだが、セキュリティ設定の追加と、見落とすとポリシーが効いていない状態で運用し続けるリスクがある修正を含んでいる。 出典：github.com/anthropics/claude-code/releases/tag/v2… 公開） workingDirectory外への書き込みを全パーミッションモードで拒否できるようになった 今回追加された機能のうち、セキュリティ設定として最も注目しているのがこれだ。 { "permissions": { "blockWritesOutsideWorkingDirectories": true } } この設定をtrueにすると、Write・Edit・NotebookEditの3ツールが、設定されたworkingDirectory以外のパスへの書き込みを全パーミッションモードで拒否する。 「全パーミッションモードで」という部分を見落としやすい。これは、自動承認（auto mode）や信頼済みのユーザーが操作している場合でも、設定が有効なら外部パスへの書き込みは拒否される。ゲートウェイ経由でClaude Codeを多人数で使っている環境で、意図しない場所への書き込みを防ぐ用途に使える。 この設定が無かったときに何が起きていたか 正直なところ、この設定が追加されるまで「workingDirectory外に書き込まれていた可能性がある」とは意識していなかった。 タスクの指示が「ファイルAを編集して」と書いてあっても、Claudeがそれに関連する設定ファイルを上位ディレクトリに置こうとする場面は実際にある。明示的な禁止設定がなければ、その書き込みを止める手段は「承認を求めるパーミッション設定になっているか」に依存していた。 設定を検討する際の注意点： - workingDirectoriesに複数のパスを設定している場合、それらの外がすべて対象になる - 既存のタスクで外部パスへの書き込みが必要なものがあれば、workingDirectoriesの設定を先に見直す必要がある - リリースノートには「every permission mode」と明記されているので、auto modeでも効く :::note warn デフォルトはfalseなので、何もしなければ従来の振る舞いのままである。 まずは自分の環境でClaude Codeがどのディレクトリに書き込んでいるかを確認してからtrueに切り替える形が安全だ。 ::: IdPグループによるゲートウェイ上流のルーティング制限が追加された Claude apps gatewayの設定で、上流（upstream）ごとにIdPグループのリストを指定できるようになった。 upstreams: - name: prod-model groups: - ai-approved-users - name: dev-model # groups未指定 = 全ユーザー 指定したIdPグループのメンバーだけが、そのgroupsで指定された上流にルーティングされる。フェイルオーバー（上流が応答しない場合の代替ルーティング）でも同じグループルールが適用される。 これまで「誰でも全ての上流を使える」か「上流を完全に切り替える」かの2択だった部分に、グループベースの制御が入った。 具体的な用途： - 本番用モデル（コストが高い）と開発用モデルを組織の役割で分けたい - 特定のプロジェクトチームだけ特定の上流を使わせたい - 試験的な上流を限定ユーザーに展開したい コスト管理の視点からも、高コストの上流へのアクセスを承認が必要なグループに限定する运用がしやすくなる。 Bedrock上流にguardrail_traceが追加された Amazon Bedrockのguardrailを使っている環境向けの変更だ。 upstreams: - name: bedrock-prod guardrail_trace: enabled guardrail_traceを設定すると、Amazon Bedrockのguardrailがリクエストをフィルタリングした際にどのguardrailが発動したかをログに記録する。ただし、フィルタリングされたテキスト（マッチした内容そのもの）は記録されない。 これは監査対応やデバッグで役立つ。「なぜここでブロックされたのか」をあとから調べられるようになる。 :::note info マッチしたテキストが記録されない設計になっているのは、センシティブなコンテンツが誤ってログに残ることを避けるためと読める。個人情報・機密情報を含むリクエストがガードレールで止まった場合にも、その内容はログに出てこない。 ::: forceRemoteSettingsRefreshのバグ修正——ポリシー未適用で起動していた可能性 今回のリリースで一番注目している修正がこれだ。 リリースノートの該当箇所： > Fixed forceRemoteSettingsRefresh set only in remote managed settings no longer applying once the stored copy had expired, which let sessions start without policy when the server could not be reached. 訳すと：リモートのmanaged settingsにforceRemoteSettingsRefreshだけを設定していた場合、キャッシュが期限切れになると、以降のセッションはポリシーなしで起動する可能性があった。 組織のポリシーサーバーが一時的に応答しない場面（ネットワーク障害・メンテナンス中）でセッションを開始したときに、意図しないポリシー未適用状態になっていた可能性がある。 確認しておきたいこと： - forceRemoteSettingsRefreshをリモートのmanaged settingsだけに設定している環境 - ポリシーサーバーが短時間でも応答しない時間帯がある環境 今回の修正でこの振る舞いは解消された。ポリシーサーバーが応答できない場合、セッションはキャッシュ済みポリシーかフェイルセーフなデフォルトを使う形に修正されている。 無人実行環境にも関係するバグ：「自動継続が3回以上続く」バグ修正 もう一つ見ておきたいのが次の修正だ。 > Fixed "Continue automatically at usage limit" continuing more than three times without a prompt from you when a task restarted itself between waits (a /goal check-in, a background or scheduled task). /goalのチェックイン・バックグラウンドタスク・スケジュールタスクがタスクを再起動する場合に、「利用上限到達時に自動で続ける」の設定が3回以上続いてしまうバグがあった。 深夜の無人実行でClaude Codeがスケジュールタスクとして動いている場合、利用上限に達したあとも意図以上に継続していたケースがあったかもしれない。今回修正され、自動継続は3回で止まるようになった。 その他のバグ修正（ゲートウェイ経由環境向け） 以下の4件も適宜確認してほしい。 - tool_referenceブロックの拒否と再試行：tool searchのtool_referenceブロックを受け付けないゲートウェイで、それを除いたリクエストを再送信するようになった。セッション内で記憶される - Microsoft Foundryでデフォルトモデルが未デプロイの場合のフォールバック：Sonnet・Opus・Haikuのデフォルトモデルがデプロイされていない場合、同じファミリーの古いモデルに自動フォールバックするようになった - managed settingsのモデルピン故障の改善：managed settingsでモデルをピンしている場合、自分の--plugin-dirのプラグインが壊れていてもモデル切り替えが拒否されなくなった - クラウドセッションの機能制御：組織のポリシーでクラウドセッションやリモートコントロールを無効にしている場合、関連のティップや通知が出なくなった 今回確認できたことと、まだ展開できていないこと blockWritesOutsideWorkingDirectoriesの設定が、複数のworkingDirectoriesを指定したときのパスの部分一致・シンボリックリンクを含む場合などの具体的な挙動は、動かしてみないと分からない部分がある。自社環境で使う前に、小さなテストから確認することをすすめる。 forceRemoteSettingsRefreshのバグは過去のセッションに遡って影響するものではないが、「接続できなかった時間帯にポリシー未適用で動いていたか」を確認する手段はない。継続的な監査ログと組み合わせて運用するのが現実的だろう。 IdPグループルーティングは、既存の設定を変えることなく追加できる。試験的な上流を限定ユーザーに展開したい場面があれば、検討する価値はある。 V2.1.316との関係について v2.1.316（2026-10-31）も同じ週にリリースされており、こちらは別記事にまとめている。v2.1.314はその直前版で、セキュリティ設定の追加とポリシー適用のバグ修正が中心。継続的に運用している環境では両バージョンの変更点を合わせて確認してほしい。 関連記事（note）： note.com

Build without limits - SDLC Briefing, #4 _Hi! I am Ricardo Sueiras, leading SDLC transformation at Indicium AI. That means I get to work with customers and help them understand how to use agentic AI to build software. New tools, practices and opinions turn up every week, and Build without Limits cuts through the noise. In each edition we put together a short, curated briefing on what's worth reading, watching and worth trying. You can skim it in five minutes and dive deeper wherever something catches your eye._ Top of Mind “Tell me how you measure me and I’ll tell you how I will behave.” ― Eliyahu M. Goldratt, Critical Chain Hat tip to my former colleague Ray Krueger for that gem. Measurement is top if mind, and keeps coming up in conversations. James Shore has put together some of the best thinking in this space, so check out his series Assessing AI Impact: Notes for Your CFO Must reads this week These were my favorite posts this week. The State of Context Engineering is a blog post come speaker notes from Drew Breunig's session at AgentCon. It was an easy read and I learned a few new things. I have given similar talks in the past (check out my talk at Prompt Engineering Conference, Tips and Tricks for better prompting) Hello concurrent-cd is the new home that Patrick Debois has put together to share research, experiments, and findings on the confluence of people and agents. What's next for DORA I was pretty shocked to find out that there are going to be no more independent studies on software engineering practices and productivity. If you care about developer experience, this is going to be a miss. However, the methodology and questions are there for anyone to see - who will step in and carry on the work? What I Learned Building an AI Software Factory is a nice walk through of one persons journey and learnings in creating a software factory. Well worth a read. Watch this I am still messing around with Claude Code mods, and love seeing what folks are up to. AICodeKing shared a few that look genuinely interesting. I know a few folk who always need to see the files being created during a Claude Code session, so like to run it within an editor. One of the mods shown here might just present a cool solution for those folk. {% youtube OTfS65T70L8 %} Tools to try out _Third-party tools links are provided as-is. They belong to their owners, follow their own licenses, and are used at your own risk._ command centre is an amazing tool from my colleague Lee James. It provides an easy way for you to quickly extract insights across your Claude Code deployment. From finding out and managing token spend, discovering use cases, to tracking compliance and usage habbits. Give it a try. paparats-mcp is a relly neat tool that gives Claude Code or any MCP client semantic code search across many repositories: by meaning, with who calls what, and what a change will touch. It runs on your machine or sandboxed in a container. Why might you want to try this out? This approach will help you consume way less tokens, and be much more responsive. The README of the project has some data on that so give it a go. shunt is an interesting tool from the folks at Spotify that helps drastically reduce token used by implementing a technique that tries to intercept operations that consume large reads. I heard about it after reading the blog post, Portal by Spotify cut my Claude Code token usage by 90% From the field One of the best parts of the Forward Deployed Engineering job is that you get to see up close how engineers use agentic engineering tools like Claude Code. There is always stuff coming up that you can learn from, and this week, this issue surfaced up. TLDR; in your Claude Code sessions, a simple feature that helps you signpost where you currently are, can quickly consume tokens over time. What is interesting is that this issue has two dimensions. The first, the recap message you see during your sessions, is one that you can easily disable via /config (turning recap from the default of true, to false to disable it). All good, except that this doesn't fix the issue for subagents. The issue comments go on to show how you can work around this (effectively disabling the spawning of agents). This gist provides a hacky solution which I would not implement myself, but am sharing as its interesting to dive deeper into this issue. --- _If you enjoyed this, then remember to subscribe to the IndiciumAI blog so that you can keep up to date with future editions of this newsletter, as well as other great content that technologists at IndiciumAI will publish._

The 2.1.313 tag is missing from anthropics/claude-code too, in both CHANGELOG.md and as a git tag. This makes me think it might have been Claude Code's CI that was compromised

Claude Code's new "games" rule shut down my small business overnight. I'm a Claude for Startups member and trusted tester, and support's bot told me there are no exceptions. I'm posting this as someone who is, on paper, about as inside the tent as a small customer gets. I run Conflict Simulations LLC, a small board game publisher. Anthropic accepted my company into Claude for Startups in October. I'm an early access trusted tester. I pay for Claude on multiple accounts and my whole business runs on Claude Code. My paid work is building personalized digital modules of board wargames for individual clients, from games they own, for their own use. Original code, written from materials the clients supply. A lot of it exists so older players, and players whose physical or social circumstances keep them from playing in person, can still play. This is not piracy, and it is not close to piracy. This week a new server-delivered instruction in Claude Code (reported publicly under the flag name "tengu_heron_brook") began refusing that work outright: no recreations of specific existing games, even renamed. The part that still gets me: my sessions kept doing the work fine after the rule reportedly shipped, until I saw the rule discussed on Twitter and asked Claude to check whether it affected us. From that moment, refusal. I cleared the session; sessions working from the same repositories still refuse. The system did not think my work was a violation until I asked it to audit itself. Support, from both of my accounts, was the Fin bot: the policy "applies to all customers without exception," and no exemption or verification path exists for professionals. Both tickets eventually reached humans; one is now with a "specialist team" with no timeline given. I have filed a Safeguards appeal, emailed the one Anthropic PM I actually know, sent /feedback (that one was less polite), and opened a public issue: claude-code#106167 Meanwhile the work still has to get done, so as of this morning my agent stack is running on Kimi, with Codex as fallback. I do not love that. I would rather be here. But Anthropic has effectively made the decision for me, and I suspect I am not the only developer being pushed toward Chinese models this week by a rule that cannot tell the difference between piracy and legitimate work. I keep coming back to the same thought: this is partly on me for placing real trust in an AI company. I built my business on Claude because it was the best tool, and because Anthropic seemed like the adults in the room. Right now it feels like a stab in the back. Has anyone else been hit by this rule, on games or anything adjacent? And has anyone, anywhere, gotten an actual statement from Anthropic about what changed? Because so far, from where I sit, there is not one. one correction, I stated this incorrectly earlier: my whole business doesn't run on claude code. conflict simulations is a board game publisher first, that's the bulk of it and it's fine. this hit the module work specifically, which is a real part of my income and the part that got shut off overnight. edit: one confusion that keeps coming up. the games on my website are my physical board games, that's my publishing catalog, and yeah the site hasn't been updated since before any of the AI stuff, it needs a refresh lol. the module work isn't on there and isn't a product. it's a private service, commission only: a client hires me to build a module of a game they own, for them. nothing is listed, sold, or handed out.

Claude Code's new "games" rule shut down my small business overnight. I'm a Claude for Startups member and trusted tester, and support's bot told me there are no exceptions. I'm posting this as someone who is, on paper, about as inside the tent as a small customer gets. I run Conflict Simulations LLC, a small board game publisher. Anthropic accepted my company into Claude for Startups in October. I'm an early access trusted tester. I pay for Claude on multiple accounts and my whole business runs on Claude Code. My paid work is building personalized digital modules of board wargames for individual clients, from games they own, for their own use. Original code, written from materials the clients supply. A lot of it exists so older players, and players whose physical or social circumstances keep them from playing in person, can still play. This is not piracy, and it is not close to piracy. This week a new server-delivered instruction in Claude Code (reported publicly under the flag name "tengu_heron_brook") began refusing that work outright: no recreations of specific existing games, even renamed. The part that still gets me: my sessions kept doing the work fine after the rule reportedly shipped, until I saw the rule discussed on Twitter and asked Claude to check whether it affected us. From that moment, refusal. I cleared the session; sessions working from the same repositories still refuse. The system did not think my work was a violation until I asked it to audit itself. Support, from both of my accounts, was the Fin bot: the policy "applies to all customers without exception," and no exemption or verification path exists for professionals. Both tickets eventually reached humans; one is now with a "specialist team" with no timeline given. I have filed a Safeguards appeal, emailed the one Anthropic PM I actually know, sent /feedback (that one was less polite), and opened a public issue: claude-code#106167 Meanwhile the work still has to get done, so as of this morning my agent stack is running on Kimi, with Codex as fallback. I do not love that. I would rather be here. But Anthropic has effectively made the decision for me, and I suspect I am not the only developer being pushed toward Chinese models this week by a rule that cannot tell the difference between piracy and legitimate work. I keep coming back to the same thought: this is partly on me for placing real trust in an AI company. I built my business on Claude because it was the best tool, and because Anthropic seemed like the adults in the room. Right now it feels like a stab in the back. Has anyone else been hit by this rule, on games or anything adjacent? And has anyone, anywhere, gotten an actual statement from Anthropic about what changed? Because so far, from where I sit, there is not one. edit: want to say thank you to everyone who replied thoughtfully here. this morning has been pretty nerve-wracking and the helpful replies genuinely helped. update on my end: I've managed to get my tools working with different models now, so I'm not dependent on any one model anymore, which honestly I should have done a while ago. later when things calm down I'm going to carefully try scrubbing the git history and the claude memories that have the refusal baked into them and see if that un-poisons things. still hoping anthropic says something either way, a statement would beat silence. but either way, thank you one correction, I stated this incorrectly earlier: my whole business doesn't run on claude code. conflict simulations is a board game publisher first, that's the bulk of it and it's fine. this hit the module work specifically, which is a real part of my income and the part that got shut off overnight. edit: one confusion that keeps coming up. the games on my website are my physical board games, that's my publishing catalog, and yeah the site hasn't been updated since before any of the AI stuff, it needs a refresh lol. the module work isn't on there and isn't a product. it's a private service, commission only: a client hires me to build a module of a game they own, for them. nothing is listed, sold, or handed out.

anthropic sandbox-runtime#790 1. generateWriteRules omitted inBothSpellings(), so symlinked .mcp.json/.claude write-denies only block the link path & leave the resolved target writable 2. denyGlobCovers() probes globs with a single 'x', carving allowWithinDeny out of x* denies

assertion: argon is currently at the frontier, pacing internal-only anthropic/openai models evidence: - sandbox-runtime#790 - codex#58115 macOS Seatbelt bypasses in both labs' own agent sandboxes, found in a quick vuln-hunting pass

Tell HN: Claude Code adds your email to the prompt, the LLM sends it to websites The prompt issue: claude-code#81138 The LLM sends it to websites: reddit.com