GTM через интеграции и AI automation

Дата: 2026-05-03 09:43 UTC

Контекст

Появилась стратегия заходить к пользователям не через абстрактное объяснение Trip2G как distributed knowledge protocol, а через понятные интеграции с известными продуктами:

  • Telegram;
  • Obsidian;
  • Notion;
  • Google Drive;
  • Claude / Claude Code;
  • Cursor;
  • GitHub Copilot;
  • Gemini CLI;
  • Slack / community archives;
  • RSS / blogs;
  • CI/CD / CLI workflows.

Идея: человек уже понимает известный продукт и свою боль в нём. Trip2G можно объяснять как слой, который делает этот продукт agent-readable, searchable, automatable, publishable или network-connected.

Прочитанные документы

Через Trip2G MCP прочитаны:

  • ru/user/integrations.md;
  • en/user/webhooks.md;
  • dev/webhook_bots.md;
  • dev/telegram_inbox_agent.md;
  • How to get started with AI agents.md — файл найден, но содержательно нерелевантен: “You are not my audience...”.

Что есть в документации по интеграциям

ru/user/integrations.md перечисляет входы:

  • MCP-server — база знаний становится консультантом, подключаемым к Claude, Cursor, Copilot;
  • CLI sync — синхронизация через командную строку для CI/CD и automation;
  • change webhooks — запуск AI-агентов и внешних сервисов при создании/обновлении/удалении заметок;
  • cron webhooks — запуск AI-агентов и автоматизаций по расписанию;
  • RSS feeds — любая страница может стать RSS-лентой.

Это хороший skeleton для integration landing pages.

AI automation: change webhooks + cron webhooks

en/user/webhooks.md описывает два типа автоматизаций.

Change webhooks

Срабатывают, когда matching note создаётся, обновляется или удаляется.

Use cases:

  • update search index;
  • AI linter;
  • post to Slack;
  • external automation;
  • AI reviewer;
  • tagger;
  • moderator;
  • formatter.

Payload содержит:

  • id;
  • instruction;
  • depth;
  • changes[] с path/event/title/content;
  • optional api_token, если включён Pass API key.

Endpoint может вернуть изменения прямо в response body:

{
  "status": "ok",
  "changes": [
    {
      "path": "blog/my-post.md",
      "content": "# My Post\n\nCorrected content...",
      "expected_hash": "abc123"
    }
  ]
}

Trip2G применит changes автоматически.

Cron webhooks

Срабатывают по расписанию.

Use cases:

  • daily digest;
  • weekly report;
  • content generator;
  • monitor;
  • dashboard update;
  • backup;
  • recurring research.

Payload содержит instruction, optional API token и response schema. Агент может:

  • синхронно вернуть changes;
  • вернуть 202 Accepted и работать асинхронно через scoped API token.

Безопасность и agent-friendly свойства

Ключевые свойства, которые надо продавать технической аудитории:

  • HMAC-SHA256 signature для проверки webhook source;
  • temporary short API token вместо master key;
  • read/write patterns для ограничения доступа;
  • expected_hash для защиты от конфликтов;
  • depth / max_depth для защиты от рекурсии;
  • sync/async режимы;
  • instructions как текстовый hint для agent;
  • delivery logs / retries;
  • совместимость с MCP.

Продуктовая формулировка:

Trip2G lets agents safely read and write your knowledge base through scoped, signed automation hooks.

По-русски:

Trip2G даёт агентам безопасный способ читать и править базу знаний: по событию, по расписанию, с временными правами и ограниченными путями записи.

Webhook bots как паттерн интеграции

dev/webhook_bots.md описывает webhook bots — внешние программы, которые подключаются к Trip2G через change/cron webhooks.

Три паттерна:

  1. Sync bot — получает webhook и возвращает changes в response body. Просто и атомарно, но ограничено timeout.
  2. Async bot — получает api_token, отвечает 202 Accepted, потом работает через API.
  3. Subprocess bot / subot — wrapper, который запускает CLI-агента (claude -p, gemini --pipe, любой CLI) как webhook bot.

Subot особенно важен для GTM:

trip2g POST → subot → launches `claude -p` → AI reads/writes notes → trip2g

Фишка: instruction из webhook может ссылаться на заметку с промптом:

Read prompts/reviewer.md and follow instructions for changed files

Тогда prompts/style guides живут в Obsidian/vault, версионируются и используются агентами.

Telegram inbox agent как пример понятной интеграции

dev/telegram_inbox_agent.md показывает конкретный сценарий:

Пользователь отправляет сообщение в Telegram
→ Inboxbot буферизует сообщение
→ Cron webhook срабатывает каждые N минут
→ Trip2G POST → inboxbot /webhook
→ Inboxbot возвращает changes
→ Trip2G вставляет сообщения в inbox.md

Сильное GTM-значение: это не “абстрактная сеть знаний”, а простая интеграция:

Send Telegram messages to an AI-readable markdown inbox.

Или:

Turn Telegram chats into structured notes your agent can search and summarize.

Почему заход через известные продукты адекватен

Это сильная стратегия, потому что снижает когнитивную нагрузку.

Вместо:

Trip2G is a distributed knowledge protocol with MCP hubs, federation, frontmatter patches and agent webhooks.

Человек видит:

Connect your Telegram channel to AI search.

или:

Let Claude Code read your project memory across repos.

или:

Turn Google Drive into an MCP knowledge base.

Известный продукт даёт anchor. Trip2G объясняется как improvement layer.

10 integration-led лендингов

1. Telegram channel → AI knowledge base

  • Audience: авторы публичных каналов, исследователи, комьюнити.
  • Pain: годы постов невозможно нормально искать и суммаризировать.
  • Promise: канал становится AI-searchable KB и может попасть в публичный индекс.
  • CTA: “Пришлите ссылку на канал — первый индекс бесплатно.”
  • Paid: inclusion in public index, refresh frequency, analytics, promoted discovery.

2. Telegram chat → personal/team inbox

  • Audience: люди, которые много думают в Telegram/DM/group chats.
  • Pain: идеи и решения теряются в чатах.
  • Promise: сообщения попадают в markdown inbox, агент делает summary/action items.
  • CTA: “Подключить один чат/inbox.”
  • Paid: hosted bot, private chat indexing, media support, multiple inboxes.

3. Obsidian → MCP memory

  • Audience: Obsidian/PKM пользователи.
  • Pain: vault есть, но агент не умеет его нормально читать.
  • Promise: Obsidian vault становится MCP memory для Claude/Cursor/Copilot.
  • CTA: “Подключить vault.”
  • Paid: hosting, sync, private MCP, multi-vault network.

4. Notion → agent-readable workspace

  • Audience: Notion teams/founders.
  • Pain: знания есть, но агент не получает нужный контекст.
  • Promise: Notion workspace становится searchable MCP base.
  • CTA: “Подключить одну Notion базу.”
  • Paid: read-only indexing, refresh, custom mappings, team access.

5. Google Drive → vector knowledge base

  • Audience: teams with docs in Drive.
  • Pain: Drive хаотичен, поиск слабый, агенту неудобно.
  • Promise: папка Drive становится vector index + MCP endpoint.
  • CTA: “Дайте одну folder — покажу before/after.”
  • Paid: managed connector, refresh, permissions, storage.

6. Claude / Claude Code → cross-project memory

  • Audience: AI builders, developers with many repos/projects.
  • Pain: каждый проект изолирован, методологии и решения не переносятся.
  • Promise: один MCP hub даёт Claude доступ к project memories and methods.
  • CTA: “Подключим 1–2 проекта.”
  • Paid: extra bases, private network, subot workflows, automation.
  • Audience: dev teams using AI IDEs.
  • Pain: AI в IDE не знает решения, архитектурные notes, docs вне repo.
  • Promise: Cursor/Copilot получает MCP-доступ к docs/decisions/Telegram/Drive.
  • CTA: “Подключить docs + decisions.”
  • Paid: team hub, hosted MCP, permissions.

8. Slack/community archive → answer engine

  • Audience: communities, support, internal teams.
  • Pain: одни и те же вопросы уже обсуждались, но ответы потеряны.
  • Promise: архив становится answer engine для агента.
  • CTA: “Проиндексировать один архив.”
  • Paid: hosted archive index, scheduled refresh, moderation, access control.

9. RSS/blog/docs → public research base

  • Audience: researchers, founders, market analysts.
  • Pain: чтобы агент писал хороший summary, ему нужны качественные sources.
  • Promise: selected sources become living research base.
  • CTA: “Дайте тему/источники — соберу базу.”
  • Paid: managed curation, public/private index, recurring digests.

10. Webhook automation → AI workflows over markdown

  • Audience: technical users, automation builders.
  • Pain: агентам небезопасно давать master key, сложно строить scheduled workflows.
  • Promise: Trip2G triggers agents on changes/schedule with scoped tokens and safe writes.
  • CTA: “Собрать один bot: linter/digest/tagger/inbox.”
  • Paid: hosted bots, custom adapters, workflow templates, support.

Рекомендация по упаковке

Делать 10 лендингов стоит не просто по фичам, а по familiar product + конкретному результату.

Формула:

[Known product/source] → [agent-readable outcome]

Примеры:

  • Telegram → AI-searchable knowledge base;
  • Obsidian → MCP memory;
  • Drive → vector KB;
  • Claude Code → cross-project memory;
  • Webhooks → safe agent workflows.

Главный CTA для всех integration-led pages

Не “установи Trip2G”, а:

Give me one source. I’ll turn it into an agent-readable knowledge base.

Русский вариант:

Дай один источник — я превращу его в базу знаний, с которой сможет работать агент.

Следующие шаги

  1. Перед созданием /lan-* заметок выбрать 10 integration-led входов.
  2. Для каждой landing note сделать одинаковую структуру:
    • hero;
    • pain;
    • before/after;
    • how it works;
    • demo questions;
    • pricing/monetization;
    • CTA;
    • footer cross-links.
  3. В футере перелинковать landing notes между собой через wikilinks.
  4. Главную _index.md связать с оглавлением landing notes.