day2_5-邵繁-Kotlin全栈驱动的脑机接口与智能体未来实践.pdf

1、Kotlin全栈驱动的脑机接与智能体未来实践Ordinary SFKotlin2025 Kotlin 中开发者会Developed by JetBrains议程问题与案1.多语架构的痛点2.：Kotlin 全栈案3.新架构核思路+KSP-C 转译器技术实现与展望4.前端：Compose Multiplatform5.后端：Ktor+Koog Agent6.未来：Kotlin/C LLVM 编译器份 Kotlin 全栈的程实践分享Part 1：架构的坑典型架构什么样？算法层（独脚本）业务层（多语混合）前端层（多端各写套）硬件层BLEBLEJNI/FFIJNI/FFIWASM/PluginREST

2、gRPCRESTgRPCWebSocketRESTWebSocketRPCHTTPGluesubprocessGlueBCI 设备C/C+SDKiOS AppSwift/ObjCAndroid AppKotlin/JavaWebTS/ReactJava ServiceGo ServiceNode ServicePythonMATLAB看起来分层明确，起来代码泛滥问题 a：技术割裂算法团队PythonNumPy/PandasPyTorch业务团队Go/Java各种 Web 框架客端Swift/KotlinTS/React结果条链路上可能经过 35 种语数据结构在不同语中被 次次写、次次不完全致技

3、术栈是松耦合的，是耦合的问题 b：性能与实时性瓶颈设备采样蓝前端 AppREST/WSGo/JavagRPCPython结果返回每跳都可能：做次序列化/反序列化做次数组拷做次类型转换跨语调+数据拷，是实时系统的隐形杀问题 c：协议层混乱RPC/API 层的问题协议混gRPC/REST/WebSocket定义进制协议档割裂Swagger/写 MarkdownWiki/相传模型不致同份概念三四份略微不同的 schema HardwareSIG_ID Pythonsignal_id Goid FrontendsignalId典型场景这个字段在硬件叫 SIG_ID，Python 叫signal_id，

4、Go 叫 id，前端叫 signalId多语杂糅带来的成本不只是累，是直接的开发和维护成本问题 d：跨平台&可扩展性不客端碎化AndroidiOSWeb鸿蒙桌每个平台套 UI，套 状态管理，套 络栈新实验的代价 新想法改 Python加 API改 Android改 iOS改 Web改桌联调 上线新功能上线很慢，实验迭代成本，很多想法死在实现太烦上Part 2：登场 是什么？=Kotlin 全栈驱动的脑机接+智能体实践项 语 打通：硬件数据接实时信号处理服务端编排客端交互Agent 逻辑kRPC Z1 EEG Kable Ktor Koog Agent CMP Show DemoDemo Con

5、tent:实时 EEG 信号采集 情绪状态分析可视化 Agent 智能反馈建议 多平台统体验技术亮点整个链路从硬件到 UI，没有跨语调Part 3：新架构的核思路新架构瞰 KSP-C 后端 CMP 客户端 BC KoogKtor 服务UI 层数据管线BLE脑机数据流式对话算法复.h/.cZ1 EEGSTM32 MCUKableParserEmotionProcessor数据可视化ChatkRPCRSocketReAct 循环Kotlin C数据流：Z1 Kable Parser Processor|通信：kRPC RSocket|复：KSP-C统 Intent 数据结构旧世界协议在不同语中各有

6、份定义新世界同份模型：后端 Ktor 直接Compose Multiplatform 直接Koog Agent 复API Model 业务 Model Agent Model#Pythonclass Session:signal_id:str/Gotype Session struct ID string json:id/TypeScriptinterface Session signalId:string/Kotlin-唯定义data class Session(val signalId:String)算法复路径服务端 Kotlin客户端 KMPSTM32 MCU核算法：Affstate 情