存储查看
专为小米 Vela 打造的存储管家。打开应用自动刷新，实时展示手表的存储容量、已使用与可用空间。
- 打开即刷新，无需手动操作
- 可视化展示总容量/已用/可用
- 系统存储管家，轻量常驻
2026-08-27
查看详情
小米 Vela 平台 · 快应用开发
为小米 Vela 设备
构建轻盈未来
VT工作室专注于小米 Vela 平台的快应用开发与技术研究，为智能穿戴设备构建高性能、可落地的应用与工具链。
10+
开源项目
10+
工作室成员
10
主力设备支持
手环 9～10 Pro · Watch S3/S4/S5 · Redmi Watch 4/5/6
vela_quick_app.ux
<!-- VT工作室 · Vela 快应用 --> <template> <div class="container"> <text class="title">{{ message }}</text> <button onclick="onClick"> 点击交互 </button> </div> </template> // Vela 快应用开发 export default { data() { return { message: 'Hello Vela' } }, onClick() { console.log('VT Studio') } }
// 核心能力
从系统到应用的完整链路
不只是写页面 —— 我们覆盖设备适配、应用开发、工具链与云端对接的完整闭环。
// 技术栈
我们日常在用的技术
基于 openvela 开源生态，覆盖系统、应用与工具链各层。
openvela
NuttX RTOS
Vela 快应用框架
AIoT-IDE
JavaScript
LVGL
BLE 蓝牙协议
Python 工具链
// 实际作品
已经在售的应用
3 款 Vela OS 作品，覆盖手环与手表两条产品线。累计下载 250+、查看 600+，为全部作品在各渠道的合计。
3已发布作品
3款累计下载 250+
3款累计查看 600+
1套系统（Vela OS）
Starry 歌词显示器
桌搭风格的腕上音乐卡片。同步手机端歌曲封面与歌词，抬腕就能看到正在播放的那首歌。
- 桌搭主功能，同步手机端歌曲封面与歌词
- 完整播放器控件，切歌、调节音量一键操作
- 兼容小米手环 10 / 10 Pro / 11
VT工作室 × 山茶_skat 合作开发 · 由山茶_skat 发布
数据来源
去米坛社区看看
// 设备支持
主力适配机型
以下机型已完成适配与验证，新机型的适配需求可单独沟通评估。
小米手环 9
小米手环 9 Pro
小米手环 10
小米手环 10 Pro
Xiaomi Watch S3
Xiaomi Watch S4
Xiaomi Watch S5
Redmi Watch 4
Redmi Watch 5
Redmi Watch 6
// 当前在做
我们正在推进的事
工作室当前投入精力的方向。
返回服务
// 服务详情
Vela 快应用开发
从需求拆解到真机验证，为小米手环、手表等 Vela 设备交付能跑、能维护的快应用，连同源码、安装包与技术文档一并交付。
覆盖哪些应用类型
Vela 设备算力与内存有限，不是所有想法都适合落地。下面是我们确认能做的类型与各自的约束条件。
| 表盘类 | 数字表盘、指针表盘、自定义绘制表盘。重点处理常亮显示与息屏功耗，避免高频重绘。 |
|---|---|
| 工具类 | 计算器、计时器、单位换算、待办、日程提醒。逻辑简单但要求交互跟手。 |
| 健康类 | 步数、心率等数据的展示与本地记录。受系统权限限制，仅能调用官方开放的接口。 |
| 轻游戏 | 休闲小游戏。受内存与算力约束，需要控制资源体积与帧率预算。 |
| 信息聚合 | 天气、日程、快捷设置等一屏展示类应用，重点是数据刷新策略与省电。 |
用到的技术栈
| 应用框架 | Vela 快应用框架，页面由模板、样式与脚本三部分组成。 |
|---|---|
| 开发语言 | JavaScript（应用层）；涉及底层能力时使用 C。 |
| 界面实现 | 官方 UI 组件为主，标准组件无法满足时自绘。 |
| 开发工具 | AIoT-IDE 与 Vela 官方工具链，配合真机调试。 |
| 调试手段 | 真机日志、性能面板、设备信息读取（分辨率、DPR、系统版本）。 |
交付物清单
项目结束时你会拿到这些，不会出现"只有安装包、没有源码"的情况。
- 完整源码：包含注释与目录说明，可直接二次开发。
- 可安装包：构建产物，可直接部署到设备验证。
- 技术文档：目录结构、构建步骤、关键接口与数据结构说明。
- 真机测试报告：覆盖启动耗时、内存峰值、交互帧率等实测数据。
性能上我们盯哪些指标
小屏穿戴设备对性能格外敏感，这几项是我们验收前的必查项。
| 冷启动耗时 | 从点击图标到首屏可交互的时间，尽量压缩初始化与资源加载。 |
|---|---|
| 内存占用 | 控制在设备可用预算内，避免后台被系统回收。 |
| 交互帧率 | 滑动、切换等场景保持流畅，避免掉帧与卡顿。 |
| 功耗表现 | 常亮、定时刷新、传感器采样频率都会单独评估。 |
明确不做的部分
提前说清楚边界，避免后期返工。
我们不做需要系统级签名或 root 权限的功能，不做绕过官方分发与审核限制的能力，也不承接涉及用户隐私数据采集的需求。如果你的需求落在这些范围里，沟通阶段就会直接告诉你。
有一个具体的应用想做？把机型和功能说清楚，我们给你初步评估。
联系我们
返回服务
// 服务详情
开发者工具与组件
把重复造的轮子沉淀下来：一套可直接复用的 UI 组件、几个能省下调试时间的工具，以及开箱即用的项目脚手架。
UI 组件库
按 Vela 设备的屏幕尺寸与交互方式设计，不是把移动端组件简单缩小。
| 基础组件 | 按钮、输入框、选择器、开关、滑块，统一处理焦点态与按下反馈。 |
|---|---|
| 列表与卡片 | 长列表复用、滑动操作、空状态与加载状态。 |
| 数据展示 | 折线图、环形进度、仪表盘，支持自定义配色与刻度。 |
| 动效 | 页面转场、加载动画、骨架屏，控制时长避免拖沓。 |
| 适配 | 圆形屏与方形屏、不同分辨率下的布局自适应方案。 |
调试辅助工具
穿戴设备上看日志很麻烦，这几件事我们做成了工具。
| 日志面板 | 在设备上直接查看运行时日志，支持按级别过滤与关键字搜索。 |
|---|---|
| 性能探针 | 采样帧率与内存占用，定位卡顿与内存增长。 |
| 设备信息 | 一键读取分辨率、DPR、系统版本、可用存储，便于排查机型差异。 |
| 布局边界 | 可视化显示元素边界与尺寸，解决对不齐的问题。 |
工程脚手架
| 项目模板 | 按应用类型预置目录结构，初始化即可开发。 |
|---|---|
| 构建配置 | 打包、压缩、资源处理、版本号管理。 |
| 代码规范 | ESLint 配置与 Git 提交规范，多人协作时保持一致性。 |
关于开源
不画饼，说明当前真实进度。
组件库与工具目前处于整理阶段，部分已在内部项目中投入使用。我们计划在接口稳定后以 MIT 协议开源，仓库地址确定后会第一时间更新到这里。在那之前，合作项目中可以直接使用这些组件。
想用现成的工具和组件，或者想一起做？聊聊看。
联系我们
返回服务
// 服务详情
技术咨询与培训
面向已经有开发能力的团队：把 Vela 平台的开发方法、调试手段与踩坑经验传递过去，而不是替你把活干完。
培训内容
按模块组织，可以整套走，也可以只挑需要的部分。
| 环境搭建 | 工具链安装、模拟器配置、真机调试通道打通。 |
|---|---|
| 框架入门 | 应用目录结构、生命周期、页面路由与参数传递。 |
| 界面开发 | 布局模型、样式写法、组件使用、多分辨率适配。 |
| 能力调用 | 传感器、本地存储、网络请求、蓝牙通信。 |
| 性能与上架 | 常见性能问题定位、打包签名、上架流程与审核注意事项。 |
培训形式
| 线上直播 | 分次进行，每次留出实操与答疑时间。 |
|---|---|
| 录播 + 材料 | 适合团队自行安排进度，可反复回看。 |
| 企业内训 | 按团队现有项目情况调整案例与重点。 |
技术咨询服务
针对具体项目的问题，给出可执行结论。
- 架构评审：目录结构、状态管理、模块划分是否合理，输出问题清单与修改建议。
- 性能诊断：定位卡顿、内存增长、异常耗电的具体原因，而不是泛泛而谈。
- 技术选型：框架、组件、第三方库的取舍，结合你的目标机型给出结论。
- 疑难排查：特定机型上的兼容问题、构建失败、签名异常等。
你会拿到什么
- 培训课件与示例代码（可保留用于内部复用）
- 评审或诊断报告（问题清单 + 优先级 + 修改建议）
- 沟通期内的问题答疑
想先聊聊你的团队卡在哪里？描述问题就行。
联系我们
返回服务
// 合作模式
项目制外包
需求能说清楚、希望按约定时间拿到成品时，用这种方式。我们按阶段推进，每个阶段都有可以验收的东西，不是到最后才给你看结果。
什么情况适合走项目制
- 功能范围能够事先界定清楚
- 有相对明确的交付或上线时间
- 希望最终拿到完整源码与文档，可以自己维护
- 过程中不需要频繁改变方向
阶段与对应产出
每一阶段结束你都能看到实物，不是口头汇报进度。
| 需求梳理 | 输出需求清单与功能边界说明，双方书面确认后进入下一阶段。 |
|---|---|
| 方案与报价 | 输出技术方案、工期拆解与费用明细，确认后再启动。 |
| 开发实现 | 按里程碑提交可运行版本，你能随时在真机上体验当前进度。 |
| 联调测试 | 在目标机型上完成验证，输出测试报告与遗留问题清单。 |
| 交付维护 | 交付源码、文档与构建说明，并包含约定时长的维护支持。 |
关于报价与变更
把规则说在前面，避免后期互相扯皮。
- 按项目评估：依据功能复杂度与工期整体报价，不按小时计费。
- 分阶段支付：具体比例与节点在方案确认时写明。
- 需求变更：走补充确认流程，会同时告知对工期与费用的影响，不会先做后谈。
两点提醒
需求描述得越具体，报价与工期就越准；中途中大范围改需求一定会影响交付时间，我们会提前把影响范围告诉你，由你决定是否调整。
有完整需求想整包交付？带上功能清单联系我们。
联系我们
返回服务
// 合作模式
技术顾问
适合自己有开发力量、但希望有人在关键节点把关的团队。我们不替代你写代码，而是在你做决策时给出有依据的判断。
具体包含什么
| 日常答疑 | 开发过程中遇到的技术问题，通过约定渠道提出并得到回复。 |
|---|---|
| 架构评审 | 在关键设计节点介入，评估结构是否合理、后续是否好维护。 |
| 性能诊断 | 定位卡顿、内存持续增长、异常耗电的具体成因。 |
| 选型建议 | 框架、组件、第三方库的取舍，结合你的目标机型给结论。 |
| 代码走查 | 定期抽查关键模块，指出风险写法与可改进处。 |
合作形式
| 按周期 | 以月为单位，约定沟通频次与响应时效。 |
|---|---|
| 按次 | 针对单次评审、诊断或答疑，适合需求不连续的团队。 |
| 沟通方式 | 以线上沟通为主，需要时安排会议。 |
和项目制外包的区别
两张表说清楚，方便你判断该选哪个。
| 谁写代码 | 顾问模式是你的团队写；外包模式是我们写。 |
|---|---|
| 交付物 | 顾问模式产出建议与报告；外包模式产出可运行的产品。 |
| 适合场景 | 顾问适合有团队、需要把关；外包适合没有团队、需要成品。 |
| 周期 | 顾问通常按月持续；外包有明确的起止时间。 |
一点实话
如果你目前连开发环境都还没搭起来，顾问模式对你意义不大，直接走培训或项目制外包更划算。顾问的价值在于你已经跑起来、需要少踩坑的时候。
需要长期的技术把关？先说说项目现状。
联系我们
返回服务
// 合作模式
联合开发
面向需要长期迭代的产品：双方共同投入，按约定分享成果。这不是外包关系的变体，合作前提比报价更重要。
我们会在什么情况下考虑
- 产品方向清晰，且有持续迭代的价值
- 需要长期投入而非一次性交付
- 你希望深度参与决策，而不是甩手等结果
- 双方对投入与分配能达成书面一致
我们投入什么
| 开发人力 | 承担约定的开发任务与排期责任。 |
|---|---|
| 技术积累 | 已有的组件库、调试工具与工程脚手架可直接用于项目。 |
| 测试环境 | 自有设备用于真机验证，覆盖主流机型。 |
| 文档沉淀 | 过程中的设计决策与踩坑记录整理成文档。 |
需要你提供什么
| 产品方向 | 明确的目标用户与功能优先级，避免反复改方向。 |
|---|---|
| 决策效率 | 关键问题能快速拍板，沟通链路要短。 |
| 配套资源 | 设计、运营、资质、服务器等我们无法覆盖的部分。 |
合作前提
这几条不满足的话，我们会直接说明不适合。
联合开发需要签署书面协议，明确知识产权归属、投入比例与收益分配。我们不参与方向摇摆、决策链条过长的项目——这类合作通常双方都会失望。有意向可以先从一次小规模的项目制合作开始，彼此验证配合度。
想让团队一起参与开发？聊聊分工方式。
联系我们
返回联系
// 合作方向
系统与驱动适配
涉及系统层的工作：驱动移植、系统裁剪、板级适配与功耗调优。这类项目的周期通常长于应用开发，前置条件也更多。
具体做什么
| 驱动适配 | 传感器、屏幕、通信模组等外设的驱动移植与调试。 |
|---|---|
| 系统裁剪 | 按硬件资源裁剪内核与系统组件，控制固件体积与内存占用。 |
| 板级移植 | 将系统移植到新的硬件平台，完成最小系统启动。 |
| 功耗调优 | 休眠策略、外设电源管理、唤醒源配置。 |
| 启动优化 | 缩短从上电到可用状态的时间。 |
涉及的技术栈
| 操作系统 | NuttX RTOS 及其上的 openvela 系统层。 |
|---|---|
| 开发语言 | C，少量汇编（启动与上下文切换相关部分）。 |
| 构建系统 | 基于 Kconfig / Makefile 的配置与编译体系。 |
| 调试手段 | 串口日志、JTAG 调试、逻辑分析仪（硬件问题定位）。 |
交付物
- 驱动源码：包含适配说明与关键寄存器/配置注释。
- 可烧录固件：能在目标硬件上启动并跑通验证项的镜像。
- 测试报告：覆盖功能验证、稳定性与功耗实测数据。
- 移植文档：便于后续在其他硬件上复用。
前置条件
这几项不满足，工作无法开展，请提前准备。
这类工作需要目标设备的硬件资料（原理图、数据手册）、烧录与调试权限，部分内容还需要芯片或模组厂商的技术支持。如果你的设备没有开放的调试接口或缺少技术资料，我们会在评估阶段就明确告知可行性，不会接下做不了的事。
有设备要移植或驱动要调？先确认硬件资料是否齐全。
联系我们
返回首页
// 能力详情
全栈开发能力
从应用层到系统层，再到工具链与文档——Vela 设备上的完整链路我们都能覆盖，不必把一个问题拆给三家供应商。
三层分别能做什么
| 应用层 | 快应用开发、界面与交互实现、本地数据处理与存储、网络与蓝牙通信。 |
|---|---|
| 系统层 | NuttX 配置与裁剪、外设驱动适配、系统移植与启动优化。 |
| 工具层 | 构建脚本、CI 流程、调试工具、项目脚手架与代码规范。 |
具体技术清单
| 应用开发 | Vela 快应用框架、JavaScript。 |
|---|---|
| 界面实现 | 官方 UI 组件、自绘组件、LVGL。 |
| 系统底层 | NuttX RTOS、openvela 系统层、C 语言驱动开发。 |
| 构建与工具 | Kconfig / Makefile 构建体系、Shell 与 Python 脚本、Git。 |
| 调试手段 | 串口日志、真机日志面板、性能探针、JTAG。 |
全栈能力带来什么实际好处
不是为了好听，是能解决具体问题。
- 问题能定位到底：应用层卡顿，根因可能是驱动采样频率或系统调度，我们能一路查下去，而不是停在"应用层优化一下"。
- 少一层协调成本：不用在多个供应商之间传话、互相推诿，一个问题一个人跟到底。
- 交付物自洽：应用、系统配置、构建脚本是一套，后续维护不会出现"改了 A 坏了 B"。
边界在哪
我们做软件与系统层的工作，不做硬件电路设计、结构设计与量产支持。涉及硬件的部分，我们会明确说明需要你或第三方配合的内容。
想知道你的需求落在哪一层？直接问最省事。
联系我们
返回首页
// 能力详情
真实设备验证
在真机上跑通才算完成，模拟器通过不代表设备可用。下面是我们实际用于验证的机型，以及每台机器上都检查哪些项目。
我们手上的设备
这些设备用于开发与验证，不是参数表上抄来的清单。
| 小米手环 | 小米手环 9、小米手环 9 Pro、小米手环 10、小米手环 10 Pro |
|---|---|
| Xiaomi Watch | Xiaomi Watch S3、Xiaomi Watch S4、Xiaomi Watch S5 |
| Redmi Watch | Redmi Watch 4、Redmi Watch 5、Redmi Watch 6 |
每台设备都验证哪些项目
| 安装与启动 | 安装包能否正常部署、冷启动耗时、异常退出的复现路径。 |
|---|---|
| 界面适配 | 不同分辨率、圆形屏与方形屏下的布局是否错位、文字是否截断。 |
| 交互响应 | 触摸、滑动、物理按键的响应是否符合预期。 |
| 传感器与权限 | 数据能否正常读取、采样频率是否合理、权限申请是否合规。 |
| 稳定性 | 长时间运行、前后台切换、低电量场景下的表现。 |
| 功耗表现 | 常亮显示、后台刷新、传感器持续采样的耗电情况。 |
怎么测
- 逐台验证：每款机型单独跑，不根据一台机器的结果推断其他机型。
- 记录实测数据：启动耗时、内存峰值等用数字记录，写进测试报告。
- 问题不藏着：发现的遗留问题会列成清单交付给你，而不是等你自己发现。
关于"适配"这个说法
把话说明白，避免误解。
上面列出的机型是我们日常开发与验证会覆盖的范围，但不同机型的验证深度并不完全一致——常用机型验证最充分，较新或较少使用的机型以核心功能验证为主。如果你关心的机型不在这个列表里，可以先沟通：有设备我们就直接测，没有设备则需要你提供样机后才好下结论。我们不会在没有实测的情况下声称"已完成适配"。
担心应用在你的机型上跑不稳？说说目标设备。
联系我们
返回首页
// 能力详情
开源与工程化
把项目做规范，把能公开的部分公开出去。工程化解决的是"能不能长期维护"，开源解决的是"别人能不能用上"。
工程化具体做什么
这些事情不产生功能，但决定了项目能活多久。
| 版本管理 | Git 分支策略、提交信息规范、版本标签。 |
|---|---|
| 代码规范 | 静态检查、自动格式化、命名与目录约定。 |
| 构建与发布 | 一键构建脚本、版本号管理、产物归档与校验。 |
| 文档 | 目录结构说明、接口文档、变更记录（CHANGELOG）。 |
| 协作流程 | 任务拆分、代码评审、问题追踪。 |
能开源的部分
| UI 组件库 | 计划以 MIT 协议开源，目前处于接口整理阶段。 |
|---|---|
| 调试工具 | 日志面板、性能探针等，整理完成后一并放出。 |
| 项目脚手架 | 模板与构建配置，可直接用于新项目。 |
| 中文文档 | 环境搭建、开发指南、踩坑记录，公开可查。 |
为什么坚持做这些
- 能交接：文档与规范齐全，交付后你的团队能接手，不必依赖某个人。
- 能复用：第二个项目的启动成本远低于第一个。
- 减少扯皮：规范先行，协作时的沟通成本会明显下降。
关于进度
开源这件事我们不想提前吹出去。目前组件库与工具已在内部项目中使用，等接口稳定后会正式发布并更新到这里。在那之前，合作项目中可以直接使用这些组件与工具。
想参与开源或者用我们的组件？欢迎联系。
联系我们
返回首页
// 当前在做
制作总结开发文档
把开发过程中的实现思路、配置步骤与踩坑记录整理成中文文档，方便自己复盘，也方便其他人上手。这是工作室当前投入精力做的事。
为什么要做这件事
- 自己复盘：踩过的坑不记下来，过几个月会再踩一次。
- 降低上手成本：新人或合作方不必从零摸索环境配置。
- 给社区：中文资料少，能补一点是一点。
文档打算覆盖哪些内容
按从零到上架的顺序组织。
| 环境搭建 | 工具链安装步骤、常见报错与解决办法。 |
|---|---|
| 应用结构 | 目录组织、配置文件含义、页面与路由。 |
| 界面开发 | 布局与样式写法、组件使用、多分辨率适配。 |
| 能力调用 | 传感器、本地存储、网络请求、蓝牙通信的调用方式与限制。 |
| 调试技巧 | 日志查看、性能定位、机型差异处理。 |
| 打包与上架 | 签名、构建产物、审核常见驳回原因。 |
当前进度
不夸大进度，写到哪说到哪。
文档目前处于整理阶段，优先补齐环境搭建与调试技巧这两块——也是新手最容易卡住的地方。完成后会公开发布，并在本页更新进展。
如果你也想参与
欢迎提出你希望优先看到的内容，或者反馈现有文档里的错误。有具体建议可以直接通过下方联系方式告诉我们，我们会按需求紧迫程度调整写作顺序。
想提前看到某部分内容，或者想一起写？告诉我们。
联系我们
// 服务方向
Vela 平台开发能力
基于 openvela 开源生态，提供覆盖快应用开发、工具链与咨询的全方位服务。
Vela 快应用开发
基于 AIoT-IDE 和官方框架，为小米手环、手表等 Vela 设备开发高性能快应用与游戏。
- 表盘、工具、轻游戏等各类快应用定制开发
- 性能优化：启动速度、内存占用与帧率调优
- 交付完整源码、安装包与技术文档
开发者工具与组件
开发面向 Vela 生态的开源工具链、UI 组件库和辅助调试工具。
- 开源 UI 组件库与交互模板
- 日志、性能分析等调试辅助工具
- 项目脚手架与构建配置模板
技术咨询与培训
为开发团队提供 Vela 平台技术培训与项目咨询服务，加速产品落地。
- 面向团队的 Vela 平台技术培训
- 项目架构评审与性能诊断
- 长期技术顾问支持
// 服务流程
合作是怎么推进的
五个阶段，过程透明，每个节点都有可验收的产出。
需求沟通
明确目标机型、功能范围、性能要求与交付标准。
方案与报价
输出技术方案、工期评估与报价，确认后进入开发。
开发实现
按里程碑分阶段开发，定期同步进度与可运行版本。
联调测试
真机验证 + 多机型兼容性测试，输出测试报告。
交付维护
交付源码、安装包与文档，并提供约定周期的维护支持。
// 常见问题
你可能想先了解的
开发一款 Vela 快应用需要多久？
简单的工具类应用通常 2–4 周；涉及硬件能力调用或复杂交互的项目一般需要 6–8 周。具体工期取决于功能范围与需要适配的机型数量。
你们支持哪些设备？
目前主力覆盖小米手环 9 / 10 / 10 Pro、Xiaomi Watch S3 / S4 / S5、Redmi Watch 4 / 5 / 6 等机型，其他 openvela 设备可以单独评估可行性。
交付后是否提供源码？
提供。项目交付包含完整源码、安装包与技术文档，知识产权归属以双方合同约定为准。
可以只做其中一部分吗？
可以。支持按环节拆分，例如只做硬件适配、只做云端对接，或仅提供技术咨询与培训。
怎么开始？
通过邮件或 QQ 联系我们，说明目标机型、功能需求与期望时间，我们会在 1–2 个工作日内给出初步评估与建议。
提示：咨询时如果能提供设备型号、功能清单与参考应用，我们可以更快给出准确的工期与报价。
// 原始成立者
工作室原始成立者
VT 工作室由下面两位从零搭起来。工作室后来的项目、工具与文档，都从这里开始。
word
原始股东木
另有来自合作工作室的深度合作成员，以外部协作身份参与部分项目，不参与 VT 工作室内部事务。为避免归属被误读，已单开一页列清楚。
查看深度合作成员
// 关于我们
一个小而专注的开发团队
VT 工作室由一群对智能穿戴与嵌入式开发抱有兴趣的开发者组成，围绕 openvela 生态做应用、工具与技术沉淀。
10+
开源项目
10+
工作室成员
10
主力适配机型
// 擅长领域
团队的技术分布
从底层驱动到上层交互，团队覆盖了完整的技术环节。
快应用开发
系统裁剪与移植
传感器驱动
UI / 交互设计
蓝牙通信
性能调优
云端对接
工具链开发
技术文档
// 工作方式
我们怎么做事
几条一直坚持的原则。
小而精
核心成员直接参与项目，不做层层转包，沟通链路短。
真机优先
方案在真实设备上验证与调优，不只在模拟器里跑通。
文档同步
开发与文档同步推进，交付即可维护、可交接。
回馈社区
能开源的部分尽量开源，把经验沉淀成可复用的资产。
// 加入我们
欢迎同路人
我们长期欢迎对智能穿戴与嵌入式开发有热情的朋友。
我们在找什么样的人？
无论你擅长应用开发、系统驱动、UI 设计还是技术写作，只要对 openvela 与智能穿戴生态有持续兴趣，都欢迎聊聊。
需要全职投入吗？
不需要。工作室以线上协作、弹性参与为主，按项目与兴趣推进，适合课余或业余时间参与。
怎么加入？
通过邮件或 QQ 联系我们，简单介绍你的技术方向与做过的事情即可，不必准备正式简历。
提示：如果你只是想交流技术、讨论想法，也完全可以直接联系我们，不必有合作意向。
想加入，或者只是聊聊技术？
联系我们
返回团队
// 深度合作
深度合作成员
以下两位不是 VT 工作室的成员。他们来自各自的合作工作室，以外部协作开发者的身份，与 VT 工作室在部分项目上长期配合。单列这一页，是为了把「谁属于 VT、谁属于合作方」讲清楚。
成员名单
IKUN_CXKPRO
外部协作山荼_skat
外部协作合作关系怎么界定
把边界写在前面，对双方都省事。
| 身份 | 外部协作开发者，组织与行政关系隶属各自所属工作室。 |
|---|---|
| 参与范围 | 按单个项目单独约定，不参与 VT 工作室的内部管理与决策。 |
| 成果归属 | 按项目单独约定；各自独立完成的作品，归属各自工作室。 |
| 与 VT 的关系 | 合作方，非雇佣关系、非股东，不代表 VT 工作室对外作出承诺。 |
| 作品署名 | 涉及协作的部分按实际贡献署名，与 VT 工作室在售应用相互独立统计。 |
为什么单独开一页
之前这两位和 VT 工作室原始成立者列在同一页，很容易被读成「VT 工作室成员」。穿戴开发这个圈子不大，归属一旦含糊，作品署名和责任划分就都容易起争议。分开列、写清楚，是对合作方的尊重，也是对访客的交代。
要找他们本人
这两位的事务请直接联系其所属工作室，VT 工作室不代为承接或转达。要找 VT 工作室本身合作，请走下方联系方式。
想和 VT 工作室合作？直接联系。
联系我们一起参与 Vela 生态共建
无论你是开发者、产品经理还是开源爱好者，欢迎与 VT 工作室交流合作。
// 合作流程
从联系到启动
四步走，过程简单直接。
初步沟通
说明你的需求、机型与时间预期。
需求确认
我们梳理功能边界与技术可行性。
方案报价
给出方案、工期与报价，双方确认。
启动开发
进入开发阶段，按里程碑推进与验收。
// 期待方向
我们欢迎这些合作
以下几种形式我们都乐意接，也欢迎你提出新的想法。
应用定制开发
为智能穿戴设备定制表盘、工具、轻游戏等快应用。
- 表盘与主题
- 效率工具类应用
- 轻游戏与互动应用
系统与驱动适配
新机型的系统移植、驱动开发与兼容性调优。
- 传感器驱动与校准
- 屏幕与外设适配
- 性能与功耗调优
开源与内容共建
一起做开源项目、技术文档与教学内容。
- 开源工具与组件库
- 技术文档与教程
- 社区分享与活动
响应时间：我们通常在 1–2 个工作日内回复邮件。为提高沟通效率，建议首次联系时提供目标机型、功能描述与期望时间，方便我们快速评估。