比如我从Anthropic订阅了它的API，现在我有了一个账号、有订阅。 我听到AI拼车、家宽车队等等，这些词很陌生不知道是什么，但我推理它应该是把这个订阅分给多个人用的意思。 有懂的佬一次奖清楚么？ 例如： 这一个订阅有多少种玩法，每种都是怎么玩的。 20 个帖子 - 10 位参与者 阅读完整话题
如题，学校这个专业不强，目前大二，暑假后大三，rank是在1/140，有一篇AWPL的独立一作，未来可能也继续走通信/计算电磁方向。 目前的想法是去港大直博，但是港大的bar很高，同时香港我觉得太拥挤了~但是美国难申也不稳定。国内的话清北的组应该是可以去的，想问问各位佬，未来我可能学术界/业界是8:2的愿景，有没有佬在香港读书或者在国内高校的，可以给迷茫的小登一点建议 3 个帖子 - 3 位参与者 阅读完整话题
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
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
有没有佬知道，any大善人的余额已经蹬完了，纯问问没有别的意思 17 个帖子 - 12 位参与者 阅读完整话题
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
之前我记得any是登录自动签到的，没有手动签到按钮，好像要每次都退出账号重新登才会签到。但签到成功是有提示的，但最近我好像看不到提示了。不知道是不是实际有签到但没提示 14 个帖子 - 9 位参与者 阅读完整话题
目前让他审查了一个项目，等等看看质量如何？不知道能不能让我aha一下 对于还没用上的佬，可以试试让codex帮你配置 提示词： 帮我看一下我的claude code配置。我用的anyrouter渠道，帮我看一下为什么我一直用不了。你帮我顺便在 Linux do以及相关的社区找一下相关的一个资讯，看看怎么用上 claude fable 5。 我目前用anyrouter url，系统代理+tun模式，大家可以参考下 24 个帖子 - 21 位参与者 阅读完整话题
大大小小陆陆续续的买了几家的CodingPlan了 Kimi Minimax Codex 以及DeepseekAPI 还有OpenCode的Go套餐 用下来实际上感觉不出太大差距 除了Minimax-2.7 想问问佬友们自己在Vibe Coding的过程里都是用的什么模型，具体体感如何？各家的优势缺点都是什么？ Minimax在2.7的时候订阅了他家极速版 说实在的2.7真有点捞了，基本上那段时间里写代码（CC）就是在前端-怎么改都不如意 要么一堆bug与后端-打不开，编译失败 然后骂他 然后循环。 换了Kimi之后（2.6）其实也没感觉多好用，而且感觉用了minimax之后导致我的vibe热情都下降了，买了199套餐 甚至用不完。。 但是，kimi客户端的 Agent集群以及数据库 还挺好用的 给龙虾来盯个盘查个数据 新闻 还可以 然后最近Minimax除了M3 我也直接用上了，其实感觉有点提升吧，至少是思考变长了 当然也变慢了 而且长时间任务，确实明显提升- 上次一个单纯的文档审计-我Vibe之前一个设计 搞了比较多的文档-审计了得四五个小时吧，虽然是我让他多想的（没开子代理 可能这也是原因） 以及家的龙虾我也用了，感觉各家的龙虾做的都不咋样 还不如飞书的龙虾好用- 写到这里突然想起来飞书的龙虾好久没用了 数据都没备份呢 不会给我删了吧。。。 再就是 GPT- 一个字-夯 Codex真的很好用，作为一个工作台，不只是用来Code- 虽然Minimax与Kimi的客户端也都可以做其他事情了-minimax的更像GPT 不过就是量少-也可能我的用法问题吧 其实我还是缺少些VibeCoding的经验或者完整流程怎么搞的。 Claude…一个只在中转与公益中用过的模型 Fable 5我现在就只用来审计过文档代码 还有给我构思过一款前端。 每太能感受到强大。 其实还有很多关于VibeCoding的一堆问题，等下次主题再问吧。 7 个帖子 - 4 位参与者 阅读完整话题
据业内消息，SK hynix 已完成其 375 层 NAND 闪存产品的验证工作，预计将在 2026 年底前正式在现有工厂中投入量产，以满足不断增长的存储容量需求。 这些工厂目前主要生产的是 321 层 V9 NAND 闪存，未来将通过工艺转换来支持更高层数的堆叠解决方案。 在 NAND 闪存堆叠层数的竞赛中，SK hynix 与三星正展开激烈比拼。 三星此前已透露将通过双堆叠方案将 V-NAND 层数推升至 400 层以上，并已展示最高可达 900 层、并以 1000 层为目标的技术路线图，而 SK hynix 则选择以 375 层产品作为阶段性节点切入量产。 据了解，SK hynix 内部最初将这一代产品定位为“400 层级” NAND，但在实际工艺开发过程中，由于在同一芯片内堆叠过多层数时遇到严重的工艺与信号传输难题，最终将设计修正为 375 层。 行业人士透露，原本规划中的 400 层级产品被调整为 375 层，而后续路线图则延伸至 480 层和 604 层等更高堆叠的产品节点。 要继续向 480 层、604 层等更高堆叠迈进，单靠现有材料体系已经难以为继。 报道指出，SK hynix 需要在关键导电材料上进行重大调整，逐步放弃目前普遍采用的钨（Tungsten）薄膜，转而采用钼（Molybdenum）作为新的互连材料，以应对高层数堆叠带来的电阻与信号完整性挑战。 在高层数 3D NAND 结构中，随着垂直方向导线和通道尺寸不断缩小，钨的电阻难以控制，信号传输损耗和延迟问题愈发突出，成为继续增加堆叠层数的“材料天花板”。 与之相比，钼在高电阻环境下具有更优的性能表现，能够在更窄的布线条件下保持较好的导通特性，因此被视为突破高层堆叠限制的关键材料之一。 三星已经在其部分 NAND 工艺中率先导入钼材料，并计划在今年进一步优化其 V-NAND 生产流程，推出首批 400 层级产品，以巩固其在高端存储市场的领先地位。 SK hynix 则将在跟进更高层数产品时同步完成从钨到钼的材料切换，以缩小与竞争对手在技术路线上的差距。 随着 AI、云计算、高性能终端与企业级数据中心对存储容量和性能需求持续攀升，3D NAND 层数的不断提升被视为提升单颗芯片比特密度、降低单位存储成本的关键方向。 然而，这也意味着晶圆厂需要投入更多资金采购新材料、升级设备与转换产线，以支撑更高复杂度的堆叠与加工流程。 以钼为例，其需求量在近几年显著增长，已成为 NAND 供应链中的重要原材料之一。 报道称，三星去年采购了约 4 吨钼，今年迄今为止的采购量已增至约 10 吨，而随着 SK hynix 等厂商导入钼，预计今年其用量也将达到约 4 吨。 产业机构预测，随着 400 层级及更高层数 NAND 进入量产阶段，钼的市场需求将快速攀升：到 2027 年预计将达到 25 吨，2028 年增至 40 吨，2029 年约为 60 吨，并在 2030 年左右进一步攀升至 80 吨规模。 在这一过程中，材料供应、成本控制与技术迭代将共同决定 NAND 厂商在高层堆叠时代的竞争格局。 对于 SK hynix 而言，375 层 NAND 的量产不仅是对其工艺能力的阶段性验证，也是向 480 层、604 层乃至更高层数演进的技术跳板。 如何在保持良率与成本之间取得平衡，同时顺利完成从钨到钼等关键材料的迁移，将直接影响其在与三星等竞争对手的角逐中能否占据有利位置。 查看评论
1500的free 十天就登完了。 现在的状态：国模又看不上，ANY又登完了，浑身痒，继续搓free是更好的选择吗？ 7 个帖子 - 7 位参与者 阅读完整话题
这两者是怎么对比的呀？为啥看api价格看不出来呢，佬们为啥会这样认为呢，真诚发问 9 个帖子 - 8 位参与者 阅读完整话题
从 Instant、Thinking、Pro变成了 Instant、Medium、High、Extra High 和 Pro 其中 Extra high 应该对应之前的 Thinking heavy，juice 有768。 5 个帖子 - 4 位参与者 阅读完整话题
当前我尝试了[claude code，codex cli，codex桌面应用]三个方式调用api。 但相同的配置，只有claude可以使用： 其余两个codex中都报了相同的错误，提示当前 API 不支持所选模型 : 我是用ccs统一配置的，模型尝试了claude-opus-4-8、gpt-5.5，均为上述情况。 有佬知道这是什么情况吗 补充我的配置如下： codex ----------------------问题解决---------------------- 参考佬友们提供的修改思路后缝合了一下，已经可以连上codex使用啦 虽然现在在两边都会报一个安全风险标记警告，但是无伤大雅（应该） 15 个帖子 - 12 位参与者 阅读完整话题
github.com GitHub - LiuTangLei/tailscale-awg-installer: Installers and docs for an unofficial Tailscale... Installers and docs for an unofficial Tailscale build with optional Amnezia-WG obfuscation. Linux/macOS/Windows/OpenWrt one-click scripts, plus Android/iOS guides. Works with official Tailscale and Headscale. Not affiliated with Tailscale. 用Wireshark抓包确认没有任何wg特征了, 不过还没试过设置i1这种伪装头去伪装其他协议效果如何,个人实测公司电信到家里移动, p2p打洞后丢包率从25%降低到5%以下, 混淆后和zerotier比丢包率似乎差不多, 不清楚是移动这边qos了电信的wg协议还是电信qos了移动的wg协议, zerotier的udp流量目前暂时没被qos, 以后说不清楚, issue里面提问题的有好几个俄罗斯的用户, 应该是amnezia在那边有点影响力的原因 wg协议过墙很容易被封vps, 我用这个组网了大半年, 机器0被墙 1 个帖子 - 1 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 (全文上万字符长时间手打+十数张图，先前已经多次回复说明情况却都被认为是ai生成举报，上百楼内容丢失，哪怕为了其他佬友的认真讨论与交流的内容都请勿随意举报！如有意见请友好私信交涉) 注：这里有一个三分钟使用极简教程，正式使用前推荐看看：【全开源免费！抢先体验属于个人的Easy Research！Obsidian开发者手把手教你三分钟速通NotEMD！-哔哩哔哩】 https://b23.tv/lqR0RlA 2026.05.25： 在版主提醒下，L站禁止给群组引流，有需要进一步交流需要请给项目点star或私信本人。 安装 Obsidian 社区插件里直接搜索 Notemd 或者去 GitHub 仓库查看源码和 release 项目地址： GitHub: notemd github项目 Obsidian Community Plugin: 搜索 Notemd 下面是正文 这两年关于 AI 读论文的讨论很多。但这个阅读的痛点始终存在：读完以后，内容有没有留下来？ 在对话框里提问很方便，模型也能很快给出总结、翻译和解释。但过几天再回看，常见结果只有一个模糊印象。论文的核心概念、方法关系、实验设置、局限性，以及它和已有知识的连接，往往没有真正进入自己的知识库。 所以我现在更在意一件事：把论文阅读过程中有价值的内容，持续写回 Obsidian。 Notemd 就是在这个场景里我用得比较顺手的工具。它把论文笔记、概念卡片、研究摘要、翻译、图表和工作流放在同一个工作台里，让一次阅读不只停留在一次对话，而是变成后面还能继续调用的资料。 一句话介绍： Notemd 是一个开源的 Obsidian 社区插件，用来把论文阅读过程中的概念链接、概念笔记、原文证据摘录、背景补充、翻译、图表和工作流沉淀回知识库，并支持多语言 UI、README 和内容转换。 实际阅读状态示例： 多语言支持： 我想解决的问题：读完一篇之后，还能继续积累 我现在看“AI 读论文”，关注点已经在长期积累能不能形成。 你当然可以把 PDF 丢给模型，让它做总结、翻译、解释公式、分析贡献。这些都很有用。但论文不是孤立存在的。每次读到的新术语、方法、数据集、实验范式，理论上都应该慢慢长进自己的知识网络里。 我更想要的结果是这些： 一篇论文读完以后，关键概念被自动补成 [[wiki-link]] 新出现的概念可以继续生成概念笔记 我关心的问题能直接定位到原文证据，而不只是拿到一段转述 背景资料和补充搜索能附着在当前笔记旁边 复杂方法链路可以压成 Mermaid 或图表，方便回看 这些结果都留在 vault 里，而不是散在不同聊天记录中 Notemd 的价值也正是： 它把论文阅读变成一条可以复用、可以回看、可以持续补充的知识流。 和聊天式 AI 相比， Notemd 更适合把结果沉淀进知识库。 维度 聊天式 AI(如Smart Composer插件的功能) Notemd 核心落点 当前会话 当前笔记和 vault 文件 结果形态 一段回答 链接、概念笔记、译文、图表、日志、工作流产物 适合场景 快速问答、临时解释 长期阅读、积累、复用 主要风险 聊完就忘，不利于回忆与搜寻 需要自己维护知识库结构 这两种方式并不冲突。我自己也会继续用对话式 AI （例如Obsidian中的Smart Composer等插件）针对论文做即时追问。但如果目标是让今天读过的东西，三周后还能准确记忆与获取，那么文件化、结构化和可回写会更重要。 结构化总结： 我现在比较顺手的一套论文工作流 Notemd 当前处理的是 Markdown / txt 内容，不是直接载入 PDF(但打开开发者选项后个别不需要修改原文的任务是支持载入其他格式)。这会让整个流程更干净，并且MD是AI的原生语言。 1. 先把 PDF 变成 Markdown 我一般会先用 MinerU 之类的工具做 PDF → Markdown，再把结果放进 Obsidian。 (当前MinerU在目前的免费软件里使用起来解析质量高且速度较快) 这样做有几个直接好处： 原文结构更清晰 注： v1.9.1已支持章节结构提取功能 后续链接、翻译、提取、图表都围绕同一份 Markdown 笔记发生 你的“论文阅读结果”本身就是知识库资产 注意，后面的大部分自动化，都要求原文已经进入你的知识库，是Notemd可处理的文件。 2. 先做概念链接，再做概念沉淀 导入 Markdown 以后，我一般先运行这两个指令： 处理文件（添加链接）| Process file (add links) 从标题批量生成| Batch Generate from Title 前者会把论文里的关键概念补成 [[wiki-links]] ，后者则可以借助高质量AI(比如 降智前 的Gemini-3.1-pro)把每个概念扩充为深入的领域知识与术语间关系的总结，支持调用搜索 api（比如 Tavily）做定向搜索后生成。 很多论文难读，原因很简单：默认你已经知道太多术语。backbone、训练范式、benchmark或是统计指标，而实际上需要你临时去查，特别是当你不了解这个领域时更是无从查起。 因此我通过Notemd将这些概念用ai提取后直接沉淀到固定的或者是自定义领域的概念文件夹里。这样第二篇、第三篇相关论文读下去时，已有概念会越来越完整，不需要每次从头补背景。 如果你愿意的话可以打开概念日志，每次新增了哪些概念都有记录。并且， 我已经将这套流程固化为一键处理按钮，不需要拆解单独执行(但需要注意tokens消耗)，最大化便利佬友们使用。 3. 用“提取特定原始内容”做证据导向的精读 “提取特定原始内容”顾名思义，是获取原文中的依据，适合继续做精读笔记、组会汇报，或者后面写 related work 时快速回查。 你可以先在设置里定义一组问题，例如： 这篇论文的核心贡献是什么？ 作者如何定义问题？ 实验设置是什么？ 主要 baseline 有哪些？ 作者明确承认了哪些 limitation？ 然后让插件从当前论文里逐字提取对应原文片段。 如果你希望明确知道“这句输出到底对应原文哪一句”，记得使用这个功能 4. 不懂的背景用 Research & summarize 试试 如果需要临时查阅当前论文或笔记的特定只是，我不会立刻跳出 Obsidian 去开很多网页，可以在当前笔记旁边做 Research & summarize 。它会调用你配置好的搜索服务和 LLM，把主题相关的补充信息整理出来，附加回当前笔记。 背景知识不散在浏览器标签页里 你查过什么，和当前 paper 绑定在一起 后面回看时，论文旁边就是当时补的上下文 我主要用它补背景和补术语网络，不替代正式文献检索。在课题早期扫盲阶段能明显降低阅读门槛。 5. 英文精读压力大时，直接翻译，但翻译结果也应该保存到本地 当前很多 AI 翻译论文的方案，问题通常是单次翻译没有有效落盘， Translate current file 这个链路的价值，在于它会把译文作为 Obsidian 里的另一份产物保存下来，成功后还会直接在侧边栏打开。 多语言知识库用户可以实现：原文、译文、概念卡片、研究摘要都能在同一个 vault 里互相引用，不需要来回搬运。并且由于 UI Locale 和 Task Output Language 是分开的，界面语言可以跟着 Obsidian 走中文，任务输出也可以保持英文，反过来配置也可以。科研场景里，这种拆分很方便。 这是效果图，内容摘选自 Feynman 的物理学讲义： 6. 最后把理解压缩成图 论文阅读与领域学习的过程中很常见的问题是：脑子里一堆概念，但没整理出结构。 有这两个功能可以辅助解决： Summarise as Mermaid diagram Generate diagram (experimental) 前者更适合方法流程、模块关系、因果链路这类结构化内容。后者在当前版本里已经覆盖 Mermaid、JSON Canvas 和 Vega-Lite 等图表路径，其中 dataChart 还能用 Vega-Lite 生成更规整的数据图。 图是一种"理解压缩层"。让 AI 把论文画成流程图、关系图或数据图，它必须先把结构显式整理出来。检查图的时候，也更容易一眼看出哪里有问题。 注意：图不是事实本身。AI 生成的图，尤其是科研图，只适合当草图、摘要层和检查层，不适合不经核对直接当最终结论。 如图， v1.8.4 最新版支持众多种类图的生成： 下面再给一些图类型的举例： Mermaid正常图： 时序图： 7. 最后用工作流把这些动作串起来 如果上面这些动作每次都手动点一遍，久了还是会烦。所以 Notemd 里我很喜欢的另一个点是：你可以把常用动作编成自己的 One-Click Workflow 。 默认就有一个 One-Click Extract 功能把几个动作串起来跑。除此之外，你也可以按自己的论文习惯重组，比如： 论文入库::process-current-add-links>extract-concepts-current>research-and-summarize>summarize-as-mermaid 在设置中有非常高度自定义工作流的支持： 对我来说，工作流的意义除了少点几次按钮，还有真正把阅读习惯固定下来。你跑得越多，知识库结构就越稳定，后面的复用价值也会越高。 这个项目更偏实际工作流程落地，有下面这些突出优点 完整开源 。github开源，具体设置有文字+多图说明。 模型选择自由 。支持 OpenAI、Anthropic、Google、DeepSeek、Qwen、Ollama，以及通用 OpenAI Compatible 网关。 注： v1.9.1 已支持“获取模型列表”功能。 不同的任务均支持对特定的模型进行配置 。对于链接、研究、翻译以及生成等任务，均能够独立地去进行 provider 以及 model 的选用。 对于每一个具体需要去执行的任务，都支持开展 prompt 的修改工作 。这就为插件在功能拓展方面提供了相当充裕的空间。 结果都会以文件的形式来予以保存 。在开展学习的过程当中，插件会把相对应的链接、概念笔记、译文、图表以及日志都进行留存。 在本地用户友好性方面表现得十分出色 。针对那些已经习惯于去使用 Obsidian 的用户来说，这一工具可以直接在既有的工作台环境当中去嵌入 AI 相关的能力，这样一来，就完全不需要再去对一整套既有的笔记体系开展任何的替换工作。 它能帮你构建"外部大脑"，但真正记住与掌握，开始实践的只能是你自己。 哪些人应该尝试这个插件： 已经在用 Obsidian 管理读书或论文笔记的人 面对较大规模的文献阅读量，且期望将零散理解逐步构建为系统化知识网络的人 不满足于“总结一下”，而是想把概念、证据、图表和上下文都留下来的人 期望将翻译、搜索、概念提取以及图表生成整合至同一工作台之中的人群 对模型选择上期望自由切换云端和本地部署模型的人 如果你只是偶尔看一两篇 paper，能协助你完成翻译与核心概念的提取工作，上手门槛很低，并且有保姆式视频教学。 如果你有长期积累需求，它的价值会更为显著，因为这些结果最终均会沉淀于个人知识库之中。 如果大家感兴趣，后面我还可以再单独整理一篇更偏实操的帖子专门针对大家的后续问题，比如： 我怎么配置提取问题模板 如何把 prompt 开展有针对性的调整工作，来让它得以深度契合到不同的学科领域以及具体的任务场景当中 …… 如果觉得喜欢有所收获，对你有帮助，就支持一下吧! LINUX DO Credit 3 个帖子 - 3 位参与者 阅读完整话题
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
用 CC Switch试了好多次Any一直显示如下图问题，看到佬们愉快的“玩耍”心了很是着急！只能求助佬们了。配置deepseek等都能正常使用，帮我看看我的配置哪里错了？ 7 个帖子 - 4 位参与者 阅读完整话题
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
求助，在cc里面用fable和opus都是429，前面有段时间我记得是可以用的，新开会话也一样。 是单纯用的人太多了吗？或者说是我的配置不对哇 1 个帖子 - 1 位参与者 阅读完整话题