ハクソク

世界を動かす技術を、日本語で。

HNに知らせる: 「Claude Design」を使用しないでください、購読解除後にプロジェクトへのアクセスを失いました

7時間前

概要

  • Claude や Codex のサブスクリプション移行時の問題点
  • 過去のプロジェクトやクレジット へのアクセス喪失体験
  • サポート対応 や 課金システム の複雑さに対する懸念
  • エンジニアやユーザー 双方の視点での課題指摘
  • 同様の経験 を持つ他ユーザーへの注意喚起

サブスクリプション移行時のプロジェクト・クレジット消失体験

  • Claude Code Max のサブスクリプション終了後、 過去プロジェクト へのアクセス不可
  • 他のLLMアプリでは 解約後も過去セッション へのアクセス維持が一般的
  • Codex 利用時にも同様のクレジット消失体験
    • 月額相当の 追加クレジット 付与も、サブスクリプション終了と同時に消滅
    • 再契約後もクレジット復活せず
  • X（旧Twitter） で複数回タグ付けしても、個別対応は有名人のみ優遇される傾向

サポート・課金システムの課題

  • 請求・契約管理 の複雑化がエンジニアの負担増加要因
    • 成長・営業部門 には都合が良いが、実装現場には大きな負担
  • 複雑なレートリミット や利用判定ロジックの実装難易度
    • 例：他のハーネス利用分を追加利用としてカウント
  • バグや仕様 がユーザー不利益側に偏る傾向
    • 「バグ」として処理される事象が、常にユーザー損失側で発生

エンジニア・ユーザー双方へのメッセージ

  • 現場エンジニア への同情
    • X上で積極的に情報発信するエンジニアへの共感
  • 一般ユーザー への注意喚起
    • 類似体験を持つユーザーへの情報共有目的で投稿
    • サブスクリプション移行時のデータ・クレジット消失リスク への警鐘

Hackerたちの意見

Claudeチームは、実際のRSIやバグ修正をする代わりに、ギミック的なサイド機能を追加して忙しいんじゃないかと思っちゃう。

└

最先端のAI企業が、ソフトウェアエンジニアリングの最も平凡な問題、つまり人間のコーダーの金魚のような注意力に悩まされるっていうのが、なんとも皮肉だよね。

└

プロダクトの人たちとRSIに関連する人たちは、同じ人じゃないと思う。

└

これは実際、AIの精神病的な状態の一種だね。特に、ものを作るのが好きな人には、そう感じるのが難しいよね。

大事なデータはバックアップしておいてね。

こういうのは大体、急いで作られてるから、最先端を使うってことはこういう現実があるんだよね。Figmaも初期の頃に同じようなことを経験してたし。ただ、他の理由でClaude Designを避けることを勧めたいと思ってて、それは視覚デザインにおけるLLMの制約。LLMは盲目で、層が入れ子になったhtml/cssの中での空間的な関係を理解するのがめっちゃ難しい。もし始めたばかりなら、まずは拡散モデルから始めることをおすすめするよ。GPT-Image-2はUIデザインに関しては素晴らしいし、特に初心者ならLLMよりも早く方向性を決められると思う。画像からhtmlに変換するのは難しいけど、Claude Designよりも安くて早くいろんな方向を探れるはず。ここでバイアスの開示をしておくけど、私はFigmaを辞めて自分の拡散ベースのUIデザインツールに取り組んでる。ここで宣伝するつもりはないけど、この分野での発見を共有したかったんだ。

└

LLMが盲目ってどういう意味？最前線のモデルはマルチモーダルで、画像をトークンとして扱うから、文字を「読む」のと同じくらい「見る」ことができるんだよ。また、GPT-Image-2は拡散モデルじゃなくて、他のLLMと同じくトランスフォーマーに基づいてる。

└

マルチモーダルLLMは盲目じゃないよ。私の経験では、Claude Designは非常にしっかりしてる。

└

私の経験とはちょっと違うな。最初のClaudeのアーティファクトも、リリースされた後のClaude Designも、デザインに関しては素晴らしいよ！モデルを更新しながら、いろんなアイデアやビジョンでデザインを進められるし、Material 3やAppleのHIGみたいな異なるデザインシステムも取り入れられるのがすごくいい。

└

それならGoogleのStitchを使えばいいよ。Gemini経由でコードを統合できるし、Nano Bananaで画像UI生成もできるから、OpenAIの画像モデルよりもいいと思う。

└

これらの多くは急いで作られている Yeah、Anthropicの顧客情報のセキュリティ管理が心配になってきた。顧客からの敏感な情報が大量にあると言うのは、大げさすぎるくらいだよ。ハッカーがそれにアクセスするなんて、特にそれが非トリビアルな期間続いたら、もう大惨事だよ。

└

UIデザインに関する提案、ありがとう！私のメインの専門分野ではないから、プロジェクトを進めるために頼れるツールが必要なんだ。GoogleのStitchやClaude Designは完璧ではないけど、スタート地点を与えてくれる。実際に動くプロジェクトを作った後は、見た目が気に入るまで何度も改善するつもり。今はそんな風に使ってる。デザインのLLMについては、今は改善できないけど、UXがすごく使いにくいし、デザインの人向けに作られている感じがする。でも、GPT-Image-2を試してみるつもり。実は数ヶ月前、チャットGPTアプリ自体でUX/UIのリサーチをして、特定のアプリがどんな見た目になるかを生成してもらったことを覚えてる。あなたのUIデザインツールも教えてね。試してみたいんだ。

└

こういうことは多くがいい加減に作られていて、残念ながらこれが最先端を使う現実なんだ。アンソロピックはすべてをプレビューと呼んで、みんなに押し付けてくる。それって不誠実に感じる。

└

へぇ、画像モデルにUIのプロトタイプを頼むなんて考えたことなかった。いいアイデアだね、次回試してみるよ。

└

こういうのって、かなり適当に作られてるよね。マジで、デザインシステムを削除することすらできないんだから、下書きでも何でも。リサーチプレビューは正確だけど、できることは限られてる（試したシステムは、どれも「ヒーローテキストにキーワードを違う色で」っていうパターンに頼っちゃうし、いろんなプロンプトを試してもダメ）。それに、足りない部分も多いし（Claude Designにデザインシステムを削除する方法を聞くと、全然違う、妄想的な答えが返ってくるし、「プロジェクトIDはこれだよ、やってくれ」って言っても、「ごめん、君にしかできない」って言われる）。

└

画像モデルが「見えない」って言うなら、テキストモデルも「読まない」って言わなきゃダメだよね。どちらの主張にも意味があるけど、結局「見えるかのように振る舞う」とか「読むかのように振る舞う」って言うことになる。

Claude DesignとClaude Codeを使ってるけど、結果は素晴らしいよ。Claude Codeには明確なクリーンアップ指示があって、Claude Designのハンドオフスキルもかなりしっかりしてる。プロダクトローンチに何度も関わってきたから、デザイン面を適切に進められるし、集中して物事を進められる。私のワークフローに素晴らしい追加になってるよ。エージェント駆動のツールにはいつも言えることだけど、GIGOだね。もし人間がプロダクト経験がなくて、デザインを盲目的に受け入れてるなら、それは…選択だね。

└

投稿読んだ？プロジェクトへのアクセスをくれないんだよ、最大のサブスクリプションを解約してコーデックスを試してみたから。

サブスクリプションをキャンセルしただけで、全ての履歴をロックするのはちょっとひどいよね。

私もクレジットに関して問題に遭遇したよ。以前は最大プランに加入してクレジットを取得した後、プロプランにダウングレードしたらクレジットが消えちゃった。解約はしてないし、最大プランを使うほどじゃなかったからダウングレードしただけなんだけど。

└

うん、今の彼らの「契約」はめちゃくちゃだよ、エッジケースが多すぎて。ユーザー体験が悪い。ユーザーが多いと、こういうエッジケースも増えていくし。エンジニアたちに安心を与えるために、もっとシンプルにすべきだよ。

正直、バックアップは大事だよ。でも、WordがOfficeをキャンセルしたらファイルを消すなんて、誰も受け入れないよね。いつの間にか、バックアップと管理を区別しなくなってしまった気がする。

まだそこにあるし、簡単に手に入るよ。データをエクスポートすれば、すべてのClaude Designのチャットがdesign_chatsディレクトリにコードと一緒に入ってるから、今はClaude Designにアクセスできなくても大丈夫。形式は.jsonだけど、それを使えるコードに変換するのは簡単だよ。手動でも、OpenCode経由で最近のLLMに頼めばできるし。自分でもやってみたけど、うまくいった。APIでClaude Designを使えるようにしてくれたらいいなと思うけど、フォローアップ質問の実装がちょっと良くて、狭いUX実験には価値があると思う。ただ、今はサブスクリプションのMaxでClaude Codeを使って初めてOpusが使えなくなるような回帰を経験し始めたから、全体を正当化するのは難しい。GPT-5.5の新しいプレトレインは特定のコーディングユースケースには強力だけど、GPT-5.4の方がコンパクションやタスクの遵守が優れていたから、特定のユースケースには両方を使うのがベストだと思ってる。SaaSや期待に関するコメントにはあまり触れたくないけど、いくつかは法律や権利を考慮せずに「あなたのせい」とか言ってデータが失われたことを暗に示しているのが間違いだと思う。そんなことはありえないよ。考えてみて。もしAnthropic側で一時的なサブスクリプションのキャンセルや支払い処理の問題、バグがあったら、永久的なデータ損失を意味することになる。それは理想的じゃないよね。特にAnthropicは過去に、確認可能なカバーアカウントからの支払い処理に問題があったから。消費者に優しいエリアのユーザーは、自分のアカウントに関連するデータをエクスポートしてアクセスする権利があるんだ。支払っているかどうかは関係ない。もちろん、手動バックアップは常に好ましいけど、プロバイダーがデータ損失をすることもあるけど、データがある限り、少なくとも私の地域では渡さなきゃいけない。そうあるべきだよね。最後に、他のコメントに対してあまりコメントしないようにしてるけど、実際のスパムや悪意のあるもの以外では、もし複数のコメントがOPにエクスポートやバックアップをすべきだと十分に役立っているなら、繰り返す必要があるのかな？

└

クロードデザインにもこれがあるって教えてくれてありがとう。そうだね…まあ、これを読むのは私のコーディングエージェントになる予定だよ。必要があれば、どんな感じか見せてくれるし。理想的な世界では、こういうことがちゃんと整っているべきだと思うけど、リリースする前に全部実装する余裕があるかは分からなかった。でも、セッションをダウンロードするのには使うつもり。開発者としては、製品を作るのが楽しい部分で、権限設定や決済ゲートウェイ、レート制限、使用量計算、請求、GDPR関連、アカウントの作成や削除、エクスポートなんかは退屈な部分だから、そこが実装されているかどうかは疑問だったんだ。

└

この提案ありがとう、データをダウンロードしたらセッションが入ってたよ。

何もキャンセルせずに、クロードのいろんなものへのアクセスを失ったよ。大事なものは残さないように気をつけて、定期的にバックアップしてる。面白いのは、時々失ったものを覚えていて、明らかに見えるものを参照できないことがあること。私の経験では、ChatGPTが優れている点は、物を失わないこととプロジェクトの境界を尊重すること。クロードのプロジェクトは、物を早く失うための手段に見えるし、モデルはプロジェクトという概念をまったく理解していないみたい。

それに、Claudeはたまにアカウントをバンするから、記録も失われちゃうんだよね…