Founder story landing для Trip2G

Главный вывод

Личную историю стоит использовать, но не как “слезливое письмо”, а как founder manifesto / build-in-public landing.

Она сильная, потому что объясняет:

• почему Trip2G не просто CMS;
• почему первый рынок был выбран неверно;
• почему продукт родился из реальной боли автора;
• почему pivot к agent-readable knowledge network честный;
• почему пользователю стоит присоединиться не только к продукту, но и к эксперименту.

Но историю нужно отредактировать: меньше самообесценивания, больше честного вывода и ясного приглашения.

Ключевая формула:

Я строил инструмент для продажи знаний.
Оказалось, проблема глубже: знаниям нужен протокол, чтобы агенты могли их находить, связывать и развивать.
Так Trip2G стал распределённой базой знаний для AI-агентов.

Где использовать

Не на главном конверсионном лендинге /, а на отдельной странице:

/founder-story
/building-trip2g
/why-trip2g
/the-story

И ссылать на неё из:

• footer;
• About;
• “Why I built this” block;
• build-in-public posts;
• founder-led launch posts;
• письма ранним пользователям;
• поста в Obsidian/AI/MCP communities.

Почему это не должно быть первым экраном главной

Главная должна быстро объяснять пользу:

One MCP hub for your knowledge bases.

Founder story должна делать другое:

Почему этот проект существует, почему он честный, почему автор не бросит, почему стоит поддержать.

Риск “слезливости”

Исходная история местами может звучать как:

• “я страдал, поэтому поддержите меня”;
• “я плохой программист”;
• “я потратил много денег, теперь помогите”;
• “я славный парень и жертвовал собой”.

Это опасно: читатель может почувствовать эмоциональный долг вместо интереса.

Лучше оставить уязвимость, но перевести её в зрелую арку:

Я ошибся в первом позиционировании.
Я заплатил за это временем и деньгами.
Я начал сам пользоваться продуктом.
Боль использования показала настоящий продукт.
Теперь я строю не инструмент продажи знаний, а сеть agent-readable knowledge bases.

Тон:

• честно;
• тепло;
• без саможалости;
• без обвинения рынка;
• без “вы мне должны”;
• с ясным приглашением.

Структура лендинга по пирамиде Минто

I built Trip2G to help people sell knowledge.
It became something more useful: a knowledge network for AI agents.

After a year of building, failed positioning, and using the product myself, I realized the real problem was not publishing. The problem is that knowledge is scattered, unstructured, and invisible to agents.

Join the network
Create your free knowledge base
Read the technical idea

I thought people needed a simpler way to publish and sell their Obsidian notes.

For almost a year I built Trip2G as a way to publish markdown, sync Obsidian, and maybe help people sell their knowledge.

I believed that if the tool was simple enough, people would see the value immediately: write in Obsidian, publish, maybe sell access.

But most people do not have a ready body of knowledge to sell. Many do not write regularly. And the people who understood the product were often too busy to migrate, configure, or rethink their workflow.

The tool worked — but it improved a problem that was still too unclear.

I put a year of work and more than $60k of my own time into this project before I understood what it really was.

Trip2G is probably the most important project I have built.

I worked on it mostly alone for months. I kept adding the pieces I thought were necessary: sync, publishing, access rules, templates, frontmatter patches, MCP, webhooks, private networks, Telegram indexing.

At some point I had to admit: the project was technically powerful, but the story was wrong.

I was trying to help other people sell knowledge before I had fully understood how I needed to use the tool myself.

I am not the mythical perfect founder-engineer. But I can finish hard systems, ship many releases, and keep improving them until the real product appears.

Then I started using Trip2G myself — and the real product appeared through pain.

I started building public knowledge bases from real materials and taught agents to maintain them.

That is when the pain became obvious.

One base was useful. Two bases were already annoying to connect manually. MCP servers are powerful, but they are not convenient to add and remove dynamically inside every agent session.

So the next idea appeared naturally:

What if there was one hub — a knowledge base of knowledge bases?

Trip2G is not just a publishing tool. It is a protocol for distributed knowledge bases.

A Trip2G base can contain ordinary notes. But it can also contain instructions for agents: how to search, when to use RAG, when to traverse wiki links, how to cite sources, how to update the index, and how to preserve provenance.

A base can point to another base. If search returns a note describing a friend's knowledge base, an agent can proxy the next query there.

Then that base can point to another hub.

All of them speak the same protocol.

This means knowledge can grow as markdown, be edited in Obsidian or by agents, and still be accessible through one MCP endpoint.

This is not a fantasy. The first pieces already work.

- Free Trip2G instances.
- Markdown/Obsidian sync.
- Public/private knowledge bases.
- MCP access to a base.
- Instructions stored inside the base.
- RAG/search and wiki-link traversal strategies.
- Private networks for trusted people.
- Federation/proxying between knowledge bases.
- Telegram indexer: posts/messages become vector-searchable context.
- Webhooks/cron for agent workflows.

It is still early. There are bugs, rough edges, and missing explanations. I am using it myself every day to find them.

A knowledge base can become a participant in thinking, not just a folder of documents.

Once a base has instructions, memory, sources and an MCP interface, agents can do more than retrieve text.

They can compare bases.
They can ask several bases to argue.
They can run a consilium of knowledge bases.
They can build search plans, patch local strategies, summarize disagreements, and turn the result into new durable knowledge.

The same protocol can be repeated for Notion, Google Drive, Telegram history, project docs, public channels, company archives and personal vaults.

I am opening this project because I need people to use it, break it, and help the network become real.

I built Trip2G with too much of myself to keep it as a private experiment.

I do not want to pretend the product was obvious from day one. It was not. I had to build it, fail to explain it, use it, suffer through the rough edges, and only then see the real shape.

Now I see it:

Trip2G is a brain for agents — a distributed knowledge network that can grow independently across friends, teams and companies.

If this idea resonates, join the network. Create a free base. Connect your first notes. Let an agent read it. Tell me where it breaks.

That is the support the project needs most right now.

Create a free knowledge base
Connect Trip2G MCP
Support the project
Read the docs

Более короткая версия для лендинга

# I built Trip2G to help people sell knowledge. I was wrong.

For almost a year, I built Trip2G as a way to publish markdown, sync Obsidian, and help people sell access to their knowledge.

I thought the missing piece was simple publishing.

But most people do not have a ready body of knowledge to sell. Many do not write regularly. And the people who understood the idea were too busy to change their workflow.

The tool worked. The story was wrong.

Then I started using Trip2G myself.

I built public knowledge bases from real materials. I taught agents to maintain them. I connected them through MCP. I made bases that contain their own instructions: when to use RAG, when to follow wiki links, how to cite, how to update the index.

That is when I understood what Trip2G really is.

It is not just publishing.
It is a protocol for distributed knowledge bases.

One base can point to another. A hub can search across bases and proxy questions to the right one. Another hub can do the same. The protocol can work for Obsidian, Notion, Google Drive, Telegram history, project docs, company archives and public knowledge.

A knowledge base becomes something an agent can use, question, improve and connect.

I have put a year of work and more than $60k of my own time into this project. It is still rough. There are bugs. There are missing explanations. But I am using it myself now, and the real shape is finally visible.

Trip2G is a brain for agents — a distributed knowledge network that can grow across people, teams and companies.

If this resonates, create a free base, connect your first notes, let an agent read it, and tell me where it breaks.

Join the network. Help make it real.

Русская версия

# Я делал Trip2G, чтобы помочь людям продавать знания. Я ошибся.

Почти год я строил Trip2G как инструмент для публикации markdown, синхронизации Obsidian и продажи доступа к знаниям.

Мне казалось, что людям не хватает простой публикации.

Но оказалось, что у большинства нет готового корпуса знаний на продажу. Многие вообще не пишут регулярно. А те, кто понимал продукт, часто были слишком заняты, чтобы менять свой workflow.

Инструмент работал. История была неправильной.

Потом я начал пользоваться Trip2G сам.

Я стал собирать базы на публичных материалах. Научил агентов их вести. Подключил их по MCP. Внутри баз стали лежать инструкции: когда использовать RAG, когда идти по wiki-ссылкам, как цитировать источники, как обновлять индекс.

И тогда я понял, что такое Trip2G на самом деле.

Это не просто публикация.
Это протокол распределённых баз знаний.

Одна база может ссылаться на другую. Хаб может искать по базам и проксировать вопрос туда, где есть ответ. Другой хаб может делать то же самое. Этот же протокол можно повторить для Obsidian, Notion, Google Drive, Telegram history, проектной документации, архивов компании и публичных знаний.

База знаний становится объектом, с которым агент может работать: читать, спрашивать, улучшать и связывать.

Я вложил в этот проект почти год работы и больше $60k своего времени. Он всё ещё шероховатый. Есть баги. Есть недописанные объяснения. Но теперь я сам пользуюсь им каждый день — и наконец вижу настоящую форму.

Trip2G — это мозг для агентов: распределённая сеть знаний, которая может расти между людьми, командами и компаниями.

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

Присоединяйся к сети. Помоги сделать её настоящей.

Что убрать из публичной версии

Лучше не писать напрямую:

я славный парень
я всегда помогаю другим в ущерб себе
я подозревал, что программист не лучший
это моя жертва

Почему:

• это может вызвать жалость вместо доверия;
• отвлекает от продукта;
• создаёт эмоциональное давление;
• звучит как исповедь, а не founder story.

Но можно оставить смысл иначе:

I built the first version from a genuine desire to help other people publish and earn from their knowledge. That desire was real, but the product story was incomplete.

Или:

I had to stop building for an imagined user and become the first serious user myself.

Что оставить обязательно

1. Ошибку первого позиционирования.
2. Год одиночной разработки.
3. $60k времени — как сигнал skin in the game.
4. Поворот: начал пользоваться сам.
5. Боль от багов и UX.
6. Базы как LLM Wiki.
7. MCP как доступ для агентов.
8. Hub of hubs / knowledge base of knowledge bases.
9. Federation/proxying.
10. Consilium of knowledge bases.
11. Приглашение: create free base, break it, help me make it real.

Пост для build-in-public

I spent almost a year building Trip2G.

At first, I thought it was a tool for publishing Obsidian notes and selling knowledge.

That was the wrong story.

The real product only appeared when I started using it myself: building knowledge bases from public materials, teaching agents to maintain them, exposing them through MCP, and letting bases point to other bases.

Now I think of Trip2G as a distributed knowledge protocol for AI agents.

One MCP hub can search across many knowledge bases and proxy questions to the right one. Those bases can be edited as markdown, maintained by agents, connected through friends or teams, and instructed to use RAG or wiki-link traversal depending on the task.

It is still rough. I am finding bugs by using it every day.

But the shape is finally clear:

Trip2G is a brain for agents.

If you want to try it, create a free base and let an agent read your first notes. Then tell me where it breaks.

Acceptance criteria для такого лендинга

Лендинг работает, если читатель понимает:

• основатель честно признаёт ошибку;
• продукт прошёл через реальную личную боль;
• Trip2G уже не просто publishing;
• текущая ставка — distributed knowledge network for agents;
• можно присоединиться маленьким действием;
• проект ранний, но живой;
• поддержка = использовать, ломать, давать обратную связь.

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

Сделать из этого:

1. отдельный лендинг /why-trip2g;
2. короткий build-in-public пост;
3. founder letter для первых пользователей free instance;
4. блок “Why I built this” на главной.