@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 解决问题的习惯 学习效果比单纯看书/文档好很多

@k14 你可以用 xlings 搭建一个 java 版本的, 这个 cpp 教程项目另一个角度也算是 xlings 工具搭建教程的一个示例了...

@zeromake vfox 做的很不错, 也是跨平台的

@kalago 看了一下 mise 的介绍, 有一些实现策略是类似的。但当前发展理念稍微有一些不同。感觉 mise 更偏向其他版本管理工具做为后端来做实际支撑, 在前端通过 mise 来实现一致的使用体验。xvm 也有这方面的考虑, 但是总体可能比 mise 还要更加偏向作为版本管理工具的抽象层工具来设计的, 使用侧和注册侧都接口标准化(这个注册不是指插件)。所以甚至可以把 xvm 当作一个模块放到自己项目当中做项目版本管理层来使用。例如:

xvm + 把版本管理工具视为插件开发 -> 就会有点像 mise
xvm + 把具体软件/工具视为插件开发 -> 就会有点像 vfox/asdf (xvm + xim 类似这种)

目前 xvm 是分 xvm-bin + xvm-lib 的方式进行开发的, 目标是尽可能的通用标准化 使用接口和注册接口, 这样它就可以

- 个人可以按自己习惯去做一些管理版本/记录
- 工具开发者也可以把它作为自己工具的版本管理模块
- 包管理器开发者可以用其做多版本管理模块...
- 团队/项目也可以用...

总体, 其实就是 "只做版本管理/切换/环境隔离 不做具体的软件安装和卸载的工作"
(关于 mise 我没有具体使用过, 可能理解有偏差, 主要是看了这个 https://mise.jdx.dev/plugins.html)

@ITisCool 目前包管理 和 版本管理是拆分开来做的。版本管理算是通用的可以适配包管理器或个人的软件工具也可以用户自定义, 如果包管理器 XIM + XVM 结合就有点像 asdf 这种[软件安装 + 版本管理]组合的感觉。只不过目前包管理的索引库中工具/软件还比较少 https://github.com/d2learn/xim-pkgindex

目前还是初步的版本。欢迎大家尝试, 或给出一些开发/改进方向上的建议...

感觉现代教程/课程纯讲理论有点不够, 一般再结合一些代码练习/实验比较好
我也在做这方面的探索, 现在也在做一个现代教程/课程搭建工具(尝试和探索中...)

开源工具: https://github.com/d2learn/xlings
基于工具的教程示例: https://github.com/d2learn/d2ds

后续也会尝试增加基于场景记忆的依赖版本管理功能

@wildmaker 算是构建内容的工具, 但具体的知识/技术/教程还需要具体的创作者进行设计。目前有个用 xlings 进行构建的示例项目[动手写数据结构]( https://github.com/d2learn/d2ds) 可以看看