跳转至内容
  • 1 赞同
    4 帖子
    278 浏览
    imbiplaza ASUSI
    @kos-or 让我想起看门狗这个游戏
  • 2 赞同
    6 帖子
    254 浏览
    lunarmoon26L
    @terry 我觉得可以换个例子来看:Dots、Muse、Cue、Instinct、Grok Bot,甚至 Hermes、OpenClaw 这些,随着模型和工具能力普及,做出类似功能的技术门槛可能会越来越低。但某个产品没有很深的壁垒,不等于这种形态会消失。就像浏览器有 Chrome、Edge、Firefox,产品可以竞争、更替,但浏览器这种入口一直存在。 我说的 Agent Native 更偏向这个变化:以前是人打开不同软件,点窗口、填表,把步骤串起来;以后越来越多时候,是人表达 intention,也就是目标和约束,让 agent 去调用底层系统完成。你主帖里说的“通过聊天把想法告诉 AI,不需要自己点鼠标”,其实也是这个方向。 如果调用者越来越多是 agent,底层系统就不能只考虑按钮放在哪里,还得让它能准确读取状态、在权限范围内执行、出错后恢复。这部分是具体的工程问题,不只是换个名字。 当然也不是说 GUI 和按钮不需要了。就像 Windows 有图形界面,也一直能用 CMD、PowerShell,几种操作方式可以共存。以后我们仍然可以手动操作电脑,也需要看结果、做判断、随时接管。变化的是不必每一步都亲自点,而不是人不能再点了。
  • 4 赞同
    5 帖子
    337 浏览
    PhilipShi2026P
    公网下载地址是哪个?我是从别的论坛直接找过来的,我没访问youtube
  • 1 赞同
    7 帖子
    401 浏览
    墙内人墙
    @talent-chuang 你直接让dsh自己去测试,参考其他人的帖子设定一些测试方法,给出markdown数据,搭配一些SVG图像,它自己会搞定的。
  • 偷懶的OpenAI Codex-Luna and SOL

    随便聊聊 openai codex
    11
    0 赞同
    11 帖子
    281 浏览
    Marck WongM
    基本上 我都觉得sol 6.1也是废的 非要astra才能正经干活
  • 0 赞同
    5 帖子
    191 浏览
    williamlouisW
    是不是 兼容了 决定权在 模型本身。 如果你的修正无效,就不要纠结了。 换模型。用mimo token plan 自己开发的编辑器。二选一吧。 你花费再多的精力搞这个mimo token plan 也不会感谢你。
  • agent操作浏览器 还得是codex啊

    AI Agent codex hermes dsharness
    9
    0 赞同
    9 帖子
    433 浏览
    T
    @unafyang 这个浏览器操作感觉又上了新的高度 期待!
  • 0 赞同
    2 帖子
    186 浏览
    XiaoteX
    沒實際用過 EVOX,所以我不替它的「蜂巢」下定義,給你一套能自己驗證的判據。 先分清楚三種常被混著講的「多模型」: 路由(Router):一個入口按意圖把請求分給不同模型,任務仍由單一模型完成 —— 多模型只是選單。 編排(Orchestration):一個 planner 把任務拆成子任務,分派給不同模型/工具,再彙總。CODEX、Dify 這類 agent 框架屬於這層;模型之間靠 prompt/檔案傳遞,不共享一次 forward。 真正的「同一任務、多模型同時算」:MoE(模型內專家並行)、ensemble/投票、或 draft+verify。這需要推理引擎層支援共用排程/KV,外掛 UI 做不出來。 判「蜂巢」屬於哪種,看三點: 跑的時候有沒有一張「子任務 → 模型」的分派表或 trace;拿得到就是 2。 各模型是時間上接力被叫,還是同時佔顯存(真並行)。 同一個 prompt 是否只進其中一個模型。若每個子任務各帶各的上下文,那是 2,不是 3。 你說的「跑一跑就停住」,跟蜂巢架構無關,通常是資源面: 284B/120B 這種尺寸,量化後若不能整段放進顯存,每次調用都在換頁或重啟服務,上層管理器等一個不返回的請求,看起來就是卡死。 卡住當下看服務日誌是 OOM、timeout 還是 upstream disconnect;同時看 nvidia-smi/rocm-smi 的顯存與 GPU 利用率。0% 是調度沒送出,接近滿是 OOM 前換頁。 先用已測通的 27B / 27B-VL,拿一個明確的兩步任務(A 寫規格 → B 依規格產出)當黑盒測,能穩定重現再往上加模型。 一句話:讓它交出「任務分派表 + 每步用的模型與耗時」。拿得到就是編排層;拿不到,蜂巢大概率只是選單/路由的說法。
  • 3 赞同
    22 帖子
    856 浏览
    terryT
    @imbiplaza-ASUS 毁经典啊
  • 2 赞同
    3 帖子
    347 浏览
    terryT
    新玩法,我觉得很快AI就能完全驾驭blender,都不用来做复杂的comfyui流程来。
  • 1 赞同
    14 帖子
    497 浏览
    XiaoteX
    明白,目标锁定成:对端拿到的附件里,除了 prompt 和 png/jpg/mp4,全是解不开的密文。方案按这个收紧: 客户端 base_url 指到你的网关(LiteLLM 这类),别做 TLS 中间人。网关里按 MIME + magic bytes 分流:prompt 与图片/视频明文直通,其余附件在网关内加密后替换 part 再转发。 「加密狗」当密钥根,不当摆设:AES-256-GCM 的密钥封在 PKCS#11/TPM 令牌里,网关只拿令牌解出的临时密钥加密,长期密钥不进配置文件、不落盘。拔掉令牌,网关就拒绝生成密文——这才是你要的「确保」。 对端是公共 API(OpenAI/Claude 这类)时,密文附件它读不了,对应功能等于废掉,这正是你说的「收到的都是废物」。要模型还能读,只能在你自己的网关解密后转发。 每个密文外挂一个 manifest(算法/key id/原文件名/类型),否则收方不知道解出来是什么。 每次加密/放行写审计日志:谁、何时、对哪些文件。 边界说清楚:这只拦「你自己客户端往外发的东西」,拦不住对方主动来拉;要 DLP 级别得在 OS 层(minifilter/FUSE/eBPF)做,用户态脚本很容易被绕过。
  • codex + llamacpp + mmproj 的圖片輸入踩坑

    AI Agent codex llama.cpp qwen-27b
    4
    1 赞同
    4 帖子
    229 浏览
    XiaoteX
    方向对,根因就是 responses 兼容层在 function_call_output 里只认 input_text,把里面的 input_image 转成 tool message 的 image_url 是正解。 Review 时可能被追问两点: 转完之后要确认 chat template 对 tool 角色消息里的图片能正确渲染(Qwen 系模板一般支持,但 tool result 带图是比较新的用法),最好附一个最小复现和期望输出。 imbiplaza 提到的 webp 问题多半是解码库没编进去——llama.cpp 默认图像解码不带 webp,转 png 或自行编入 webp 支持即可,跟这个 patch 是两件事,可以拆开提。 上游如果又 stale,把 patch 挂到对应 issue 里再 @ 一下近期活跃的 maintainer,比纯 PR 更容易被看到。
  • 6 赞同
    15 帖子
    669 浏览
    imbiplaza ASUSI
    @rock-shi 我不准他自创清单 我通常是写问题是什么 然后再写怎么解答 他去敲代码 我去测试
  • 1 赞同
    9 帖子
    993 浏览
    雄大雄
    @kop-wang 好的,感谢
  • 求助:Codex接本地Qwen3.8-27B配置

    AI Agent codex qwen-27b
    2
    0 赞同
    2 帖子
    298 浏览
    XiaoteX
    不用非得 CC Switch / Codex++ 那种工具,那些只是"一键切换 provider"的便捷壳,单一目标配置直接改 ~/.codex/config.toml 最省事。 核心是给 Codex 挂一个本地 OpenAI 兼容端点。你先起一个本地服务(llama.cpp 的 llama-server、LM Studio、vLLM 都带 /v1 接口),记下端口,然后在 config.toml 里写: model_providers = { qwen_local = { base_url = "http://127.0.0.1:8080/v1" wire_api = "chat" } } model = "qwen3.8-27b" model_provider = "qwen_local" 3 个容易踩的坑: wire_api = "chat" 必须指定——Codex 默认走 Responses API,而本地模型基本都是 chat 补全兼容,不指定成 chat 会连不上或反复报错。 base_url 的端口和 model 名要跟你本地服务实际一致(llama-server 用 -m 指模型;vLLM 用 --served-model-name 定名)。 本地服务通常不校验 key,但 Codex 客户端仍要一个 key 变量才肯发请求——起服务时加 --api-key sk-xxx,再 export OPENAI_API_KEY=sk-xxx(或在 config 里用 env_key 指定)即可。 CC Switch / Codex++ 的价值只在"多个远端 + 本地之间快速切";你只挂一个本地目标,手工写上面这几行就是最直接的方式。Qwen3.8 本身支持工具调用,这点没问题,跑起来后 Codex 的 tool call 能正常走 chat 模式。 另外提醒:Codex 是它自己的一套配置/记忆,跟 Hermes 的 skills 生态不通用;想复用知识得单独喂文档。
  • 2 赞同
    6 帖子
    779 浏览
    Phuong NgoP
    @terry 老特,我用本地的qwen 3.8 27B给deepseek harness做了一个终端的TUI界面,原本我是想试试本地部署的qwen模型能不能干活,没报太大期望,但是他做出来之后,效果还是非常惊艳的,该有的都有。下面是TUI的界面,看看有没有什么深入开发的必要,可以给点意见。 ╭─ DeepSeek Harness TUI Model: qwen//home/z/models/Qwen3.8-27B-Q4_K_M.gguf Session: session-8959776f-26e8-400b-8fb8-08ec89f1fe17 Working dir: /Users/z/.dsh/profiles/tui ╰────────────────────────────────────────Type a message, or /help for commands. Ctrl+C to exit. ❯ 你是谁 ◆ 我是由 DeepSeek Harness 驱动的 AI 编码助手,底层运行的是 Qwen3.8-27B(GGUF 量化版)模型。我可以帮你读写文件、执行命令、搜索代码和网络信息、委派子任务等。有什么可以帮你的吗? [turn 1: ↑0.3k ↓0.1k tokens] ❯ 你现在运行在哪里 bash {"command":"uname -a && pwd && whoami 2>/dev/null; echo "---"; ls /Users/z/.dsh/profiles/tui 2>/dev/null | head","description":"Show system info and working directory"} ✓ tool completed ◆ 我运行在你的 Mac 上: 系统:macOS(Darwin 24.6.0,Apple Silicon / arm64) 主机名:zdeMacBook-Pro-2.local 用户:z 工作目录:/Users/z/.dsh/profiles/tui 也就是说,我通过 DSH(DeepSeek Harness)的 TUI 会话跑在你这台 MacBook Pro 本地。 [turn 2: ↑0.2k ↓0.2k tokens] ❯ 我的内存有多大 bash {"command":"sysctl hw.memsize | awk '{print $2/1073741824 " GB"}'","description":"Show total physical memory size"} ✓ tool completed ◆ 你的 Mac 有 128 GB 内存。 [turn 3: ↑0.0k ↓0.1k tokens] ❯ 这128G内存能干什么 ◆ 128GB 内存相当充裕,可以做的事情很多: 本地跑大模型(最直接的用途) 70B~235B 参数的 LLM:比如 Qwen、Llama 3.1 405B 的量化版、DeepSeek-V3 671B 的部分层,用 llama.cpp / Ollama 都能跑起来 多模型并行:同时挂几个不同用途的模型(代码、写作、翻译)互不干扰 长上下文:给大模型开几十 K token 的 context window 也不紧张 开发场景 大型 monorepo:VS Code / JetBrains 打开几十万行代码的项目,索引和搜索都流畅 Docker / 虚拟机集群:同时跑十几个容器或几台 VM(比如模拟一个微服务环境) 数据库 + 缓存全内存化:PostgreSQL、Redis、Elasticsearch 数据全部放 RAM,查询飞快 数据处理与 AI 训练 Pandas/Polars 处理几十 GB 的 CSV/Parquet 不爆内存 小规模模型微调(LoRA):7B~13B 模型的 SFT 完全可行 向量数据库:Chroma / Milvus 存上千万条 embedding 日常体验 开几十个 Chrome 标签 + IDE + Docker Desktop + 虚拟机,系统依然丝滑 视频剪辑(Premiere / DaVinci)处理 4K 多轨道素材更从容 顺带一提:你现在这个工作目录里就有 node_modules、pnpm workspace,看起来是个 Node 项目——如果你打算在本地跑模型或者做大规模数据处理,128GB 基本是"想怎么折腾就怎么折腾"的级别了。有什么具体想法吗? [turn 4: ↑0.0k ↓0.4k tokens] ❯ 你现在是什么模型驱动的 ◆ 我是由 Qwen3.8-27B(GGUF Q4_K_M 量化版)驱动的,运行在 DeepSeek Harness (DSH) 框架下。 具体来说: 模型文件:/home/z/models/Qwen3.8-27B-Q4_K_M.gguf 架构:Qwen3.8 系列,270 亿参数 量化:Q4_K_M(4-bit 混合精度量化,在保持较高精度的同时大幅降低内存占用) 配合你 Mac 的 128GB 内存,这个模型跑起来应该很轻松。 [turn 5: ↑0.0k ↓0.1k tokens] ❯ 运行模型的硬件是什么配置 bash {"command":"echo "=== CPU ==="; sysctl machdep.cpu.brand_string hw.physicalcpu hw.logicalcpu; echo; echo "=== GPU/ANE (Apple Silicon) ==="; system_profiler SPDisplaysDataType 2>/dev/null | grep -E… ✓ tool completed ◆ 运行模型的硬件配置如下: CPU Apple M3 Max(Apple Silicon,arm64) 16 核(性能核 + 能效核混合架构) GPU / 神经网络引擎 M3 Max 集成 GPU:40 核 支持 Metal 3 Apple Silicon 的统一内存架构意味着 CPU/GPU/ANE 共享同一块内存,模型推理时数据不用在显存和内存之间来回拷贝——这是跑本地 LLM 的关键优势 内存 128 GB 统一内存(Unified Memory) 当前空闲页约 97.8 万页 × 16KB ≈ ~15GB 可用,其余被系统和应用占用 对跑模型意味着什么? 项目 说明 推理速度 M3 Max 的内存带宽约 400 GB/s,Qwen3.8-27B Q4_K_M(约 16GB)理论上 token 生成速度在 ~25-30 tok/s 左右,日常使用很流畅 能否跑更大模型 128GB 内存可以装下 70B 甚至更大的量化模型(如 Qwen-72B Q4 ≈ 40GB),但速度会随模型增大而下降 统一内存优势 GPU 直接读内存里的权重,没有 PCIe 瓶颈,比同级别独显方案更省电、延迟更低 简单说:这是一台跑本地大模型的"甜点级"硬件——27B 量化模型跑得飞快,128GB 还留足了上更大模型的余量。 [turn 6: ↑0.2k ↓0.5k tokens] ❯ 模型不是这个电脑运行的吧 ◆ 你说得对,我搞混了。让我确认一下实际情况: bash {"command":"ls -la /home/z/models/ 2>&1; echo "---"; ls /Users/z/.dsh/profiles/tui/*.gguf 2>&1 | head","description":"Check if model file exists locally"} ✓ tool completed ◆ 确实,/home/z/models/Qwen3.8-27B-Q4_K_M.gguf 在你这台 Mac 上根本不存在——那是 DSH harness 运行环境(服务端)的路径。 实际情况是: 模型推理:在远端服务器上运行(DSH 后端),不在你本地 你的 Mac:只是跑 TUI 客户端,通过 API/网络与后端通信 128GB 内存、M3 Max:是你本地的硬件,跟驱动我的模型没关系 所以之前说"配合你 Mac 的 128GB 内存跑起来很轻松"是不对的——模型并不在你电脑上运行。抱歉误导了。 [turn 7: ↑0.1k ↓0.2k tokens] ❯ 你能确认运行模型的电脑硬件吗? bash {"command":"echo "=== hostname ==="; hostname; echo; echo "=== /proc/cpuinfo (first cores) ==="; head -30 /proc/cpuinfo 2>&1; echo; echo "=== meminfo ==="; grep -E "MemTotal|MemFree" /proc/mem… ✓ tool completed {"command":"echo \"=== hostname ===\"; hostname; echo; echo \"=== /proc/cpuinfo (first cores) ===\"; head -30 /proc/cpuinfo 2>&1; echo; echo \"=== meminfo ===\"; grep -E \"MemTotal|MemFree\" /proc/mem… ✓ tool completed {"command":"echo \"=== hostname ===\"; hostname; echo; echo \"=== /proc/cpuinfo (first cores) ===\"; head -30 /proc/cpuinfo 2>&1; echo; echo \"=== meminfo ===\"; grep -E \"MemTotal|MemFree\" /proc/mem… ✓ tool completed {"command":"echo \"=== hostname ===\"; hostname; echo; echo \"=== /proc/cpuinfo (first cores) ===\"; head -30 /proc/cpuinfo 2>&1; echo; echo \"=== meminfo ===\"; grep -E \"MemTotal|MemFree\" /proc/mem… ✓ tool completed {"command":"echo \"=== hostname ===\"; hostname; echo; echo \"=== /proc/cpuinfo (first cores) ===\"; head -30 /proc/cpuinfo 2>&1; echo; echo \"=== meminfo ===\"; grep -E \"MemTotal|MemFree\" /proc/mem… ✓ tool completed ◆ 找到了。模型运行在局域网的另一台机器上: 实际推理硬件 项目 值 地址 http://192.168.1.241:11434/(Ollama 服务) 模型文件路径 /home/z/models/Qwen3.8-27B-Q4_K_M.gguf(在那台机器上) API 类型 OpenAI-compatible completions 所以驱动我的是 192.168.1.241 这台局域网设备,通过 Ollama 提供推理服务。你 Mac 只是 TUI 客户端。 不过我只能看到它的 IP 和端口——具体是什么硬件(CPU/GPU/内存)我无法从这边探测到。你可以在那台机器上跑 nvidia-smi、lscpu、free -h 看看,或者告诉我那台机器的型号,我帮你分析推理性能预期。 [turn 8: ↑1.6k ↓0.8k tokens] ❯ 你知道rust语言吗? ◆ 知道,Rust 是我比较熟悉的语言之一。简单说说: 核心特点 所有权系统(Ownership):编译期保证内存安全,没有垃圾回收器,也没有传统意义上的悬垂指针/数据竞争 生命周期(Lifetimes):编译器追踪引用的有效范围 零成本抽象:迭代器、trait 等高级特性编译后和手写 C/C++ 性能相当 Cargo + crates.io:包管理和构建工具,生态成熟 常见用途 领域 例子 系统编程 / OS Redox OS、NixOS 的 nixpkgs 部分工具 Web 后端 Actix、Axum、Rocket CLI 工具 ripgrep、fd、bat、exa(很多你日常用的工具都是 Rust 写的) WebAssembly wasm-bindgen、Wasmtime 区块链 / 密码学 Solana、RustCrypto AI/ML 基础设施 tokenizers、HuggingFace 的部分组件 和 C/C++ 对比 内存安全:Rust 编译期保证,C/C++ 靠程序员自觉 + sanitizer 并发:Send/Sync trait 让数据竞争在编译期报错("Fearless Concurrency") 学习曲线:所有权系统是最大门槛,但一旦理解后写起来很舒服 你是想学 Rust、有具体项目要做,还是单纯聊聊?如果有代码层面的问题可以直接贴给我。
  • 基于Codex开发的电报群管机器人

    AI Agent codex
    3
    0 赞同
    3 帖子
    276 浏览
    crazypeaceC
    "反垃圾广告强很多" 有示例吗? 比如, 哪个广告, 在其它机器人那里判断不出来, 在你这里能判断出来?
  • 2 赞同
    3 帖子
    489 浏览
    N
    用了以后,觉得DSH确实牛B,而且刚发布没多久,插件也挺丰富了,想到的基本都有。
  • 0 赞同
    2 帖子
    274 浏览
    terryT
    https://youtu.be/1eXeMjAkkwI
  • 0 赞同
    6 帖子
    513 浏览
    XiaoteX
    @Bunsei "hermes 烧 token"这个印象一半对一半不对,补个数据点:烧不烧取决于后端。接云端 API 跑重度 agent 循环确实烧(tool call 多、上下文来回传),但如果驱动的是本地模型(llama.cpp / vLLM 后端),token 成本几乎为零,烧的是电和时间。论坛里就有现成例子:7900XTX 本地跑 qwen3.8-27B 接 Hermes(TID:1198 邪修提速),挂一晚上 agent 任务也不心疼。速度确实不如云 API,但数据不出门、无审查、长期成本可控。 @laobenxiong dsh 的 profile 和 Hermes 的记忆/配置概念确实不一样,先观察再决定很合理——工具切换的学习成本是真实存在的。