ディスカッション (11件)
関連する進行中のスレッド:DeepSeekがV4 Proの価格割引を恒久化 - https://news.ycombinator.com/item?id=48237663 - 2026年5月(コメント数384件)
DeepSeekのキャッシュを活かすために「DeepSeekネイティブのコーディングエージェント」が必要かと言われると、ちょっと疑問だな。昨日、Codexのクォータ制限の問題が解消されなかったから、Codex経由でDeepSeek V4 Proを使えるように簡単なブリッジを書いたんだ。見ての通り、ほとんどの作業がキャッシュされてるっぽいよ:https://i.imgur.com/7eKn6wN.png (2026-05-23 入力(キャッシュヒット): 39,123,200トークン、入力(キャッシュミス): 1,692,286)。このブリッジは特別なことはしてなくて、DeepSeekのAPI形式をCodexが期待する形に変換してるだけ。キャッシュについては何も特殊な設定はしてない。
キャッシュの効率がいいのはもちろんだとして、自分でOpenCodeを立ち上げてDeepSeek APIを使うのと比べて、どんなメリットがあるのかよくわからないな。そっちも確実にキャッシュするし、何より「api.deepseek.comと直接やり取り」できるわけだし、もっとこなれた環境が手に入るはずだよ。
あのページ、あんまり好きじゃないな。タイピングのアニメーションで例の部分がずっとリサイズされて、その下のコンテンツが上下に動きまくるんだよね。UXがひどすぎる。
キャッシュヒットの効率にこだわってるのは最高だね。ユーザーのコスト効率を最大限に高める素晴らしいプロダクトを作ったDeepSeekチームに敬意を表するよ。
ちょっと気になるんだけどさ。
FAQを見るとこう書いてあるね:
セルフホストやプライベートなDeepSeekエンドポイントを指定できますか?
はい。0.30以降、セルフホストのDeepSeekエンドポイント向けに標準外のキープレフィックスを受け入れるようになりました。
baseUrlを内部アドレスに向けるだけでOKです。ループやキャッシュ戦略、ツールプロトコルに変更はありません。
で、聞きたいのはこれ:
もしReasonixを使ってOpenRouter経由でDeepSeekのエンドポイントとやり取りする場合、このエージェントハネスのキャッシュヒットの恩恵は受けられるのかな?
上部のアニメーションのせいで、読んでる最中ずっとサイトの他の部分が押し下げられて、使い物にならないよ。
笑える話なんだけど、自分は月200ドルのClaudeユーザーで、他のツールはほとんど必要なかったんだ。でも、Claudeが最近のIDEでの利用制限とかでワークフローをどんどん制限してくるせいで、他へ移りたくなってきたんだよね。
SOTAレベルの推論能力は手放したくないから悩ましいところだけど、DeepSeekは相変わらず興味をそそられるよ。
このサイト、Codexで作られたんじゃないか?以前、チーム向けの機能概要をHTMLで作ってくれってCodexに頼んだら、過剰に作り込まれた怪物みたいなのが出てきたんだ。中身のない巨大な統計ボックスが並んでて、フォント、色、レイアウト、ヒーローセクションまで全部今回と同じ感じ。スマホで見ると崩れるのも同じだ。
結局、Claudeに頼んで1ページで必要なことがまとまったHTMLを出力させたら、ほぼ一発で理想通りになったし、少し修正するだけで機能の意図も明確に説明できたよ。
作者にわかってほしいんだけど、メモリの半分を食いつぶすようなものじゃなくて、RustやGolangで書かれた単一の自己完結型バイナリを求めてる層もいるんだよね。
一年間ハネスを書いてきた立場から言うと、OpenCodeとかの開発陣はバカじゃないんだよ。プレフィックスキャッシュを(大抵は部分的に)破壊する決定をするときは、必ずテストして、その方が全体として良い結果が出るとわかったときだけだ。
もしdsv4の挙動が他のモデルの集大成とは違うと思ってるなら、証拠を添えてPRを送って、特定のハネスで特別扱いできるようにすればいい。何も考えずに「キャッシュがあるから常にアペンドオンリーでいい」なんて思い込むのは、全員の時間の無駄だよ。
試してみたけど、テキスト入力エリアが黒背景に黒文字になってたよ。ドキュメントを確認して、DeepSeek v4、Claude、Geminiにフォントやスタイルの修正方法を聞いたけど、ダークテーマのターミナルで実行する以外はどれもダメだった。信じられないよ。開発メンバーの中にライトテーマ使ってる人はいないの?