Urządzenie fizyczne nie łączyłoby się bezpośrednio z MCP. Urządzenia Sensorius przesyłają obsługiwane pomiary, zdarzenia, telemetrię i informacje zwrotne o sterowaniu do Platformy Sensorius istniejącymi ścieżkami wdrożenia. W planowanym rozwiązaniu asystent autoryzowany przez klienta żądałby przez MCP dozwolonych informacji z Sensorius.
Zapytaj o planowany wczesny dostęp do Sensorius MCP
Jak ma działać planowane połączenie
Proponowany przepływ; wymaga wdrożenia i walidacji Urządzenie Sensorius ↓ pomiary, zdarzenia, telemetria lub informacje zwrotne o sterowaniu Platforma Sensorius ↓ dostęp do odczytu autoryzowany przez klienta i ograniczony do dzierżawcy Sensorius MCP ↓ dozwolone dane o polach i urządzeniach Obsługiwany asystent AI zgodny z MCPProponowany przepływ klienta zaczynałby się od istniejącego konta Sensorius i członkostwa w dzierżawcy. Uprawniony użytkownik wybierałby aplikację z zatwierdzonej listy kompatybilności i logował się przez Sensorius. Ekran autoryzacji ma wskazywać aplikację wysyłającą żądanie oraz żądany przez nią zakres odczytu, tak aby użytkownik mógł zezwolić na dostęp lub go odmówić.
Projekt wymaga, aby asystent wykrywał wyłącznie narzędzia dostępne dla danego konta, a każde żądanie było sprawdzane pod kątem aktualnego dzierżawcy i uprawnień produktowych. Wymaga też możliwości cofnięcia dostępu. Te kontrole trzeba wdrożyć i zweryfikować przed udostępnieniem przepływu klientom.
Jeśli program wczesnego dostępu ruszy, ma obejmować zweryfikowane aplikacje i wybrane dzierżawy klientów. Przed aktywacją Sensorius potwierdzi kompatybilność aplikacji, kroki wdrożenia i dostępne informacje.
Pytania, które operator może sprawdzić, jeśli potrzebne informacje są dostępne
To przykłady dla przyszłej, zweryfikowanej aplikacji, a nie obietnica, że każde pytanie lub źródło danych jest obecnie dostępne.
Dla pola z obsługiwanymi danymi można byłoby zapytać:
- Które urządzenia Sensorius są przypisane do tego pola i jaki jest ich ostatnio zgłoszony stan?
- Co zmieniło się w wilgotności gleby, temperaturze, pH, przewodności elektrycznej lub innych dostępnych pomiarach w wybranym okresie?
- Czy ostatni trend odczytów jest aktualny, częściowy, nieaktualny czy niedostępny?
- Jakie informacje pogodowe są zapisane dla tego pola i jak aktualne są?
- Która faza harmonogramu uprawy jest aktywna i jakie wygenerowane działania przypadają na dziś?
- Które pola wymagają uwagi na podstawie informacji obecnie dostępnych w Sensorius?
Każda odpowiedź zależałaby od urządzeń, pomiarów, kontekstu pola, uprawnień, dostępnych narzędzi i danych platformy dla danego dzierżawcy. Planowane rozwiązanie wymaga oznaczenia brakujących lub nieaktualnych danych zamiast zastępowania ich wymyślonym pomiarem albo stanem urządzenia.
Proponowane użycie z zewnętrznym asystentem
Po zweryfikowaniu przepływu zespół mógłby przeglądać pole w Platformie Sensorius albo zadać pytanie w obsługiwanej aplikacji zewnętrznej podczas przygotowywania raportu lub analizowania problemu operacyjnego.
Proponowane połączenie w ramach wczesnego dostępu umożliwiłoby uprawnionym klientom wykorzystywanie dozwolonych danych Sensorius w obsługiwanym przepływie pracy AI bez ręcznego eksportu ani jednorazowej integracji. Źródłem danych o polach i urządzeniach pozostawałby Sensorius, a dostęp ograniczałyby uprawnienia użytkownika do dzierżawcy i produktów. Asystent pomagałby zadawać pytania i interpretować informacje; nie stałby się systemem ewidencji źródłowej.
Planowany dostęp jest tylko do odczytu
Planowany zakres dostępu klienta ogranicza się do odczytu. Jeśli zostanie wdrożony, jego narzędzia nie mogą:
- wysyłać poleceń do urządzenia
- zmieniać żądanego stanu ani ustawień urządzenia
- uruchamiać ani zatrzymywać urządzeń nawadniających lub fertygacyjnych
- usuwać ani eksportować surowej telemetrii poza zatwierdzonym przepływem produktu
- tworzyć ani aktualizować pola lub harmonogramu uprawy
- stosować wygenerowanego działania na polu
Pytanie lub odpowiedź w asystencie AI nie jest poleceniem dla urządzenia. Gospodarstwo oraz zespoły agronomiczne, inżynieryjne i operacyjne nadal odpowiadają za przegląd danych i decyzję o działaniach w terenie.
Planowane kontrole dostępu uwzględniają klienta i dzierżawcę
Planowany projekt zakłada autoryzację przez użytkownika Sensorius, a nie przez numer seryjny urządzenia lub wspólny sekret dzierżawcy. Każde żądanie obsługiwanej aplikacji musiałoby być autoryzowane do korzystania z zasobu Sensorius MCP. Sensorius musi ustalić tożsamość użytkownika, dzierżawcę, uprawnienia do MCP i prawa do danych wymagane przez żądane narzędzie.
Zgodnie z PRD samo uprawnienie do połączenia przez MCP nie przyznawałoby dostępu do każdego pola, urządzenia, odczytu ani rekordu planowania. Użytkownik musiałby mieć także odpowiednie uprawnienia odczytu w Sensorius. Żądanie danych o polu lub urządzeniu innego dzierżawcy nie może zwrócić chronionych danych; to zachowanie wymaga wdrożenia i walidacji bezpieczeństwa.
Wymaganiami planowanego rozwiązania są możliwość cofnięcia dostępu przez klienta, odrzucanie wygasłej lub nieprawidłowej autoryzacji oraz gromadzenie przez wsparcie dowodów bez zapisywania poświadczeń ani wrażliwych treści odpowiedzi. Przed publikacją funkcji jako dostępnej trzeba sprawdzić wdrożenie i proces operacyjny.
Co przygotować do wczesnego dostępu
Przed rozmową o ewentualnej ocenie rozwiązania określ:
- dzierżawcę Sensorius i użytkowników, którzy potrzebują połączenia
- pytania operacyjne, które zespół chce sprawdzić
- obsługiwaną aplikację AI, z której zespół planuje korzystać
- pola i urządzenia, które mają dostarczać informacje
- osoby odpowiedzialne za ocenę odpowiedzi i działania w terenie
- osobę odpowiedzialną za bezpieczeństwo lub prywatność w organizacji klienta, jeśli jest wymagana
Jeśli program wczesnego dostępu zostanie uruchomiony, Sensorius potwierdzi kompatybilność aplikacji, przepływ autoryzacji, informacje dostępne dla wybranych użytkowników, możliwość cofnięcia dostępu i kontakt do wsparcia. Pierwsza ocena powinna obejmować niewielki zestaw reprezentatywnych pytań, a nie zakładać obsługi każdego przepływu pracy lub asystenta AI.
