飞享IM 全平台实录：消息、音视频通话、AI机器人与私有化部署，一次看全
飞享IM(FshareIM) 不是一份 PPT 里的 IM 系统方案，是真的在 Web、PC、iOS、Android 四端跑起来、每天有人在用的产品。这篇文章不讲代码，只用真实截图带你把这套系统从头看一遍：消息怎么同步、群怎么管、AI 机器人怎么在 IM 里推日报、音视频通话跨端能不能打通，以及——如果你想把它装到自己服务器上，需要什么。
12天337提交：用 Vibe Coding 从零构建 iOS IM 客户端的复盘
这是一篇关于「人不看代码、AI 全程执行」的真实工程记录。ios-chat-pro 是飞享 IM 的 iOS 原生客户端，用 Swift + UIKit 实现，对接自研 TCP 协议和 protobuf 二进制消息，功能覆盖单聊、群聊、音视频通话、好友管理、群组管理、消息撤回。
Governance Service 架构设计：流式 LLM Agent 的异步治理层
本文介绍 streaming-llm-agent 多模块项目中 Governance Service 的详细架构设计。Governance Service 是异步治理层，不在对话关键路径上——Chat Service 通过 Kafka fire-and-forget 发布事件，Governance Service 异步消费，完成审计落地、成本计算、指标汇总和配额管理。
Spring Boot + LangChain4j 流式 LLM Agent 服务架构设计
本文介绍一套面向 AI 客服 / 问答助手场景的流式 LLM Agent 服务架构，技术栈为 Spring Boot 3 + WebFlux + LangChain4j + Redis + Kafka，采用 Chat Service + Governance Service 双服务分层设计，支持中等规模起步（日活十万级、峰值千级并发会话）并可平滑扩展至大规模。
用 Claude Code Vibe 一个 IM 项目重构：7天64提交背后的方法论
本文记录了将 vue-chat-pro（Vue 2 + Vuex + JavaScript）重构为 vue-chat-pro-claude（Vue 3 + Pinia + TypeScript + Vite）的完整历程。7天，64次提交，从零开始建出一个功能完整的即时通讯客户端。这不是一篇"AI 生成代码"的展示文，而是一份关于如何与 AI 协作完成真实工程任务的方法论总结。
飞享IM Web版大更新！流式回复、音视频通话、消息转发全面升级
这不是 changelog，这是一次「让你忍不住想打开试试」的功能盘点。v1.1.x 系列集中火力，专门干那些「表面没坏但其实很难受」的体验问题——流式回复占位符乱跑、时间显示不说人话、群视频通话有 bug、消息无法转发……全都修了，还顺手加了不少新东西。
飞享IM数据库分库分表设计方案——从现状分析到亿级扩容全解析
分库分表不是一个简单的配置问题——它关系到分片键选择、扩容数学性质、跨分片查询策略，以及在不停服前提下如何安全迁移数据。本文以飞享IM（FshareIM）为案例，从现有手动分表方案的瓶颈出发，完整呈现三种技术路线对比、基于 ShardingSphere-JDBC 的新建分库方案、按 2 的幂扩容的数学推导，以及 Canal + 双写的零停机迁移时序，供 IM 系统架构师和 DBA 参考。
飞享IM完整架构设计文档——架构师视角的系统设计全解析
架构设计不只是画几张图——它是对整个系统的系统性思考：从业务需求到质量约束，从模块拆分到接口契约，从数据分表到故障容灾，再到 AI 融合与技术演进路线。本文以飞享IM（FshareIM）为参考，完整呈现一位架构师在一个生产级 IM 系统上应当完成的全部设计工作，涵盖六大职责分解、五阶段设计步骤，以及覆盖接入层、业务层、数据层、AI 架构、安全架构和部署架构的完整设计文档，附带技术决策记录（ADR）和架构评审检查单。
飞享IM核心技术说明与方案改进说明
飞享IM（FshareIM）是一款支持私有部署的即时通讯系统，服务端采用 Java 实现，核心由 push-connector（接入层） 和 push-group（业务层） 两个服务组成。本文从实际运行角度梳理系统的13个核心技术模块，逐一说明当前方案的设计思路、存在的隐患，以及对应的改进建议，帮助开发者快速理解系统全貌。
用 LangGraph + Claude 构建纳斯达克100盘前日报 Agent
每个工作日美东时间 8:00 AM，一个 Agent 自动从多个渠道并行采集信息，调用 Claude 生成中文盘前日报，通过飞享IM推送到手机。整个流程无人值守，从数据采集到消息送达不到 20 秒。