标题: 佬们的金币都存放在哪里？
作者: #Gura
板块: #搞七捻三
编号: 834877
帖子: https://linux.do/t/topic/834877
时间: 2025-08-01 14:57:48
摘要:

之前的工资赔偿陆续到账了，想着整理一下把几张卡的钱都放一个地方，来问下佬们金币都存在哪里？
目前想的是微信的零钱通（没用过，不过似乎是可以随时取的，也不知道会不会搞限额那套）

标题: Xinference这个产品确实不错,大大降低了模型部署的门槛. 但是开发团队中部分人的格局我觉得有点小了
作者: #特别可怕的剑
板块: #搞七捻三
编号: 834878
帖子: https://linux.do/t/topic/834878
时间: 2025-08-01 14:58:02
摘要:

我也算是比较早期就接触到Xinference这个项目, 并且实际在团队内部也有使用. 虽然问题也有一些, 但是一个成长中的项目是完全可以理解的. 后来我加入到了Xinference的用户微信社群中.
我在社群中也算是比较活跃的. 积极解答群里用户各种关于模型部署以及使用上的一些问题. 也喜欢跟大家一起探讨. 这是应该有的技术氛围.
不过今天让我瞠目结舌的是, 在帮忙解答群友关于如何做分布式节点GPU推理调度的问题上, 我推荐了Ray. 结果瞬间, 真的是瞬间就被踢了.

我当时是懵逼的, 我甚至没有意识到是因为我推荐了ray , 因为群管理的反应速度, 让我觉得我好像发了涉黄涉政言论.  直到我私信了当初拉我入群的管理:

哦, 原来如此啊.  不过虽然Xinference的功能和Ray 有部分重叠, 但是我觉得这两款产品的定位是不同的啊.
所以, 我并不是在知道ray是你们竞品的前提下去砸场子, 而是我真的完全没有意识到.
我只是在帮群友提供一些可能对他有用信息而已.
再退一万步讲, 哪怕你觉得我的言论不妥, 你是不是可以警告我:“ray是我们的竞品, 请不要讨论ray, 请撤回你刚才关于ray的言论” .    这样我就意识到问题了,  我也可以撤回啊.  毕竟我才刚发出来 连10秒 都不到.
这种秒踢的行为, 仿佛在表达, 不能再让你多说一句关于ray的言论, 否则我们的用户就被竞品抢跑啦!!!
希望Xinference的开发团队 可以再自信一些,  格局再开阔一些.  对待用户再真诚一些.  我也是你们的用户, 而且 沟通, 可以解决任何问题.

标题: Bybit瑞士虚拟卡怎么更换卡片？
作者: #阿拉丁神灯
板块: #搞七捻三
编号: 834880
帖子: https://linux.do/t/topic/834880
时间: 2025-08-01 14:58:34
摘要:

我昨天进卡管理页面，点了lost/stolen，结果被封控了，让我上传资料，我按要求上传了资料，今天发邮件提示审批通过了，但是我看卡号并没有变，难道说不能换卡了？

标题: 网易云音乐会员免费领取
作者: #sunmer
板块: #福利羊毛
编号: 834885
帖子: https://linux.do/t/topic/834885
时间: 2025-08-01 15:00:50
摘要:

1http:/$aERzIv15e483bb$【復淛整段文案并咑閞「网易云音乐」，领免费会员】 黑胶邀请官 王**瓜 送你网易云音乐会员卡，领取享20+会员权益。领取福利

标题: Dify，Coze 哪家强？
作者: #Yong
板块: #开发调优
编号: 834891
帖子: https://linux.do/t/topic/834891
时间: 2025-08-01 15:02:15
摘要:

Coze 开源后，因为我们已经在用 dify 社区版，公司让调研下 Coze 。
以下是内网部署 Coze 实际体验后，结合AI分析的结果。
一家之言，轻喷。
如果有不同意见，以你的意见为准。




维度
Dify 社区版
Coze Studio 开源版
评分 (Dify vs Coze)
备注




1. 开放性与开源协议
基于 Apache 2.0，但附加了有限商业许可。例如，限制了使用 Dify 提供多租户SaaS服务，并要求保留其Logo。
完全采用 Apache 2.0 协议。允许自由使用、修改、分发和商业化部署，无附加限制，包含明确的专利授权。
8 / 10
对于希望构建无限制商业SaaS产品的团队，Coze Studio的协议更具吸引力。


2. 核心功能与成熟度
成熟的开源LLMOps平台，强大的工作流编排，成熟的 RAG 引擎，Agent 构建能力，经过长时间的社区和商业验证，定位为“大模型能力上的操作系统”，集成了从开发到运营的全套工具链。
源自字节跳动内部经过验证的生产级框架，提供可视化工作流引擎，插件管理，知识库，数据库支持。，定位为“一站式AI Agent开发工具”，架构设计先进，但作为开源项目尚属早期，社区生态刚起步。
9 / 8
Dify：功能全面且高度集成。Coze : 工作流和插件系统强大，大厂背书，潜力大


3. 易用性与开发体验
提供直观的 UI 和 API，整体体验流畅，文档和社区资源丰富，上手快，适合快速迭代，低代码/无代码友好；模型配置通过图形界面配置，即配即用，方便快捷；应用开发过程中，调试步骤透明可见，比较完善；RAG功能较完善，包括向量模型的设置和召回测试；
强调低代码/零代码的可视化拖拽编排体验， 交互设计优秀；模型配置通过代码中的配置维护，配置后需要重启服务，不太方便；应用开发过程中，调试过程较简单，无详细步骤；RAG功能的向量模型有简单配置，无召回测试功能；
9 / 8
Coze 同时开源了 Coze Loop，提供从开发、调试、评估、到监控的全生命周期管理能力。


4. 技术栈与架构
后端主要为 Python (Flask)，前端为 Next.js。是单体应用架构，易于理解和二次开发。
后端为 Golang，前端为 React + TypeScript。采用微服务和领域驱动设计（DDD），为高并发和可扩展性而生，但对开发团队的技术栈要求不同。
9 / 9
两者无绝对优劣，完全取决于团队的技术栈偏好。Python生态更适合快速迭代和算法集成，Go在性能和并发上表现优异。


5. 模型支持
广泛支持主流商业模型、开源模型和通过OpenAI接口标准接入的各类模型[11]。模型接入速度快。
支持包括OpenAI和字节自家火山引擎在内的多个模型服务商。开源版文档中对火山方舟模型的配置有侧重，但同样支持扩展。
9 / 8
Dify 在模型支持的广度和社区贡献方面更成熟。Coze 则与自家字节的生态结合更紧密。


6. 可扩展与自定义能力
拥有相对成熟的插件生态和社区贡献。二次开发门槛相对较低，因为是更普遍的Python技术栈。
提供插件核心框架，支持创建自定义插件，可与本地业务系统通过 API 和 SDK 集成。插件机制强大，但生态系统尚在早期发展阶段。
9 / 8
Dify的现有生态更丰富。Coze的底层架构为未来的高阶扩展提供了更坚实的基础。


7. 部署与维护
推荐使用Docker Compose部署，文档清晰，适合有一定技术背景的开发者和团队。
同样支持 Docker Compose 部署，与 Dify 类似
8 / 8
Dify部署流程成熟，社区有大量实践案例可供参考。Coze: 部署便捷，但考虑到其微服务架构，长期运维能力要求更高。


8. 数据隐私与安全
自托管版本让用户对数据有完全控制权，数据可加密存储和传输。
自托管部署同样能保证数据隐私，用户完全掌控数据。
9 / 9



9. 社区与生态
拥有庞大且活跃的开发者社区，贡献者众多，文档和社区支持资源丰富[。
开源时间短，社区处于早期阶段，但增长迅猛（48小时内收获9k+ Star），背后有字节跳动的强大推动力。
9 / 8
Dify 在社区积累上拥有巨大优势。社区生态成熟，资源丰富，问题解决速度快。Coze 的未来生态发展潜力巨大，但需要时间检验。


10. 企业级功能与升级路径
提供 Dify Premium 和 Enterprise 版本，包含品牌定制、多租户管理、单点登录（SSO）、高级安全控制和优先支持等企业级功能。
开源版目前不支持多租户或多人协作。其架构设计考虑了企业级应用，但相关功能尚未在开源版中提供。
7 / 6
Dify : 企业版功能明确，为商业用户提供了清晰的升级路径和价值。Coze: 商业版的价值点有待更清晰的阐述。两者当前的开源版本都不直接支持多租户SaaS。


总分
86 / 100
82 / 100
86 / 82








总结与决策建议





Dify 社区版
“全能型选手”，作为一个高度集成的平台，非常适合初创公司和开发团队快速构建和迭代AI应用原型以及生产级 AI 应用。


Coze Studio 开源版
“潜力型新星”，架构设计先进、原生支持多智能体、商业友好，发展潜力巨大。

标题: V2rayN 可以动态选择吗？类似clash的auto模式?
作者: #Maxoo1001
板块: #开发调优
编号: 834903
帖子: https://linux.do/t/topic/834903
时间: 2025-08-01 15:06:25
摘要:

节点访问不了的时候，可以让他自己找可用的节点

标题: 灵笼算不算国产动画片中意境最高的？
作者: #eros face
板块: #搞七捻三
编号: 834909
帖子: https://linux.do/t/topic/834909
时间: 2025-08-01 15:08:14
摘要:

刚看了最新的12集，一下子把之前所有“序幕”拉开，意境太高了

标题: 南京的AI圈子太卷了
作者: #Anderson
板块: #搞七捻三
编号: 834910
帖子: https://linux.do/t/topic/834910
时间: 2025-08-01 15:08:15
摘要:

标题: Steam这是有什么事
作者: #Star星缘║林可欣
板块: #搞七捻三
编号: 834916
帖子: https://linux.do/t/topic/834916
时间: 2025-08-01 15:12:05
摘要:

以前一直听人说steam的人机验证很难
我向来是一遍过
今天更新了一下
开始无效起来了
也是一遍过
就是怎么样都无效
已经过了十几遍了

标题: google注册时提示要扫码才能注册
作者: #懒大王
板块: #搞七捻三
编号: 834920
帖子: https://linux.do/t/topic/834920
时间: 2025-08-01 15:12:30
摘要:

想注册一个google账号，发现电脑端注册都要扫码了嘛，只有我是这样吗？
试了ads、无痕和其他浏览器也是这样，扫码出来是在手机上发送短信
佬有遇到这种情况吗？

标题: 想在我的分类目录网站里面植入ai标题，ai关键词，ai简介.佬们有没有好的实现方案
作者: #qq3632094
板块: #搞七捻三
编号: 834923
帖子: https://linux.do/t/topic/834923
时间: 2025-08-01 15:12:53
摘要:

如题，ai这块有没有可以薅一下的，寻求社区的大佬给点建设性建议或者意见，指点迷津！在此先说一声谢谢！

标题: gmail是不是大陆全不给用了？
作者: #理塘丁真
板块: #搞七捻三
编号: 834926
帖子: https://linux.do/t/topic/834926
时间: 2025-08-01 15:13:24
摘要:

网易邮箱掉线，QQ邮箱也登不上了
只有outlook能收到
outlook又登录不了网易邮箱，而且经常不弹通知
真的救命
有什么解决办法吗

标题: 发3个AFUN药
作者: #doomlord
板块: #资源荟萃
编号: 834945
帖子: https://linux.do/t/topic/834945
时间: 2025-08-01 15:13:58
摘要:

RT，需要的留下id和邮箱

标题: KubeSphere 的创始成员 rayzhou2017（周小四）已于昨天从青云离职
作者: #hiyong
板块: #前沿快讯
编号: 834986
帖子: https://linux.do/t/topic/834986
时间: 2025-08-01 15:27:28
摘要:

KubeSphere 创始成员 rayzhou2017（周小四）已于昨天从青云离职，原文如下
  Yesterday was my last day at QingCloud. I had been preparing to start a new chapter with gratitude and excitement—but was suddenly met with news of significant changes to KubeSphere, the open-source project our team built from the ground up.
As a founding member who oversaw the architecture and development of every critical feature, my feelings are complex. This project carries countless late nights and relentless effort from our team. Seeing its reputation affected feels like a blow to everyone who once fought for its success.
I understand the company’s reasoning. In recent years, repeated violations of the open-source license—by third parties repackaging and monetizing the project—have caused tangible impact on QingCloud’s interests. While the source code remains available under open-source norms, discontinuing the out-of-the-box distributions is, in my view, a challenging adjustment for today’s collaborative open-source ecosystem. Still, as someone who once helped steer this journey, I respect the decision.
Yet the spirit of open source never fades.
I will always remember those predawn hours refining the user experience, the heartfelt feedback from global users, and the high-fives with contributors at community summits. These are the true soul of open source.
Attached are some treasured team photos. The smiles captured are a testament to our shared journey—and to the purest ideals of open source.
To all open-source warriors still marching forward:
May we never lose that fire to build and change the world.
I hope we meet again—in code reviews, issues, or at the next community summit.
— Ray Xiaosi ZHOU
告别 KubeSphere，致开源路上的同行者
昨天是我在青云工作的最后一天。原本正准备怀着感恩与期待，开启新的篇章，却意外得知 KubeSphere 项目发生了重大调整——这个由我们团队从零开始打造、从调研立项、设计到一行行代码落地的开源项目。
作为深度参与每个核心功能开发的创始成员，此刻的心情难以言表。这个承载了无数个日夜与心血的项目，看到其声誉受到影响，令我深感惋惜，也替所有为之拼搏过的伙伴们心疼。
我理解公司的决策。过去几年，大量违反开源协议的行为——二次包装、甚至直接用于商业化——对公司的利益造成了实质性影响。这或许是此次调整的核心原因。虽然项目仍保留源代码，遵循传统开源模式，但停止提供开箱即用的发行版，在我看来，对现代开源协作而言是一个不小的挑战。但作为曾经的建设者，我尊重这一选择。
然而，开源精神永不褪色。
我会永远记得那些为优化用户体验而反复打磨的凌晨、来自全球用户的真诚反馈、以及在社区峰会上与贡献者击掌庆祝的瞬间——这些才是开源最本质的灵魂。
最后，附上几张珍藏的团队合影。照片里的笑容，记录着我们一起走过的日日夜夜，也是开源精神最纯粹的写照。
致所有仍在路上的开源人：
愿我们永远保持那份想要改变世界的热忱，
并期待在未来的代码、Issue 或社区峰会上再次相遇。
—— 周小四