Jump to content
KAMOUniverse

Changelog

Ada kabar baru.

Setiap perbaikan pada platform, sebagai kapal.

  1. · SecurityService

    Laporkan opsi penyedia dan penggabungan Akun terus tag perangkat (SP13)

  2. · SecurityService

    Laporan IOT - tidak ada mode dewa, pemilik aturan, dan ReportDefinition. exportRight dipaksa untuk mengunduh, jadwal, dan setiap run (SP13)

  3. · SecurityService

    Layanan SecurityService membuka layanan Work pekerjaan untuk IoT - titik akhir, satu-transaksi pembuka, crossapp scan (SP13)

  4. · kamo-internal

    Panel klien Kamo OAuth tab lanjutan - status, satu kali rahasia, id vendor Amazon, aktifkan (IOT SP09)

    SecurityService P1-P3 * * * * * * * * * * * * * * * * * * tidak punya layar, jadi operator step B5 (hasilkan rahasia klien Alexa, daftarkan alamat redirek vendor id, aktifkan) tidak dapat dilakukan. Proksi menyampaikan persis tiga bentuk; rahasia baru muncul sekali, dalam dialog sendiri, tidak pernah dalam daftar.

  5. · kamo-shared-library

    IOT Activity and IoT Command Audit report

  6. · kamo-shared-library

    IotReportDupport (SI clem, vendor retention, lookup) dan IotAlarmReportMapping

  7. · kamo-shared-library

    Report Definition.exports Kanan - ekspor laporan per- tepat di atas EXPORT _ REPORTS

  8. · kamo-shared-library

    SP13 ketersediaan kalkulator dan jendela vendor-retensi

  9. · EmailService

    Menghapus kontak membersihkan perangkat IoT yang ditandai (SP13)

  10. · kamo-shared-library

    Templat pesan dan nilai teks SP13

  11. · kamo-shared-library

    Peta perdagangan SP13, peta prioritas dan kebijakan diagnosa

  12. · MediaService

    MediaService internal chat- post dan chat- target ujung untuk IOT (SP13)

  13. · kamo-shared-library

    SP13 service-job link entity, repositori dan enam jenis aktivitas

  14. · EmailService

    IOT _ ALARM telepon push body dan penarikan -with -update (SP10)

    Sebuah kartu event IOT _ ALARM (sumber * * * * * * * * * * * * * * * * sebagai iot- service 's AlarmNotifier menulisnya, atau < alarmUuid >: < seq >) dicermin sebagai sebuah dorongan IOT _ ALARM: saluran / warna / getaran oleh prioritas, lengket ketika URGENT, tag dan kunci runtuhnya iot-alarm- < alarId >. Kartu lainnya menyimpan NOTIFICASI push; mirorToPush tidak berubah. POST * * * * * * * * * * * * * * * menarik diri sebagai DELETE tidak (id mungkin < alarmUuid >: * untuk setiap kartu event dari satu alarm) dan, dengan update, mengirim setiap anggota yang memiliki entri nampan satu pengganti mendorong dengan tag yang sama pada iot- alarm- update.

  15. · MediaService

    Holder- hanya relay topik / topik / iot / relay / {connectionId} (SP10)

    Inti NATS iot.relay. {uuid} disampaikan verbatim ke / topic / iot / relay / {uuid}. Bingkainya hanya untuk membangunkan. SUBSCRIBE membutuhkan layanan iot- IOD1 (GET * * * * * * * * * * * * ? memberId =, menjawab {allow, orgId}) untuk mengatakan anggota sesi memegang hidup sewa dalam sesi org; cached 10 s cara baik, gagal ditutup. Klien Mengirim ke awalan ditolak.

  16. · MediaService

    IOT _ ALARM - dibebaskan dari gerbang kehadiran dan batas laju (IOT SP10)

    Alarm tidak terlihat karena tab browser terbuka, dan setiap langkah lifecycle (mengangkat, meningkat, diakui) saham satu kunci runtuh, sehingga batas 15 s akan menjatuhkan eskalasi. The SI- menolak anggota tetap pertama. APNs menandai Waktu alarm URGENT - sensitif; tidak ada Alerts Kritis hak.

  17. · KlusterServices

    Iot.rela. > - svc _ iot mempublikasikan, svc _ media subscripts (IoT SP10)

    Google Homerelay membangunkan telepon yang memegang sewa koneksi: IoTService menerbitkan sebuah bingkai kontent-free pada iot.rela. {connectionId} dan MediaService ke depan ke holder- hanya topik StoMP. Tidak ada pengguna lain mendapatkan subjek.

  18. · kamo-shared-library

    Akta perangkat dan iot _ on _ device _ links entitas (SP10)

    Entitas link hanya menyimpan SHA- 256 dari rahasia link telepon, dan hash adalah @ JsonAbaikan sehingga tidak pernah mencapai jawaban atau suatu acara.

  19. · kamo-internal

    Penyunting karakter daftar OPERATE _ DEVICE dan OPERATE _ SECURITY _ DEVICE; master KamoAI PAS11 dan master IOT MELAKAT 10 baris (SP11)

    AKSI _ CLASSES berakhir dengan dua kelas IOT SP11 dan APPROVAL memegang 24 item (satu per shared -lib AiActionClass). KamoAI master memperoleh baris di m 11 untuk iot _ pack; master IoT memperoleh baris eksekusi SP11 (E1-E6).

  20. · MCPGatewayService

    Klasifikasi alat sepuluh iot; katalog penjaga bergerak 101 ke 111 (SP11 P12)

    Ketiga iot menulis NOT _ DISLOSING dan tujuh baca NOT _ CONENT dengan alasan spesifikasi (disematkan dalam Kontent ReadToolsCoverageTest juga). Tes Penyelesaian Registry: 111 tools, the also-class, para pemain dari dua kelas, * * * * * * * * * * * * * * * Pendekatan Tes Terselubung: kedua kelas TIDAK DIDENGARKAN, Persetujuan _ permintaan tidak berubah. Perataan Perkakas Tes org memiliki setiap aplikasi tapi IOT (snapshots nya sebelum aplikasi); IotToolList Tes mencakup sebuah org dengan itu. The berkas skema emas memperoleh tepat sepuluh iot baris dan tidak kehilangan apapun.

  21. · MCPGatewayService

    IotCallerView dan aturan tampilan murni V1-V11 (SP11 4.4)

    Kunci sebuah daftar perangkat dua kali adalah cacat manifest dan tidak pernah digunakan (gagal tertutup).

  22. · MCPGatewayService

    IotManifestClient, a per- session ETG-memvalidasi manial cache dengan penerbangan tunggal (SP11 SP4.4)

  23. · MCPGatewayService

    Skema per- pemanggil dan ketersediaan untuk alat sepuluh iot (SP11 4.5)

  24. · MCPGatewayService

    Peta error IoT, cek nilai, cek kelas, hasil putih dan pengawasan perintah (SP11 4.7, = 4.9)

  25. · MCPGatewayService

    IotPack, sepuluh iot _ tools pada Tool Plane (SP11 4.6- m 4.10)

  26. · MCPGatewayService

    Header persetujuan Downstream, kondisional GET dengan ETag, daerah galat (SP11 P11)

  27. · MCPGatewayService

    CallerSkema per penelepon setelah visibilitas; PHYSIKAL setelah isi luar selalu meminta seseorang; persetujuan perjalanan pada rencana (SP11 P4-P7)

    Skema dan ketersediaan alat statis mungkin bergantung pada penelepon (CallerSkema): terlihat setelah visibilitas bagi perangkat / daftar (satu 3 s anggaran bersama oleh daftar) dan lagi untuk setiap panggilan (10), ditahan - > TOOL _ NOT _ AVAILABLE {reason}; sebuah tampilan yang memperluas nya Dasar atau membuang alat. Untuk SI, panggilan PHYSIKAL yang hasil piagam akan mengeksekusi diminta dari seseorang ketika jalankan eksternal tercemar (D8). Sebuah persetujuan atau persetujuan-edit eksekusi ulang, atau permintaan yang diverifikasi berdiri untuk Persetujuan, mencapai penangan dengan ToolPlan. APPROVAL = Pendekatan (persetujuan Id, decider, kelas, mode) (terus pada panggilan sendiri Rencana, sehingga verifikasi-permintaan, basis dan mengenai kunci tinggal).

  28. · MCPGatewayService

    Resiko Alat. PHYSIKAL, iot _ prefix, dua kelas charter, pintu IOT dan ApprovalRef (SP11 P1-P3, P8- P10)

  29. · AIService

    Kata singkat untuk dua kelas piagam fisik; langit-langit kopilot terjepit (SP11)

    Kata-kata CharterCompiler OPERATE _ DEVICE dan OPERATE _ SECURITY _ DEVICE dan menjaga keduanya diam sementara tidak disebutkan nama (sebagai dua tim kelas dari CP05 R1-3), jadi tidak ada perubahan teks singkat SI yang ada dan VERSION tetap. CopilotCeiling Uji pin manusia

  30. · SecurityService

    Bersihkan, konfigurasi OAuth dan pemindaian repositori (IOT SP09)

Alam semestamu menunggu.

Mulai gratis dalam beberapa menit. Tambahkan produk kapanpun Anda siap — tidak ada migrasi, tidak ada login baru.

Gratis selamanya — tidak diperlukan kartu kredit