Twinkle训练框架
4 pasos1 piezas4 Fuentes
Twinkle是由ModelScope与招商银行联合开发的轻量级LLM训练框架,旨在通过“原子化”设计解决大模型训练中灵活性与规模化的矛盾。该框架采用客户端-服务端架构,将训练逻辑(如数据加载、模型前向/反向传播)封装为标准API,支持在本地torchrun、Ray集群或无服务器Training-as-a-Service (TaaS) 模式下无缝切换,无需重写代码即可从单卡扩展至千卡集群。
【背景】传统训练框架往往在易用性(黑盒)与控制力(底层代码)之间难以两全。Twinkle试图填补这一空白:它允许开发者完全掌控训练循环(You Own the Loop),同时隐藏分布式计算的复杂性。其接口兼容Tinker API,并作为后端网关支持多租户隔离——即在同一个基础模型上并行运行多个不同的LoRA微调任务,各租户拥有独立的优化器和数据管道。
截至2026年8月,ModelScope已基于Twinkle部署了针对Qwen3.8-27B的免费TaaS服务,用户可通过API端点直接进行LoRA微调而无需本地GPU资源。GitHub仓库显示该项目自2026年2月发布初始版本以来,已逐步支持GRPO、DPO、GKD等多种对齐算法及DeepSeek-V4等新模型。
Cómo llegó hasta aquí
Twinkle初始版本发布,支持文本模型的SFT/PT/RL训练,并在ModelScope上线Beta版无服务器训练功能。
github.com ↗Twinkle官方网站上线,提供详细文档和Cookbook示例。
modelscope.github.io ↗新增对DeepSeek-V4系列模型的支持,并引入多轮Rollout和工具调用能力,强化RL训练场景。
github.com ↗ModelScope TaaS服务更新,当前部署的基础模型为Qwen/Qwen3.8-27B,支持通过Tinker兼容API进行免费训练。
modelscope.github.io ↗
Lo que aún está pendiente
- Twinkle原生API与Tinker兼容API在服务端的具体性能差异及迁移成本如何?
- 多租户环境下,不同LoRA任务共享基础模型计算时的显存隔离机制是否会影响大规模并发训练的稳定性?
- 除了Qwen系列,框架对非Transformer架构或新兴MoE变体的支持路线图是什么?