外观
EinoTalk|即时通信与 AI 助手平台
状态:未准备(代码素材已整理,个人职责与真实部署待确认)
基本信息
- 项目名称 / 时间:EinoTalk;开发起止时间待确认。
- 背景、目标用户与核心功能:面向私聊、群聊和联系人管理场景,结合 AI 助手、文件上传和管理员功能。
- 团队情况与本人职责:待确认团队人数、基础项目来源、二次开发范围;不能把仓库全部能力直接归为本人实现。
- 技术栈:Go、Gin、GORM、MySQL、Redis、WebSocket、Kafka、CloudWeGo Eino;React、TypeScript、Zustand、Ant Design、Axios。
- 仓库:本地源码;README。实际部署和演示入口待补。
- 简历位置:Go 全栈版第一项目,约占项目篇幅 55%;前端版作为备选,不与 SimulSpeak、Blog 三个同时挤进一页。
30 秒介绍
候选口述(确认分工后使用):这是一个 Go 和 React 实现的即时通信平台,包含登录鉴权、联系人、私聊群聊以及 AI 助手。我会重点介绍本人实际参与的消息分发、前后端鉴权或 AI 接入模块。项目支持 channel 与 Kafka 两种消息入口,并结合 Redis 在线路由进行跨实例转发;这些机制有明确的可靠性边界,不能直接等同于消息绝不丢失。
2 分钟介绍
- 背景:围绕即时通信完成账户、关系、会话、消息和 AI 回复的业务闭环。
- 架构:React 通过 HTTP 操作业务,通过 WebSocket 接收实时事件;Gin 接入、GORM 持久化、Redis 缓存,Kafka 为可选消息模式。
- 主讲模块:从登录身份传递、消息公共分发、多实例路由、AI 助手中选本人做过的两项。
- 难点与取舍:两种消息入口复用业务分发;跨实例时找到用户连接所在节点;AI 长耗时调用与流式回复分开处理。
- 前端闭环:Axios 统一携带 token,处理未认证 / 无权限,Zustand 管理登录、会话和消息状态。
- 结果与边界:代码包含基准和测试入口,本次未运行;容量与延迟待核验,不使用未经确认的 README 数字。
阅读入口
- 架构与核心流程
- 前端实现与难点
- Go 后端实现与难点
- 面试追问
- 现有导学 · 现有面经