资源04 · 开放生态

COMMUNITY / OPEN ECOSYSTEM

从开放生态开始,让每一次贡献落到正确边界

客户端源码提供 IM 与 Agent 的组合入口;Kyormar-DevTools 开放事件、状态、工具和模块通信的观测与调试能力

01Kyormar-GPUI

Kyormar Client

原生桌面、IM 与 Agent 模块入口、窗口和可见交互

从这里开始
改进客户端体验,或参与 IM 与 Agent 的组合入口
打开公开仓库
02Kyormar-DevTools

DevTools

开源事件检查器、状态轨迹、工具调用观测、IM ↔ Agent 通信调试与开发工作台

从这里开始
复现交互问题,检查数据来源,追踪工具与模块通信,并建设新的诊断能力
打开公开仓库
03CLOSED SOURCE / REMOTE

Rust Service

为账号与部分远端团队能力提供服务;不属于客户端开源范围

从这里开始
只需确认是否使用远端能力,不需要理解服务端内部架构
查看边界说明

OPEN PRACTICE / MERGED WORKSHOPS

工作坊不再是独立路由,
它属于开放建设过程

每一场实践都从真实问题开始,留下过程、结果和下一步;工程笔记也在对应问题下持续补充

01 / 个人 / 小团队

Agent × IM 工作流

带一项真实任务进入,从 Agent 执行和验证,到 IM 接收进度、确认与结果

提议实践主题
02 / 团队 / 开发者

Agent 协作与工具链

复现一次多 Agent 或工具调用问题,标出状态来源、失败边界和可重复验证步骤

提议实践主题
03 / 个人 / 团队

沟通偏好实践

把信息密度、语气和提醒方式写成可调整偏好,不把人格问卷当作诊断或评分

提议实践主题

CONTRIBUTION CONTRACT

一份可复现的问题,
比一段笼统判断更有价值

  1. 01

    描述可见现象

    说明你实际看见或操作到的结果,不先替系统判断根因

  2. 02

    提供最小路径

    写清入口、动作、预期与实际结果,让其他人可以重复

  3. 03

    标出状态来源

    如果已知,说明状态来自客户端、IM、Agent 还是两者之间的数据交换

  4. 04

    附上验证证据

    测试、日志、截图与真实交付验收需要明确区分