# Heurion Research — 技术博客与系统架构专论

> Canonical Index: https://heurion.org/blog
> Author: Hui Zhao (`@0xSynapse`, Founder of Heurion Research, Rotterdam, Netherlands)
> Organization: Heurion Research (`https://heurion.org` · `https://github.com/heurion-org`)

## 已发布系统架构专论

### 01. 为什么自由 Shell 智能体在科研论文写作中会失效：双表面 CRDT 与字节级 OOXML 补丁架构
- **Date**: 2026-11-04 · **Category**: heurion-2
- **Subtitle**: 告别破坏性整篇覆写与排版坍塌：在单一 ProseMirror + Yjs 真相源上构建人类富文本与智能体结构化原语的对偶投影、Run 级 OOXML 补丁导出与 0.128ms 单轮靶向回滚。
- **Summary**: 在软件工程中大放异彩的“写 Python 脚本直接改文件”范式，一旦迁移到严肃的学术科研论文（Research Manuscripts, .docx）与学术汇报幻灯片（.pptx）中，就会导致期刊排版坍塌、静默覆盖人类作者的并发修改以及全量重吐带来的 Token 浪费。本文深入剖析 Heurion 的三大底层机制：（1）基于 ProseMirror + Yjs 的双表面对偶投影与 {#id} 块级靶向算子；（2）兼顾块级 Clean Splicing 与段落内 Run 级 LCS 补丁（patchParagraph）的 100% 字节保真 OOXML 导出器；（3）保留人类后续修改的 0.128ms 单轮 AI 靶向回滚（revertByNodes）。
- **Canonical URL**: https://heurion.org/blog/dual-surface-crdt-clinical-ai
- **Clean Markdown Source**: https://heurion.org/blog/dual-surface-crdt-clinical-ai.md

### 02. 人机权限与能力对等：为什么我们需要为 AI Agent 重新构建软件系统的原生接口？
- **Date**: 2026-11-03 · **Category**: heurion-2
- **Subtitle**: 告别“模拟点击屏幕的二等公民”与“绕过鉴权的裸奔脚本”：以“AI 的权限 = 用户的权限”为第一公理，在单一领域内核上构建面向人与智能体协作的对偶基础设施。
- **Summary**: 过去的软件系统只为单一主体——操作图形界面（GUI）的人类——而设计。当自治智能体进入工作流时，传统软件迫使 AI 要么退化为缓慢脆弱的“屏幕点击爬虫”，要么异化为绕过业务鉴权的“特权脚本”。本文阐述为什么我们需要为更好的人机协作重新构建软件系统：通过“AI 的权限 = 用户的权限”与“每个界面能力必有对应原生工具”的对等公理、进程内零分叉同源调用、高风险操作确认卡门控以及编译期全路由反射不变量，构建真正面向人机共生的一等基础设施。
- **Canonical URL**: https://heurion.org/blog/human-agent-capability-parity-ai-native-software
- **Clean Markdown Source**: https://heurion.org/blog/human-agent-capability-parity-ai-native-software.md

### 03. 超越 Git 分支与共享目录：面向代码、文件树、数据流水线与跨边界状态的人机与多智能体事务协作范式
- **Date**: 2026-11-02 · **Category**: aegis-os
- **Subtitle**: 为什么“代码里的 Git 分支合并”与“文档/数据里的共享目录直写”在多 Agent 并发时代双双失灵？通过 0.42ms 主干锚定写时复制影子工作区、事前租约锁、内嵌信箱、四级 LCS 归并 + 广义领域预检门与 SHA-256 产物总线，构建横跨代码工程、知识库文件树、科研数据流水线与跨应用状态的通用事务协作底座。
- **Summary**: 当 1 名人类专家与 3–5 个自治智能体在同一个工作空间内以秒级频率协同推进时，软件工程里的 Git Feature Branch 会陷入环境割裂与合并冲突大爆炸；而在更广泛的非代码场景（多文件科研手稿、本地知识库、财务/临床数据流水线、二进制设计产物）中，人们甚至连分支与编译器都没有，直接共享文件夹会导致 41.2% 的后写静默覆盖与半成品污染。本文提出一套超越单一代码场景的广义人机与多智能体事务协作范式：（1）0.42ms 主干锚定写时复制影子工作区（同时支持代码依赖零拷贝穿透与 GB 级数据集/多模态文件树瞬间映射）；（2）兼顾结构化文本与二进制原件保护（overwrite_binaries）的事前 TTL 租约文件锁与零轮询内嵌信箱；（3）四级 LCS 自动三路归并与广义领域预检门（从代码单元测试扩展到 LaTeX 编译、Schema 校验与 PHI 隐私扫描）；（4）基于 SHA-256 内容寻址产物总线（CAS）、任务 DAG 接力与哈希链权限账本的全场景协同架构。
- **Canonical URL**: https://heurion.org/blog/aegis-os-transactional-agent-kernel
- **Clean Markdown Source**: https://heurion.org/blog/aegis-os-transactional-agent-kernel.md

### 04. 为什么 Agent 插件不是安全边界：从 Advisory Hook 到内核级 Enforced Runtime 的架构演进
- **Date**: 2026-11-05 · **Category**: aegis-os
- **Subtitle**: 当 Agent 与它的监督器运行在同一个宿主权限域时，任何 Hook 与提示词都只是“礼貌的建议”。本文详解 Aegis OS 如何通过父进程内核启动器（aegis-os run）、单文件只读配置挂载、只读 .git 穿透与两层网络网关，将安全边界下沉至操作系统内核。
- **Summary**: 当前主流 AI 编程与通用智能体（Claude Code、Codex、OpenCode、AGY、Hermes）大多依赖客户端插件、PreToolUse Hook、MCP 路由与系统提示词来约束工具调用。然而在对抗性提示词注入或配置漂移下，这种“插件内嵌式治理”存在根本性架构缺陷：未覆盖的原生工具、守护进程绕过、配置文件篡改以及在宿主机直接执行子进程。本文系统阐述 Aegis OS 的三档强制模型（Advisory / Enforced / Isolated）：通过 aegis-os run 父进程内核启动器反转控制权，结合 --ro-bind / / 发行版兼容遮蔽、GIT_INDEX_FILE 只读 .git 穿透、Agent 状态目录单文件只读锁、CONNECT + Base URL 两层网络网关，以及跨代码、文档、数据与在线应用的通用事务提交流水线。
- **Canonical URL**: https://heurion.org/blog/from-agent-plugins-to-enforced-runtime
- **Clean Markdown Source**: https://heurion.org/blog/from-agent-plugins-to-enforced-runtime.md