首页 > 技术随笔

用 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,...

为什么我们给 AI 沙箱手写了一套跨平台用户态 TCP/IP 栈

为什么我们给 AI 沙箱手写了一套跨平台用户态 TCP/IP 栈 目录 问题为什么难 为什么不是容器 / userns 业界正在做什么 网络方案怎么选 现在的架构 性能目标不是越高越好 我们诚实承认的取舍 AI sandbox 的网络问题,表面上只是"让 guest 能访问外网"。但我担心的不是能不能 ping 通,而是:未知代码会在高频网络路径里做什么,以及我们能不能在事后解释它为什么能做。 AI agent 跑的是用户给的仓库、脚本、二进制和临时命令。它可能 curl | sh,可能跑包管理器,也可能启动一个开发服务器。网络是高频路径:DNS、TLS、包管...

在浏览器里给 AI 跑命令:Tokimo sandbox 三平台 backend 的现状切片

在浏览器里给 AI 跑命令:Tokimo sandbox 三平台 backend 的现状切片 目录 问题为什么难 一张总图:三平台不是三套产品 Linux / Auto backend:Cloud Hypervisor 优先,bubblewrap 自动兜底 macOS / Virtualization.framework:原生 VM,协议尽量不特殊化 Windows / Hyper-V:service、镜像打包和诊断链路正在持续推进 共同基础:tun-pump、vsock 抽象与 guest-agent 协议 为什么不直接 Docker / WSL2 业界做法 我们诚实承认的缺口 ...

manifest 驱动的桌面应用:在浏览器里「装」一个跨 4 种窗口类型的应用是什么体验

manifest 驱动的桌面应用:在浏览器里「装」一个跨 4 种窗口类型的应用是什么体验 浏览器给了我们 DOM,但没有给我们桌面;React 给了我们组件,但没有给我们应用生命周期。 目录 为什么这件事难:窗口不是路由,应用也不是组件 四种窗口类型:page / system / app / popup manifest 如何把 app 注册进桌面 文件窗口和 app 窗口如何共存 跨窗口通信:bridge 不是全局事件总线 业界正在做什么 从 0 加一个 Hello World app framework-level 的一句话 为什么这件事难:窗口不是路由,应用也不是组件 ...

最新文章

最近回复