本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 话不多说，先上仓库 github.com GitHub - CloudWide851/veris: Veris is a verification-first, agent-oriented... Veris is a verification-first, agent-oriented language prototype. 这是一个什么语言呢？其实我也不太清楚，单纯是闲来无事写的东西，原本是我想着可以创造一个专门给LLM设计的语言，用来更好的执行Agent，后面在借鉴了各个语言之后就变成乱炖了 （ 人话：把各个语言特性抄了个遍 ） 目前的情况是可以勉强自举了，有很多开发扩展都是在二代的编译器上面了，现在测试也是使用的二代编译器，bug很多，但是也是不得不品的一环，真佩服当时手搓编译器的狠人了。有部分的问题在当前仓库还存在，我测试过后是不能正常使用的，然后在后面的版本我已经修复了，只不过还在本地未发布，因为还没完整的测试。 为了有想要学习的佬友（ 你的Agent真的想学吗 ），我专门写了一个语法书，请各位佬友自行查看，后面我有时间的话会用这个新的语言重写我之前的easy-agent项目（ 已经新建文件夹 ），详情可以看这一条 [开源项目] 0.3.4版本发布，但是没人告诉我测BFCLv4这么花钱啊... 如果有经验丰富的佬友，可以来私信一起探讨开发方向，目前就是我一个人，自娱自乐的属性比较多，如果有想要开发的标准库也可以来私信或者在本帖或者相关贴来说明。 求求别再说我设计的logo像某位落榜美术生了（ 当时设计的时候真没这个想法 ） 最初设计长这个样子，后面被吐槽多了就改成红色了 6 个帖子 - 4 位参与者 阅读完整话题
用 dokploy 部署任何项目真的很轻松，什么GitHub docker dockerfile Compose等等，全都可以搞。我自己部署了中转，CDK卡密，导航站，sora去水印好几个项目都在里面。服务器搞的是RN的6G内存美区服务器，带宽好像是万兆的。宝塔和dokploy比较，现在我喜欢dokploy这工具。不懂怎么配置，一步一步截图问codex，轻轻松松搞起来。 12 个帖子 - 7 位参与者 阅读完整话题
1:结构化agents/claude 初始提示词. 只应该放置你是谁你在什么环境,本机有什么内容,现在的项目介绍一句话. 2:mcp标准化简略化. 可以配置disable 把不需要的mcp 工具给关闭. 3:skill搭配mcp工具特化如grok/context7/adb/chrome/supabase等 4:重点model基本化 配置示范 codex config.toml （点击了解更多详细信息） claude CLAUDE.md （点击了解更多详细信息） 项目说明使用 github.com GitHub - TokenRollAI/llmdoc: TokenRoll LLMDoc for Coding Agent TokenRoll LLMDoc for Coding Agent 记忆管理使用 github.com GitHub - gaoziman/claude-context-manager: claude-context-manager for claude code claude-context-manager for claude code model setting 使用 high 代替xhigh. todoplan 任务纲要使用 chatgpt 网页的pro对话完成 pro 反代公益站点 一次对话完成一件事情. 避免长上下文. 第一是我打出来的高缓存+高token 对话切费率低. 如果你们看懂了 就知道我说的是什么. llm最爱 代码行数低于1000/1个文件 组织结构化的文件目录. 清晰的顶层目录 每个大目录都应该有claude/agents文档. 从0~1~95%号池自建 自建号池状态页1Etoken=67刀 留下小爱心 冲击lv 3 1 个帖子 - 1 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 github.com GitHub - aiporters/funclaude-deploy: Deployment assets for funclaude — docker-compose,... Deployment assets for funclaude — docker-compose, nginx, env templates claude.ai 镜像站，致敬 fuclaude 实在是等不到始皇更新了，我司的产品设计都要停摆了，只好自己出来搓了，花了我整整两天！ 主要参考了这两个帖子： 【v0.5.1】闲来无事搓的一个小玩具 资源荟萃 [image] Q：这玩意是什么？ A：不好说。 Q：这玩意有什么用？ A：不好说。 Q：这玩意好使吗？ A：不好说。 Q：这玩意有副作用吗？ A：不好说。 Q：那有什么能说的？ A：解压密码：linux.do 域名被抢注，已改名 fuclaude 我愿称之为 法克劳德 已发布 v0.0.2，新增 /login_token?session_key=sk-xxx，新增… 关于自建fuclaude 无法新建对话的最终调查 开发调优 2026年03月07日19 最新进展： 重新登陆了一下，又复现对话 not found问题了。 前情回顾： 自从发帖：自建fuclaude 无法新建对话。 之后有佬友反馈说可以，有些说不行。一通测试下来发现是这样的：如果用sk-来使用的话 是完全没问题的。但是 如果你使用共享帐号访问的话就出问题了！ 使用OAuth2 登录的话 就会无法新建对话 。 所以这样就应对了为什么有些佬友说… 一个是之前始皇发布的 fuclaude的功能，另一个是 @SeptemberHX 提供的手搓的思路。 1.有报错可以提，但不保证修得好。 2.源代码就不开源，反正我也看不懂，而且始皇也没开源，跟始皇不会错。 3.始皇修复fuclaude，我就停更，用始皇的没错。 已发布 v0.1.0 多用户 / 会话隔离 通过 oauth 登录实现会话隔离（跟 fuclaude 一样）。 生成 oauth_token 时指定 unique_name ： curl ‘ http://127.0.0.1:8282/manage-api/auth/oauth_token ’ \ -H ‘Content-Type: application/json’ \ -d ‘{ “session_key”: “sk-ant-sid01-xxx”, “unique_name”: “user1”, “expires_in”: 0 }’ 拿回的 login_url 发给用户。 1 个帖子 - 1 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下全是我自己手搓，没有ai味（我用最真实、最不绕、最直接的方式跟你讲 hhhhh），放心品尝 很多人以为 Skill 迭代最难的是"怎么改"。 但我越来越强烈地觉得，真正难的其实不是改，而是： 你改完之后，根本不知道它到底有没有真的变好。 补描述、调 prompt、加例子、补边界、改结构。 Skill 看起来越来越完整，文档越来越像样，语气越来越专业。 但问题是： 看起来更完整，不等于真的更强。 skill的实际行为未必更稳定，边界未必更清晰，失败处理也未必更好。 所以很多 Skill 维护最别扭的地方，其实不是"不会写"，而是你明明已经改了很多轮，却还是说不清： 上一次改动，到底有没有真正产生作用。 我后来专门跑了 100 个高下载 Skill，发现问题并不是"不能用" （是的，烧我自己的token）结果最有意思的地方，不是烂 Skill 特别多。恰恰相反，大多数 skill 其实都能用： 70 个通过 29 个在 caution 区间 1 个 fail 平均分 73.8 真正的问题不是：大多数 Skill 完全不能用。 而是 很多 Skill 停在一个很尴尬的状态：能用，但不容易被继续有效优化。 你一旦想认真往上修，就会发现问题不少，但很难判断到底该先修哪一块。 也就是说，难点不是"没法写"，而是 没有诊断，所以不知道怎么有效地继续改。 更关键的是，这种"不对劲"还不是随机的。 我看到的弱点主要集中在几个地方： Trigger quality 平均 6.2 Functional quality 平均 6.6 大约 80% 缺少 not_for 边界 大约 60% 的 D4 弱项 Skill 缺少像样的 error recovery guidance 还有接近 40% 更像"写给人看的说明书"，而不是"写给模型执行的操作说明" 这里翻译成人话就是： 很多 Skill 不是坏在"完全不能用"，而是坏在几个特别重复的地方：不会划边界，不会处理失败，也没有把行为写得足够可执行。 所以我后来做了 SkillCompass 我想解决的，不是"怎么把 Skill 写得更长、更完整"，而是另一件更关键的事： 在你动手优化之前，先看清问题到底在哪；在你改完之后，再验证这次修改有没有真的产生提升。 所以对我来说，SkillCompass 不是一个"给 Skill 打个分"的工具而已。 它更像一个给 Skill 迭代提供方向感的东西： 现在最弱的是哪一维 下一步该先修哪里 这轮修改有没有真的带来提升 有没有把别的地方一起改坏 【这里插一句compass 这个名字，指南针🧭，其实也是这个意思。不是替你做决定，而是先帮你定位方向。 】 所以它背后的设计原则也很简单： 本地优先 ：所有数据都留在本机，除非你明确要求，否则不会主动发起网络请求 默认只读 ：评估和报告默认不改文件，improve、merge、rollback 这类写入操作都要明确开启 被动追踪，主动决策 ：Hooks 会收集使用数据，但系统只给建议，不会自动替你执行 双通道交互 ：既支持键盘选择，也支持自然语言查询，两种方式始终都可用 同时我把评估分成了6个维度；把判定标准分成3档 它不是在帮你"多改一点"，而是在帮你把迭代变成一个可验证的流程 与其盲目地"再多写一点"，不如把 Skill 迭代拆成一个更清晰的 workflow。下面拿agile-product-owner作为一个例子展开讲讲： 1）先诊断 不要一上来就改。先看清楚最弱的是哪一维。 很多时候你以为问题在 wording，实际可能卡在 trigger、边界、失败处理，或者执行指令根本不够可操作。 先把最弱项找出来，后面的修改才不是瞎试。 接着它出一个初步的报告，包含维度1-3，后面会有一个完整的全方位维度1-6的测评报告（看下图）： 2）再看单项到底在说什么 我觉得这一步特别重要。 因为很多人一看到分数，会下意识觉得"哦，这项低，那我去多写一点"。 但 SkillCompass 真正有价值的地方，不是只给分，而是会把某个维度为什么高、为什么不满分、它到底在判断什么，说得更清楚。 比如拿 D6 = Uniqueness（独特性 / 不容易被替代） 来说，它看的不是"你这段话写得顺不顺"，而是在看： 这个 skill 是不是真的有独立价值 有没有明显重复品 跟相似 skill 重合度高不高 是不是一句普通 prompt 就能替代 它是不是很快就会过时 这里个skill的这一维最后给到 8 分，不是说它不好，而是说：它已经有明确领域专属性，也不太容易被普通 prompt 替代，但还没有强到"极其不可替代"的程度。 3）定点修复，而不是整份 Skill 重写 找到弱项之后，不是整份 skill 重写一遍。 而是只修最该修的那一块。所以我们把弱项加强，不好的修正，但不污染上下文 **这里要敲重点！！！**它做了那段分数解释，并且新版分更高的同时也没有把别的地方改坏，因为修改目标清楚，而且不会为了补一个问题，把别的地方一起搅乱。 此时，SkillCompass 已经完成这轮评估/优化结果的写入（提升了 D5），没有出现回归，然后把新的评估记录和最新扫描时间写进本地文件。 4）改完再验证，千万不要靠感觉收工 改完不能靠"看起来更完整了"就结束。要重新验证这次修改到底有没有带来真实提升。 分数有没有上去，解释有没有更扎实，别的维度有没有被改坏，这些都得重新看。 （（（兄弟们，有效的优化才叫"迭代"，不然就是屎上雕花。））） 5）再找下一个瓶颈 一个问题修完，不代表 skill 就完成了。 通常是这个瓶颈被拿掉之后，下一个瓶颈才会浮出来。 所以真正有效的迭代，不是一次性改到完美，而是持续地： 诊断问题 → 定向修复 → 验证提升 → 找到下一个瓶颈 这也是我现在更认同的一种 Skill 迭代方式：不是凭感觉打磨，而是把迭代变成一个更可验证的 workflow。 适合什么人，不适合什么人 适合： 任何在维护 agent skills，并且希望质量能够被量化的人 想要有明确改进方向的开发者—不是靠猜，而是清楚知道下一步该修哪个维度 需要质量门槛的团队—任何会改动 skill 的工具，都可以在改动后自动接受评估 安装了很多 skills、想看清哪些真的在用、哪些已经陈旧、哪些存在风险的用户 不适合： 通用代码审查或运行时调试 从零创建新 skill（这个更适合用 skill-creator） 评估非 skill 类型的文件 项目在这里： github.com GitHub - Evol-ai/SkillCompass: Evaluate agent skill quality. Find the weakest… 有兴趣的佬欢迎去 GitHub 点个 star 支持一下。 如果你手上也有自己的 SKILL.md，欢迎直接贴出来，我这边也可以顺手用 SkillCompass 帮你跑一遍测评。 有问题也欢迎一起聊，也可以 fork 回去自己改着玩 2 个帖子 - 2 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 前言： 事情起因，我想给虚拟机显卡能力提升下，在网上找到个工具，可以给虚拟机分配显卡，还有硬件直通，因为没玩过这玩意，显卡直通直接给物理机弄黑屏了，绷。当时害怕是因为，以为这电脑没核显，那没救了。后面通过改bios混合模式才救回来。然后就对cc和codex一顿拷打，实现这个工具，可以让物理机和虚拟机同时使用显卡。 功能： 一键为 Hyper-V 虚拟机配置 GPU 半虚拟化（GPU-PV），自动完成 GPU 分配和驱动复制。 使用过程： 主界面 — 选择 GPU、虚拟机，输入显存大小 配置前 — VM 设备管理器，只有 Hyper-V 视频 配置成功 — GPU-PV 配置完成，驱动已复制 配置后 — VM 设备管理器，RTX 4060 已识别 GPU 跑分 — VM 内运行 FurMark，GPU 正常工作 要我说使用感受的话，我感觉也就是虚拟机可以看到显卡，具体划分多少性能过去了，咱也不懂。反正多少是能用了。 免责声明 本人电脑（物理机win11 iot ltsc，虚拟机win10 ltsc）使用没事，但涉及虚拟机及数据方面，我觉得还是要谨慎点 项目地址 github.com GitHub - sec1900/HyperV-GPUshare 通过在 GitHub 上创建帐户来为 sec1900/HyperV-GPUshare 开发做出贡献。 觉得有用的佬们给点点star 如果有其他更好的方式去实现，也希望能甩我几个关键词或者帖子看看 1 个帖子 - 1 位参与者 阅读完整话题
（话题已被作者删除） 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回复你文字 可能就没有图了。 47 个帖子 - 35 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 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 位参与者 阅读完整话题