Asystent osobisty AI dla ops

Asystent AI, którym sterujesz komendami

CommanderGPT zamienia powtarzalne prompty w komendy slash. Research, podsumowania i szkice w kilka sekund, z 30 dniami pamięci kontekstu.

Ops lead pracujący z asystentem komend slash na laptopie w jasnym biurze
Co robi

Praca asystenta, która zjada ci tydzień

Asystent osobisty bierze na siebie przygotowania, wyszukiwania i pierwsze szkice. Każda z tych rzeczy to komenda, którą uruchomisz już dziś.

Research na żądanie

Uruchom /research dla prospektu, konkurenta lub tematu. Dostajesz źródłowy brief przed callem, a nie pustą kartę i dwadzieścia minut szukania.

Podsumowania, z których można działać

/summarize zamienia długi wątek, dokument lub transkrypcję w decyzje, właścicieli i otwarte pytania. Wklejasz, uruchamiasz, przekazujesz dalej.

Pierwsze szkice w twoim tonie

/draft-email pisze pierwszą wersję na bazie kontekstu, który już zebrał. Poprawiasz dwie linijki zamiast zaczynać od pustej strony.

30 dni pamięci kontekstu

Asystent pamięta wcześniejszą pracę między sesjami przez 30 dni. Powracający kontakt albo trwający projekt nie zaczyna od zera.

Wybór modelu

Wybierz Claude, GPT-4o lub Gemini dla każdej komendy. Szybki model do sortowania, mocniejszy do tego, co przeczyta klient.

Łańcuchy, nie jednorazówki

Połącz /research, /summarize i /draft-email w Workflow Builder. Jeden wyzwalacz uruchamia całą sekwencję po kolei.

Jak to działa

Od powtarzalnego promptu do zapisanej komendy

Konfiguracja to jedno przejście. Potem wybierasz komendę zamiast przepisywać brief.

  1. 1

    Napisz prompt raz

    Opisz zadanie jak nowemu pracownikowi: cel, format, czego pominąć. Użyj prawdziwego zadania z zeszłego tygodnia, nie zabawkowego przykładu.

  2. 2

    Zapisz go jako komendę slash

    Nadaj nazwę, przypisz model i wpisz /, a lista przefiltruje się na żywo. Twój długi prompt to teraz trzy klawisze.

  3. 3

    Połącz komendy w workflow

    Połącz komendy w Workflow Builder, tak żeby wynik jednej zasilał następną. Dodaj Slacka, Notion lub Linear, tam gdzie już pracujesz.

  4. 4

    Udostępnij zespołowi

    Uruchom /share, żeby opublikować łańcuch jako Team Playbook. Edytujesz raz, a przy następnym uruchomieniu wszyscy dostają nową wersję.

Przypadek użycia: sales ops

Przygotowanie spotkania w trzech komendach

Account executive ma dziesięć minut przed deal review. Przed playbookiem przygotowanie oznaczało pięć kart, eksport z CRM i wątek, którego połowę pamiętał. Z zapisanym łańcuchem /research zbiera kontekst firmy, /summarize skraca notatki z ostatniego miesiąca, a /draft-email przygotowuje follow-up z zaznaczonymi otwartymi pytaniami. Zmierz czas starym sposobem przez tydzień, potem porównaj po dwóch tygodniach na łańcuchu, żeby liczba, którą raportujesz, była twoja. Asystent nie zna twojego pipeline'u, dopóki go nie wklejysz, i nie oceni za ciebie jakości deala. Stosuje twoje zasady i pokazuje, jak doszedł do wyniku, więc gdy jedna reguła jest błędna, poprawiasz ją.

  • Jeden łańcuch zastępuje pięć kart przygotowania
  • Follow-up z zaznaczonymi otwartymi pytaniami
  • Reguły to edytowalny tekst, a nie ukryte ustawienia
Zobacz łańcuch przygotowania
Manager sales ops przygotowujący się do spotkania z notatkami i laptopem
Przypadek użycia: customer success ops

Jedna konfiguracja dla całego zespołu

Zespół customer success rotuje na pierwszej linii co tydzień, a każda osoba przychodzi z własnym promptem i innym tonem. Problemem nie było narzędzie, tylko spójność. Jedna osoba buduje łańcuch triage i odpowiedzi, testuje go na starych ticketach i udostępnia jako Team Playbook. Gdy zmieniają się zasady eskalacji, właściciel edytuje je raz. Bądźmy realistyczni co do granic: asystent widzi tylko to, co mu dasz, więc wszystko, co ustalono na callu, wymaga krótkiej notatki pisemnej, zanim łańcuch ruszy. Odpowiedzi czyta i wysyła człowiek.

  • Ten sam ton i te same zasady dla każdego członka zespołu
  • Wersjonowany playbook, jedna edycja dociera do wszystkich
  • Przegląd przez człowieka, zanim cokolwiek zostanie wysłane
Poznaj Team Playbooks
Zespół customer success przeglądający wspólny playbook na jednym laptopie
Uczciwe porównanie

Gdzie CommanderGPT pasuje na tle typowych wyborów

ChatGPT, Claude.ai i Raycast AI są solidne. Pytanie brzmi, które narzędzie pasuje do powtarzalnych workflow zespołu.

MożliwośćCommanderGPTChatGPTRaycast AI
Zapisane własne komendy slashTak, główna funkcjaTak, z własnymi GPT i presetamiTak, z palety poleceń
Łączenie komend w workflowWorkflow BuilderRęcznie, prompt po prompcieOgraniczone, zależy od rozszerzenia
Udostępnianie setupu zespołowiTeam Playbooks przez /shareUdostępnialne GPTDomyślnie per użytkownik
Wybór modelu dla każdej komendyClaude, GPT-4o lub GeminiModele OpenAIKilka modeli
Pamięć kontekstu między sesjami30 dniFunkcja pamięciNie jest głównym celem
Ekosystem wtyczek i powszechnośćMniejszyNajwiększy z trzechMocny na Macu
Pytania

Pytania, które naprawdę zadają ops leadzi

Czym jest asystent osobisty AI i czy CommanderGPT nim jest?
Asystent osobisty AI zdejmuje z ciebie pracę: research, podsumowania, szkice, przygotowania. CommanderGPT robi to przez komendy slash, które uruchamiasz na żądanie, na przykład /research, /summarize i /draft-email. To przestrzeń, którą ty kierujesz, a nie autonomiczny agent działający sam. Ty decydujesz, kiedy komenda się uruchamia, i sprawdzasz wynik, zanim cokolwiek opuści twoje ręce.
Czym to różni się od zwykłego ChatGPT?
ChatGPT to mocny asystent ogólnego zastosowania i ma większy ekosystem wtyczek. Różnica to powtarzalność. W CommanderGPT zapisujesz prompt jako nazwaną komendę, łączysz komendy w workflow, zachowujesz 30 dni pamięci kontekstu i udostępniasz wynik zespołowi. Jeśli przepisujesz ten sam długi prompt kilka razy dziennie, tu widać różnicę.
Jakich modeli używa?
Model wybierasz dla każdej komendy. Dostępne są Claude, GPT-4o i Gemini, więc prosty krok klasyfikacji może iść na szybkim modelu, a szkic dla klienta na mocniejszym. Jakość modeli zmienia się często, więc testuj swoje komendy na swoim materiale, zanim zwiążesz workflow z jednym modelem.
Czy pamięta, nad czym pracowałem wczoraj?
Tak, w granicach. Kontekst przechodzi między sesjami przez 30 dni, więc powracający prospekt albo trwający projekt nie zaczyna od zera. Asystent zna tylko to, co mu podałeś. Jeśli decyzja zapadła na callu, którego nikt nie zapisał, dopisz krótką notatkę przed uruchomieniem komendy.
Czy cały zespół może używać tej samej konfiguracji asystenta?
Tak. Zbuduj komendę albo łańcuch raz, przetestuj go, a potem udostępnij przez /share jako Team Playbook. Gdy edytujesz playbook, kolejne uruchomienie używa nowej wersji dla wszystkich. To właśnie ma znaczenie w zespołach ops, gdzie prawdziwym problemem jest spójność u pięciu albo piętnastu osób.
Czy wyśle maile albo umówi spotkania za mnie?
Nie. Przygotowuje szkice, briefy i research, a wysyłasz ty. Nie działa jak autonomiczny agent z dostępem do kalendarza ani skrzynki wyjściowej. Przy większości pracy ops to dobry kompromis: decyzja zostaje u człowieka, a zły szkic kosztuje dziesięć sekund, nie klienta.
Ile trwa konfiguracja?
Zaplanuj około godziny na pierwszą użyteczną komendę: napisz prompt tak, jakbyś briefował nowego pracownika, przetestuj go na trzech prawdziwych przykładach z zeszłego tygodnia, popraw, co nie gra, i zapisz. Potem podłącz Slacka, Notion lub Linear, jeśli tam żyje twój workflow. Zaoszczędzony czas na uruchomienie warto zmierzyć we własnym kontekście.
Twoja następna komenda

Skonfiguruj pierwszą komendę asystenta

Weź prompt, który przepisujesz najczęściej. Zapisz go jako komendę slash i uruchom na trzech prawdziwych przykładach w tym tygodniu.

Start commanding — it's free