这个模型路由是需要怎么配置呀 2 个帖子 - 2 位参与者 阅读完整话题
今天看到一则新闻6月9号的新闻：Niantic（宝可梦开发商）和Vantor（万拓）合作，将 Pokémon GO 玩家提供的位置信息来训练无人机的导航系统。也就是说，玩家在玩游戏时贡献的数据，可能被用在完全不同的技术领域，比如无人机避障和路径规划。 文中提到，玩家是自愿同意条款和条件的，虽然我没有去看具体的条款，但我觉得条款中会合理出现的是“我同意你用我的数据优化游戏”，而不是“我同意你用我的数据训练机器人”吧？ 如果以后更多的XR的游戏数据被用在科研或商业项目，你会玩吗？ 原文链接： Pokémon Go data ‘exploited to develop navigation’ for military drones 1 个帖子 - 1 位参与者 阅读完整话题
从 https://linux.do/t/topic/2381885 继续讨论 似乎所有人的学生包到期时间都重置为8.1了，希望只是一个乌龙 前段时间收到一封邮件要整改学生包 大概率不会取消这个活动，大概率是草台班子搞数据的时候搞错了 1 个帖子 - 1 位参与者 阅读完整话题
API Error: Usage credits required for 1M context · run /usage-credits to turn them on, or /model to switch to standard context 最近一直在高强度用 Sonnet 1M 开发 但是用了今天之后 不让我用了。说要开启额外用量，我就是开启了额外用量 还是不让我用。我额外用量也是有钱的。 我也没有使用超量啊。这就限制了？ 最近确实用的很多 3 个帖子 - 2 位参与者 阅读完整话题
日抛号今天全死了，折腾不动了，准备上pro，真是要付费上班了，还是赚的人民币当美刀花，难受 1 个帖子 - 1 位参与者 阅读完整话题
我用Claude Code Desktop接入的第三方API，早上更新了Claude 1.12603.1 (3df4fd) 2026-06-11T16:57:36.000Z版本。 在摸鱼的时候突然发现 Coding Plan 额度在掉， 查看CCS日志发现跑了一百万Token了。所有请求的输出全部为1，这软件真阴啊。 1 个帖子 - 1 位参与者 阅读完整话题
根本没法用，必须开开机自启动和后台运行，不然几分钟就连不上网断连，纯垃圾软件 7 个帖子 - 6 位参与者 阅读完整话题
opencode/pi 都可以很方便使用 chrome-devtools mcp 但是让 codex 来就死活都不行。 1 个帖子 - 1 位参与者 阅读完整话题
事情是这样的:最近 Claude Code 用得很重,但它不提供任何使用统计——我想知道自己每天跑了多少会话、烧了多少 token 、都干了些什么。 于是我打开 Claude Code,让它给自己写一个统计工具。一天时间,从空仓库到发布 npm,而这个工具统计的第一批数据,就是"写它自己"的那几个会话——日报里能看到它自己的完整开发过程,相当套娃。 它做什么 Claude Code 把所有会话记录都存在本地( ~/.claude/projects/**/*.jsonl ),里面有完整的时间戳、token 用量、模型、你发过的每条指令。cc-journal 解析这些文件,给你: GitHub 风格活跃热力图 ——一眼看出哪天最肝,指标可切换(token / 会话数 / 指令数) 每日 token 趋势 ——input / output / cache 分开统计(cache 量级大 100 倍,混算全是虚高) 时段分布 ——看自己几点效率最高(我的午休低谷清晰可见) 当日明细 ——每个会话什么时间、哪个项目、首条指令、花了多少 token 每日工作日报 ——规则提取"今天干了什么",也可以调本机 claude CLI 浓缩成一段文字(走订阅,不用配 API key) 几个设计点 100% 本地离线 ,不上传任何数据,服务只监听 127.0.0.1,无遥测 接第三方模型(Kimi / GLM / DeepSeek 等 Anthropic 兼容端点)同样能统计 ——模型名从会话记录里自动识别,不是写死的列表,模型分布图直接看到各家用量 token 按 message.id + requestId 去重(一次响应在记录里占多行,每行都带完整 usage,不去重数字会翻几倍) Claude Code 默认 30 天清理旧记录,工具会把已解析的历史留在本地缓存里,从首次运行起热力图只增不减 零框架:Node + 原生 JS + ECharts,唯一运行时依赖是 commander 界面和 CLI 都支持中英文 试用 npx cc-journal serve 一条命令,浏览器自动打开 Dashboard,首次解析几秒钟。 GitHub: https://github.com/pickjason/cc-journal 目前只支持 Claude Code,数据口径上踩过的坑都写在 README 里了。功能还比较初期,欢迎反馈和 PR 。
事情是这样的:最近 Claude Code 用得很重,但它不提供任何使用统计——我想知道自己每天跑了多少会话、烧了多少 token 、都干了些什么。 于是我打开 Claude Code,让它给自己写一个统计工具。一天时间,从空仓库到发布 npm,而这个工具统计的第一批数据,就是"写它自己"的那几个会话——日报里能看到它自己的完整开发过程,相当套娃。 它做什么 Claude Code 把所有会话记录都存在本地( ~/.claude/projects/**/*.jsonl ),里面有完整的时间戳、token 用量、模型、你发过的每条指令。cc-journal 解析这些文件,给你: GitHub 风格活跃热力图 ——一眼看出哪天最肝,指标可切换(token / 会话数 / 指令数) 每日 token 趋势 ——input / output / cache 分开统计(cache 量级大 100 倍,混算全是虚高) 时段分布 ——看自己几点效率最高(我的午休低谷清晰可见) 当日明细 ——每个会话什么时间、哪个项目、首条指令、花了多少 token 每日工作日报 ——规则提取"今天干了什么",也可以调本机 claude CLI 浓缩成一段文字(走订阅,不用配 API key) 几个设计点 100% 本地离线 ,不上传任何数据,服务只监听 127.0.0.1,无遥测 接第三方模型(Kimi / GLM / DeepSeek 等 Anthropic 兼容端点)同样能统计 ——模型名从会话记录里自动识别,不是写死的列表,模型分布图直接看到各家用量 token 按 message.id + requestId 去重(一次响应在记录里占多行,每行都带完整 usage,不去重数字会翻几倍) Claude Code 默认 30 天清理旧记录,工具会把已解析的历史留在本地缓存里,从首次运行起热力图只增不减 零框架:Node + 原生 JS + ECharts,唯一运行时依赖是 commander 界面和 CLI 都支持中英文 试用 npx cc-journal serve 一条命令,浏览器自动打开 Dashboard,首次解析几秒钟。 GitHub: https://github.com/pickjason/cc-journal 目前只支持 Claude Code,数据口径上踩过的坑都写在 README 里了。功能还比较初期,欢迎反馈和 PR 。
事情是这样的:最近 Claude Code 用得很重,但它不提供任何使用统计——我想知道自己每天跑了多少会话、烧了多少 token 、都干了些什么。 于是我打开 Claude Code,让它给自己写一个统计工具。一天时间,从空仓库到发布 npm,而这个工具统计的第一批数据,就是"写它自己"的那几个会话——日报里能看到它自己的完整开发过程,相当套娃。 它做什么 Claude Code 把所有会话记录都存在本地( ~/.claude/projects/**/*.jsonl ),里面有完整的时间戳、token 用量、模型、你发过的每条指令。cc-journal 解析这些文件,给你: GitHub 风格活跃热力图 ——一眼看出哪天最肝,指标可切换(token / 会话数 / 指令数) 每日 token 趋势 ——input / output / cache 分开统计(cache 量级大 100 倍,混算全是虚高) 时段分布 ——看自己几点效率最高(我的午休低谷清晰可见) 当日明细 ——每个会话什么时间、哪个项目、首条指令、花了多少 token 每日工作日报 ——规则提取"今天干了什么",也可以调本机 claude CLI 浓缩成一段文字(走订阅,不用配 API key) 几个设计点 100% 本地离线 ,不上传任何数据,服务只监听 127.0.0.1,无遥测 接第三方模型(Kimi / GLM / DeepSeek 等 Anthropic 兼容端点)同样能统计 ——模型名从会话记录里自动识别,不是写死的列表,模型分布图直接看到各家用量 token 按 message.id + requestId 去重(一次响应在记录里占多行,每行都带完整 usage,不去重数字会翻几倍) Claude Code 默认 30 天清理旧记录,工具会把已解析的历史留在本地缓存里,从首次运行起热力图只增不减 零框架:Node + 原生 JS + ECharts,唯一运行时依赖是 commander 界面和 CLI 都支持中英文 试用 npx cc-journal serve 一条命令,浏览器自动打开 Dashboard,首次解析几秒钟。 GitHub: https://github.com/pickjason/cc-journal 目前只支持 Claude Code,数据口径上踩过的坑都写在 README 里了。功能还比较初期,欢迎反馈和 PR 。
我一直在使用5.5和mimo进行切换 我发现当每次切回到 5.5时 需要大量的输入作为创建缓存 ，反而花的钱更多了，在不同模型之间切换真的可以省钱吗 4 个帖子 - 3 位参与者 阅读完整话题
本人小白一枚 佬友们轻点喷 用了一家中转站，想用用Fable 5 中转站文档说要改一下setting.json 修改完之后 打开claude进行对话 直接报错 想问问佬友们这种怎么解决 5 个帖子 - 3 位参与者 阅读完整话题
小米 Mimo Code 免费 API 获取与 CCS 配置保姆级教程 最近小米推出的 Mimo Code ，CLI中选择 MiMo Auto 可以限免不限量使用 mimo-v2.5 模型。本文将手把手教你如何获取 JWT Token，并使用 CC Switch (CCS) 将其接入到你的 AI 编程工具中（如 Claude Code、CC GUI等）。 注意 ：本教程涉及到的 API 为免费接口，可能会存在限流或不稳定的情况，仅供学习和体验使用。 第一步：获取 JWT 令牌 (Token) 首先，我们需要通过 Bootstrap 接口获取一个临时的身份凭证（JWT）。这个凭证类似于你的“临时身份证”。 1. 发送请求 你可以使用 Reqable、Apifox 或者终端的 curl 命令。 接口地址 ： https://api.xiaomimimo.com/api/free-ai/bootstrap 请求方式 ：POST Header ： Content-Type: application/json Body (JSON) ： { "client": "test" } 提示 ： client 字段可以随意填写字符串，它相当于一个设备标识符。 2. 获取响应 发送请求后，你会收到如下 JSON 响应，其中 jwt 字段的值就是我们要用的 Token。请完整复制下来。 快速获取 Token ：也可以直接在终端执行以下命令获取 Token： curl -X POST 'https://api.xiaomimimo.com/api/free-ai/bootstrap' \ -H 'Content-Type: application/json' \ -d '{"client": "my-device-id"}' 第二步：测试接口 拿到 Token 后，先别急着配置软件，建议先用 curl 测试一下接口是否可用。 请将下方代码中的 <YOUR_JWT_TOKEN> 替换为你刚才获取到的真实 Token。 curl -X POST 'https://api.xiaomimimo.com/api/free-ai/openai/chat' \ -H 'Content-Type: application/json' \ -H 'Authorization: Bearer <YOUR_JWT_TOKEN>' \ -H 'X-Mimo-Source: mimocode-cli-free' \ -d '{ "model": "mimo-auto", "messages": [ { "role": "user", "content": "你好，请简单介绍一下你自己" } ] }' 如果返回了包含 content 的 JSON 数据，说明接口调用成功，Token 有效！可以继续下一步配置。 重要提示：Token 有效期 特别注意：Token 会过期！ 该免费接口获取的 JWT Token 有效期约为 1 小时 。 现象 ：如果你发现原本能用的 API 突然报错（通常是 401 Unauthorized），大概率是 Token 过期了。 解决方法 ：重新执行 第一步 的请求，获取一个新的 Token 并更新到你的配置中即可。 第三步：CC Switch (CCS) 配置指南 这是最关键的一步，很多用户配置失败都是因为这里没选对。 1. 添加供应商 打开 CC Switch，点击添加新供应商，名称随意（例如 mimo ）。 2. 填写 API Key 将第一步获取到的 JWT Token 粘贴到 API Key 输入框中。 3. 关键设置（必看！） 请务必参照下图进行设置， 红框标注的三个位置 绝对不能错： 请求地址 ：必须开启 “完整 URL” 开关（绿色状态）。 填入地址： https://api.xiaomimimo.com/api/free-ai/openai/chat 解释：因为这是一个非标准的 OpenAI 路径，必须告诉 CCS 直接使用这个完整链接，不要自动拼接 /v1/chat/completions 。 API 格式 ：选择 OpenAI Chat Completions (需开启路由) 。 模型映射 ：填写 mimo-auto 4.开启路由 进入设置 ： CC Switch 左上角 点击 开启路由 ： 点击顶部的【路由】、路由总开关【开启】、Claude【启用】 4. 保存并启用 点击保存后，在主界面找到 mimo ，点击右侧的开关启用它。现在你可以去 Claude Code 或 CC GUI 中测试聊天了！ 5.Claude Code 测试(需开启魔法) 进入 Claude Code ：终端输入 claude 确认模型 ：终端输入 model 选择 mimo-auto 测试模型 : 终端输入 你好 你是什么模型 ，因开启路由所有不会回复是 mimo 补充： 如需安装MiMo Code Mac/Linux 用户推荐（为了更佳的用户体验，强烈推荐 Mac 用户使用 iTerm 或 VSCode Terminal）： curl -fsSL https://mimo.xiaomi.com/install | bash Windows 用户推荐： npm install -g @mimo-ai/cli 进入MiMo Code mimo 更多MiMo Code 相关信息： MiMo Code 简介 希望这篇教程能帮到你！如果有其他问题，欢迎留言讨论。 2 个帖子 - 2 位参与者 阅读完整话题
想要试试效果，根本用不了啊。全是too many request… 免费的这么香吗 5 个帖子 - 5 位参与者 阅读完整话题
事情是这样的:最近 Claude Code 用得很重,但它不提供任何使用统计——我想知道自己每天跑了多少会话、烧了多少 token 、都干了些什么。 于是我打开 Claude Code,让它给自己写一个统计工具。一天时间,从空仓库到发布 npm,而这个工具统计的第一批数据,就是"写它自己"的那几个会话——日报里能看到它自己的完整开发过程,相当套娃。 它做什么 Claude Code 把所有会话记录都存在本地( ~/.claude/projects/**/*.jsonl ),里面有完整的时间戳、token 用量、模型、你发过的每条指令。cc-journal 解析这些文件,给你: GitHub 风格活跃热力图 ——一眼看出哪天最肝,指标可切换(token / 会话数 / 指令数) 每日 token 趋势 ——input / output / cache 分开统计(cache 量级大 100 倍,混算全是虚高) 时段分布 ——看自己几点效率最高(我的午休低谷清晰可见) 当日明细 ——每个会话什么时间、哪个项目、首条指令、花了多少 token 每日工作日报 ——规则提取"今天干了什么",也可以调本机 claude CLI 浓缩成一段文字(走订阅,不用配 API key) 几个设计点 100% 本地离线 ,不上传任何数据,服务只监听 127.0.0.1,无遥测 接第三方模型(Kimi / GLM / DeepSeek 等 Anthropic 兼容端点)同样能统计 ——模型名从会话记录里自动识别,不是写死的列表,模型分布图直接看到各家用量 token 按 message.id + requestId 去重(一次响应在记录里占多行,每行都带完整 usage,不去重数字会翻几倍) Claude Code 默认 30 天清理旧记录,工具会把已解析的历史留在本地缓存里,从首次运行起热力图只增不减 零框架:Node + 原生 JS + ECharts,唯一运行时依赖是 commander 界面和 CLI 都支持中英文 试用 npx cc-journal serve 一条命令,浏览器自动打开 Dashboard,首次解析几秒钟。 GitHub: https://github.com/pickjason/cc-journal 目前只支持 Claude Code,数据口径上踩过的坑都写在 README 里了。功能还比较初期,欢迎反馈和 PR 。
以前每天是10小时工作制。 现在因为 5 小时的 token 刷新，变成了工作 2～3 小时用完 token，划水 2～3 小时，再工作 2～3 小时，工作节奏被分摊到了一天中的所有时间，不分白天黑夜。 在晚上或清晨，也得产出点什么，不然就感觉 token 被白白浪费了。。。 4 个帖子 - 4 位参与者 阅读完整话题
[!todo] #一键展开 (不含 NSFW) 点击查看本期内容 （点击了解更多详细信息） [!todo]# NSFW NSFW QAQ Vol.023-NSFW01 （点击了解更多详细信息） NSFW QVQ Vol.023-NSFW02 （点击了解更多详细信息） NSFW QoQ Vol.023-NSFW03 （点击了解更多详细信息） [!todo]# 往期周刊 【摸鱼周刊】Vol.022 一周梗图沙雕乐子图合集 【摸鱼周刊】Vol.021 一周梗图沙雕乐子图合集 【摸鱼周刊】Vol.019 一周梗图沙雕乐子图合集 【摸鱼周刊】Vol.019 一周梗图沙雕乐子图合集 【摸鱼周刊】Vol.018 一周梗图沙雕乐子图合集 【摸鱼周刊】Vol.017 一周梗图沙雕乐子图合集 【摸鱼周刊】Vol.016 一周梗图沙雕乐子图合集 【摸鱼周刊】Vol.015 一周梗图沙雕乐子图合集 【摸鱼周刊】Vol.014 一周梗图沙雕乐子图合集 【摸鱼周刊】Vol.013 一周梗图沙雕乐子图合集 查看更多 4 个帖子 - 4 位参与者 阅读完整话题
美国国会正在重启一项近年对苹果影响最重大的反垄断立法攻势，再次把矛头对准 App Store 以及大型平台对生态的控制权，这场战斗此前在多届国会中曾因科技巨头的强力游说而被拖延搁置。 6 月 10 日，美国参议员艾米·克洛布彻（民主党，明尼苏达州）和查克·格拉斯利（共和党，爱荷华州）重新提出了《美国线上创新与选择法案》（American Innovation and Choice Online Act，简称 AICOA）。这一法案旨在恢复两党合作，限制占据主导地位的大型科技平台在自家产品和服务上“开小灶”的行为。 法案锁定的是体量最大的在线平台，试图限制那些被支持者视为不公平竞争优势的做法，包括在搜索排序、推荐和入口位置上偏袒自身服务等。苹果和其他科技巨头此前已经为阻击早期版本的立法投入多年时间和大量资金，理由是该法案可能对其商业模式构成冲击。 按照目前文本，AICOA 将禁止占主导地位的科技公司在平台上优待自家产品和服务，这种被称为“自我优待”（self‑preferencing）的做法，被批评为会实质性压制第三方竞争者的发展空间。批评者长期指责，苹果同时掌控 iOS 操作系统和 App Store 分发渠道，借此在应用分发、支付和订阅等环节为自家服务“保驾护航”，不利于竞争环境的公平性。 苹果方面则一贯强调，其平台政策的首要目标在于保护用户隐私、安全以及平台完整性。在发给媒体的声明中，苹果表示坚决反对参议院推动“欧盟式监管”，认为相关立法将削弱隐私保护与安全标准，损害儿童安全，并会让在美国做生意变得更加困难。 苹果还批评称，将欧洲“失败的政策”照搬到美国并不会真正提升市场竞争。这一轮法案“回归”，标志着一场已在多届国会间拉锯的立法攻防进入新阶段。AICOA 早期版本曾成功通过参议院司法委员会审议，在科技监管提案中推进程度相对罕见，但最终仍未进入全院表决程序。 自国会首次讨论 AICOA 以来，围绕这部法案的争论已经出现变化。一方面，苹果为了遵守欧盟的《数字市场法》（Digital Markets Act，DMA），已经在欧洲调整了 App Store 的部分规则；另一方面，欧洲实践提供了一个现实范例，让外界得以观察强监管框架对大型平台运营的具体影响。 DMA 要求大型科技平台在竞争和运营方式上做出重要调整，AICOA 虽然路径不同，但目标同样是限制平台利用自身控制力来优待自家服务。对于苹果而言，欧盟 DMA 所引发的一系列 App Store 改动，正好成为美国立法者构想 AICOA 时的现实参照。 苹果则反复强调，AICOA 在关键条款上会与欧盟《数字市场法》形成“镜像”，而 DMA 已经迫使公司在欧盟对 App Store 做出大幅调整。依照苹果的说法，DMA 的实施削弱了隐私保护、增加了安全风险，也让新品发布和平台演进变得更加复杂和艰难。 在此前数轮立法博弈中，苹果是最激烈的反对方之一，认为法案中的某些条款会增加维持平台隐私和安全防线的难度。代表大型科技公司的行业组织也警告，法规可能对软硬件高度一体化的产品与服务产生意料之外的副作用。 法案支持者则坚持认为，主导性平台对依赖它们开展业务的公司掌控力过强，而现行反垄断法律并不足以解决这些结构性问题。为了阻止 AICOA 及相关反垄断立法落地，苹果、亚马逊、Google和 Meta 等公司过去曾合计投入逾 1 亿美元在游说和公关倡议上，贸易协会与行业出资的广告战也一度铺天盖地，但在两党支持和委员会闯关的情况下，法案仍最终停滞。 如今这部法案“卷土重来”并不意味着一定会顺利入法，但其回归本身表明：国会仍在尝试限制大型科技平台利用其生态控制权来优待自身产品和服务。对于苹果来说，这不只是又一次监管审查，而是关乎 App Store 未来运营模式以及苹果服务业务在其平台上如何展开竞争的重大议题。 目前，该版本能否获得足够支持继续推进仍不明朗。不过可以确定的是，围绕大型科技平台权力边界的争论，将在美国立法层面继续延长战线，而苹果在 iPhone 生态中的角色和边界，也将再次成为聚光灯下的核心问题。 查看评论
API Key:tp-c0x5wrgpqqjm1fhtp74758tmesl3lun3eu4xlvvxbwanwfee Base URL 兼容 OpenAI 接口协议： https://token-plan-cn.xiaomimimo.com/v1 兼容 Anthropic 接口协议： https://token-plan-cn.xiaomimimo.com/anthropic ipad 党方便测试蹬入口： https://vb.do/dashboard?autosubmit=true#prompt=hello&providerId=mi&providerName=MI&providerProtocol=openai-compatible&baseUrl=https%3A%2F%2Ftoken-plan-cn.xiaomimimo.com%2Fv1&modelId=mimo-v2.5&modelName=mimo+v2.5