Доопрацювання готового n8n workflow: Worksection + OpenAI + Telegram (не працюють кнопки)

Не знаю, я б з нуля все зібрав. ТЗ якісне, зрозуміле, з таким замовником приємно мати справу, впевнений.
Отже зберу з нуля, буде працювати як і потрібно замовникові

Доброго дня 👋
Ознайомився із задачею — тут вже хороший рівень автоматизації, і видно, що workflow майже готовий до продакшену. Проблема більше в логіці станів, callback handling та стабільності сценаріїв у n8n.

Можу доопрацювати саме існуючий workflow без переписування з нуля:

• виправлю Telegram callback_query та роботу inline-кнопок;
• реалізую коректну логіку Confirm / Regenerate / Copy / Reject;
• додам захист від повторної відправки;
• зроблю збереження стану через staticData;
… • налаштую цикл перегенерації через OpenAI;
• додам підтримку голосових правок PM → speech-to-text;
• реалізую reminder flow для Worksection + Telegram;
• зроблю антиспам логіку по проєктах;
• перевірю роботу з довгими повідомленнями Telegram;
• наведу порядок у логах та безпеці токенів.

Також можу оптимізувати сам workflow, щоб він був:
— стабільніший;
— легший у підтримці;
— без “зависань” та дублювань;
— готовий до масштабування під інші проєкти.

Є досвід роботи з:
• n8n
• Telegram Bot API
• OpenAI API
• Worksection API
• state management / automation logic

Напишіть у приват — подивлюсь ваш JSON workflow і одразу скажу, де саме проблема та як найкраще це реалізувати 🚀

Вітаю.

Скоп зрозумілий — три блоки: доробити Telegram-кнопки в існуючому workflow (Підтвердити, Переробити, Скопіювати, Відхилити), додати логіку нагадувань у Worksection та внутрішній чат при відсутності апдейтів, дедуп через staticData щоб не дублювати нагадування.

По кнопках — реалізую через окремі Telegram CallbackQuery з унікальним callback_data на кожну дію плюс флаг processed в staticData по message_id, щоб повторне натискання не дублювало відправку. Для переробки з голосом ловлю voice-меседж від PM, прокидую через Whisper API на текст, додаю в контекст для перегенерації через OpenAI з тим самим системним промптом що в існуючому workflow.

По нагадуваннях — перевірка через staticData ключ виду reminder per task_id per period зі значенням worksection_sent_at або telegram_sent_at. На першому запуску без апдейту пишемо в Worksection, на наступному (якщо коментарів так само немає) у внутрішню Telegram-групу. Період скидається коли в Worksection з'являється новий змістовний коментар.

По захисту від спаму — staticData в n8n підходить, але якщо хочеться надійніше при перезапуску інстансу, можна продублювати в окрему мікро-БД (SQLite чи Redis), залежно від інфраструктури де крутиться n8n.
…
Один момент який вплине на терміни — чи є зараз робочий self-hosted n8n чи cloud-версія, та доступ до Worksection API (потрібен токен плюс список task_id з якими працюємо). Як отримаю JSON та доступи — за день розгорну локально, відтворю поточний flow, далі за скопом.

Добрий вечір, я Python - розробник, також займаюся автоматизацією на n8n. Є досвід роботи з n8n, можу виконати ваше завдання за ТЗ. Приступити готовий одразу. Пишіть - обговоримо деталі.

Показати оригінал

Перекласти

Вітаю! Готовий починити ваш воркфлоу та змусити ТГ-кнопки працювати без збоїв. Налагоджу обробку callback_query та staticData, щоб виключити дублі відправки й чітко віддати клієнту лише чистий текст.

Реалізую двоетапні нагадування через API Worksection та ТГ-чат із захистом від спаму 1 раз на день. Для кнопки «Переробити» підключу Whisper для голосу та циклічний запит до OpenAI.

На виході надам перевірений JSON, скрини тестів та інструкцію для масштабування.

Готовий обговорити деталі та розпочати виконання.

Павле, привіт! Я подивився ТЗ і прикладений JSON workflow. Переписувати з нуля не потрібно: вже є база — Worksection/OpenAI node + окремий Telegram callback handler.

Що бачу: pmDrafts вже зберігаються в staticData, кнопки approve/rewrite/copy/reject закладені, voice rewrite через Whisper також частково є. Основні зони доопрацювання — idempotency кнопок, блокування старих чернеток, Worksection/Telegram нагадування і state machine проти дублів.

Зроблю:
- approve відправляє клієнту тільки чистий текст і не дублюється;
- reject блокує старі кнопки;
- copy/rewrite працюють без службової інформації;
- додам Worksection нагадування при відсутності коментарів;
… - додам повторне Telegram-нагадування спеціалісту;
- збережу reminder state в staticData;
- додам конфіг полів спеціаліста і fallback-статуси;
- протестую сценарії і віддам оновлений JSON + інструкцію.

Термін: 4 дні. Працюю поверх поточного workflow, без переписування з нуля.

Питання: callback-кнопки зараз взагалі не доходять до handler, чи callback приходить, але ламається логіка всередині?

Показати оригінал

Перекласти

Вітаю! Зможу реалізувати відпишіть в приват щоб обговорити всі деталі проекту. Сподіваюсь на співпрацю!

Привіт! Я вивчив ваш проект і готовий негайно розпочати роботу. Гарантую відмінну якість і оперативність.

Показати оригінал

Перекласти

Доброго дня! Проаналізувала ТЗ та ваш JSON-файл, готова допрацювати ваш існуючий скрипт під нові вимоги.

Що конкретно зроблю:
Telegram-кнопки: Реалізую видалення кнопок після кліку (захист від дублів) та очищення тексту від службових блоків перед відправкою клієнту.

Голосові правки: Інтегрую завантаження аудіофайлів та їх транскрибацію через OpenAI Whisper (whisper-1) прямо всередині JS-коду n8n.

Розумні нагадування: Налаштую кінцевий автомат у staticData (перший пінг — через API Worksection add_comment, повторний через 24 години — у внутрішній телеграм спеціаліста).

… Конфігурація: Додам усі нові змінні (specialist_name, чати, ліміти) у ваш поточний масив проєктів. API-ключі залишаться в $env.

Вітаю! Я Володимир, засновник інженерної агенції Vaysed. Ось короткий технічний план того, як саме ми перепишемо та оптимізуємо ваш поточний n8n workflow:
1. Керування станами (State Management)
Ми задіємо вбудований метод $getStaticData() всередині n8n. Скрипт почне «пам'ятати» історію своїх попередніх запусків. Це дозволить реалізувати надійний захист від спаму: бот перевірятиме збережений статус і відправлятиме нагадування у Worksection або Telegram суворо один раз за визначений період, скидаючи лічильник після появи коментаря.
2. Ізольована конфігурація
Всі жорстко зашиті дані (ID чатів, імена спеціалістів, посилання на задачі) ми винесемо в єдиний стартовий конфігураційний вузол (Set node) або у змінні середовища (Environment variables). Ви зможете миттєво масштабувати цей скрипт на нові проєкти, просто змінюючи ввідні дані, взагалі не торкаючись внутрішньої логіки бота.
3. Маршрутизація Telegram-кнопок
Ми повністю перепишемо обробку callback_query. При натисканні «Підтвердити» скрипт жорстко фільтруватиме JSON-об'єкт, відокремлюючи службову інформацію, і відправлятиме в клієнтський чат виключно чистий фінальний текст. При натисканні «Відхилити» — система анулює статус чернетки та деактивує старі кнопки.
4. Модуль регенерації з обробкою аудіо
Для кнопки «Переробити» ми налаштуємо вузол очікування відповіді від PM. Якщо це буде голосове повідомлення, ми автоматично пропустимо його через OpenAI Whisper для точної транскрибації. Розпізнаний текст ми інтегруємо як додатковий промпт і відправимо запит до LLM на регенерацію апдейту.
… 5. Відмовостійка робота з API Worksection
Усі звернення до API (перевірка останніх коментарів та створення нових нагадувань) будуть налаштовані з урахуванням обробки помилок. Якщо якогось поля не вистачає, workflow не «впаде», а перейде на резервну гілку логування, при цьому токени доступу ніколи не відображатимуться у відкритих логах виконання.

Подібну безвідмовну маршрутизацію та роботу зі складними станами (State Machine) ми вже успішно реалізували у нашому проєкті RESTART 2026. Глибоку двосторонню інтеграцію з API сторонніх систем ми відпрацювали в екосистемі Prudbay Clothes Support, а механізми захисту від дублювання сповіщень — це основа нашої системи моніторингу Lumos.
Ось посилання на наш сайт, де зібрані портфоліо та описи реалізованих інфраструктурних рішень: https://vaysed.me/
Там ви зможете детальніше ознайомитися зі згаданими проєктами. Чекаю на повідомлення, щоб узгодити деталі та розпочати роботу над оптимізацією

Задача зрозуміла: допрацювати існуючий n8n workflow — полагодити кнопки Telegram (підтвердити/переробити/скопіювати/відхилити), додати розпізнавання голосу через OpenAI Whisper для «Переробити», захист від дублювання та логіку нагадувань у Worksection і Telegram при відсутності коментарів.

Працюю з n8n, Telegram Bot API і OpenAI — саме такий стек. JSON workflow надасте, розберусь і доправлю без переписування з нуля.

Орієнтовно 4–5 днів після отримання JSON і доступів.

Яка зараз основна проблема з кнопками — вони взагалі не реагують, чи callback отримується але логіка не спрацьовує?

Вітаю. Бачу, що workflow вже працює з Worksection, OpenAI і Telegram - треба тільки допиляти inline-кнопки і додати логіку нагадувань. Кнопки «Підтвердити», «Переробити», «Скопіювати», «Відхилити» - це стандартні callback-обробники в n8n, але тут багато тонких моментів: дедуплікація відправки, розпізнавання голосу, збереження статусу чернетки між ітераціями. Робив схоже для PM-бота на aiogram - там теж була ланцюжкова правка контенту з голосовими правками через Whisper API. Питання: голосові правки - це Telegram voice messages, чи ви використовуєте якийсь інший сервіс для розпізнавання?