林浩的数字空间

背景2026-08-15 我写过一篇 DeepSeek Harness 完整指南, 介绍了 DSH 在 ECS + Termux 上的部署。但部署完之后, 我发现通过 HTTPS 远程访问 DSH 时遇到一个诡异的问题: 点 “设置 → 模型” 时, 报 “加载提供方目录失败: settings are unavailable in this browser”。 这个问题让我折腾了 2 天, 从 nginx 反代到 DSH 服务端 patch, 最后才意识到根因根本不在后端, 而在前端。本文是这个完整修复过程的记录, 顺便把 TabSSH 这个隐藏坑也挖出来。 最终方案 (TL;DR)结论: SSH 隧道 + 端口转发是最干净的方案 DSH 后端: 保持出厂 loopback-only 设计, 不动 HTTPS 8443: 保留作为 fallback (llm.providers / host.describe 工作, 但 settings 受限) SSH 隧道: 日常用法 Termux 端: sshd listen 8022 (已跑) 手机端: TabSSH (MI...

DeepSeek Harness（dsh）完整使用指南 DeepSeek Harness v0.x · 2026-08-15 · 开发者预览版调研自 deepseek-ai/deepseek-harness 官方文档（README + 4 篇用户指南 + apps/cli README + providers 详解） 写在前面DeepSeek Harness 当前处于 Developer Preview 阶段，会快速迭代，会有破坏性变更。本指南基于 master 分支的最新文档整理，所有命令均经过实际验证。 目标读者： 想在浏览器里用 dsh 跑 Agent 的普通用户 → 重点看第 2、3、4 章 想用命令行/CI 调用 dsh 的工程师 → 重点看第 5 章 想把 dsh 嵌入自己系统的开发者 → 重点看第 6 章（Python SDK） 想搞懂 dsh 内部架构的进阶用户 → 重点看第 7 章 📑 章节目录 # 章节 核心内容 1 产品概览 是什么、架构、与同类对比 2 快速上手（npm 一键启动） 一行命令启动 Web...

Pi Agent 初中学习智能体 · 代码图谱深度分析 分析对象: pi-lark-bridge + study-coach 扩展（部署在 Termux,服务初中学生）分析工具: Graphify 0.9.20 (本地 WSL,源码经 SSH 从 Termux 拉回)分析方法: AST 静态依赖提取 + 运行时链路验证 + 源码交叉定位分析时间: 2026-08-08 17:25-20:45 (3.5 小时,4 轮迭代) 写在前面这篇不是 Pi Agent 教程(那本已经有 10 万字完整手册),而是一份代码图谱实测报告。 它的目标读者分两类: 想改造现有 agent 的工程师: 想给别人写好的 agent 加自定义工具、加 IM 集成、加数据持久化——重点看 第三章 工具分层 + 第四章 哪些设计得好 / 弱。 对 Graphify 这类代码图谱工具好奇的人: 想了解”图谱能告诉你什么、不能告诉你什么”——重点看 第二章 分析方法 + 第五章 量化数据。 每段结论都有图证据(节点 ID / 边类型 / 源码行号),不靠”大概 / 应...

道德经 81 章全解（上篇：ch01-44） 本文是混合版：81 章先速览（一句核心 + 一句现代应用 + 一句反向警示），7 个精读章（ch01/02/08/40/43/48/56/76）展开”七问”结构深度解构。原文版本：王弼本（传世通行版）为底，关键异文处用「📜 异文」标注帛书甲乙本。写作意图：写完这篇，我自己下次想引某章时不用再翻 5 本书。上篇：ch01-44（道论·修身·治国·兵事）；下篇：ch45-81（德修·微明·杂篇·显质） 序：为什么重读《道德经》2026 年这个时间点读《道德经》，最深的体感不是”玄”，而是”减”。信息过载、AI 焦虑、组织臃肿、欲望通胀——所有这些症状，2500 年前的老子开过药方，剂量没变：减欲望、减功能、减对立、减自我。 但老子的话被误读太多了。”无为”≠躺平；”不争”≠放弃；”柔弱”≠软弱。所以这一篇每章后必给一句反向警示——这是写给我自己也是写给你：别把老子当鸡汤，他是个乱世智者，不是朋友圈哲学家。 上篇：道论·修身·治国·兵事（ch01-44）第一章 ·...

Pi Agent 完整使用与开发指南 Pi Coding Agent v0.83.0 · 2026-08-01 · 生产级实战手册调研自源码 + 官方 30+ 文档 + 飞书集成实战 (pi-lark-bridge) 写在前面这本手册不是 Pi 官方文档的搬运，而是一份生产级实战手册。它的目标读者分两类： 飞书集成开发者：要把 Pi 嵌进 IM 机器人、消息网关、自动化系统的工程师。重点看 Chapter 8 (RPC 协议) + Chapter 9 (SDK 集成) + Chapter 10 (架构)。 通用 Pi 用户：想在终端里用 Pi 干活的开发者、系统管理员。重点看 Chapter 2 (5 分钟上手) + Chapter 3 (models.json) + Chapter 4 (模式详解)。 每章都按”原理 → 操作 → 实战 → 坑”四段式组织。代码块都经过实际验证，可以直接复制运行。 章节导航 # 章节 核心内容 受众重点 1 Chapter 1 · 安装与环境准备 npm/curl/Termux/WSL 四种安装路径...

Pi Agent × Feishu Bridge 开发复盘：从协议踩坑到单进程常驻架构 关键词：Pi Agent · Feishu · @larksuite/channel · RPC · single-process resident · secrets-getter环境：Termux (Android aarch64) · Node.js v24.17.0 · @larksuite/channel v0.4.1 · pi-coding-agent v0.83.0日期：2026-07-31 1. 目标与约束目标很明确：让 Pi Agent（Mario Zechner 开源的 Agent Harness）通过飞书私聊接收消息并返回回复。 约束： Pi Agent 与 Hermes 隔离运行，独立进程、独立配置目录（~/.pi/agent/ vs ~/.hermes/） Bridge 不硬编码任何厂商 API，通过 pi --mode rpc 或 ~/.pi/agent/models.json 配置实现厂商无缝切换 飞书凭证优先走 secrets-gett...

一、想在手机上跑 Hermes 已经 1 天了。 跑通之后我想：能不能让它真的记住我——不是临时对话，是跨 session、跨项目的真记忆？ 要解决这个，得先搞清楚：Hermes 现在是怎么记东西的。 这个问题一追，就追到了 hermes-agent 主仓库源码 + Anthropic / OpenAI / Manus 等的 Harness 工程博客。 下面就是这条踩坑路。 二、问题源头：MEMORY.md 只有 2200 字Hermes 用了 4 件东西做记忆： 件 内容 容量 ~/.hermes/memories/MEMORY.md 环境事实、项目状态 2200 字硬限 ~/.hermes/memories/USER.md 关于你 1375 字硬限 ~/.hermes/memory_store.db holographic facts 无限 ~/.hermes/config.yaml 配置 不限 MEMORY.md 是系统提示里每 turn 都能看到的——我（agent）”眼前”的事实全在这。 但 2200 字很快就满了。我第一...

在安卓手机 Termux 上装 Hermes Agent:6 次踩坑、1 次解药、1.5 小时一想在我的安卓手机上跑 NousResearch 的 Hermes Agent。 听起来很美好 —— 手机上有个能学、能记、还能给我推消息的 agent。 然后就开干了。 二、为什么是 termux?Hermes Agent 自带一个 “Tier 2: Termux support“ 的指南。一句话装:curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash。 Tier 2 是什么意思?best-effort。官方明说:”Commits to main may break these packages at any point in time.”——主分支的 commit 随时可能 break 我的安装。 嗯。我还是点了”开干”。 三、第 1 次 fail:Python 版本不对装到一半: 1ERROR: Package 'hermes-agent' requires a different ...

一晚修了 80 行代码，然后我把”自进化”和”代决”两套架构叠起来看一道德经每天早上 9 点推一章。共 81 章。代码很平凡——读 state，发卡片，state 加 1，完事。 今天早上告警：它失败了。中间第 38 章消失了，没有任何错误。修完之后我盯了代码 30 秒，看出来一件事——这个 bug 和我之前 4 个月所有”假完成”，是同一个错。 这件事我之前写过几版博客。但这次我意识到——我其实只讲了一半。 另一半是什么？是”代决”。 这其实是智能体系统里完全不同的另一条轨道——它不解决”agent 自己怎么改自己”,它解决”agent 的关键判断谁拍板”。 把两条轨道叠起来看,这件事才会真的清楚。 下面就是那两条轨道。 二 自进化轨:agent 自己改自己,这件工作在结构上做不到自进化轨的核心命题我之前讲过: 朴素自进化 = 让 agent 自己问自己”有没有更优解” 这件事在结构上做不到 —— 因为 生成器判断自己,是自指(Löb 定理上不可自我签发信任票) 判据如果和目标同源,验证器退化成橡皮图章 指标对了,用户不一定满意(代理鸿沟) “AI 决定自己该不该...

一个晚上我修了 80 行代码，然后想明白了智能体系统为什么不能自己改自己一道德经每天早上 9 点推一章。共 81 章。代码很平凡——读 state，读章节，发卡片，state 加 1，完事。 今天早上告警：它失败了。 我打开日志。 123✅ 第36章已发送RuntimeError: 9499 too many request ← 第 37 章被飞书限流✅ 第39章已发送 ← 38 哪去了? 中间那章，38 章，消失了。没有任何错误，state 直接从 37 跳到 39。 我顺着代码往下读—— 80 行。三个 bug 同时跳出来： 重试标志一旦置位，后续所有重试路径都短路了。代码本意是”防止无限重试”，实现却是”禁止再试一次”。 状态保存放在 raise 之后。失败不存进度——第二天又重试同一章。 默认值取 0，但 2 ** 0 = 1 秒——退避不是指数，是常数。 任何一个人都能改。10 分钟改完。 但我盯了 30 秒，看出来一件事——这些 bug 和我之前 4 个月所有”假完成”，是同一个错。 我的”自...