今天在SEAGM上准备买一张土耳其区的apple礼品卡，没看清楚买成了google pay的礼品卡，联系seagm客服回复不给退，求解现在我该怎么花掉，有什么可买的东西吗 2 个帖子 - 2 位参与者 阅读完整话题
发一个蜂巢的邀请，请看清要求，不满足的通过不了。两站 PU 级别，尽量大站，审核快，（MT，TTG看不到邮箱无效），邮箱和用户名相对应。满足条件的再留邮箱用户名，低隐，只有一个。保留不发的权利。 2 个帖子 - 2 位参与者 阅读完整话题
我记得之前可以像分叉树一样看各种回复来着，一眼看清哪群评论回复的谁，现在只能按照默认的堆叠浏览了 15 个帖子 - 8 位参与者 阅读完整话题
发一个蜂巢的邀请，请看清要求，不满足的通过不了。两站PU级别，邮箱和用户名相对应。满足条件的再留邮箱用户名，只有一个。保留不发的权利。 1 个帖子 - 1 位参与者 阅读完整话题
我想买一个小音响，商品没看清楚不包运费，我付款发现运费商品价格差不多，发现蹊跷后马上点了退款申请，卖家直接说发货了，我是秒退款申请的，然后发语音让我看着办什么的，这个钱能申诉回来吗？现在还在卖家处理期。 6 个帖子 - 6 位参与者 阅读完整话题
做了个小工具 ccglass ，一条命令就能看到这些 coding agent 到底往大模型发了什么。 GitHub： https://github.com/jianshuo/ccglass 为什么做 我一直想看清 Claude Code 、Codex 这类 agent CLI 实际发出去的请求——完整的 system prompt 、每一个 tool 的 schema 、消息历史、还有每次请求的 token / 缓存 / 花了多少钱。问题是：这些都是 Node / 原生程序， 根本不理 HTTP_PROXY / HTTPS_PROXY ，所以 Charles 、mitmproxy 都抓不到；而 patch fetch 那类方案， 客户端一更新就废。 怎么做到的 关键点：这些 CLI 都允许用环境变量改 API 的 base url （ ANTHROPIC_BASE_URL 、OPENAI_BASE_URL 、DEEPSEEK_BASE_URL ）。 ccglass 就在本地起一个会记日志的反向代理，把客户端指过去，再转发给真正的 API 。 客户端自己跟真 API 走 HTTPS ， 你只截本地这一跳的明文 HTTP ——不用装 CA 证书、 不碰 TLS pinning 、没有 MITM 。 能看到什么 实时请求流，点开看完整 system prompt + 全部工具 schema 消息历史里 tool_use 和对应的 tool_result 按 call_id 配对、同色标记 一个 agent loop 的「 flow 」视图：模型选了哪个工具 → 本地执行 → 结果喂回去 每次请求精确的 token / 缓存命中率 / 花费 两次请求的 diff ，能看到这一轮到底新增了哪些上下文、哪些被缓存命中 零依赖 Node ，一条命令，像 ollama 那样： npx ccglass 目前支持 Claude Code 、Codex 、DeepSeek-TUI 、Kimi 。 一点说明 它只能看到客户端在这一跳发出去的东西（本地工具执行的过程看不到），花费是按公开 价格估算的。欢迎拍砖，也想听听你们还想看到哪些维度的信息。
做了个小工具 ccglass ，一条命令就能看到这些 coding agent 到底往大模型发了什么。 GitHub： https://github.com/jianshuo/ccglass 为什么做 我一直想看清 Claude Code 、Codex 这类 agent CLI 实际发出去的请求——完整的 system prompt 、每一个 tool 的 schema 、消息历史、还有每次请求的 token / 缓存 / 花了多少钱。问题是：这些都是 Node / 原生程序， 根本不理 HTTP_PROXY / HTTPS_PROXY ，所以 Charles 、mitmproxy 都抓不到；而 patch fetch 那类方案， 客户端一更新就废。 怎么做到的 关键点：这些 CLI 都允许用环境变量改 API 的 base url （ ANTHROPIC_BASE_URL 、OPENAI_BASE_URL 、DEEPSEEK_BASE_URL ）。 ccglass 就在本地起一个会记日志的反向代理，把客户端指过去，再转发给真正的 API 。 客户端自己跟真 API 走 HTTPS ， 你只截本地这一跳的明文 HTTP ——不用装 CA 证书、 不碰 TLS pinning 、没有 MITM 。 能看到什么 实时请求流，点开看完整 system prompt + 全部工具 schema 消息历史里 tool_use 和对应的 tool_result 按 call_id 配对、同色标记 一个 agent loop 的「 flow 」视图：模型选了哪个工具 → 本地执行 → 结果喂回去 每次请求精确的 token / 缓存命中率 / 花费 两次请求的 diff ，能看到这一轮到底新增了哪些上下文、哪些被缓存命中 零依赖 Node ，一条命令，像 ollama 那样： npx ccglass 目前支持 Claude Code 、Codex 、DeepSeek-TUI 、Kimi 。 一点说明 它只能看到客户端在这一跳发出去的东西（本地工具执行的过程看不到），花费是按公开 价格估算的。欢迎拍砖，也想听听你们还想看到哪些维度的信息。
做了个小工具 ccglass ，一条命令就能看到这些 coding agent 到底往大模型发了什么。 GitHub： https://github.com/jianshuo/ccglass 为什么做 我一直想看清 Claude Code 、Codex 这类 agent CLI 实际发出去的请求——完整的 system prompt 、每一个 tool 的 schema 、消息历史、还有每次请求的 token / 缓存 / 花了多少钱。问题是：这些都是 Node / 原生程序， 根本不理 HTTP_PROXY / HTTPS_PROXY ，所以 Charles 、mitmproxy 都抓不到；而 patch fetch 那类方案， 客户端一更新就废。 怎么做到的 关键点：这些 CLI 都允许用环境变量改 API 的 base url （ ANTHROPIC_BASE_URL 、OPENAI_BASE_URL 、DEEPSEEK_BASE_URL ）。 ccglass 就在本地起一个会记日志的反向代理，把客户端指过去，再转发给真正的 API 。 客户端自己跟真 API 走 HTTPS ， 你只截本地这一跳的明文 HTTP ——不用装 CA 证书、 不碰 TLS pinning 、没有 MITM 。 能看到什么 实时请求流，点开看完整 system prompt + 全部工具 schema 消息历史里 tool_use 和对应的 tool_result 按 call_id 配对、同色标记 一个 agent loop 的「 flow 」视图：模型选了哪个工具 → 本地执行 → 结果喂回去 每次请求精确的 token / 缓存命中率 / 花费 两次请求的 diff ，能看到这一轮到底新增了哪些上下文、哪些被缓存命中 零依赖 Node ，一条命令，像 ollama 那样： npx ccglass 目前支持 Claude Code 、Codex 、DeepSeek-TUI 、Kimi 。 一点说明 它只能看到客户端在这一跳发出去的东西（本地工具执行的过程看不到），花费是按公开 价格估算的。欢迎拍砖，也想听听你们还想看到哪些维度的信息。
做了个小工具 ccglass ，一条命令就能看到这些 coding agent 到底往大模型发了什么。 GitHub： https://github.com/jianshuo/ccglass 为什么做 我一直想看清 Claude Code 、Codex 这类 agent CLI 实际发出去的请求——完整的 system prompt 、每一个 tool 的 schema 、消息历史、还有每次请求的 token / 缓存 / 花了多少钱。问题是：这些都是 Node / 原生程序， 根本不理 HTTP_PROXY / HTTPS_PROXY ，所以 Charles 、mitmproxy 都抓不到；而 patch fetch 那类方案， 客户端一更新就废。 怎么做到的 关键点：这些 CLI 都允许用环境变量改 API 的 base url （ ANTHROPIC_BASE_URL 、OPENAI_BASE_URL 、DEEPSEEK_BASE_URL ）。 ccglass 就在本地起一个会记日志的反向代理，把客户端指过去，再转发给真正的 API 。 客户端自己跟真 API 走 HTTPS ， 你只截本地这一跳的明文 HTTP ——不用装 CA 证书、 不碰 TLS pinning 、没有 MITM 。 能看到什么 实时请求流，点开看完整 system prompt + 全部工具 schema 消息历史里 tool_use 和对应的 tool_result 按 call_id 配对、同色标记 一个 agent loop 的「 flow 」视图：模型选了哪个工具 → 本地执行 → 结果喂回去 每次请求精确的 token / 缓存命中率 / 花费 两次请求的 diff ，能看到这一轮到底新增了哪些上下文、哪些被缓存命中 零依赖 Node ，一条命令，像 ollama 那样： npx ccglass 目前支持 Claude Code 、Codex 、DeepSeek-TUI 、Kimi 。 一点说明 它只能看到客户端在这一跳发出去的东西（本地工具执行的过程看不到），花费是按公开 价格估算的。欢迎拍砖，也想听听你们还想看到哪些维度的信息。
做了个小工具 ccglass ，一条命令就能看到这些 coding agent 到底往大模型发了什么。 GitHub： https://github.com/jianshuo/ccglass 为什么做 我一直想看清 Claude Code 、Codex 这类 agent CLI 实际发出去的请求——完整的 system prompt 、每一个 tool 的 schema 、消息历史、还有每次请求的 token / 缓存 / 花了多少钱。问题是：这些都是 Node / 原生程序， 根本不理 HTTP_PROXY / HTTPS_PROXY ，所以 Charles 、mitmproxy 都抓不到；而 patch fetch 那类方案， 客户端一更新就废。 怎么做到的 关键点：这些 CLI 都允许用环境变量改 API 的 base url （ ANTHROPIC_BASE_URL 、OPENAI_BASE_URL 、DEEPSEEK_BASE_URL ）。 ccglass 就在本地起一个会记日志的反向代理，把客户端指过去，再转发给真正的 API 。 客户端自己跟真 API 走 HTTPS ， 你只截本地这一跳的明文 HTTP ——不用装 CA 证书、 不碰 TLS pinning 、没有 MITM 。 能看到什么 实时请求流，点开看完整 system prompt + 全部工具 schema 消息历史里 tool_use 和对应的 tool_result 按 call_id 配对、同色标记 一个 agent loop 的「 flow 」视图：模型选了哪个工具 → 本地执行 → 结果喂回去 每次请求精确的 token / 缓存命中率 / 花费 两次请求的 diff ，能看到这一轮到底新增了哪些上下文、哪些被缓存命中 零依赖 Node ，一条命令，像 ollama 那样： npx ccglass 目前支持 Claude Code 、Codex 、DeepSeek-TUI 、Kimi 。 一点说明 它只能看到客户端在这一跳发出去的东西（本地工具执行的过程看不到），花费是按公开 价格估算的。欢迎拍砖，也想听听你们还想看到哪些维度的信息。
做了个小工具 ccglass ，一条命令就能看到这些 coding agent 到底往大模型发了什么。 GitHub： https://github.com/jianshuo/ccglass 为什么做 我一直想看清 Claude Code 、Codex 这类 agent CLI 实际发出去的请求——完整的 system prompt 、每一个 tool 的 schema 、消息历史、还有每次请求的 token / 缓存 / 花了多少钱。问题是：这些都是 Node / 原生程序， 根本不理 HTTP_PROXY / HTTPS_PROXY ，所以 Charles 、mitmproxy 都抓不到；而 patch fetch 那类方案， 客户端一更新就废。 怎么做到的 关键点：这些 CLI 都允许用环境变量改 API 的 base url （ ANTHROPIC_BASE_URL 、OPENAI_BASE_URL 、DEEPSEEK_BASE_URL ）。 ccglass 就在本地起一个会记日志的反向代理，把客户端指过去，再转发给真正的 API 。 客户端自己跟真 API 走 HTTPS ， 你只截本地这一跳的明文 HTTP ——不用装 CA 证书、 不碰 TLS pinning 、没有 MITM 。 能看到什么 实时请求流，点开看完整 system prompt + 全部工具 schema 消息历史里 tool_use 和对应的 tool_result 按 call_id 配对、同色标记 一个 agent loop 的「 flow 」视图：模型选了哪个工具 → 本地执行 → 结果喂回去 每次请求精确的 token / 缓存命中率 / 花费 两次请求的 diff ，能看到这一轮到底新增了哪些上下文、哪些被缓存命中 零依赖 Node ，一条命令，像 ollama 那样： npx ccglass 目前支持 Claude Code 、Codex 、DeepSeek-TUI 、Kimi 。 一点说明 它只能看到客户端在这一跳发出去的东西（本地工具执行的过程看不到），花费是按公开 价格估算的。欢迎拍砖，也想听听你们还想看到哪些维度的信息。
做了个小工具 ccglass ，一条命令就能看到这些 coding agent 到底往大模型发了什么。 GitHub： https://github.com/jianshuo/ccglass 为什么做 我一直想看清 Claude Code 、Codex 这类 agent CLI 实际发出去的请求——完整的 system prompt 、每一个 tool 的 schema 、消息历史、还有每次请求的 token / 缓存 / 花了多少钱。问题是：这些都是 Node / 原生程序， 根本不理 HTTP_PROXY / HTTPS_PROXY ，所以 Charles 、mitmproxy 都抓不到；而 patch fetch 那类方案， 客户端一更新就废。 怎么做到的 关键点：这些 CLI 都允许用环境变量改 API 的 base url （ ANTHROPIC_BASE_URL 、OPENAI_BASE_URL 、DEEPSEEK_BASE_URL ）。 ccglass 就在本地起一个会记日志的反向代理，把客户端指过去，再转发给真正的 API 。 客户端自己跟真 API 走 HTTPS ， 你只截本地这一跳的明文 HTTP ——不用装 CA 证书、 不碰 TLS pinning 、没有 MITM 。 能看到什么 实时请求流，点开看完整 system prompt + 全部工具 schema 消息历史里 tool_use 和对应的 tool_result 按 call_id 配对、同色标记 一个 agent loop 的「 flow 」视图：模型选了哪个工具 → 本地执行 → 结果喂回去 每次请求精确的 token / 缓存命中率 / 花费 两次请求的 diff ，能看到这一轮到底新增了哪些上下文、哪些被缓存命中 零依赖 Node ，一条命令，像 ollama 那样： npx ccglass 目前支持 Claude Code 、Codex 、DeepSeek-TUI 、Kimi 。 一点说明 它只能看到客户端在这一跳发出去的东西（本地工具执行的过程看不到），花费是按公开 价格估算的。欢迎拍砖，也想听听你们还想看到哪些维度的信息。
做了个小工具 ccglass ，一条命令就能看到这些 coding agent 到底往大模型发了什么。 GitHub： https://github.com/jianshuo/ccglass 为什么做 我一直想看清 Claude Code 、Codex 这类 agent CLI 实际发出去的请求——完整的 system prompt 、每一个 tool 的 schema 、消息历史、还有每次请求的 token / 缓存 / 花了多少钱。问题是：这些都是 Node / 原生程序， 根本不理 HTTP_PROXY / HTTPS_PROXY ，所以 Charles 、mitmproxy 都抓不到；而 patch fetch 那类方案， 客户端一更新就废。 怎么做到的 关键点：这些 CLI 都允许用环境变量改 API 的 base url （ ANTHROPIC_BASE_URL 、OPENAI_BASE_URL 、DEEPSEEK_BASE_URL ）。 ccglass 就在本地起一个会记日志的反向代理，把客户端指过去，再转发给真正的 API 。 客户端自己跟真 API 走 HTTPS ， 你只截本地这一跳的明文 HTTP ——不用装 CA 证书、 不碰 TLS pinning 、没有 MITM 。 能看到什么 实时请求流，点开看完整 system prompt + 全部工具 schema 消息历史里 tool_use 和对应的 tool_result 按 call_id 配对、同色标记 一个 agent loop 的「 flow 」视图：模型选了哪个工具 → 本地执行 → 结果喂回去 每次请求精确的 token / 缓存命中率 / 花费 两次请求的 diff ，能看到这一轮到底新增了哪些上下文、哪些被缓存命中 零依赖 Node ，一条命令，像 ollama 那样： npx ccglass 目前支持 Claude Code 、Codex 、DeepSeek-TUI 、Kimi 。 一点说明 它只能看到客户端在这一跳发出去的东西（本地工具执行的过程看不到），花费是按公开 价格估算的。欢迎拍砖，也想听听你们还想看到哪些维度的信息。
做了个小工具 ccglass ，一条命令就能看到这些 coding agent 到底往大模型发了什么。 GitHub： https://github.com/jianshuo/ccglass 为什么做 我一直想看清 Claude Code 、Codex 这类 agent CLI 实际发出去的请求——完整的 system prompt 、每一个 tool 的 schema 、消息历史、还有每次请求的 token / 缓存 / 花了多少钱。问题是：这些都是 Node / 原生程序， 根本不理 HTTP_PROXY / HTTPS_PROXY ，所以 Charles 、mitmproxy 都抓不到；而 patch fetch 那类方案， 客户端一更新就废。 怎么做到的 关键点：这些 CLI 都允许用环境变量改 API 的 base url （ ANTHROPIC_BASE_URL 、OPENAI_BASE_URL 、DEEPSEEK_BASE_URL ）。 ccglass 就在本地起一个会记日志的反向代理，把客户端指过去，再转发给真正的 API 。 客户端自己跟真 API 走 HTTPS ， 你只截本地这一跳的明文 HTTP ——不用装 CA 证书、 不碰 TLS pinning 、没有 MITM 。 能看到什么 实时请求流，点开看完整 system prompt + 全部工具 schema 消息历史里 tool_use 和对应的 tool_result 按 call_id 配对、同色标记 一个 agent loop 的「 flow 」视图：模型选了哪个工具 → 本地执行 → 结果喂回去 每次请求精确的 token / 缓存命中率 / 花费 两次请求的 diff ，能看到这一轮到底新增了哪些上下文、哪些被缓存命中 零依赖 Node ，一条命令，像 ollama 那样： npx ccglass 目前支持 Claude Code 、Codex 、DeepSeek-TUI 、Kimi 。 一点说明 它只能看到客户端在这一跳发出去的东西（本地工具执行的过程看不到），花费是按公开 价格估算的。欢迎拍砖，也想听听你们还想看到哪些维度的信息。
本来是想充值的，没看清500LDC，买了个邀请码。。找个有缘人随机抽了，中奖楼层 = 下周一上证指数收盘价小数点前数字 下周一上证指数收盘价小数点后数字 计算示例： 若下周一A股收盘价是 4100.56。 那么则计算：4100 56 余数是 73.12，四舍五入那么73楼就是中奖者，要是本帖楼层数不足，那就送给@lazyrain 上个帖子的第一个评论的用户 20 个帖子 - 19 位参与者 阅读完整话题
有点像早期华子米子的魔法对碰 感觉很奇怪啊，不知道大家是真的没看清还是自动化的 还是串子 1 个帖子 - 1 位参与者 阅读完整话题
感谢始皇大佬，感谢l站，再也不随便参与抽奖了，这段时间给我憋死了，希望大家都能看清社区规则，不要走我的老路！ 不能点赞 不能讨论的日子真的很难熬！ 12 个帖子 - 9 位参与者 阅读完整话题
上个月抱着试一试的心态买了49元的套餐，当时没看清买了之后只有豆包一个模型！然后退款了还是按天计算的扣了我2块多钱一次没用！ 然后今天有想再试一次99的套餐这次看清楚了，全部模型40M token是的就是4000万token，然后我觉得这token量好像不对劲然后就买了，之后改了一个bug用量700多万 然后我就去问了售后，他们明确跟我说这个token就是按照现在市面上的计算方法统计计算的，然后我的疑问得到了回答，看图 我请问呢？花99买个4000万的token？这99我去买中转站起码少了个能用好几亿吧，DS的api起码能用十几亿二十亿吧？ 我想说的是，这个定价和用量确实是太太太离谱，我以为他们计算的方式和常规用量不一致这下知道了，真是拿国内的企业当**了，然后我这次退款还扣了4块多，没有别的意思，发出来只是让大家当参考 6 个帖子 - 4 位参与者 阅读完整话题
标题0.01x，实际是 1，请各位佬友在使用的时候看清楚模型定价后再使用，不要只看标题，可能会被误导 14 个帖子 - 9 位参与者 阅读完整话题
我代码里原来写好的字符串里的中文引号，让他帮我改完代码之后，原来有的中文引号都变成了英文引号，我没看清楚，项目上线了才发现。。模型用的是DeepSeek V4，flash和pro都这样。而且我就算给他中文原文是用的中文引号，他抄一遍到代码里就变成英文的引号了。有没有佬友遇到过的？ 5 个帖子 - 5 位参与者 阅读完整话题