<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Heurion Research — 技术博客（Heurion 2.0 与 Aegis OS）</title>
    <link>https://heurion.org/blog</link>
    <description>Heurion Research 关于双表面 CRDT、临床科研工作台与 Aegis OS 事务级智能体操作系统的技术文章。</description>
    <language>zh-CN</language>
    <atom:link href="https://heurion.org/blog/feed.xml" rel="self" type="application/rss+xml"/>
    <item>
      <title>为什么自由 Shell 智能体在科研论文写作中会失效：双表面 CRDT 与字节级 OOXML 补丁架构</title>
      <link>https://heurion.org/blog/dual-surface-crdt-clinical-ai</link>
      <guid isPermaLink="true">https://heurion.org/blog/dual-surface-crdt-clinical-ai</guid>
      <pubDate>Wed, 04 Nov 2026 09:00:00 GMT</pubDate>
      <author>huizhao@heurion.org (Hui Zhao · Heurion Research)</author>
      <description>在软件工程中大放异彩的“写 Python 脚本直接改文件”范式，一旦迁移到严肃的学术科研论文（Research Manuscripts, .docx）与学术汇报幻灯片（.pptx）中，就会导致期刊排版坍塌、静默覆盖人类作者的并发修改以及全量重吐带来的 Token 浪费。本文深入剖析 Heurion 的三大底层机制：（1）基于 ProseMirror + Yjs 的双表面对偶投影与 {#id} 块级靶向算子；（2）兼顾块级 Clean Splicing 与段落内 Run 级 LCS 补丁（patchParagraph）的 100% 字节保真 OOXML 导出器；（3）保留人类后续修改的 0.128ms 单轮 AI 靶向回滚（revertByNodes）。</description>
    </item>
    <item>
      <title>人机权限与能力对等：为什么我们需要为 AI Agent 重新构建软件系统的原生接口？</title>
      <link>https://heurion.org/blog/human-agent-capability-parity-ai-native-software</link>
      <guid isPermaLink="true">https://heurion.org/blog/human-agent-capability-parity-ai-native-software</guid>
      <pubDate>Tue, 03 Nov 2026 09:00:00 GMT</pubDate>
      <author>huizhao@heurion.org (Hui Zhao · Heurion Research)</author>
      <description>过去的软件系统只为单一主体——操作图形界面（GUI）的人类——而设计。当自治智能体进入工作流时，传统软件迫使 AI 要么退化为缓慢脆弱的“屏幕点击爬虫”，要么异化为绕过业务鉴权的“特权脚本”。本文阐述为什么我们需要为更好的人机协作重新构建软件系统：通过“AI 的权限 = 用户的权限”与“每个界面能力必有对应原生工具”的对等公理、进程内零分叉同源调用、高风险操作确认卡门控以及编译期全路由反射不变量，构建真正面向人机共生的一等基础设施。</description>
    </item>
    <item>
      <title>超越 Git 分支与共享目录：面向代码、文件树、数据流水线与跨边界状态的人机与多智能体事务协作范式</title>
      <link>https://heurion.org/blog/aegis-os-transactional-agent-kernel</link>
      <guid isPermaLink="true">https://heurion.org/blog/aegis-os-transactional-agent-kernel</guid>
      <pubDate>Mon, 02 Nov 2026 09:00:00 GMT</pubDate>
      <author>huizhao@heurion.org (Hui Zhao · Heurion Research)</author>
      <description>当 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 接力与哈希链权限账本的全场景协同架构。</description>
    </item>
    <item>
      <title>为什么 Agent 插件不是安全边界：从 Advisory Hook 到内核级 Enforced Runtime 的架构演进</title>
      <link>https://heurion.org/blog/from-agent-plugins-to-enforced-runtime</link>
      <guid isPermaLink="true">https://heurion.org/blog/from-agent-plugins-to-enforced-runtime</guid>
      <pubDate>Thu, 05 Nov 2026 09:00:00 GMT</pubDate>
      <author>huizhao@heurion.org (Hui Zhao · Heurion Research)</author>
      <description>当前主流 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 两层网络网关，以及跨代码、文档、数据与在线应用的通用事务提交流水线。</description>
    </item>
  </channel>
</rss>