每一步，都有据可循。
从第一只舵机，到迈出的第一步。继续你的 Microduck 复刻。
建立你的“我的鸭子”档案
选择已有项目，或创建一份硬件档案。后续任务与实验都将围绕它展开。
你的复刻路线
按真实依赖推进，准备工作可并行当前值得关注
最近的实验与证据
全部任务与前置条件
硬件路线
未确认型号不会自动选择默认参数；留空会继续保持待确认。
新建“我的鸭子”
工作台配置
按项目保存默认执行位置、可见指标和告警阈值；每次运行仍会记录实际生效值。
云端页面与本机服务
这个网页可以部署到 Cloudflare Pages 等静态托管;API、SQLite 数据库、串口与训练始终留在运行本机服务的这台电脑上。跨源访问需在本机服务环境变量 MICRODUCK_STUDIO_ALLOWED_ORIGINS 中登记页面来源(逗号分隔),服务仍只监听 127.0.0.1。
尚未检测
URT2 调试台经浏览器 Web Serial 直连串口,在 Cloudflare 页面上同样可用(需 Chrome/Edge);部署步骤见仓库 microduck-studio/README.md。
第一只舵机通信验证
生成计划不会打开串口。执行前核对 HL-2915 与实际接线。
端口列表不会判断舵机型号；请根据实际接线确认后再执行探针。
连续测试结果
需先确认硬件路线；导入原始计数后由工作台重新判定并绑定当前档案，不采信脚本 PASS。
开发机只读预检
检查本机开发工具与版本，保存可追溯的环境基线。
主控只读诊断
仅执行固定的 robotctl health --json；SSH 使用 BatchMode 和严格主机密钥校验。
CPU smoke 训练
固定 5 次迭代、8 环境、每环境 24 steps；只在你确认后启动，训练 checkout 会写入日志和模型。
模型训练与续训
只执行内置配方。续训必须同时填写父运行 ID 和已由该运行登记的 checkpoint。
TensorBoard 指标摘要
读取已完成训练的 event 文件，生成 scalars.csv、summary.md 和 metrics.png；输出目录必须在项目根目录内。
运行时间线与数据对比
运行中数据仅用于观察趋势，训练结束后以 TensorBoard 为准。
实验记录
问题台账
记录症状、可能原因、下一项检查和解决结论；也可从已有运行记录自动带入诊断证据。
当前报告
下载 Markdown 报告装配与上电清单
关联资料、物料和人工检查证据；没有证据的项目不能标记为通过，不会自动判断实物尺寸或接线正确。
标定记录（只记录，不驱动）
绑定当前已确认硬件；记录舵机 ID、方向、零位、限位和可选 IMU 安装姿态，不会写寄存器。
执行器辨识证据
只记录 HL-2915/BAM 摘要、拟合文件和独立验证；没有独立数据或原始摘要故障时不会标记为可进入仿真。
策略包检查
读取项目内 ONNX 和 manifest.json，登记 SHA-256；不加载、不部署。
部署前兼容性
使用当前已确认硬件与策略 manifest 对照运行时约定；只做预检，不部署。
逐级实机验收（只记录）
顺序：架空启用 → 支撑站立 → 自由站立 → 支撑迈步 → 自由行走。这里只保存人工验收证据，不会触发机器人运动。
源码与资料搜索
只搜索项目目录内的文本文件；跳过 Git、虚拟环境、构建目录和大文件，结果只显示相对路径、行号和脱敏摘要。