[置顶] 《剑网3》茗伊插件集

鉴于《剑三》一些杂七杂八的插件功能没有人做或者曾经有人做但是没有维护导致不能使用,或者有些插件我觉得可以做得更好(比如聊天监控) 于是我写了这么一只插件_(:з」∠)_ 给朋友测试了一个月,现在正式发布。 关于版权_(:з」∠)_ 本插件完全开源 遵守GPLv3开源协议σ(⌒ー⌒) 关于功能,现在暂时只有聊天监控和喊话增强,正在写roll点监控,未来还会有附近的好友焦点列表以及副本队友驱散提示之类的功能 → 当然,如果你有一些好点子的话欢迎留言提供,我会尽我所能做出来(* ̄︶ ̄)y 关于版本控制,你可以随意搬运传播╮( ̄▽ ̄")╭ 反正有新版本会在插件加载的时候提示你~ 喊...

Tokimo 任务调度系统:从硬编码分发到可插拔事件总线

本文记录 Tokimo(Web Desktop OS)任务调度系统的架构设计——从硬编码 match 分发到 JobHandler 注册表 + BusProxyHandler 代理的可插拔架构,涵盖 job 生命周期管理、sidecar 委托执行、协作取消机制及实时事件推送。 背景:为什么需要任务调度系统 Tokimo 作为桌面操作系统,需要处理大量后台耗时操作:媒体文件扫描、AI 推理(OCR / CLIP / 人脸识别)、元数据刮削、在线媒体下载、S3 上传等。这些操作的共同特征: 耗时长:单次扫描可能处理数万张照片 需要进度反馈:用户需要实时看到处理状态 可重试:网络抖动或...

Tokimo 存储系统重构:从分布式自治到集中式管控

本文记录 Tokimo(Web Desktop OS)blob 存储系统的完整重构过程——从各 app 独立管理存储到主进程统一管控、app 通过 RPC 读写的架构演进。涵盖重构动因、两阶段实施路径及最终架构设计。 背景与问题 Tokimo 采用 pnpm monorepo + Rust sidecar 架构,系统中包含多个独立 app(音乐、视频、照片等),每个 app 均需持久化 blob 数据(专辑封面、艺术家头像、视频海报、缩略图等)。 重构前的存储架构 ┌──────────────────────────────────────────────────────────...

把一个 OS 子系统拆成独立进程:video app 的解耦实录

TL;DR 把一个浏览器桌面 OS 里最复杂的子系统从主进程里拆出来跑成独立进程,听起来像"挪个目录",实际要重新回答四个问题:谁负责接 HTTP,谁负责排任务,DB 怎么分家,前端怎么跨 bundle 借能力。这篇讲我们怎么回答这四个问题,以及拆离过程踩到的三个真问题。 目录 TL;DR 目录 Part 1 · video 从内置域模型迁移为独立 app §1.1 项目定位与职责边界变化 §1.2 video 的职责归属冲突 §1.3 video 是最关键的一次抽离 Part 2 · 设计约束 Part 3 · 四条核心架构边界 §3.1 Bus 通信架构 ...

一次 SMB 视频点击引发的 SIGSEGV:当 ffmpeg 和 libvips 各带一份 glib

一次 SMB 视频点击引发的 SIGSEGV:当 ffmpeg 和 libvips 各带一份 glib 用户:"我点了 SMB 上的电影,server 直接崩了。" 我:"…让我看看。" 目录 现象:一点视频,服务器整个退出 第一直觉:又是 LD_LIBRARY_PATH 顺序问题 真相:两个 bundle,两份 glib 为什么"一份 glib"是天大的事 短期回避 vs. 真正修复 tokimo-lib:把 ffmpeg 和 libvips 关进同一个 Docker CI 里如何强制"只有一份 glib&q...

浏览器里的 AI agent 工具调用:从前端按钮到 microVM PTY 的完整链路

浏览器里的 AI agent 工具调用:从前端按钮到 microVM PTY 的完整链路 目录 为什么一次「看目录」不只是一次命令执行 链路全景:从 React 到 guest-agent 前端:按钮、SSE、WS 与 typed client 的边界 后端:Axum 把聊天流和工具执行拆开 sandbox:为什么是 vsock,不是 TCP PTY:为什么不是直接 exec 错误与回流:stdout、exit、error 都是协议 业界正在做什么 一个可复用的工程框架 为什么一次「看目录」不只是一次命令执行 用户在浏览器 chat 输入「帮我看一下当前目录」,表面上只是 pwd ...

用 Opus 半小时把博客从 Typecho 搬到 GitHub Pages

用 Opus 半小时把博客从 Typecho 搬到 GitHub Pages 旧博客一直跑在 Typecho 上:PHP + MySQL + Nginx + 主题 + 评论插件。可以工作,但每次想动它都要先盘一遍 PHP 版本、SSL 证书、备份是否完整、主题是否还兼容。维护成本远高于写作成本。 今晚用 Claude Opus 4.7 把整套迁到 GitHub Pages,耗时约半小时。 新架构 前端:React + Vite + TypeScript,构建产物推 gh-pages 内容存储:当前仓库的 GitHub Issues。一篇文章 = 一个 Issue,标签作分类与 tag,...

最新文章

最近回复