连成脉络，点亮工作。

认识我们看看 Kyormar

智能体是同事，不是玩具 · 本地优先会重新成为常识

/ 我们相信的未来

智能体会成为每个团队的同事，而不是玩具；信任来自可验证的边界，而不是承诺。我们做的每一件事，都为这个未来铺路。

Agent 与即时通讯Kyormar 客户端即时通讯HuLa

02 / WHO WE ARE

一家把智能体​当作工程系统​来做的公司

我们不追逐演示效果，而是追问一件事能否被可信地完成：计划可见、工具可控、审批明确、过程可回放。

络火科技起步于深圳。我们围绕「让 Agent 真正完成工作，让结果安全进入协作」这条主线，打造桌面工作台 Kyormar，并把客户端与调试工具开源。

了解我们的使命与工作方式
LUÒ · 脉络

连接的脉络。把分散的人、工具与信息连成一张可靠的网，让工作在其中顺畅流动，而不是在缝隙里丢失。

HUǑ · 火

温度与能量。技术不该只是冷静地运转，还要能点亮真实的工作，让人愿意把重要的事交给它。

总部
中国 · 深圳
方向
AI Agent 工作台与协作系统
产品
Kyormar 桌面客户端
开放
Gitee / shenzhen-luohuo

03 / WHAT WE BUILD

Kyormar：我们把判断​落成产品的地方

Agent × IM 一体化桌面工作空间。本地优先、显式审批、过程可回放，它是络火当前全部判断的具体形态。

本地优先
执行真相保存在本机；服务端不保存提示词、正文、推理与工具输出。
唯一写链
命令、提交、投影、回执首尾相连；热更新与冷回放来自同一份记录。
显式审批
危险动作需要精确的审批凭据，先决定者生效。
能力接入
文件、终端、Git、进程、MCP 与技能，都接进同一套策略与回执。
PRODUCTkyormar.comSERVICES产品与服务

04 / OUR VISION

我们相信的未来

四个判断，决定了我们做什么、不做什么。

  1. 智能体会成为每个团队的同事，而不是玩具。

    它会承担真实的责任：读文件、跑命令、改流程、交结果。正因如此，它必须先学会被审计、被回放、被拒绝。

  2. 信任来自可验证的边界，而不是承诺。

    数据在哪里、谁能读、谁能改、什么时候删除，这些应该由架构保证，而不是由条款保证。

  3. 本地优先会重新成为常识。

    执行真相留在你的设备上，云端只承担认证、目录、计费与受控中继。这不是保守，而是对工作本身的尊重。

  4. 开放比护城河更长久。

    开源的客户端与工具、公开的服务边界，让任何人都能检查我们是否做到了所说的事。

05 / HOW WE WORK

我们怎样工作

四条原则不写在墙上，写在仓库里。下面每一条旁边，都钉着它在我们仓库里的原文：一条协作规则、几行提交记录、一份变更提案。

工程为先

边界、身份和失败方式先写进契约，其它一切装在这上面。

没有跑过的验证层，不会被写成已通过；没想清楚的边界，不会进主链。功能可以晚一点，地基不能省。

AGENTS.md1 / 4

Validation policy / Typed truth and identity

  1. fmt、OpenSpec validation、source/diff、compile、build/bundle、service migration、App/CU 与生产验收是独立证据层，
  2. 只报告实际运行且通过的层级。
  3. 所有 event/action 使用完整 typed identity。unknown、缺失或冲突 identity 必须 fail closed。
  4. 提交失败不得发布可见语义；投影失败必须传播并从 durable truth 做 typed reconciliation，UI 不合成终态。

仓库根目录的协作规则，每个进来干活的人和 Agent 都先读它。

小步，可回放

每一次变化都是一条小提交，任何一步都能按原路倒回去看。

提交小到一眼能看完，回执带着 commit_seq；出了问题不靠猜，把那一段回放出来。

git log --oneline2 / 4

Kyormar / main

  1. 166d452chore: 收口当前 Agent 主线基线
  2. a418205stabilize desktop assistant rendering and resource usage
  3. bd7ee74fix: 合并活动流与本地显示增量
  4. b10b62efix: 收口远程集成后的桌面语义冲突
  5. 8dc6e0dfix: 恢复 rebase 丢失的 UI 集成定义
  6. 每个 domain 的 hot delivery 与 cold replay 使用同一 commits/projector。

提交信息首字母小写、不用 emoji；热更新与冷回放走同一条提交流。

写下来

决定写成 ADR，边界写进 AGENTS.md，执行留下回执。

文档与代码同一批次发布；评审意见进 PR，不走口头。口头达成的共识，不算共识。

openspec/changes/converge-kyormar-agent-in-process/3 / 4

proposal.md / design.md / specs/ / tasks.md

  1. Why —— Kyormar 的 current architecture 是单仓、受监督同进程 AgentHandle。
  2. What Changes —— 所有可见状态只来自一个 durable writer：typed command 产生 canonical commit 与单调 commit_seq。
  3. 文档与代码迁移同一原子发布批次；
  4. 文档可陈述 canonical contract 和门禁，不能把未运行的层写成已通过。

架构变更先写提案、设计、规格与任务清单，再动代码；完成后归档。

开放与克制

客户端与工具开源，服务端边界公开；没有真实用户证据的功能，宁可不做。

谁都能进来看它怎么工作；顺手就能加的功能，也要先问有没有人在等。危险动作停下等审批，先决定者生效。

AGENTS.md4 / 4

Canonical Agent architecture

  1. 删除旧 Agent transport 后不得保留 compatibility shell、空 feature、dead adapter 或「以后也许用」的旁路。
  2. 只有具有 production reachability、不可替代安全/持久化职责或已证明用户能力的代码可以保留。
  3. 只有危险 action 可逐次启动无语义 worker；完成、超时或取消后退出。
  4. gitee.com/shenzhen-luohuo/Kyormar · shenzhen-luohuo/Kyormar-DevTools

客户端与工具在 Gitee 公开；这条规则决定了哪些代码可以留下。

06 / WHERE WE STAND

站在团队与​真实工作之间

我们想成为的，是团队与真实工作系统之间那一层可信的伙伴：向上承接目标、审批与协作，向下管理工具、进程与产出。下面这张图，是我们对自己位置的理解。

01 / THE BELIEF

工作应该被完成，​而不是被盯着。

真实的工作太复杂，不该靠人逐条手动推进。团队应该定义优先级、审批关键变更、在协作中做决定；计划、执行与验证，交给一个值得信任的伙伴。

02 / THE ROLE

做团队与系统之间​那一层可信的伙伴。

这是络火想站的位置：向上承接目标、审批与协作，向下管理工具、进程与产出。工作台负责计划、执行与回放，协作面承接会话、群组与产物，每一步都有持久化的提交与唯一的投影。

03 / THE PROMISE

把每一种能力，​接进可审计的主链。

文件、终端、Git、进程、MCP 与技能都在同一套策略、精确审批与类型化回执之下工作；危险动作在按次启动的隔离进程中执行。能力可以不断增加，边界始终只有一条。

04 / THE SHAPE

一层薄薄的中间层，​两条清楚的边。

回正之后就是全部：团队在上，真实的工作系统在下，中间只有络火这一层。它不替代任何一方，只让两边的连接可信——每一步都留下提交与回执，每一次都能倒回去看。

看看它的具体形态 · 产品与服务

07 / IN SHENZHEN

在深圳，做一件​慢而认真的事

深圳是一座把想法迅速变成产品的城市：硬件、供应链、软件与设计彼此紧挨着。这种环境让我们养成了务实的习惯，先做出来，再谈概念。

但我们选择在这座快城市里做慢的事：把边界想清楚，把规则写下来，把每一次执行变得可回放。速度来自清晰，而不是来自匆忙。

JOIN US / 加入我们

如果你认同「把智能体当作工程系统来做」，也愿意和我们一起把这件事做好，欢迎来信，附上你的简历或作品。

2439646234@qq.com

LET'S TALK

一起把这件慢而认真的事​做好

无论是了解络火、探讨合作，还是加入我们，都可以直接写信。工作日 09:00–18:00（北京时间）内回复。

联系我们2439646234@qq.com