Din
178 posts
原来的科学上网被墙了，在新机器上重新部署，配好后需要再配置链式代理来稳定用 Claude。
教大家一个小技巧，验证链式代理是否生效：
curl claude.ai/cdn-cgi/trace
返回的 ip= 就是 Claude 看到的你的出口 IP。Cloudflare 内置的调试端点，所有 CF 站都能用。
中文
我们利用上周“开源”的 Claude Code 源码，在 auth2api 中精确复刻了 7 个维度的用户指纹，让每个 API 请求看起来都来自真实的 Claude Code CLI 用户。
目前我和几个朋友将 Claude Max 代理为 API，平稳运行 1 个月了，还没被封，大家可以试试。
repo: github.com/AmazingAng/aut…
0xAA@0xAA_Science
让 Claude Code 自己写了一个轻量、单账号的 Claude OAuth 转 API 代理， auth2api: github.com/AmazingAng/aut… 大概 2000行代码，借鉴了 CLIProxyAPI 和 sub2api，但更轻量，适合自己部署，自用为主的场景。 有封号可能，自己把握风险。但是不用也封号。
中文
@yadong_xie 比如银行系统，谁敢为不确定性买单呢。即便是未来有所谓的 spec dsl，要追求确定性，还是要依赖编译器/解释器，但一定不是当前靠概率来预测的LLM。即使未来有，它也是还是一门高级编程语言
中文
@yadong_xie 目前不敢苟同：
编程语言从汇编演进到高级语言，虽然越来越接近自然语言，但底层始终由编译器或解释器保障着严格的“确定性”。而现阶段大模型将自然语言转译为代码本质上是一个概率过程。在无法保证转译幂等性的前提下，自然语言尚不能作为软件工程中可靠的唯一事实来源（Source of Truth）。
中文
这篇文章建立在一个错误的假设前提下，code 会永远存在并且做为产品的 single source of truth
事实上的最后产品的 spec 才是 SoT，code 的角色最终会变成 bin 或者汇编
code 不是资产，spec 才是，每次有更好的模型就可以从 spec 获得更好的 code implement，而不是让 ai 在 code 的 shit mountain 上痛苦的理解产品的 spec
Augment Code@augmentcode
中文
