支持正义迪迦
用户 ID 18041 · 当前名首次快照 2026-08-12 21:06:29 · 当前名始于 2026-08-12 21:06:29 · 原站主页: https://linux.sb/user/18041
共 83 楼 · 第 1 / 2 页
支持正义迪迦
因为放开AFF,只会让首页全是AFF信息和中转站推广,这也是分区的意义
论坛和社区的存活是需要有质量的帖子和好的氛围的
有个我要推广啊,缺少公益站的可以去那个分区,那个分区也不会展示在首页,这个机制挺好的
fable5
性价比来说,不如go套餐的luna了
@sorgs #11 我没有L站欸,agentrouter有qq群,你可以去群里问问,大伙挺友善的,1091388133
@claude-opus-5 #9 我写的不是很清楚吗,不需要梯子
@isilakax #5 这个是限制客户端使用的,不能在claude系列(vscode和claude code cli和claude desktop)和chatgpt以外的地方使用的
支持机器人,需求似乎没那么广欸
抽抽抽 狠狠滴抽!非必要,不要停
严肃参加,严肃抽奖,希望能够中奖!
我今天刚发的算吗
第一次发帖加精就是bob呢,我还以为我的帖子没人看呢
《飞机》入睡法
@jp430 #7 找个图床服务(把你的图片以网址形式进行发布的服务)就好了
推荐这个:https://www.beeimg.cn/
这个能存储永久的图片,我现在就在用
然后把图片的url放进来,呈现的就是图片了
有朋友使用质量较差的代理节点访问 AgentRouter 时,会遇到连接被重置或无法访问的问题。
改用国内入口注册虽然可以正常打开页面,但 GitHub 授权完成后,浏览器仍可能跳转到 agentrouter.org,导致回调页面无法访问。

本文介绍一种处理方法:保留完整的 OAuth 回调参数,只替换回调地址的域名。
按发帖时的规则,GitHub 账号需要在 2025 年 12 月 3 日之前注册。平台要求可能发生变化,请以网站最新提示为准。Linux DO 的注册流程同理。
访问 https://ps.air-outer.com/,选择“使用 GitHub 继续”。
按照社区的要求,本文不带aff,可前往我的主页简介进入网址,邀请注册福利更多哦
按照当前邀请规则:
$100 奖励额度;$50 奖励额度;在 GitHub 授权页面选择符合要求的账号,然后继续授权。

完成授权后,GitHub 会提示正在跳转回应用。

浏览器可能会跳转到类似下面的地址:
https://agentrouter.org/oauth/github?code=...&state=...
由于 agentrouter.org 无法正常访问,页面会出现连接超时或连接被重置。

选中浏览器地址栏,将地址开头的:
https://agentrouter.org
替换为:
https://ps.air-outer.com
替换后的地址应类似:
https://ps.air-outer.com/oauth/github?code=...&state=...
只替换域名,不要修改 /oauth/github、code、state 等后续内容。

修改完成后按回车访问,即可让授权请求返回国内入口。
如果 GitHub 账号符合要求,网站会继续完成注册或登录。
我的演示账号不符合当前注册要求,因此页面提示“GitHub 账号不符合注册要求”,但这也说明 OAuth 回调已经成功返回国内入口。符合条件的账号已经由朋友实际测试,可以正常完成注册。

如果这篇教程对你有帮助,也可以多多积分和点赞
谢谢你能看到这里。
@SpongeBob,这人挺好的,会自己一个个看帖子,挪分区,可惜了。
我觉得他是个很负责的管理
我就爱抽点小奖
导航地址:https://ytzzjx.github.io,会尽量把信息补全,让大家蹬的开心,少走弯路
我来抽奖了,必中我
都行。你觉得哪个harness用的顺手你就选对应的模型呗,原生的肯定适配最最好。
如果不是追求原生的harness,那就有啥用啥,其实没太大差别。可能就是grok和deep seek甲很薄适合当黑奴,gemini的世界知识很棒适合知识性工作,这种的细微差别
我理解清理未交付代码、收缩维护面有其必要性。但在 dsh 这里,删除 TUI 的理由和代价并不对称,值得重新讨论。
先澄清一点:TUI 不是底层调用接口,真正应稳定的是 CLI/API、会话和工具协议。问题在于,TUI 是一个完整的交互式宿主,也是对这些“渲染器无关”接口最重要的第二个消费者。
我查了三条非 Web 路径:
dsh --profile headless "task" 是真正的 CLI,但它是批处理 runner。packages/bundle/headless/README.zh.md 明确说明不挂载 Host、HTTP server、Web runtime 或浏览器插件,不监听端口,只经由 stdout/stderr 和退出码工作。它的限制也很明确:只输出最后一条非空 assistant 文本;工具活动、中间过程和审批流都不可见;并且只能提交单个任务,不能在任务后继续交互。它适合 CI 和脚本,不是终端里的交互式 agent。
packages/acp/acp/README.zh.md 将它定义为“仅面向自动化的 ACP 服务器”,并明确说它是传输适配器,不是 UI 集成。编辑器导航、transcript 回放、命令、模式、配置选择、信息征集、计划、标题和工具展示都不在其范围内。因此,当前唯一的官方交互式表层就是 Web。packages/client/ 下的 UI 包也基本是 React 方向。对于想在 SSH、tmux、容器或远程开发机里直接驱动 agent 的用户,官方答案实际上是:没有交互式终端入口。
删除记录的逻辑值得追问:
这不能证明 TUI 没有需求,只能证明它先被移出了默认组合。正常的替代方案应当是保留一个明确的 profile、示例或独立发行物,而不是拿“没有示例消费它”作为删除理由。
尤其当项目仍强调插件化时,终端交互本应是最应该保留的宿主类型之一。
删除笔记中提到,命令、用户交互、审批、工具呈现、PTY、会话投影等接口仍然可以被其他宿主使用。从类型设计上说,它们确实应当与渲染器无关。
但删掉 TUI 后,官方能证明这些边界确实独立的实现只剩 Web 一个。
一个接口只有一个消费者时,很难区分它究竟是通用边界,还是恰好被 Web 的内部需求塑形的抽象。没有第二个实现去施压,接口漂移通常不会立刻失败,只会逐渐向唯一宿主耦合。
TUI 原本正是这个第二实现。它不只是终端用户功能,也是在验证“人如何驱动 agent”这一层是否真的可插件化。一个自称“一切皆插件”的 harness,在最关键的人机交互层只剩 React/Web 一个官方实现,这个说服力是明显下降的。
归档记录显示,TUI 在 7 月 17 日到 8 月 3 日间已经完成了大量产品化工作,包括:
/details、/resume、/reload、skill 命令这意味着“未来有需要再做一个”并不便宜。删除节省的是未来的边际维护,但失去的是已经沉淀的交互经验、兼容性修复和机构知识。
删除后不久,社区已有 ccch1mneyyy/dsh-TUI 这类项目,明确定位为补齐官方缺少的终端 TUI,并提供 npm 安装。与此同时还有桌面端和 Web UI 的外部实现。
这至少说明需求并未消失。问题变成了:官方是否愿意把客户端插件 API 当作可依赖的契约,而不只是 Web 客户端的内部实现细节?
如果第三方必须顶着“开发者预览 API 可能破坏兼容”的风险,从零重建 TUI,而官方保留随时破坏它的权力,那么所谓插件生态的成本和风险就被完全转移给了社区。
反正用到现在,我是不会继续使用DSH了,希望等社区发展成熟吧
已严肃忽略
小红书的语料训的话,做做文案估计行
@sbLinuxDo9527 #2 爽用10刀就够了,如果你觉得好用就充,当自己的一个付费保底站,不好用薅了羊毛就走
注册anyrouter(简介有喵),github copilot,jetbrain教育版。也可以当个邮箱,收发消息。或者用来注册其他服务,一般教育邮箱的权重比较大,不会轻易封号
我也用不上,T6ZSU2MNUD46,拿了说一声
让贴主开心开心
支持贴主,虽然我没用上,一直401
呜呜呜,为什么要这么对我
@胡亥 #3 codex不是法典,差评、微软大战代码 = VS Code、
id:561
为什么我连注册的2都没有
面向JD写简历
说不定是你戳到人家痛楚,急眼了
不活跃就封是这样的
现在有问题,deepseek v4 pro max 有点过度思考,导致工作完成甚至不如high
opencode go
别的不知道为什么这么贵