@DeeCheung 复杂度高了后 模块间影响 性能很容易下降, 可能需要 按模块 + 全局性能优化

@DeeCheung 也是用 C++吗 还是 rust

@magicdawn 原来还有 nub, 这个之前还真没有发现 hhh

@msg7086 我实际体验下来, 超过 5 个 agent 并行 使用 worktree 依然会有冲突问题, 往往并行过多时推进还会慢 (可能和我使用方式有关系)

@msg7086 Bun 作者说他 11 天重写, API 费用花了 16+万美元

@msg7086 gcc 16 / llvm 22 用 import std 目前感觉上没有什么大问题(上面 mbun 就是用的)。之前有做了个为模块化 和 import std 打造的 构建工具 基本没有工具链负担 mcpp new / mcpp run 就可以了。上面 mbun 项目也是用这个 mcpp 构建工具构建的, 具体可以可以看下面仓库

- https://github.com/Sunrisepeak/mbun


@cnbatch mcpp 这个工程描述文件不对不同平台有不同配置, 并且如果同一个平台有多个可选功能。mcpp 还有 feature 机制 例如 imgui

使用默认配置

[dependencies]
imgui = "0.0.3"

配置 backend 或相关 feature

[dependencies]
imgui = { version = "0.0.3", features = ["docking"] } # Request a feature of this dependency
widget = { version = "1.0", backend = "glfw_opengl3" } # Sugar for: features=["backend-glfw_opengl3"]

@c0xt30a 是指库 dll 在 mcpp 包索引进行分发 (这个是支持的) 还是指 支持在 linux 上构建 windows 的 dll 可以提一个 issue: https://github.com/mcpp-community/mcpp/issues

@openercn 大概有这么几个视角

xlings 内部实现是通过 EventStream 进行能力暴露的 TUI 命令行 / xlings interface json 接口 都只是其前端消费者(之一)

xlings interface 设计的是时候是把 xlings 的所有能力(包括 install/use/subos 及其他命令), in/out 都用 json 格式 这样 xlings 可以是"库"的形式呈现

- 1.基于 xlings interface 接入 Agent Tool Use 做 agent 的执行层 可以做为 Agent 工具能力的扩展器 / 包管理 Agent 需要什么工具可以从 xlings 里查找安装
- 2.做为其他工具的包索引/管理模块 - 这个目前已有具体示例 - [mcpp 项目]( https://github.com/mcpp-community/mcpp)

---

目前已经实现的是 让 Agent 跑到 一个 SubOS 里面 这样 agent 的登陆验证/key/记录等等都是隔离 并且可以给 agent 开很大权限 不会直接操作/损坏 host 的文件和数据. 并且可以创建一个基础环境(里面用 xlings 配置好一些基础的工具和环境) 然后通过 fork 创建多个 subos 环境 给不同或相同的 agent 使用

而 xlings interface 怎么使用 主要还是看使用者, 因为他本质上算是 xlings 的 "库型态的接口"

目前 linux 上支持还不错 gcc 16 / llvm/clang 20, macos 和 windows 后面准备先通过 llvm 进行支持, 欢迎交流反馈

@sslyxhz https://docs.xllmapi.com/docs

@sslyxhz 感谢反馈, 问题已经修复

@l1ve 感谢反馈, 因为分布式 node 的部分 在整理相关代码 敬请期待

@niubilewodev 平台模型节点没有这个问题, 分布式模型节点 会引入一些验证手段 + 评价体系 让使用者使用前验证后自己选择是否加入自己的节点列表

@Mangozhen 或许换个角度描述更好: 主要想要表达的是理想情况下 只要一个开源项目能产生的价值 > 大于维护的成本 按理就可以发展下去 & 应该发展下去。但现实往往不是如此, 说明应该是哪里出现了问题, 所以需要探索出一些路径...

或许换个角度描述更好: 主要想要表达的是理想情况下 只要一个开源项目能产生的价值 > 大于维护的成本 按理就可以发展下去 & 应该发展下去。但现实往往不是如此, 说明应该是哪里出现了问题, 所以需要探索出一些路径...

最近想要基于我之前的一个开源项目[mcpp-standard]( https://github.com/Sunrisepeak/mcpp-standard)做个实验, 策划一个活动让更多人参与到项目贡献最后能实现基于社区可持续维护和发展...

@wasd6267016 通过自动化 + 引导式的代码练习, 不仅能学习 C++. 还能学习怎么通过编译期的信息定位问题以及结合 cppref 解决问题的习惯 学习效果比单纯看书/文档好很多