Apa yang bisa dijual perusahaan robot pengantar kepada armada konstruksi?

Robot pengantar di trotoar berhenti ketika jalur landai sementara membuat posisi tepi trotoar berbeda dari rute yang diperkirakan. Kendaraan di lokasi konstruksi berhenti ketika kerikil baru mengubah permukaan di dekat area kerja yang ditandai. Kedua mesin punya pekerjaan berbeda, dan respons aman dalam satu situasi mungkin tidak berguna dalam situasi lain. Operatornya punya satu masalah yang sama. Mereka perlu tahu apa yang dilihat mesin, keputusan apa yang diambil, dan apakah momen itu layak diteruskan ke tim teknik.

Serve Robotics, perusahaan yang mengoperasikan robot pengantar di trotoar, meluncurkan Physical AI Services pada 5 November 2026. Perusahaan menjelaskan tiga bagian layanan. Serve Link menghubungkan mesin ke sistem di luar kendaraan, Serve Data Curator membantu tim menemukan kejadian berguna dalam data armada, dan katalog data pelatihan berasal dari operasi Serve di trotoar. Pengumuman itu menyebut Bedrock Robotics, pengembang otonomi alat berat konstruksi, sebagai pelanggan awal Serve Link. Ini bukti penggunaan konektivitas dalam konstruksi. Apakah rekaman trotoar berguna untuk model konstruksi adalah pertanyaan tersendiri yang perlu diuji. Pengumuman peluncuran Serve

Layanan ini menunjukkan bagian mana yang bisa dipinjam satu armada dari armada lain. Perangkat lunak yang memindahkan catatan, filter yang membuat catatan mudah ditemukan, dan catatan itu sendiri masing-masing punya cakupan penggunaan berbeda. Memisahkan bagian-bagian tersebut memudahkan penilaian produk.

Robot pengantar Serve Robotics di Los Angeles, Mei 2026. Foto oleh The Squirrel Game, diubah ukurannya dan ditempatkan pada kanvas netral, CC BY 4.0. Sumber gambar · Lisensi.

Koneksi bisa digunakan lintas armada lebih dulu daripada data pelatihan

Serve menyatakan Bedrock memakai Serve Link untuk menghubungkan mesin melalui Wi-Fi, LTE, 5G, dan jaringan satelit. Peralatan konstruksi dapat berpindah di antara lokasi dengan cakupan jaringan sangat berbeda dalam satu giliran kerja. Daftar jaringan memberi tahu calon pembeli jenis koneksi dalam penerapan yang dilaporkan. Uji di lokasi tetap diperlukan untuk melihat perilaku koneksi di titik tanpa sinyal, lebar pita yang tersedia ketika beberapa mesin mengunggah bersamaan, dan perilaku aplikasi saat berganti jaringan. Pengumuman peluncuran Serve

Mulailah dengan memisahkan tiga aliran. Pemeriksaan status bisa berukuran kecil dan sering. Klip kejadian singkat bisa tiba belakangan selama membawa cap waktu asli. Fitur operasi langsung bisa punya tenggat respons yang jauh lebih ketat. Beri setiap aliran prioritas, perkiraan jeda, dan perilaku yang jelas saat gagal. Kemudian uji peralihan antara sambungan yang putus-nyambung dan sambungan normal. Dasbor yang menyatakan mesin daring tidak banyak membantu jika kejadian yang diperlukan untuk menjelaskan pemberhentian kemarin tidak pernah tiba.

Lapisan koneksi juga tempat yang tepat untuk menanyakan keputusan mana yang tetap bisa diambil oleh mesin. Dalam uji coba, minta tim lokasi menentukan bagaimana mesin harus berperilaku saat layanan jarak jauh terputus. Tinjau urutan dengan insinyur keselamatan yang bertanggung jawab dan uji lebih dulu dengan pemutaran ulang rekaman atau lingkungan uji terisolasi. Unggahan pelatihan bisa menunggu sampai koneksi kembali. Batas gerak perlu ditangani dalam rancangan keselamatan mesin yang sesuai. Pengumuman komersial Serve menetapkan layanan dan pelanggan yang disebutkan, sementara setiap armada perlu membuktikan perilaku integrasinya sendiri. Serve Physical AI Services

Serve mengelompokkan koneksi, pemilihan kejadian, dan katalog data dalam satu penawaran. Contoh konstruksi yang disebut adalah penerapan Serve Link. Ilustrasi orisinal oleh Telli.sh.

Kejadian langka berguna jika tim dapat menemukannya lagi

Data armada mahal untuk ditinjau ketika setiap mesin merekam beberapa jam pekerjaan rutin. Bayangkan 30 mesin, masing-masing mengumpulkan delapan jam rekaman sehari. Hasilnya 240 jam rekaman kamera, sebelum menghitung kamera kedua atau aliran sensor lain. Peninjau yang perlu memahami penghentian tidak biasa harus menemukan detik yang relevan di tengah tumpukan itu. Serve menjelaskan Data Curator sebagai alat untuk memunculkan kejadian yang berguna untuk pelatihan dari volume data lapangan tersebut. Pengumuman peluncuran Serve

Tugas pertama yang masuk akal adalah mencari pemberhentian tak terduga di dekat peralihan permukaan tertentu. Operator dapat memakai tanda kejadian atau sinyal sederhana seperti kecepatan turun ke nol, lalu memasangkan penanda dengan klip singkat dan status mesin sebelum serta sesudahnya. Aturan pemilihan ini hanya ilustrasi, terlepas dari filter yang diterapkan produk tertentu. Simpan konteks secukupnya untuk membedakan pemberhentian terjadwal dari hilangnya traksi, hambatan, atau penghentian demi keselamatan.

Tugas kedua adalah mencari kejadian serupa yang menghasilkan keputusan berbeda. Permukaan tidak rata bisa memicu penghentian di satu lokasi dan dilewati di lokasi lain karena beban atau batasnya berbeda. Peninjau membutuhkan lebih dari dua gambar serupa. Simpan jenis kendaraan, kondisi lokasi, versi kebijakan, dan intervensi operator bersama kejadian. Catatan itu membantu menentukan apakah perlu mengubah filter, menambah contoh pelatihan, atau menyelidiki masalah sensor.

Tugas ketiga adalah menyimpan contoh mudah yang sudah diketahui sebagai pembanding. Antrean yang seluruhnya berisi penghentian tidak biasa baik untuk menyelidiki kegagalan. Antrean itu bisa menyesatkan tim yang mencoba memperkirakan frekuensinya. Catat cara contoh masuk antrean dan simpan set referensi dengan pengambilan sampel terpisah untuk melacak tingkat kejadian. Jika model kandidat membaik pada antrean terkurasi tetapi mulai mengganggu pekerjaan rutin, set referensi membantu memperlihatkan konsekuensinya.

Ada pengujian praktis untuk sistem kurasi. Beri dua peninjau definisi yang sama tentang kejadian relevan dan minta masing-masing menandai set pemutaran ulang kecil yang representatif secara independen. Bandingkan hasil alat pemilihan dengan referensi itu. Hitung kejadian relevan yang ditemukan, kejadian tak relevan yang diminta dibuka, dan seberapa sering bukti tidak cukup untuk diklasifikasikan. Alat bisa mengurangi waktu untuk memperoleh satu contoh berguna bahkan sebelum tim teknik memakai satu klip pun untuk pelatihan.

Data trotoar bernilai ketika batasnya terlihat

Produk ketiga adalah katalog dari operasi Serve di trotoar. Pengumuman menyebut data medan dan infrastruktur dunia nyata. Pembeli yang mengembangkan robot trotoar lain mungkin peduli pada variasi bentuk tepi trotoar atau penghalang sementara. Pembeli yang mengembangkan alat konstruksi memiliki sensor, ketinggian kamera, kecepatan, dan batas operasi berbeda. Trotoar beraspal bisa memberi tim persepsi contoh objek serta pencahayaan. Data itu hanya memberi sedikit informasi tentang bagaimana kendaraan berat menangani permukaan gembur saat membawa beban. Pengumuman peluncuran Serve

Tanyakan apa yang benar-benar terdapat dalam sampel. Koleksi yang berguna bagi satu model mungkin menyediakan gambar kamera dengan cap waktu. Proyek lain mungkin membutuhkan parameter intrinsik yang terkalibrasi, catatan gerak yang tersinkronisasi, atau keterangan cara label diperiksa. Ini pertanyaan untuk uji coba pembeli. Pengumuman menetapkan asal dan tema umum katalog, sementara setiap pembeli perlu memeriksa apakah sampel memuat kolom yang dibutuhkan tugasnya.

Data lapangan juga punya batas kepemilikan dan penggunaan. Rekaman trotoar atau lokasi kerja bisa memuat wajah, papan tanda, pelat nomor, atau detail fasilitas. Pembeli perlu meninjau penggunaan yang diizinkan, ketentuan geografis, aturan retensi, dan proses penghapusan untuk produk yang dibeli. Data yang didapat untuk menelusuri masalah satu sistem bisa dilisensikan berbeda dari data pelatihan model. Menyimpan catatan sumber spesifik, kondisi pengumpulan, dan hak kontraktual memudahkan penanganan permintaan penghapusan atau masalah kualitas data di kemudian hari.

Bandingkan insiden yang sama sebelum menghubungkan seluruh armada

Uji coba dapat mengukur pengambilan, peninjauan, dan evaluasi model secara terpisah pada kelas insiden yang sama. Ilustrasi orisinal oleh Telli.sh.

1. Tentukan keputusan yang perlu diperbaiki. Pilih satu jenis kendaraan, satu lokasi, dan satu kelas kejadian. Tim peninjau mungkin menginginkan catatan andal saat mesin berhenti di dekat peralihan permukaan. Tentukan bukti yang membuat catatan layak dipakai.
2. Tetapkan kondisi awal dengan rekaman yang diketahui. Catat jumlah kejadian yang bisa digunakan, banyaknya rekaman yang ditinjau, dan waktu untuk menemukan setiap kejadian. Bedakan rekaman yang tidak tersedia dari rekaman yang sebenarnya dapat ditemukan operator.
3. Uji koneksi dengan pemutaran ulang terbatas. Gunakan perangkat uji atau lingkungan terisolasi untuk memeriksa konektivitas. Catat penyelesaian dan jeda pada koneksi normal dan terputus. Periksa unggahan berulang serta kestabilan identitas kejadian dan cap waktu.
4. Bandingkan antrean terkurasi dengan sampel referensi. Beri peninjau aturan yang sama dan catat apa yang dilewatkan setiap antrean. Ukur waktu per kejadian berguna dan apakah peninjau bisa menelusurinya ke mesin serta versi perangkat lunak terkait.
5. Jadikan evaluasi model langkah terpisah. Jika data pelatihan eksternal tampak relevan, bandingkan pelatihan yang setara dengan dan tanpa data itu. Evaluasi menggunakan skenario yang disisihkan dari lingkungan operasi yang dituju pembeli. Tetapkan ambang regresi sebelum melihat hasil.

Pertimbangkan biaya uji coba bersama akurasinya. Menyimpan lebih banyak rekaman memunculkan biaya jaringan, penyimpanan, dan peninjauan, meski mesin berhasil mengirim data. Bandingkan biaya dengan nilai mengumpulkan contoh. Untuk satu armada, mungkin masuk akal mengirim catatan pendek lebih dulu dan mengambil klip lengkap saat dibutuhkan. Bagi armada lain, tidak tersedianya rekaman lebih mahal daripada menyimpannya. Keputusan bergantung pada jeda unggahan, ketentuan kontrak, dan seberapa sering operator memakai klip yang lebih panjang.

Penerapan pada armada perlu penanggung jawab operasional. Tentukan siapa yang menangani catatan hilang, bagaimana tim teknik mengetahui masalah sambungan yang berulang, dan informasi apa yang bisa diambil tim dukungan tanpa mengungkap data lokasi lebih dari yang perlu. Beri penanggung jawab contoh yang dapat diputar ulang dengan jawaban yang sudah diketahui. Jika sistem berubah, contoh itu membuat tinjauan berikutnya tidak terlalu bergantung pada orang yang mengingat uji coba awal.

Pemutaran ulang yang sama berguna saat armada berganti kontraktor, menambah kamera, atau mengubah masa simpan. Pertahankan ID kejadian yang diharapkan dan kolom yang diperlukan operator untuk menjelaskannya. Bandingkan setelah perubahan dan catat bagian proses yang memerlukan akses vendor. Tim mungkin menemukan bahwa memindahkan klip antarsistem mudah, tetapi memindahkan label dan riwayat tinjauannya memerlukan kerja tambahan. Minta contoh ekspor sejak awal untuk melihat apakah catatan itu bisa dipindahkan bersama. Jawabannya penting saat alat baru perlu membaca insiden lama atau saat perusahaan mengubah kebijakan penyimpanan.

Pastikan contoh ekspor bisa dibuka oleh tim kedua. Minta operator memilih satu kejadian yang memuat koreksi manusia dan insinyur lain merekonstruksinya hanya dari ekspor. Insinyur itu perlu mengetahui kapan sumber direkam, kapan tiba, jam dan satuan yang dipakai setiap aliran, serta apakah label menggambarkan kejadian mentah atau interpretasi kemudian. Jika ekspor menyertakan tautan alih-alih salinan klip, periksa apakah tautan tetap terbuka saat akses berubah. Tambahkan juga contoh kamera yang hilang. Skema yang bisa menandai celah yang diketahui memungkinkan pemutaran ulang berikutnya berhenti dengan jelas tanpa menganggap ketiadaan bukti sebagai eksekusi tanpa kejadian. Serah terima ini juga menunjukkan catatan operator mana yang perlu menyertai pemutaran ulang dan mana yang harus dibatasi ke kelompok lebih kecil.

Layanan membuktikan diri melalui kejadian yang bisa dijelaskan tim

Peluncuran Serve menunjukkan cara operator robot menjual sebagian infrastruktur yang dibangun untuk operasinya sendiri. Pelanggan konstruksi yang disebut memberi contoh konkret pada lapisan konektivitas. Kurasi dan data pelatihan masih memerlukan bukti tambahan, yang bisa dikumpulkan dalam tinjauan insiden kecil. Periksa apakah kejadian yang sama tiba dengan konteks cukup untuk menjelaskan apa yang terjadi, masuk antrean yang tepat, dan membantu orang yang bertanggung jawab menentukan tindakan berikutnya untuk armada.

Sumber

• Peluncuran Physical AI Services Serve Robotics dan contoh Bedrock, 5 November 2026
• Halaman produk Serve Robotics Physical AI Services
• Foto robot pengantar trotoar di Los Angeles oleh The Squirrel Game

---

Untuk menyimpan percakapan dan keputusan di balik pekerjaan dalam catatan yang dapat dicari, buat akun Telli.sh.