O czym jest ten film
- Autor przenosi swoją bibliotekę „AI Marketing Hub” do CRM-a Twenty — kilkoma promptami, bez pisania kodu.
- Fundamentem jest zasada „Markdown first”: cała wiedza hubu to zwykłe pliki tekstowe, więc nie jest przywiązana do żadnej aplikacji.
- Twenty to otwartoźródłowy CRM o interfejsie w stylu Notion; autor pokazywał go niedawno i uważa go za numer jeden wśród otwartych CRM-ów.
- Bezpośredni powód przenosin: możliwość eksperymentowania z hubem w środowisku CRM.
- Do Twenty trafiły: skille (umiejętności), „mózgi” (bazowe notatki), playbooki, szablony, zadania i agenci — z zachowanym tagowaniem.
- W CRM powstały kompletne obiekty: rekord firmy „AI Marketing Hub”, kontakty, marki, szanse sprzedażowe, projekty i katalog hubu.
- Wszystko w Twenty da się dowolnie dopasować do siebie, łącznie z zadaniami i przekazaniami między osobami.
- Największy atut tej architektury: hub jest agnostyczny narzędziowo — może swobodnie ewoluować w dowolną stronę, zwłaszcza wewnątrz Obsidiana.
- Vault w Obsidianie edytuje się kilkoma promptami, więc zmiana kształtu hubu nie wymaga żadnej migracji.
- Ten sam mechanizm pozwala zasilić biblioteką dowolny CRM albo własny harness — czyli szkielet aplikacji sterującej AI.
10 najważniejszych takeaways — z kontekstem zastosowania
1.Markdown jako fundament przenośności
Na czym polega: Cała biblioteka — umiejętności, notatki, szablony — to zwykłe pliki Markdown, więc nie trzyma się żadnego narzędzia na siłę. Przenosiny do Twenty zajęły dosłownie kilka promptów.
Jak stosować: Jeśli budujecie system wiedzy dla AI, trzymajcie go w plikach Markdown w jednym repozytorium. Wtedy narzędzie docelowe — CRM, notatnik, własna aplikacja — staje się wymienne, a nie na stałe.
Na co uważać: Sama treść nie wystarczy. Przenośność działa dzięki spójnej strukturze folderów, jednolitym nazwom plików i porządnemu tagowaniu; bez tego agent przeniesie chaos w niezmienionej postaci.
2.Migracja promptem, nie kodem
Na czym polega: Przeniesienie hubu do CRM sprowadziło się do prostego polecenia: „przenieś AI Marketing Hub do Twenty”. Bez ręcznego mapowania pól i bez programowania.
Jak stosować: Przy przenosinach do nowego narzędzia opiszcie agentowi strukturę źródłową i docelową, a potem sprawdzajcie wynik partiami — najpierw jedna kategoria rekordów, potem kolejna.
Na co uważać: Jakość efektu zależy od jakości plików źródłowych i polecenia. Zanim odpalicie migrację na całości, zróbcie kopię zapasową.
3.Otwarty CRM zamiast zamkniętego SaaS-u
Na czym polega: Jako cel autor wybrał Twenty — otwartoźródłowy CRM o interfejsie przypominającym Notion.
Jak stosować: Gdy zależy wam na pełnej kontroli nad danymi i strukturą, kierujcie swoją bibliotekę do narzędzi otwartych. Sami hostujecie, sami ustalacie układ rekordów.
Na co uważać: Open source to też własna odpowiedzialność za wdrożenie, aktualizacje i utrzymanie — to nie jest „odpalam i zapominam”.
4.Przenosicie system pracy, nie tylko dane
Na czym polega: Do CRM trafiła cała operacyjna warstwa hubu: skille, „mózgi”, playbooki, szablony, zadania i agenci — czyli nie notes, a działający zestaw narzędzi.
Jak stosować: Potraktujcie swoje prompty, procedury i szablony jak bibliotekę komponentów, którą w całości osadza się w nowym środowisku — jednym ruchem, a luźno po kawałku.
Na co uważać: Komponenty muszą być zdefiniowane według jednej konwencji. Różne formaty plików sprawią, że część zasobów „zgubi się” w drodze.
5.Tagi przenoszą kontekst przez migrację
Na czym polega: Umiejętności wylądowały w Twenty jako rekordy z zachowanym, trafnym tagowaniem — dzięki temu CRM od pierwszej chwili „wie”, do czego służą.
Jak stosować: Tagujcie konsekwentnie już w plikach źródłowych. To właśnie tagi zamieniają się po drugiej stronie w kategorie, pola i filtry.
Na co uważać: Zdublowane lub przypadkowe etykiety po migracji staną się zdublowanymi lub przypadkowymi kategoriami — sprzątanie zajmie więcej czasu niż samo przenosiny.
6.Biblioteka mapuje się na standardowe obiekty CRM
Na czym polega: W Twenty powstał pełen zestaw rekordów: firma „AI Marketing Hub”, kontakty, marki, szanse sprzedażowe, projekty i katalog hubu.
Jak stosować: Zanim uruchomicie migrację, rozpiszcie na kartce, która część biblioteki odpowiada któremu obiektowi CRM. Taki szkic oszczędza powtórne przełożenie całości.
Na co uważać: Systemy różnie nazywają odpowiedniki (kontakt, firma, szansa, projekt) — sprawdźcie słownik docelowego narzędzia, żeby nie wylądować z dwiema „firmami” zamiast firmy i kontaktu.
7.Cel: eksperyment, nie przeprowadzka na stałe
Na czym polega: Autor przeniósł hub do Twenty po to, żeby „eksperymentować” — CRM pełni tu rolę piaskownicy, a nie nowego domu.
Jak stosować: Używajcie kopii biblioteki w innych narzędziach jako środowiska testowego. Źródło prawdy zostaje w jednym miejscu, a eksperymenty toczą się obok.
Na co uważać: Przy dwóch miejscach przechowywania łatwo o rozjazd wersji. Zdecydujcie wprost, które jest nadrzędne, i tam wprowadzajcie zmiany.
8.W Obsidianie restrukturyzacja to też kwestia promptów
Na czym polega: Wewnątrz Obsidiana vault edytuje się kilkoma poleceniami, więc hub może zmieniać kształt bez żadnej migracji — ewoluuje na miejscu.
Jak stosować: Duże porządki w strukturze (zmiana nazw, reorganizacja folderów, scalanie notatek) zlecajcie agentowi działającemu bezpośrednio na plikach.
Na co uważać: Automatyczne operacje na plikach potrafią połamać linki. Trzymajcie vault w gicie albo przynajmniej w kopii zapasowej przed każdą większą operacją.
9.Agnostyczność chroni przed uzależnieniem od narzędzia
Na czym polega: Hub jest — jak podkreśla autor — w pełni agnostyczny i może rozwinąć się w dowolną stronę. Fundament tekstowy to jego największy atut.
Jak stosować: Przy wyborze każdego nowego narzędzia pytajcie najpierw „czy eksportuje do otwartego formatu?”, a dopiero potem „jakie ma funkcje?”. Kolejność ma znaczenie.
Na co uważać: Funkcje unikalne dla danego środowiska — wtyczki, dynamiczne widoki, integracje zamknięte w silniku — nie przeniosą się nigdzie indziej.
10.To samo podejście działa z własnym harnessem
Na czym polega: Biblioteką w Markdownie można zasilić nie tylko gotowy CRM, ale też własną aplikację lub szkielet sterujący modelem.
Jak stosować: Jeśli macie własny interfejs albo skrypty wokół modelu, podłączcie je do tego samego zestawu plików, którego używa CRM. Jedno źródło, wielu odbiorców.
Na co uważać: Ustalcie sztywny format plików (konwencje nazw, spójny frontmatter), żeby każda zmiana w bibliotece nie wymuszała poprawek we wszystkich integracjach.
Redakcyjne tłumaczenie
Fundament: Markdown przede wszystkim
Cześć! Ponieważ nasza biblioteka jest zbudowana w duchu „Markdown first” (Informacja dodatkowa: „Markdown first” oznacza, że cała wiedza — notatki, umiejętności, szablony — leży w zwykłych plikach tekstowych, a nie w zamkniętej bazie jakiegoś konkretnego narzędzia), bez trudu przeniesiecie ją do dowolnej aplikacji. Pokażę wam, jak ja to zrobiłem z Twenty.
Twenty, czyli piaskownica w otwartym CRM-ie
Twenty to aplikacja CRM — można w niej śledzić rozmaite rzeczy. A cała „migracja” sprowadziła się do jednego prostego kroku: wpisałem prompt w stylu „przenieś AI Marketing Hub do Twenty”. Po co? Żeby поэкспериментować. Twenty to naprawdę udany projekt — numer jeden wśród otwartych CRM-ów, o którym wspominałem niedawno. Repozytorium nazywa się po prostu Twenty, a jeśli mieliście kiedykolwiek do czynienia z Notion, interfejs wyda wam się znajomy.
Co dokładnie trafiło do środka
Właśnie w tych kilku promptach zmieściło się przeniesienie całej warstwy intelektualnej hubu: skillów, czyli umiejętności, oraz „mózgu” — bazowych notatek, na których wszystko stoi. Ten widok chciałem wam pokazać już wcześniej.
Spójrzcie na przykładową firmę: „AI Marketing Hub” — i proszę, siedzimy w pełni funkcjonalnym Twenty, z całą jego mechaniką. Wszystko da się tu dowolnie dopasować do siebie, również projekty. Drugi przykład pokazuje komplet: ludzie, wszystkie marki, szanse sprzedażowe, katalog hubu. Wszystkie umiejętności wylądowały tu jako rekordy z właściwym tagowaniem. Mózgi — dokładnie to samo. Playbooki, czyli gotowe scenariusze działania, szablony, zadania i agenci — wszystko jest na miejscu.
Składanie własnego CRM-u
I tak w kilku ruchach układamy porządny CRM — dokładnie w takim kształcie, w jakim chcemy. Możemy dołożyć zadania, przekazania między ludźmi (Informacja dodatkowa: „handoff”, czyli przekazanie — moment, w którym odpowiedzialność za zadanie przechodzi na inną osobę lub agenta) i całą resztę mechaniki. I jeszcze raz podkreślę: to działa dlatego, że pod spodem siedzi struktura Markdown first. To jest tutaj największy atut.
Agnostyczny dom dla całego systemu
To kolejna fajna cecha AI Marketing Hub: jest w pełni agnostyczny, więc może swobodnie rozwinąć się w dowolną stronę — zwłaszcza wewnątrz Obsidiana. Wiecie przecież, że swój vault edytuje się tam dosłownie kilkoma promptami.
Wniosek: każdy CRM, każdy harness
Ten materiał to kolejny przykład tego, jak łatwo połączyć własną aplikację z dowolnym CRM-em. A jeśli pracujecie w harnessie — czyli we własnym szkielecie aplikacji sterującym modelem — również z nim zrobicie to bez najmniejszego problemu. Na dziś to wszystko — cześć!