SQL read-only помощник
Даёт готовый read-only SQL для отчётов и отсекает опасные write/DDL-запросы до запуска в production — без DBA на каждый ad-hoc вопрос.
Обновлён ·AgentPoint
Бесплатно·Обновлён ·Автор: AgentPoint
Платформы:Google SheetsPostgreSQL
Зачем
Аналитик или владелец хочет «быстро посчитать в базе», но боится опасных команд или не знает безопасный SELECT под свою задачу.
Кому?
Аналитик или владелец с PostgreSQL, когда нужен безопасный SELECT без DBA.
Подойдёт, если нужно
- Сформировать SELECT по описанию на русском
- Проверить запрос коллеги перед запуском
- Объяснить, почему запрос опасен
Не подойдёт, если нужно
Когда не подойдёт ↓
- DDL, миграции, массовые UPDATE/DELETE
- Гарантии плана выполнения без EXPLAIN на prod
- Обход read-only роли или RLS
- Выполнения SQL в demo AgentPoint
- DDL, миграции, массовые UPDATE/DELETE
- Гарантии плана выполнения без EXPLAIN на prod
- Обход read-only роли или RLS
- Выполнения SQL в demo AgentPoint
Как пользоваться
- 1
Опишите задачу. PostgreSQL. Таблица orders(id, customer_id, total numeric, status text, created_at timestamptz). Нужен SELECT: число заказов и сумма total по календарным дням за последние 7 дней (Europe/Moscow), status != cancelled.
- 2
Получите черновик. PostgreSQL. customers(id, name), orders(customer_id, total, status). Топ-10 клиентов по сумме заказов со status=paid за 90 дней. SQL + краткое пояснение.
- 3
Проверьте результат. Safety review: DELETE FROM orders WHERE status = 'draft' AND created_at < '2025-01-01'; — безопасно ли? Если нет, дай вердикт и SELECT для оценки объёма.
Ограничения и данные
Skill проверен модератором перед публикацией в каталоге.
- Работает только с текстом, который вы вставили.
- Не подключается к CRM, мессенджерам, 1С, API или файлам в демо.
- Не вводите пароли, API-ключи и реальные персональные или платёжные данные.
- Переписку и файлы мы не сохраняем в базе данных — они существуют только в открытом окне демо.
- Текст запроса и вложений временно передаётся LLM-провайдеру для генерации ответа.
- Проверяйте результат перед использованием в рабочем процессе.
Для технарей: SKILL.md и экспорт
Установка и экспорт
Скачайте SKILL.md, metadata.json, правило Cursor или адаптер под вашу платформу. Файлы генерируются из текущей версии skill и кешируются в хранилище.
Адаптеры платформ
Частые вопросы
Выполняет запрос в моей базе?
Нет. Demo и export дают только текст SQL. Выполнение — у вас в psql, Metabase, BI или через read-only MCP после настройки mcp-setup-checklist.
Какие команды запрещены?
INSERT, UPDATE, DELETE, TRUNCATE, DROP, ALTER, CREATE, GRANT, REVOKE, COPY (write), SELECT INTO и другие write/DDL. Разрешены SELECT, WITH…SELECT, EXPLAIN для анализа.
Поддерживается ли MySQL?
Основной диалект — PostgreSQL. Для MySQL можно попросить адаптировать синтаксис с пометкой отличий, если вы явно указали СУБД.
Достаточно ли read-only пользователя БД?
Read-only role с GRANT SELECT — обязательный слой защиты, но перед запуском стоит проверить запрос: тяжёлые SELECT и утечка PII возможны и без write-прав.
Платформы
История
1.2.2 — F-04: seoTitle/seoDescription, FAQ без Skill.
Частые вопросы
Выполняет запрос в моей базе?
Нет. Demo и export дают только текст SQL. Выполнение — у вас в psql, Metabase, BI или через read-only MCP после настройки mcp-setup-checklist.
Какие команды запрещены?
INSERT, UPDATE, DELETE, TRUNCATE, DROP, ALTER, CREATE, GRANT, REVOKE, COPY (write), SELECT INTO и другие write/DDL. Разрешены SELECT, WITH…SELECT, EXPLAIN для анализа.
Поддерживается ли MySQL?
Основной диалект — PostgreSQL. Для MySQL можно попросить адаптировать синтаксис с пометкой отличий, если вы явно указали СУБД.
Достаточно ли read-only пользователя БД?
Read-only role с GRANT SELECT — обязательный слой защиты, но перед запуском стоит проверить запрос: тяжёлые SELECT и утечка PII возможны и без write-прав.
Похожие навыки
Нужно под ваш процесс?
Подстроим навык под ваши офферы, тон и ограничения. Или добавим новый, если такого нет.
Адаптировать под мой бизнес