Claude Code 2.0

 (npmjs.com)
1 ポイント 投稿者 GN⁺ 2025-09-30 | 1件のコメント | WhatsAppで共有
  • Claude Codeはターミナルで動作するエージェント型コーディングツールで、自然言語コマンドを通じて反復作業の処理、コードの説明、gitワークフロー支援機能を提供する
  • コードベースを理解し、迅速な作業自動化を可能にすることで、ソフトウェア開発の生産性向上に貢献する
  • ターミナル、IDE、Githubなどさまざまな環境で利用でき、複雑な部分も自然言語で指示できる点が特長である
  • ユーザーフィードバックおよび利用データの収集は行われるが、機微データの保護とデータ利用制限ポリシーが適用される
  • 開発者コミュニティと公式ドキュメントの支援を通じて、拡張性とアクセス性を高めている

Claude Code の主要概要

  • Claude CodeはAnthropicが提供するターミナルベースのエージェント型コーディングツールである
  • ユーザーのコードベースを理解し、定型化された作業の自動実行、複雑なコードの説明、そして git 作業など、さまざまな支援を自然言語コマンドで行う
  • ターミナル、IDE、Github のタグ（@claude）のいずれでも利用できる
  • 自然言語ですべての開発関連コマンドが可能なため、複雑なコマンドやスクリプトを覚える必要がなく、生産性の最大化に役立つ

中核機能と特長

  • プロジェクトディレクトリで claude コマンドを実行するだけですぐに開始できる
  • 反復的なコード作業、自動化された ToDo 処理、複雑なコードブロックの解説、git ワークフローの進行などを自然言語で処理する
  • ターミナル、IDE、Github 環境など複数の開発環境との互換性を維持する

コミュニティとサポート

  • 開発者は Claude Developers Discord を通じて他のユーザーと情報を共有し、直接フィードバックを提示できる
  • /bug コマンドまたは Github Issue を通じて、直接的なフィードバックやバグ報告を行える
  • 公式ドキュメントを通じて、製品概要、使い方、詳細な案内を確認できる

データ収集とプライバシー保護

  • 利用データ（コードの採用・拒否、会話履歴、/bug を通じた直接フィードバックなど）を収集する
  • 機微情報は限定された期間のみ保持され、セッションデータへのアクセスも制限される
  • フィードバックはモデル学習用途には使用されないことが明確に示されており、データ保護ポリシーが厳格に適用される
  • 詳細は公式のデータ利用ポリシーおよび商用利用規約、プライバシーポリシーで確認できる

結論と差別化ポイント

  • Claude Codeは、さまざまな開発環境で自然言語によって反復業務を処理する最新のエージェント型コードアシスタントである
  • ユーザーデータ保護ポリシーと即時のコミュニティフィードバック支援などの面で、競合するオープンソースと比べて高い信頼性とアクセス性を提供する

関連記事

1件のコメント

 
GN⁺ 2025-09-30
Hacker Newsの意見

  • 実際の変更点は次の通り: 新しいVS Codeネイティブ拡張の公開、アプリUI全体の刷新、/rewindコマンドでコード変更を巻き戻し、/usageコマンドでプラン上限を確認、Tabキーでthinking状態を切り替え（セッションをまたいでも維持）、Ctrl-Rで履歴検索、まだ未公開のclaude configコマンド、ツール使用後の特定エラーの減少、Claude Agent SDKへのリブランディング、および--agentsフラグでサブエージェントを動的に追加可能（変更履歴リンク）

    • GitHubの刷新されたプロンプト変更点比較やTwitterボットの要約でも新しいプロンプトを確認できる
    • ついにチェックポイント機能が追加された。全体的に良い変化に感じるし、自分としてはClaude CodeがLLM CLIツールの中で最高だと思う
    • VS Codeネイティブ拡張の公開は面白いポイントで、すでにCursorも独自CLIを出していることと合わせて興味深い
    • VS Codeネイティブ拡張は見た目は良いが、まだ少しバグがある: thinkingの切り替え方法が分からない、Claudeパネル内のどこをクリックしても入力できるわけではなく必ずテキストボックスをクリックする必要がある、修正を拒否する時もクリックが必要
    • ディレクトリ内を移動しながらのタブ補完がなくなった。Codexスタイルの@fileを入力してfzfリストを出さなければならない

  • こういうツールは本当に気に入っている。昨日は、携帯の充電器につないだ状態で撮影した娘の食事動画をこのツールに渡して、「ffmpegとimagemagickは入っている」と伝えたうえで、娘だけがきれいに見えるように隠れている部分を切り取ってほしいと頼んだ。動画を見て自分でクロップ範囲を見つけ、ffmpegで実行して、きれいになった動画が得られた。本当に感心する体験だった。ひとつ惜しいのは、たまに本当にもっと速ければと思うこと。CerebrasやGroqがまだCharm Crushなどとうまく互換性のあるAPIを作っていないからなのかもしれないが、今後が楽しみ

    • ルーターを活用してみるのもあり。今はgrafbase/nexusを作っていて、croqがopenai APIと会話できるなら、anthropicプロトコルとopenai providerをcroqのbase urlに合わせ、ANTHROPIC_BASE_URLを公開エンドポイントに設定してclaudeを起動すればよい。croqはまだ試していないが、かなり面白い活用の可能性を感じる
    • CerebrasはOpenAI互換の"Qwen Code"をサポートしており、毎秒約4000トークン。Qwen codeの480Bパラメータモデル（MoE）の性能もかなり良い。sonnetほどではないが、速度は圧倒的（ブログ参照）
    • 実際のところ、動画のトリミングなんて写真アプリで2秒で済む話ではないのかとも思う

  • この種のツールを自分は「ターミナルエージェント」と呼んでいるが、最近はVS Code拡張まで出てきたので、もう「コーディングエージェント」と呼ぶべきかもしれない。こうしたツールは実質的に一般的な「汎用エージェント」の一形態だ。Claude CodeやCodex CLIのようなツールは、キーボードで入力する限り人間にできるあらゆる作業を処理できる。安全に分離されたコンテナで使わないと危険かもしれないが、できることは非常に面白い

    • あまり言及されていない点として、Claude Codeはあらゆる種類の文書（レポート、スプレッドシート、デザイン、論文など）のディレクトリで開いてさまざまな形で扱えるということがある。Anthropicも実際に社内全体で使っていると述べているが、Codeという名前がかえって普及の足かせになっているように見える。もっと汎用的で直感的なUIのエージェントが明日にも出れば、業務の現場で非常に広く普及しそうだ
    • 実際の危険性は与える権限の範囲次第だと思う。自分はLinuxにcodex、claudeユーザーを作っていて、ほぼ常にyoloモードで回しているが問題は起きたことがない。shellagentという別名もかっこよく感じる
    • Cursorは今後、コンピュータ全体を活用するための会社へ転換していくと思う。ターミナルで動くコーディングエージェントと、OS全体を扱うコンピュータエージェントの境界はかなり狭まっており、まもなく越えるだろう
    • 自分がいちばん良いと感じる機能は、リファクタリングと再編成だ。反復的で面倒なリネーム、実装部の一括変更、ファイル移動やフォルダの作成・削除、import/exportの更新などは、エージェントに任せると簡単になる。その分、品質が伴う必要はあるが、自分の経験では今のところ75%程度は十分実用的だった

  • CLIではthinking状態の切り替えができるが、VS Code拡張ではどう操作するのか知っている人がいれば教えてほしい

  • 「Claude Code使用時にフィードバック（コード承認/拒否などの利用データ）、会話内容、/bugコマンドで送信したフィードバックを収集する」と案内されている。即時学習はオプトアウトできるが、会話そのものは保存しているようだ。自分がお金を払って使うなら、データは使わないでほしい。有料プランにはデータ収集なしのオプションを用意して、無料はデータ提供を対価に使えるようにしてほしい

    • 学習からオプトアウトできるとはいっても、実際には曖昧な表現が使われている。「あなたのデータを基盤モデルの学習には使わない」という程度なので、そこに含まれない報酬モデルやその他のテスト目的には使われ得る。結局、送ったどんなデータでも次世代LLMに入る可能性は常に意識しておくべきだと思う
    • 「今回のセッションのClaudeはどうでしたか？」と尋ねてくるとき、利用規約を根拠に会話全体をしれっと収集しようとしているのではないかと疑ってしまう
    • 結局、自分のモデルでないなら自分のコードも自分の所有物ではないようなものだ（彼らの視点では）。自前でモデルをホストするか、LLMが自分の機密コードを繰り返し吐き出すリスクを受け入れるしかない
    • /resumeコマンドで会話の途中から再開できるようにするためなので、保存自体が必ずしも悪いとは思わない。いろいろな用途に実際に役立つ。ただ、会話を削除する方法も用意すべきだと思う

  • 現在Goose（リンク）を使っていて、義理の弟はClaude Codeを使っており良いと言っている。Claude Codeへ移る明確な理由があるのか気になる。使った経験や比較ポイントがあれば知りたい

    • Claude Codeならではの差別化要素は、推論の料金体系が合う場合だと思う。エージェント自体に特別な点があるわけではない
    • Gooseも使ったことがあるが、Claude Codeのほうがデフォルト提供のオプションが良いものが多いと感じた。初期設定をどうしたのかも気になる
    • Goose関連の議論リンクを共有（参考リンク）
    • Gooseは実際には使ったことはないが、以前に調べたことはある。Claude Codeのほうがややネイティブに感じた。Anthropic APIやプランをすでに使っているなら、Claude Codeも気軽に試す価値はある

  • Code + VSCodeでコーディングをかなり多用してきたが、この数か月は同じプロンプトとコードをchatGPTに貼り付けるのに比べると、がっかりするようなダウングレードに感じる。今後はこういうやり方が主流になるのだろうか。つまり、作業ごとにどちらが優れているかに応じて、切り替え続けることになるのか気になっている

  • 1Mコンテキスト版を使うには/model sonnet[1m]を明示する必要がある

    • 本当にありがとう。この機能をずっと探していた

  • PlanでOpus/CodeとSonnetの組み合わせができないのを残念がっている人へ。チャートを一度見れば、Sonnet 4.5のほうがOpus 4.1より多くのベンチマークで優れている。選択肢が減ったというより、Sonnetが全般的にかなり良くなったので、単にこれを選んだという感じだ

    • それでも自分はripping planを直接確認して、きちんと分離されているかを見たい

  • プロンプト参考。前から気になっていたのだが、<system-reminder>のようなタグに実際に意味があるのか、あるいはLLMの学習上で特別な意味づけがされているのか、もしユーザーがこういう魔法のタグを知っていれば自分で入力してLLMの挙動を好きに変えられるのか気になる

    • ClaudeはこうしたセミXMLタグとの相性が実際かなり良いように訓練されている感じがする。自分で作ってもよいし、応答を特定タグで囲むよう指示してもうまくいく。たとえば「名前を<name>…</name>の形でタグ付けして答えてほしい」と頼める。複数の役割をタグで分けてロールプレイさせたり、<critique>タグを付けて自己批評ラウンドを経るようにさせたりと、構造化された応答を強制するのにも有効に機能する
    • ユーザー自身がシステムリマインダーに近い内容をプロンプトへ付け足すこともできる。Claude Codeチームがそれで効果があることを実証しており、今日Factoryの創業者がYouTubeライブで話していたFactory CLIなど、他でも応用されている（YouTubeリンク）
    • 「計画時にこのツールを使わないと重要なことを見落とす可能性があり、それは許されない」といった警告は、LLMに感情移入してはいけないと分かっていても、少し怖く感じて面白かった
    • ClaudeはXMLタグでプロンプトを訓練されていたのだと思う。関連するドキュメントリンクを参照