（话题已被作者删除） 1 个帖子 - 1 位参与者 阅读完整话题
用的api的，所以不支持claude原生的，有没有好的开源项目能解决这个问题呢？ 5 个帖子 - 5 位参与者 阅读完整话题
感谢各位大佬点击该贴。 本帖用于求助各位大佬给些关于 GPU云 部署开源大模型的建议。 我的目的是通过GPU云部署开源大模型为自己提供api使用 欢迎各位佬从我的想法、到平台选择、羊毛攻略、模型选择提供建议 5 个帖子 - 3 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 文枢（Docentra）基于 React + Vite + Electron + Zustand 构建，提供本地优先的桌面表格体验，并集成 AI 助手、Excel 导入导出、公式计算、筛选排序、查找替换等能力。 简单来说，就是可自定义api的excel表格编辑器，不支持工具调用的api也可以通过本软件的“工具注入”功能让模型可进行使用，目前已支持openai、anthropic、ollama接口 项目地址： GitHub - Kiowx/docentra: 文枢，一个智能多功能一体化工作台，可通过ai对话进行修改表格，同时提供可视化表格界面 · GitHub 下载地址： Releases · Kiowx/docentra · GitHub 3 个帖子 - 2 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 事情的起因是，最近想玩一玩胶片摄影，但是奈何 Android 没有很好的测光软件，索性自己就vibe了一个，现已开源： https://github.com/JessieChan0730/com.lamameter.pro 目前 v1.1.0 版本已经实现了最基本的测光功能，接下来计划实现下面几个功能： 白平衡检测 估焦测距 分区曝光 目前部分界面的设计： 求求佬友们给给建议（无论是功能、UI还是BUG都可以） 。如果有佬友喜欢这个项目，觉得这个项目还不错的话，也可以帮忙提提issue或者点一点star 。感谢各位佬友的支持啦！ 2 个帖子 - 2 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 写这个项目是因为工作上有这个需求，所以3天炫了一个雏形出来： 项目地址： GitHub - spongehah/Openagent-Github-Bridge: Self-hosted GitHub-to-OpenCode bridge for AI issue fixing, planning, slash-command coding, and PR review with full workspace control. · GitHub 我认为最大的优势就是，除了在github协作使用ai以外，可以随时打开opencode自己的web页面，也可以vscode ssh remote直接人工编辑文件 如果团队已经在用 GitHub 做代码协作，那下一步其实不是再加一层复杂流程，而是把 AI 直接接进 GitHub 本身。 OpenAgent GitHub Bridge 做的就是这件事：把 GitHub Webhook 事件直接桥接到你自管理的 AI coding agent，让 Issue、评论、PR 这些原本就存在的协作入口，直接变成 AI 的任务入口。 这件事的价值，不只是"自动修 Bug"这么简单，而是它给团队带来了一种更自然的 AI 协作方式： 研发可以在 GitHub 上并发推进多个任务，AI 按 Issue / PR 维度独立执行，互不干扰 产品、运营、测试 等非研发角色，也可以直接在 GitHub 提 Issue，让 AI 先产出 plan，再进入开发 可以和 GitHub Projects 一起使用，把需求、计划、执行、Review 串成一条闭环流程 很多原本依赖 Jira 之类传统项目管理工具的场景，可以直接回收到 GitHub 内完成，减少系统切换和流程割裂 相比把 AI 放在一个独立聊天窗口里，这种方式更像是把 AI 变成团队流程中的真实执行者。 你可以给 Issue 打 ai-fix 让它自动修复，打 ai-plan 让它输出实施方案，也可以通过评论指令直接让它开工，PR 创建后还能自动触发review。 更关键的是，这不是一个封闭黑盒。Agent 运行在你自己的机器或服务器上，模型、权限、工作目录、运行环境都由你掌控。同一个 Issue / PR 还能复用同一 Session，保留上下文；每个任务又有独立 git workspace，保证并发执行时不互相污染。 它让 GitHub 不再只是"放代码的地方"，而是可以逐步替代部分传统项目管理工具、承接跨角色协作、并把 AI 真正接入团队工作流的统一平台。 后续规划：完善体验，以及接入更多的ai agent 相比 Codex / Claude Web 版和 GitHub App 的优势: 自管理 OpenCode 实例：Agent 运行在你自己的机器或服务器上，仓库、凭据、运行环境、网络访问策略都由你控制，而不是依赖托管式 Web 工作区或第三方 GitHub App 执行环境。 可切换任意 AI Provider / Model：底层通过 OpenCode 对接模型，不绑定单一厂商。可以按仓库、任务类型或成本策略自由选择 provider 和 model。 Agent 行为可深度个性化：你可以自定义 OpenCode 配置、系统提示词、权限策略、技能、工作流和配套服务，而不是受限于固定产品形态。 同 issue/pr 聊天记录继承：在同一个 issue/pr 中，Agent 的多轮交互会复用同一 Session，保持上下文连续性，而不是每次都从零开始。也可通过 -clear 参数手动重置上下文。 支持随时人工接管：任务由 Bridge 触发后，仍然可以直接进入 OpenCode Web GUI 接管同一会话和工作目录，继续推进工作，不局限于 GitHub 评论区交互。 不只服务 GitHub 页面内流程：虽然入口是 GitHub webhook，但 Agent 实际运行在真实仓库工作目录中，可继续做 GitHub 之外的本地调试、脚本执行、文档整理和环境排查。 可通过 VSCode 远程编辑文件：因为代码就在你自己的机器或远端主机 workspace 里，可以直接用 VSCode Remote 等方式连接并编辑，不需要把修改局限在浏览器对话框或 App 沙箱内。 更适合长期上下文和多轮协作：同一 Issue / PR 复用 Agent Session，并结合独立 git workspace 隔离上下文，既保留连续性，也避免不同任务互相污染。 文章部分由ai生成： 6 个帖子 - 4 位参与者 阅读完整话题
我就挺纳闷的,今天刚解禁上来看一眼,就被 @小辣椒 说项目是抄的他的临时邮箱,然后过会帖子就没了,我寻思着他的项目也没开源,管理后台的一些分页名称和布局我承认是模仿了,你要说页面的样式太像了那用shadcn/ui和vercel的skill也能1:1复刻,其他后端代码全是参照的inbucket项目,这也样举报吗 1 个帖子 - 1 位参与者 阅读完整话题
当你在自己开发的软件中，用画布管理上百个会话，上百万文字。软件完全开源，完全为了自己使用特化有多爽 每一个卡片都是传统的一个对话窗口，只能说太爽了 7 个帖子 - 3 位参与者 阅读完整话题
IT之家 4 月 18 日消息，科技媒体 Linuxiac 昨日（4 月 17 日）发布博文，报道称开源兼容层 Wine 11.7 版本更新发布，在 Linux 与 macOS 平台上，持续优化运行 Windows 应用的兼容能力。 底层方面，本次更新最核心变动， 不再依赖 libxml2 库重构 MSXML ，从而提升底层处理 XML 的自主性与稳定性。 在脚本支持方面，新版显著增强 VBScript 功能，开发团队针对解析、控制流、常量、字典处理及行继续符等多个模块修复了大量错误。 多媒体功能层面，IT之家援引博文介绍，D3DX 新增支持 SRGB 滤镜，DirectSound 则引入了 7.1 扬声器配置。 修复方面，新版共计修复 35 个 BUG。应用层面修复了 ABBYY FineReader 12 Professional、VOCALOID6、Fade In Pro 及 Kakaowork 等软件的兼容性问题；游戏方面解决了 MapleStory World、Act of War Direct Action 等运行故障。 参考 Wine 11.7
跟大家分享下最近几天最新的研究成果，我们把Spice和Hermes做了一个组合，给Hermes注入了Spice的感知能力，state model，决策能力及决策演化，Hermes的agent能力自进化和Spice的决策能力自进化能让他们的组合完美发挥各自的优势。 经过这次的实验我们也更加坚信我们的方向，在这个agent全面爆发的时代，我们需要的不止是“手”，而是能三思而后行的“脑”。 我先替各位彦祖亦菲测试两天，呼声够高我就加速开源出来让大家一起来使用。如果各位感兴趣的话不妨给我们Spice的GitHub点个star ，我们很需要大家的支持，欢迎大家尝试Spice，期待宝贵意见！ 3 个帖子 - 2 位参与者 阅读完整话题
求佬们推荐开源的指纹浏览器，要带GUI的。 PS：有佬知道VirtualBrowser吗？我看之前有人说这个不是开源的（虽然在github上面） 3 个帖子 - 2 位参与者 阅读完整话题
可以不需要邀请码了，直接就能用了 需要赞助plus token。 第一天送1850个积分。以后每天送950积分。 之前的用户不受到影响。没有赞助的用户每天只有50积分。 api也弄好了，大家可以试试看。 我之前弄了一个free的gpt图片生成站，然后我今天发现只要改一个模型就能用 GPT-Image2。 现在我遇到的问题如下： 1.我只有5个plus账号。我后面会弄成提供plus账号送积分。我只需要accessToken就可以了。如果你愿意提供cli的格式我也不说什么。之前是1个账号120个图片额度。我不知道 GPT-Image2。是不是也是这样算的。 2.我需要一个公益的图床。我的服务器在日本，传国内免费的图床很慢。还不如直接从服务器下载。 3.暂时没想到 。 记得选gpt-image2 提示词最好告诉ai，需要的是图片，如果ai回复你文字 可能就没有图了。 35 个帖子 - 30 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 基于 Go 1.26 + Vue 3 + TypeScript 构建的 Docker 运行时管理平台，提供直观的 Web 界面来管理 Docker 容器、Compose 项目、镜像、Swarm 集群、存储卷和网络等资源。 github.com GitHub - sunhao-java/docker-manager-ui: 基于 Go 1.26 + Vue 3 + TypeScript 构建的 Docker... 基于 Go 1.26 + Vue 3 + TypeScript 构建的 Docker 运行时管理平台，提供直观的 Web 界面来管理 Docker 容器、Compose 项目、镜像、Swarm 集群、存储卷和网络等资源。 功能列表 点击查看 （点击了解更多详细信息） 系统截图 5 个帖子 - 4 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 几个月前在linuxdo开源了 拼豆AI应用，得到不少支持，现在有空就大升级，让佬友更加愉快的拼豆拼起来！ 【开源】佬友玩拼豆吗，AI拼豆那种，我搞出来给佬友愉快的拼起来哈 开发调优 项目灵感 我基于开源项目： GitHub - Zippland/perler-beads: 拼豆底稿生成器 (Perler Beads Generator) ， 我加上AI优化了项目，AI辅助优化图片功能，写了一个专门生成拼豆图纸的网站。 经过大量测试，我觉得已经可以达到 一键生成拼豆图纸了！ 展示案例 核心就是： ai制作图纸 ，关键就是颜色尽可能少，颗粒尽可能少，各种各样图纸风格都兼容，同时表… 开源地址： 拼豆web程序: github.com GitHub - liangdabiao/perler-beads-ai: 因为市面上的拼豆软件差强人意 ，所以我基于开源项目：Zippland/perler-beads ，... 因为市面上的拼豆软件差强人意 ，所以我基于开源项目：Zippland/perler-beads ， 我加上AI优化了项目，AI辅助优化图片功能，写了一个专门生成拼豆图纸的网站。 经过大量测试，我觉得已经可以达到 一键生成拼豆图纸了！ 拼豆小程序： github.com GitHub - liangdabiao/perlerBeadsApplet: 一款基于 Taro + Vue3... 一款基于 Taro + Vue3 开发的拼豆像素画创作小程序，支持像素画编辑、作品管理、图片导入，图纸导出等功能。 项目是基于和二开 开源程序： github.com/noir017/perlerBeadsApplet 一键部署到 Cloudflare Pages 本项目采用 Next.js 静态导出 + Cloudflare Pages Function 架构，所有重计算（图像像素化、颜色映射）都在浏览器端完成，服务端仅有一个轻量 API（AI优化），部署简单、免费额度完全够用。这次方案是 全免费，服务器免费，ai api免费，域名免费，0费用搭建拼豆应用，多好： cloudflare命令一键部署命令参考： npm run pages:dev npm run build npm run pages:deploy 小程序： 一款基于 Taro + Vue3 开发的拼豆像素画创作小程序，支持像素画编辑、作品管理、图片导入，图纸导出等功能。 项目是基于和二开 开源程序： GitHub - noir017/perlerBeadsApplet: 拼豆像素画编辑器小程序 · GitHub ，增加很多功能和修改，适合本系统的小程序。 展示效果： 我已经实际部署在cloudflare了，佬也可以试试： https://pindou.348349.xyz/ 感谢佬的支持，开源不容易： github.com GitHub - liangdabiao/perler-beads-ai: 因为市面上的拼豆软件差强人意 ，所以我基于开源项目：Zippland/perler-beads ，... 因为市面上的拼豆软件差强人意 ，所以我基于开源项目：Zippland/perler-beads ， 我加上AI优化了项目，AI辅助优化图片功能，写了一个专门生成拼豆图纸的网站。 经过大量测试，我觉得已经可以达到 一键生成拼豆图纸了！ 1 个帖子 - 1 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 项目地址： GitHub - sup194/model-forensics: model-forensics is a CLI for two related jobs: - anomaly screening for suspicious LLM APIs - reference-model matching against a local fingerprint database · GitHub model-forensics model-forensics 是一个 CLI 工具，用来检查模型提供商提供的模型是否造假。 适合这类场景： 中转站造假， 挂羊头，卖狗肉 模型背后实际混用多种模型 对比不同时期的模型表现，判断模型是不是稳定，是不是后端切换成了其他模型 怎么检查的 通过组合测试用例作异常筛查 基于官方模型建立本地指纹库做模型匹配检测 快速开始 方式 A：不使用本地 reference 快速初筛，可以先不建立本地 reference，直接运行： mforensics inspect examples/targets.yaml 方式 B：使用本地 reference 如果你想有进一步的对照证据，可以先从官方模型建立本地 reference： mforensics profile examples/reference.yaml --save-as gpt-4o-official --db data/model-forensics.sqlite 然后在检测对应的模型： mforensics inspect examples/targets.yaml --db data/model-forensics.sqlite --out reports/run-001 对比历史运行 你还可以对比不同时期的结果，判断一个模型是否稳定，或者是否发生了后端切换： mforensics compare <run-id-a> <run-id-b> --db data/model-forensics.sqlite 命令 mforensics inspect examples/targets.yaml mforensics inspect examples/targets.yaml --db data/model-forensics.sqlite --out reports/run-001 mforensics profile examples/reference.yaml --save-as trusted-model-v1 --db data/model-forensics.sqlite mforensics runs list --db data/model-forensics.sqlite mforensics runs show <run-id> --db data/model-forensics.sqlite mforensics compare <run-id-a> <run-id-b> --db data/model-forensics.sqlite mforensics refs list --db data/model-forensics.sqlite mforensics refs show trusted-model-v1 --db data/model-forensics.sqlite mforensics refs delete trusted-model-v1 --db data/model-forensics.sqlite 密钥 CLI 会从配置文件所在目录开始向上查找，并自动加载最近的 .env 文件。 .env.example 。 .env 示例： REFERENCE_API_KEY=replace-with-reference-api-key SUSPECT_API_KEY=replace-with-suspect-api-key OPENAI_API_KEY=replace-with-openai-api-key-for-embeddings Target 配置 待检测模型配置示例： name: suspect-check targets: - name: suspect-openai provider: generic protocol: openai base_url: https://suspicious.example.com/v1 claimed_model: gpt-4o api_key_env: SUSPECT_API_KEY 官方 reference 配置示例： name: official-reference targets: - name: trusted-openai provider: openai protocol: openai base_url: https://api.openai.com/v1 claimed_model: gpt-4o api_key_env: OPENAI_API_KEY 致谢 特别感谢 Linux.do 社区的支持与帮助。 1 个帖子 - 1 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 前两天体验了一下国产AI Coding工具Kimi code，但是没有kimi的coding plan，就想白嫖一些中转站的模型token，但是发现没有cc-switch之类的工具，没法方便的去切换中转站的baseUrl和token，就想着自己用vibe coding撸了一个kimi-code-switch出来 github.com GitHub - sunhao-java/kimi-code-switch: 一个基于终端 TUI 的 kimi-code-cli 配置面板，用来管理... 一个基于终端 TUI 的 kimi-code-cli 配置面板，用来管理 ~/.kimi/config.toml 里的 providers、models，并通过 profile 完成多套配置切换，同时支持面板自身的主题、快捷键方案和配置文件路径设置。 github.com GitHub - sunhao-java/homebrew-kimi-code-switch: kimi-code-switch 的 Homebrew tap 仓库。 kimi-code-switch 的 Homebrew tap 仓库。 安装 brew tap sunhaojava/kimi-code-switch [email protected]:sunhao-java/homebrew-kimi-code-switch.git brew install kimi-code-switch 使用 kimi-code-switch 使用说明 点击查看 （点击了解更多详细信息） 截图 2 个帖子 - 2 位参与者 阅读完整话题
我想基于开源模型自己再训练模型有可能么，我公司就只有几张L20，几张4090，只为训练一个专用于编程的模型，可能有点狂，纯粹想多些技术可能性，想让生产力更高一点。 19 个帖子 - 19 位参与者 阅读完整话题
[开源]【！暂未适配最新！】来测！沃趣，是树形评论区，现已更新1.2.4-beta.18！ - 开发调优 / 开发调优, Lv1 - LINUX DO 1 个帖子 - 1 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 之前一直用 codex-auth 管理不同团队和 Plus 账号，每次都要在命令行切账号，再重启 codex 才能生效，用着特别麻烦。 后来想改用 CPA 来管授权，让 codex 直接走 OPENAI_API_KEY 调用。结果把 codex app 导出的 auth json 导进 CPA 里，格式不兼容，站内也没找到能用的转换工具，就自己写了个脚本，实现两种 auth json 格式互转。 用了几天 CPA，发现它不支持分组管理，就又换到 sub2api。没想到 sub2api 的 auth json 格式又是另一种，于是接着扩展脚本，把 codex 或 ChatGPT 格式的授权文件批量转成 sub2api 能识别的格式，导入就能直接用。 希望能给有需要的佬友提供到帮助。 ~ ❯ codex-auth-bridge -h usage: codex-auth-bridge [-h] [--lang {auto,zh,en}] {detect,convert,export-sub2api} ... 探测、转换并导出 ChatGPT / Codex auth.json positional arguments: {detect,convert,export-sub2api} detect 只探测输入文件格式，不执行转换 convert 探测后执行双向转换 export-sub2api 将 auth.json 文件导出或追加到 sub2api.json options: -h, --help show this help message and exit --lang {auto,zh,en} 输出语言：zh、en 或 auto（默认 zh，auto 按环境判断） 示例: codex-auth-bridge detect auth.json codex-auth-bridge convert auth.json codex-auth-bridge convert auths/ output-dir/ codex-auth-bridge export-sub2api auths/ sub2api.json --proxy-key proxy-demo ~ ❯ 仓库地址： github.com GitHub - kekexiaoai/codex-auth-bridge 通过在 GitHub 上创建帐户来为 kekexiaoai/codex-auth-bridge 开发做出贡献。 2 个帖子 - 2 位参与者 阅读完整话题
开源推广声明 （点击了解更多详细信息） 最近开源供应链安全的话题聊得挺火的。 我自己每次 cargo install 一个陌生 crate 之前，总是会先去看看这个仓库靠不靠谱。于是干脆动手做了一个本地 CLI 工具 —— rgd（Repo Guardian） 。 用 Rust + clap + reqwest + tokio 写的，标准 CLI 那一套，上手非常直接。 核心功能是 给 GitHub 仓库做快速体检 ：几秒钟就能跑出一个 0-100 的健康分，同时列出最值得优先修复的前 3 件事。如果缺少 SECURITY.md 或 CONTRIBUTING.md，还能直接用 --fix 在本地生成规范模板。 当然，OpenSSF Scorecard 更严谨、更全面，但它主要通过 Docker 或 GitHub Action 使用。我想要的是那种随手一敲就出结果的体验，就像 git status 一样。 目前 rgd 定位是轻量级本地扫描，所以检查项比 Scorecard 少一些，也没有 SARIF 等机器可读输出，接 CI 管线还不太顺畅，网络密集场景下也有继续优化的空间（GitHub API 并发这一版已经优化过了）。 以后也可以扩展到其他垂类场景，只需要调整评分权重、检查维度和 fix 模板就行。 对这方面感兴趣的佬友欢迎来看看～ GitHub： GitHub - teee32/repo-guardian: Tiny local-first CLI for GitHub repository health checks · GitHub 1 个帖子 - 1 位参与者 阅读完整话题