Построение вертикальных слоев данных для агентов OpenClaw
В этой дискуссии на Reddit утверждается, что главная проблема внедрения OpenClaw заключается не в самом инструменте, а в отсутствии чистых интерфейсов между реальными бизнес-данными и инструментами агентов. Большая часть отраслевых данных остается запертой в электронных таблицах, PDF-файлах, внутренних системах, цепочках писем, старых базах данных и случайных человеческих рабочих процессах.
Основная проблема
Вместо того чтобы предоставлять OpenClaw высококачественные структурированные входные данные, пользователи часто заставляют его "сжигать токены в нескольких попытках, пытаясь разобраться во всем самостоятельно". Автор называет такой подход "обратным", предполагая, что реальная проблема заключается в том, "как получить лучшие данные для OpenClaw, а не в том, как заставить его тратить больше токенов в долгих беседах или бродить, как безголовая курица, занимаясь псевдоисследованиями".
Решение: Создание недостающего слоя
Возможность заключается в создании вертикальных инструментов, которые:
- Соединяют разрозненные отраслевые источники данных
- Нормализуют их в удобные схемы
- Предоставляют их в виде чистых инструментальных конечных точек
- Возвращают структурированный JSON, с которым агенты могут реально работать
Аналогия с Brave Search
Автор указывает на Brave Search как на пример успешной реализации такого подхода. Хотя изначально он не был в центре всеобщего внимания, он стал "гораздо более актуальным", как только экосистемам агентов понадобился поисковый провайдер, с которым было легко интегрироваться. Настоящая возможность может заключаться в "создании Brave Search для отдельной отрасли" — создании вертикального слоя данных, чистого слоя извлечения и инструментального интерфейса, которым агенты могут надежно пользоваться.
Автор заключает: "Если этого слоя для вашей области еще не существует, это, вероятно, не тупик. Возможно, это и есть возможность".
📖 Read the full source: r/openclaw
👀 Смотрите также
Claude Opus 4.6 использовался для создания приложения для знакомств с более чем 700 пользователями за один месяц
Разработчик использовал Claude Opus 4.6 для создания полноценного приложения для знакомств с интерфейсом на Flutter, серверной частью на Node.js и базой данных MongoDB. Приложение привлекло более 700 зарегистрированных пользователей примерно за месяц и включает функции подбора пар, чата и реферальной системы.
Профессор создает игру для выявления предвзятости ИИ с помощью кода Claude.
Профессор из Великобритании создал Flagged — браузерную игру, которая моделирует решения по обнаружению ИИ в академической среде с использованием Claude Code. Игра показывает, как инструменты обнаружения выдают до 61,3% ложных срабатываний для тех, для кого английский не является родным языком.
Клод составил досудебную претензию и добился полного возврата денег за бракованный MacBook
Пользователь Reddit рассказывает, как с помощью Claude проанализировал индийское законодательство о защите прав потребителей, составил досудебную претензию и вернул 40 219 рупий (~480 долларов) от компании, которая изначально предлагала только 85% стоимости.
Тестирование конвейера RAG показывает, что стоимость за токен — не лучший критерий для выбора модели.
Разработчик протестировал Claude Haiku 4.5, Amazon Nova Pro и Amazon Nova Lite на идентичных RAG-пайплайнах с реальными запросами и обнаружил, что самая дешёвая модель на токен выдавала наименее полезные ответы, что в итоге обходилось дороже за полезный ответ.