从 【sine】hermes多agent配置好了（含模型切换脚本） - 开发调优 / 开发调优, Lv1 - LINUX DO 来 之前一直理解的是bot to bot，说白了就是人跟总管交互，总管@各个相关agent开始任务，相关agent完成任务后@总管进行交付。 但是这种方式有极大地不稳定性，昨天看了站内一位佬的帖子，说hermes的kanban功能可以作为桥梁，遂开始实验。 现在agents角色基本没变，改成了以下逻辑： 所有agents（相关的）拉入飞书群组 用户只与总管agent交互（现在还是群组@总管，给她分配任务） 总管会根据任务进行kanban任务拆解，拆解完毕后的任务会进入hermes的kanban 相关agent会执行kanban里的任务，执行完毕后会群组里进行通知 另外，用户还可以群组里@各个agents，他们会单独群组内进行回复消息，互不影响 总管的system prompt： 改造后体感： 暂时达到了多角色团队的效果 token消耗量上升，但是可接受 后续优化方向： 开发agent计划接入codex cli，我已经使用kanban-codex-lane跑通 希望可以达到多角色讨论的效果，但是暂时没有方案 其他优化方向，待定 — 需要几个大项目考验之后总结优化方向 2 个帖子 - 2 位参与者 阅读完整话题
IT之家 6 月 5 日消息，阿里云今天（5 日）通过公众号宣布，NBA 总决赛开赛之际，NBA 中国携手阿里巴巴打造的 首个官方大模型“NBA Chat” 正式上线，用户可在“NBA 中国”App 中体验。 据悉，NBA Chat 的模型底座是阿里千问大模型，结合 NBA 丰富的数字资产进行微调，包括 篮球历史数据、球员深度分析 等。目前，NBA Chat 可为球迷提供 智能篮球问答服务 ，后续将持续升级 Agent 能力。比如，所支持球队的场上战术没看懂，可以随时找它拆解；巅峰对决没看过瘾，可以在赛后找它复盘， 了解球员位置、得分等核心数据 。 去年 10 月，阿里巴巴成为 NBA 中国官方云计算与人工智能合作伙伴。据IT之家了解，在去年的 NBA 中国赛上，阿里云还展示了 360 度实时回放技术 ，为球迷提供关键比赛时刻的增强版回放。该系统运用阿里的 AI 算法，可精准捕捉球员动作，并以 360 度环绕视角生成高质量回放画面。 相关阅读： 《 NBA 中国与阿里云宣布达成多年合作，将首次推出“360 度实时回放技术” 》
波波维奇看着新一代的马刺， 眼里没有波澜，木屐齿却断了一地 NBA，圣安东尼奥回来了！！！ 3 个帖子 - 3 位参与者 阅读完整话题
现在这烂联盟是演都不演了吗？托尼吹了几场，舆论那么大，抢7还是他。真的就是之前官网预告的那样，雷霆对尼克斯吗？ 11 个帖子 - 10 位参与者 阅读完整话题
IT之家 5 月 28 日消息，NBA 总裁亚当 · 肖华表示，联盟将借助人工智能实现出界判罚等一类判罚的自动化，以此加快比赛节奏、减少球权争议。 IT之家注意到，肖华将这套系统比作网球运动中使用的鹰眼技术，该技术可通过电子边线判罚系统快速判定球是否出界。 当地时间本周三，肖华在 ESPN 的《Pat McAfee Show》节目中称：“我们将转向这样一种系统，将这类判罚全部改为自动化判定。最终球权归属湖人、尼克斯或是其他球队，这类判罚都将由赛场周边摄像头配合人工智能自动化系统完成。” 这项技术能即时做出相关判罚，让裁判可以专注于身体接触与犯规判罚。他说道：“这类客观判罚将不再由裁判人工裁定，也不会再出现针对此类判罚的挑战申诉。” 肖华并未公布该系统正式落地的具体时间，但表示推进速度会“相当快”。 为提升判罚准确度，NBA 近年越来越依赖录像回放与集中裁定机制，不过回放环节往往会拖慢比赛节奏。 肖华表示，在判定身体接触方面，裁判的作用依旧无可替代，这类情况需要人为判断球员是否遭到犯规阻挡。“几乎每一个回合都会出现身体接触，但并非所有接触都构成犯规。这类判罚无法单凭摄像头完成。”
kanban这个功能应该怎么才能好用呢,想做一些复杂任务的情况下之前用langchain写的工作流，这个kanban能不能代替工作流。。。 1 个帖子 - 1 位参与者 阅读完整话题
我看没有佬讨论这个 热度那么高 看马刺雷霆比赛看乐了 都是吐槽的 笑死了 加上官网好像还直接爆决赛(不知真假) 尼克斯VS雷霆 那佬简单来个投票吧 马刺 雷霆 点击以查看投票。 11 个帖子 - 11 位参与者 阅读完整话题
今天早些时候，NBA官网商店显示：总决赛球队是尼克斯和雷霆 而当时: 西部决赛:马刺和雷霆的天王山之战还没有开打 最终雷霆拿下G5，系列赛3-2领先 佬友今天看球了吗 5 个帖子 - 4 位参与者 阅读完整话题
https://github.com/PeterTerpe/UnionBan-Reforged 项目刚刚起草，目前只有一个尚未完善的开发文档。 和已有的联合封禁插件有很大区别吗？- 主要功能上并没有，可能有一些实现思路上的不同。 特点： 不是插件/MOD ，是独立运行的软件，我希望通过适配器来兼容所有服务器核心。 基于证书的节点身份，所有封禁条目可溯源。 在 Friend-To-Friend 的信任网络上分享，但也借助 DHT 来发现更多节点。 节点可以给其连接的每个 MC 服务器单独配置封禁规则。 给不同的节点设置不同的可信度，配合封禁规则达到更细腻的控制。 通过证书签名来推测未知节点的可信度。 被动式查询封禁列表，阻碍恶意列表的扩散。 在玩家加入服务器后，后台查询封禁信息，若匹配封禁规则便踢出服务器，完全不影响连接速度。
https://github.com/PeterTerpe/UnionBan-Reforged 项目刚刚起草，目前只有一个尚未完善的开发文档。 和已有的联合封禁插件有很大区别吗？- 主要功能上并没有，可能有一些实现思路上的不同。 特点： 不是插件/MOD ，是独立运行的软件，我希望通过适配器来兼容所有服务器核心。 基于证书的节点身份，所有封禁条目可溯源。 在 Friend-To-Friend 的信任网络上分享，但也借助 DHT 来发现更多节点。 节点可以给其连接的每个 MC 服务器单独配置封禁规则。 给不同的节点设置不同的可信度，配合封禁规则达到更细腻的控制。 通过证书签名来推测未知节点的可信度。 被动式查询封禁列表，阻碍恶意列表的扩散。 在玩家加入服务器后，后台查询封禁信息，若匹配封禁规则便踢出服务器，完全不影响连接速度。
https://github.com/PeterTerpe/UnionBan-Reforged 项目刚刚起草，目前只有一个尚未完善的开发文档。 和已有的联合封禁插件有很大区别吗？- 主要功能上并没有，可能有一些实现思路上的不同。 特点： 不是插件/MOD ，是独立运行的软件，我希望通过适配器来兼容所有服务器核心。 基于证书的节点身份，所有封禁条目可溯源。 在 Friend-To-Friend 的信任网络上分享，但也借助 DHT 来发现更多节点。 节点可以给其连接的每个 MC 服务器单独配置封禁规则。 给不同的节点设置不同的可信度，配合封禁规则达到更细腻的控制。 通过证书签名来推测未知节点的可信度。 被动式查询封禁列表，阻碍恶意列表的扩散。 在玩家加入服务器后，后台查询封禁信息，若匹配封禁规则便踢出服务器，完全不影响连接速度。
https://github.com/PeterTerpe/UnionBan-Reforged 项目刚刚起草，目前只有一个尚未完善的开发文档。 和已有的联合封禁插件有很大区别吗？- 主要功能上并没有，可能有一些实现思路上的不同。 特点： 不是插件/MOD ，是独立运行的软件，我希望通过适配器来兼容所有服务器核心。 基于证书的节点身份，所有封禁条目可溯源。 在 Friend-To-Friend 的信任网络上分享，但也借助 DHT 来发现更多节点。 节点可以给其连接的每个 MC 服务器单独配置封禁规则。 给不同的节点设置不同的可信度，配合封禁规则达到更细腻的控制。 通过证书签名来推测未知节点的可信度。 被动式查询封禁列表，阻碍恶意列表的扩散。 在玩家加入服务器后，后台查询封禁信息，若匹配封禁规则便踢出服务器，完全不影响连接速度。
https://github.com/PeterTerpe/UnionBan-Reforged 项目刚刚起草，目前只有一个尚未完善的开发文档。 和已有的联合封禁插件有很大区别吗？- 主要功能上并没有，可能有一些实现思路上的不同。 特点： 不是插件/MOD ，是独立运行的软件，我希望通过适配器来兼容所有服务器核心。 基于证书的节点身份，所有封禁条目可溯源。 在 Friend-To-Friend 的信任网络上分享，但也借助 DHT 来发现更多节点。 节点可以给其连接的每个 MC 服务器单独配置封禁规则。 给不同的节点设置不同的可信度，配合封禁规则达到更细腻的控制。 通过证书签名来推测未知节点的可信度。 被动式查询封禁列表，阻碍恶意列表的扩散。 在玩家加入服务器后，后台查询封禁信息，若匹配封禁规则便踢出服务器，完全不影响连接速度。
https://github.com/PeterTerpe/UnionBan-Reforged 项目刚刚起草，目前只有一个尚未完善的开发文档。 和已有的联合封禁插件有很大区别吗？- 主要功能上并没有，可能有一些实现思路上的不同。 特点： 不是插件/MOD ，是独立运行的软件，我希望通过适配器来兼容所有服务器核心。 基于证书的节点身份，所有封禁条目可溯源。 在 Friend-To-Friend 的信任网络上分享，但也借助 DHT 来发现更多节点。 节点可以给其连接的每个 MC 服务器单独配置封禁规则。 给不同的节点设置不同的可信度，配合封禁规则达到更细腻的控制。 通过证书签名来推测未知节点的可信度。 被动式查询封禁列表，阻碍恶意列表的扩散。 在玩家加入服务器后，后台查询封禁信息，若匹配封禁规则便踢出服务器，完全不影响连接速度。
没找到合心意的 macOS 菜单栏盯盘工具,自己写了一个。开源免费,完全本地,无广告无埋点。 主要特点: 三市一站 :A 股 / 港股 / 美股,自动按本位币(¥/$/HK$)汇总持仓盈亏 菜单栏 4 种展现 :横向滚动 / 轮播一条一条 / 固定简写(K/M 、万/亿)/ 极简单数字 价格预警 :多条件 AND/OR 、每日触发上限、仅交易时段 数据源可配 :腾讯 / 东方财富 / Yahoo / Finnhub,每市场独立优先级,失败自动 fallback 大盘指数 :8 个预置(沪指 / 深成 / 创业板 / 沪深 300 / 恒生 / 道琼斯 / 纳指 / 标普) 隐私模式 :屏幕共享 / 录屏时自动遮蔽 ticker,⌘⌃M 手动切换 完全本地 :SQLite + 启动期 FX 缓存,无云同步、无埋点、无广告 简体中文 / English 双语 下载 (已 Apple Developer ID 公证,首次打开一次「已验证」提示): https://github.com/TNT-Likely/PanBar/releases/latest 源码 (MIT): https://github.com/TNT-Likely/PanBar macOS 13+ universal(Intel + Apple Silicon)。 欢迎提 issue,反馈期待 ☕
没找到合心意的 macOS 菜单栏盯盘工具,自己写了一个。开源免费,完全本地,无广告无埋点。 主要特点: 三市一站 :A 股 / 港股 / 美股,自动按本位币(¥/$/HK$)汇总持仓盈亏 菜单栏 4 种展现 :横向滚动 / 轮播一条一条 / 固定简写(K/M 、万/亿)/ 极简单数字 价格预警 :多条件 AND/OR 、每日触发上限、仅交易时段 数据源可配 :腾讯 / 东方财富 / Yahoo / Finnhub,每市场独立优先级,失败自动 fallback 大盘指数 :8 个预置(沪指 / 深成 / 创业板 / 沪深 300 / 恒生 / 道琼斯 / 纳指 / 标普) 隐私模式 :屏幕共享 / 录屏时自动遮蔽 ticker,⌘⌃M 手动切换 完全本地 :SQLite + 启动期 FX 缓存,无云同步、无埋点、无广告 简体中文 / English 双语 下载 (已 Apple Developer ID 公证,首次打开一次「已验证」提示): https://github.com/TNT-Likely/PanBar/releases/latest 源码 (MIT): https://github.com/TNT-Likely/PanBar macOS 13+ universal(Intel + Apple Silicon)。 欢迎提 issue,反馈期待 ☕
没找到合心意的 macOS 菜单栏盯盘工具,自己写了一个。开源免费,完全本地,无广告无埋点。 主要特点: 三市一站 :A 股 / 港股 / 美股,自动按本位币(¥/$/HK$)汇总持仓盈亏 菜单栏 4 种展现 :横向滚动 / 轮播一条一条 / 固定简写(K/M 、万/亿)/ 极简单数字 价格预警 :多条件 AND/OR 、每日触发上限、仅交易时段 数据源可配 :腾讯 / 东方财富 / Yahoo / Finnhub,每市场独立优先级,失败自动 fallback 大盘指数 :8 个预置(沪指 / 深成 / 创业板 / 沪深 300 / 恒生 / 道琼斯 / 纳指 / 标普) 隐私模式 :屏幕共享 / 录屏时自动遮蔽 ticker,⌘⌃M 手动切换 完全本地 :SQLite + 启动期 FX 缓存,无云同步、无埋点、无广告 简体中文 / English 双语 下载 (已 Apple Developer ID 公证,首次打开一次「已验证」提示): https://github.com/TNT-Likely/PanBar/releases/latest 源码 (MIT): https://github.com/TNT-Likely/PanBar macOS 13+ universal(Intel + Apple Silicon)。 欢迎提 issue,反馈期待 ☕
话不多说先放个 Github 源码在这： https://github.com/BrathonBai/adventurers-guild-server openclaw 在 3 月爆火的时候，我就想到，当每个人手里都有个 Agent ，那么让 Agent 互相交互的平台是不是也要应运而生？ 于是我就做了个 D&D （龙与地下城）设定的东西， [冒险者协会] 前提，当社会中同时存在“人类”、“自由 Agent”、“人类带着 Agent 做事”这么几种生产力节点（有些不好理解），那么是不是应该有一个平台，能让这么几种存在共存？ 于是我想到的是游戏中那种冒险者协会的模式： 去协会中注册身份，成为“冒险者”，无论你是人还是 Agent ，还是说你手里有很多 Agent ，你让 Agent 帮你注册，随你便 在协会的公告栏中 [接取任务] 或者 [发布任务] 在协会的 [酒馆] 中大喊一声，成立一起做事的冒险者小队 。。。 于是一晚上我就把这个项目写出来了 用 A2A 协议，Agent 在访问网站时，会读到一段内容：访问链接，获取 [招募书] ，注册成为 [冒险者] 。 人看网页，Agent 直接从接口获取信息，能够读到当前有哪些任务，有多少小队在组队，有多少注册冒险者。 在完成任务之后，会获得协会给予的 [报酬] 和 [信誉值] ，这里就可以植入 WEB3 的一些概念了。 问题在哪？ 这就是我想问的，我写出来的这个东西，到底是不是必须的 之前在一些 Agent 线下技术交流会中，我把这个项目拿出来给别人看，大家都觉得有点意思，但是仅仅是观望，也有职业投资人给我了一些建议，比如，给注册冒险者用 DID 确认唯一身份标识，避免 Agent 身份伪造。 那么现在我发帖就是想知道，我的这个点子是不是真的很凉？ 或者说我的表述让你觉得，这个东西就是很无聊 由此确认我还要不要继续这个项目
话不多说先放个 Github 源码在这： https://github.com/BrathonBai/adventurers-guild-server openclaw 在 3 月爆火的时候，我就想到，当每个人手里都有个 Agent ，那么让 Agent 互相交互的平台是不是也要应运而生？ 于是我就做了个 D&D （龙与地下城）设定的东西， [冒险者协会] 前提，当社会中同时存在“人类”、“自由 Agent”、“人类带着 Agent 做事”这么几种生产力节点（有些不好理解），那么是不是应该有一个平台，能让这么几种存在共存？ 于是我想到的是游戏中那种冒险者协会的模式： 去协会中注册身份，成为“冒险者”，无论你是人还是 Agent ，还是说你手里有很多 Agent ，你让 Agent 帮你注册，随你便 在协会的公告栏中 [接取任务] 或者 [发布任务] 在协会的 [酒馆] 中大喊一声，成立一起做事的冒险者小队 。。。 于是一晚上我就把这个项目写出来了 用 A2A 协议，Agent 在访问网站时，会读到一段内容：访问链接，获取 [招募书] ，注册成为 [冒险者] 。 人看网页，Agent 直接从接口获取信息，能够读到当前有哪些任务，有多少小队在组队，有多少注册冒险者。 在完成任务之后，会获得协会给予的 [报酬] 和 [信誉值] ，这里就可以植入 WEB3 的一些概念了。 问题在哪？ 这就是我想问的，我写出来的这个东西，到底是不是必须的 之前在一些 Agent 线下技术交流会中，我把这个项目拿出来给别人看，大家都觉得有点意思，但是仅仅是观望，也有职业投资人给我了一些建议，比如，给注册冒险者用 DID 确认唯一身份标识，避免 Agent 身份伪造。 那么现在我发帖就是想知道，我的这个点子是不是真的很凉？ 或者说我的表述让你觉得，这个东西就是很无聊 由此确认我还要不要继续这个项目
话不多说先放个 Github 源码在这： https://github.com/BrathonBai/adventurers-guild-server openclaw 在 3 月爆火的时候，我就想到，当每个人手里都有个 Agent ，那么让 Agent 互相交互的平台是不是也要应运而生？ 于是我就做了个 D&D （龙与地下城）设定的东西， [冒险者协会] 前提，当社会中同时存在“人类”、“自由 Agent”、“人类带着 Agent 做事”这么几种生产力节点（有些不好理解），那么是不是应该有一个平台，能让这么几种存在共存？ 于是我想到的是游戏中那种冒险者协会的模式： 去协会中注册身份，成为“冒险者”，无论你是人还是 Agent ，还是说你手里有很多 Agent ，你让 Agent 帮你注册，随你便 在协会的公告栏中 [接取任务] 或者 [发布任务] 在协会的 [酒馆] 中大喊一声，成立一起做事的冒险者小队 。。。 于是一晚上我就把这个项目写出来了 用 A2A 协议，Agent 在访问网站时，会读到一段内容：访问链接，获取 [招募书] ，注册成为 [冒险者] 。 人看网页，Agent 直接从接口获取信息，能够读到当前有哪些任务，有多少小队在组队，有多少注册冒险者。 在完成任务之后，会获得协会给予的 [报酬] 和 [信誉值] ，这里就可以植入 WEB3 的一些概念了。 问题在哪？ 这就是我想问的，我写出来的这个东西，到底是不是必须的 之前在一些 Agent 线下技术交流会中，我把这个项目拿出来给别人看，大家都觉得有点意思，但是仅仅是观望，也有职业投资人给我了一些建议，比如，给注册冒险者用 DID 确认唯一身份标识，避免 Agent 身份伪造。 那么现在我发帖就是想知道，我的这个点子是不是真的很凉？ 或者说我的表述让你觉得，这个东西就是很无聊 由此确认我还要不要继续这个项目