Геолокация в приложении должна работать с отказом в доступе и неточными координатами

Возьмём пример для приёмки: клиент заказывает выезд сотрудника. Телефон предлагает место, но клиент может стоять у соседнего дома или заказывать для другого адреса. До отправки заказа нужно дать подтвердить или исправить предложение. На карте точек продаж выбранный адрес, координаты и список должны описывать одну точку.

Разрешение позволяет получать местоположение, но не доказывает его точность и свежесть. Apple передаёт с координатой оценку погрешности и время определения. Проверка только широты и долготы пропускает эти условия.

На vibecoding.ru инженер ведёт машину агентов, пишет правила и принимает работу. Как она устроена, показывает страница «Открытая машина агентов». Истории сайта показывают, почему успешная техническая проверка ещё не подтверждает пользовательский сценарий.

Что произойдёт, если клиент нажмёт «Не разрешать»? Если услугу можно заказать по адресу, отказ не должен закрывать весь заказ. Клиенту нужен ручной выбор с проверкой, что сервис обслуживает это место.

Android рекомендует запрашивать разрешение в контексте функции и сохранять доступные возможности после отказа. Для нашего примера запрос связан с кнопкой «Моё местоположение». Повторяющееся окно не заменяет ручной путь.

До задания агенту запишите условия готового заказа и поведение при отказе. Статья про постановку задач ИИ-агенту объясняет, как превратить пожелание в проверяемый результат. «Подключить геолокацию» для такой приёмки слишком мало.

Можно ли доверять точке при разрешённом доступе? На Android клиент может выбрать приблизительное место даже при запросе точного. На iPhone с доступом пониженной точности одна настройка желаемой точности тоже не даст точные координаты.

Свежесть проверяется отдельно. В Android последняя известная точка может устареть или отсутствовать. Точка прошлого посещения города не должна молча становиться адресом сегодняшнего заказа.

Для района и подъезда нужна разная точность. Если область погрешности захватывает несколько точек сервиса, предложите варианты или уточнение адреса. Даже при свежей точке с небольшой погрешностью клиент подтверждает место выезда.

Клиент выбрал дом вручную, а ответ телефона пришёл позже. Если приложение перезапишет поле, сотруднику уйдёт другой адрес. Этот порядок действий надо воспроизвести при приёмке.

Ответ телефона может предложить новое место, но не менять выбранный адрес без решения клиента. Закрепите это условие в правилах для ИИ-агентов, чтобы оно действовало и при следующей правке формы.

Для проверки можно подготовить вымышленные адреса и управлять ответами телефона. Доступ к реальной базе заказов разбирает статья про персональные данные и ИИ-агентов. Здесь проверяется порядок выбора адреса.

Ответ сервера подтверждает отдельную операцию. Для приёмки нужен путь от отказа в разрешении до выбранного адреса в заказе. Его демонстрируют на согласованных устройствах и версиях приложения.

При смене точного доступа на приблизительный Android перезапускает процесс приложения. Проверьте возвращение в форму: выбранный адрес нужно восстановить, а режим точности учесть заново.

У нашей машины сайта каждая проверка покрывала только часть работы, и поломки находились за её пределами. Лента показывает эти границы на опыте сайта; работу мобильной геолокации она не доказывает.

В курсе агентной инженерии урок «Одиннадцать шагов одной задачи» разделяет выполнение и решение о выпуске. Агент готовит реализацию и доказательства по согласованным сценариям, инженер принимает их до выпуска приложения.

Начните с результата заказа. Согласуйте, как клиент уточняет неоднозначную точку, подтверждает адрес выезда и как этот выбор доходит до сотрудника. Расчёт маршрутов в эту задачу не входит.

Согласуйте доказательства с исполнителем. Телефон нужен для проверки разрешений; управляемые ответы помогают повторить старую точку и поздний результат. Проверка отправленного заказа подтверждает сохранение исправленного адреса.

Если такой сценарий нужен вашему приложению, можно обсудить приёмку приложения до передачи задачи агенту. Приложите правила выбора адреса и состояния, которые исполнитель должен показать.

Для регулярной работы подходит подписка «Один проект» за 250 000 ₽ в месяц по публичному тарифу на 8 октября 2026 года. Обработку разрешений, точности и ручного адреса можно обсудить как задачу этого потока. Объём и приёмка функции согласуются отдельно.

1. Координата предлагает место. Дайте клиенту подтвердить или исправить адрес до заказа.
2. Отказ в разрешении проверяется отдельно. Сохраните ручной выбор, если услугу можно заказать по адресу.
3. Точность и свежесть проверяются раздельно. Согласуйте, когда приложению нужно уточнить место.
4. Поздний ответ телефона не должен менять ручной выбор. Проверьте адрес в форме и в отправленном заказе.
5. Принимайте полный путь на устройстве. Попросите показать отказ, смену точности и возвращение из настроек до выпуска.