Jako startup na wczesnym etapie w branży AI, budowanie w publicznej przestrzeni to dobra strategia. W praktyce oznacza to jedno: musisz codziennie pokazywać, nad czym pracujesz.
To obejmuje:
- Aktualizacje w mediach społecznościowych
- Ogłoszenia dla społeczności
- Bieżące postępy w produkcie i inżynierii
To nie tylko premiery czy kamienie milowe, ale codzienna praca.
Prawdziwy problem: nie wiedzieliśmy, co publikować
W wielu przypadkach naszym największym wyzwaniem przy prowadzeniu konta X nie była regularność ani narzędzia. Problem był prostszy:
Nie wiedzieliśmy, co publikować. Zwłaszcza gdy prowadzisz introwertyczny zespół, który skupia się bardziej na budowaniu niż na sprzedaży czy dzieleniu się opiniami. Jednak codzienna komunikacja to już forma tworzenia. Mimo to nic z tego nie było przekładane na coś, czym moglibyśmy się pewnie podzielić.
Inspiracja nie pochodzi z badań. Pochodzi z rzeczywistości.
W końcu uświadomiliśmy sobie coś oczywistego z perspektywy czasu:
Prawdziwa inspiracja pochodzi z codziennej pracy, a nie z planowania treści czy obserwowania, co dzieje się na X, gdzie wszyscy mówią o tym, co jest na topie lub o najnowszych badaniach.
Dla nas najbardziej szczere sygnały już istniały:
-
Slack
Codzienne dyskusje, kompromisy, decyzje i momenty jasności.
-
Notion
Dokumenty pisane, przepisywane i dopracowywane. Myślenie produktowe w praktyce.
-
GitHub
To, co faktycznie wdrożyliśmy, naprawiliśmy lub zmieniliśmy. Nie zamiary, lecz realizacja.
Na tym polega budowanie w publicznej przestrzeni.
Przekucie pomysłu w agenta z VM0
VM0 to narzędzie do budowy agentów. Zamiast prosić AI o „pisanie tweetów”, daliśmy mu bardziej osadzone zadanie:
Obserwuj, co faktycznie się wydarzyło, uporządkuj to i przedstaw do oceny człowiekowi.
Korzystając z VM0, zakodowaliśmy ten pomysł w agencie zdefiniowanym przez AGENTS.md i vm0.yaml
Agent wykonuje następujące czynności:
Analyze Slack messages and GitHub activity to generate viral X (Twitter) posts for building in public, then sync to Notion.
The agent will:
1. Gather content from multiple sources:
- Slack channels (last 24 hours)
- GitHub org repos (recent commits, PRs, issues, releases)
2. Identify "building in public" themes:
- Product launches, technical wins, milestones
- Behind-the-scenes insights and decisions
- Architecture choices, performance work
- Failures, pivots, developer lessons
- Open source and community contributions
3. Craft 2–3 post variations per theme:
- Single posts or short threads
- Hook → Context → Value → CTA
- Concrete details, no filler
4. Generate a markdown report with scores and recommendations
5. Sync everything to a Notion database as drafts
Tego nie napisałem dosłownie sam. To efekt współpracy w trakcie rozmów z VM0.
Konfiguracja uruchomienia jest prosta:
version: "1.0"
agents:
build-in-public:
provider: claude-code
instructions: AGENTS.md
skills:
- slack
- notion
environment:
SLACK_BOT_TOKEN: ${{ secrets.SLACK_BOT_TOKEN }}
NOTION_API_KEY: ${{ secrets.NOTION_API_KEY }}
NOTION_DATABASE_ID: ${{ secrets.NOTION_DATABASE_ID }}
Agent prosi mnie o wypełnienie tabeli, traktując to jako bazę danych
| Tytuł | Treść | Typ | Status | Data | Źródło | Wynik wiralności | Oryginalna treść | Rekomendowane | Priorytet |
|---|
Po uruchomieniu agenta otrzymałem następujące:

Codzienny nawyk z GitHub Actions
Następnie podłączyliśmy tego agenta do zaplanowanej akcji GitHub zgodnie z workflow VM0:
https://blog.vm0.ai/en/posts/vm0-github-action
W każdy dzień roboczy po pracy otrzymujemy raport. Codzienne podsumowanie faktycznych wydarzeń, przełożone na możliwe narracje publiczne.
Możesz zobaczyć nasz workflow zespołowy. https://github.com/vm0-ai/team-workflows/tree/main/build-in-public

Człowiek w procesie
Nie połączyliśmy się jednak bezpośrednio z API X w celu automatycznej publikacji. Żadnych automatycznych postów. Żadnych treści wysyłanych na X bez kontroli.
Agent nie sprawił, że publikujemy więcej. Sprawił, że zwracamy większą uwagę.
- Staliśmy się bardziej wyczuleni na wartościową codzienną pracę, jak przy prowadzeniu dziennika
- Bardziej świadomie decydowaliśmy, co zasługuje na upublicznienie
- Bardziej odpowiadaliśmy za to, co postanowiliśmy powiedzieć publicznie
Przed publikacją konsultowałem się z zespołem:
- Czy to można opublikować i poinformować o tym innych?
- Czy to prawda?
- Czy to solidne?
- Czy możemy to opublikować?
- Czy to naprawdę się wydarzyło?
Następnie ręcznie edytowałem post i klikałem „opublikuj”. X jest pełen botów. Odmawiamy bycia jednym z nich.
Celowo nie wdrożyliśmy pełnej automatyzacji: zawsze człowiek w procesie.
AI to współpilot, nie rzecznik. Na X już jest wystarczająco dużo syntetycznych głosów.
Budowanie w publicznej przestrzeni to odpowiedzialność
To dobry przykład marketingu AI, łączącego ludzką ocenę z AI jako współpilotem. W tym przypadku do automatyzacji używamy GitHub Actions. Aktywnie budujemy też natywne zadania cron w VM0, więc wkrótce będzie można budować agentów VM0 i planować zadania bezpośrednio.
Bądź na bieżąco.
Dołącz do listy oczekujących i stwórz własnych agentów.





