Przestrzeń robocza zespołu zamienia indywidualną pracę w wspólny system operacyjny. Członkowie zespołu mogą korzystać z tych samych publicznych agentów i workflow, zachowując przy tym własne czaty, połączone konta i nadane uprawnienia oddzielnie.
Jeśli Twój zespół obecnie przechowuje prompt’y w dokumencie, potraktuj workflow jako wykonywalną wersję tej biblioteki promptów: zawiera instrukcję, pliki pomocnicze, informację kiedy jej użyć oraz standard wyjścia. Workflow pozostaje bez wyzwalacza. Dodaj automatyzację tylko wtedy, gdy zespół chce, aby workflow uruchamiał się według harmonogramu lub na zdarzenie.
Buduj wspólną bibliotekę workflow
Praktyczna droga od jednego użytecznego wyniku do powtarzalnego procesu zespołowego to:
- Wykonaj zadanie samodzielnie. Zacznij od rzeczywistego zadania i upewnij się, że wynik jest przydatny, zanim go ustandaryzujesz.
- Zamień metodę w workflow. Zachowaj powtarzalną procedurę, wymagane dane wejściowe, odniesienia, format wyjścia i zasady przeglądu.
- Upublicznij workflow. Publiczne workflow mogą być odkrywane i używane przez innych członków tej samej przestrzeni roboczej.
- Zaproś członków zespołu. Dodaj osoby z poziomu Ustawienia → Osoby i nadaj każdemu odpowiednią rolę.
- Pozwól każdemu połączyć własne konta. Udostępnienie workflow nie udostępnia skrzynki odbiorczej twórcy, tokenów, prywatnych czatów ani osobistych zatwierdzeń.
- Uruchamiaj z Web Chat lub Slacka. To samo publiczne workflow można wywołać po nazwie wszędzie tam, gdzie dostępny jest agent będący właścicielem.
Publiczne workflow daje przestrzeni roboczej jedną sprawdzoną metodę bez wymuszania wspólnego konta.
Przewodniki po konfiguracji zespołu
Skorzystaj z tych przewodników po kolei przy pierwszym wdrożeniu lub przejdź od razu do potrzebnej części:
Tworzenie instrukcji workflow z agentem
Zamień udane uruchomienie w trwałą procedurę razem z agentem. Pozwól agentowi przygotować szkic workflow, a następnie przejrzyj miejsca, gdzie zespół potrzebuje jasnych ograniczeń.
Udostępnianie workflow zespołowi
Poznaj różnicę między widocznością prywatną a publiczną, opublikuj workflow w przestrzeni roboczej, wywołaj je po nazwie i skopiuj do innego agenta, gdy zespół potrzebuje bezpiecznej kopii.
Zapraszanie członków zespołu
Przygotuj wspólnego agenta i workflow, zaproś członków z poziomu Ustawienia → Osoby, przydziel dostęp Admin lub Member i zarządzaj oczekującymi zaproszeniami.
Dołączanie do przestrzeni zespołu
Zaakceptuj zaproszenie, przełącz się do właściwej przestrzeni roboczej, znajdź wspólnych agentów i workflow, połącz własne usługi i wykonaj bezpieczne pierwsze uruchomienie.
Korzystanie ze wspólnych workflow w Slacku
Zainstaluj aplikację Slack, połącz każdego członka, dodaj Okou do kanału, wywołaj workflow za pomocą @Okou i prowadź dalszą pracę w jednym wątku.
Co jest wspólne, a co pozostaje prywatne
| Udostępnione w przestrzeni roboczej | Zachowane u członka, agenta lub w uruchomieniu |
|---|---|
| Publiczni agenci i ich definicje ról | Prywatni agenci |
| Publiczne workflow i dołączone pliki referencyjne | Prywatne workflow |
| Metoda workflow, oczekiwany wynik i standard jakości | Prywatne czaty członka i nieudostępnione artefakty |
| Wyniki celowo publikowane w Slack, Notion, GitHub, Sheets lub innym wspólnym systemie | Poświadczenia konektorów należące do członka i dane osobiste konta |
| Integracje i ustawienia na poziomie przestrzeni roboczej, gdzie obsługiwane | Autoryzacja każdego agenta i każda nazwana zgoda na uprawnienia |
| Workflow, które mogą wywołać członkowie zespołu | Właściciel automatyzacji, wyzwalacz i połączony dostęp |
Publikacja workflow udostępnia metodę, nie dane uwierzytelniające twórcy. Gdy inny członek uruchamia workflow, Okou korzysta z dostępnych połączeń tego członka i uprawnień nadanych wybranemu agentowi.
Trzy obiekty zespołowe
| Obiekt | Co definiuje | Zachowanie w zespole |
|---|---|---|
| Agent | Rolę, kontekst działania i dostępne możliwości | Publiczny agent jest dostępny dla członków przestrzeni roboczej. Prywatny agent nie jest. |
| Workflow | Powtarzalną procedurę dla jednego zadania | Każde workflow należy do jednego agenta i ma własną widoczność Public lub Private. |
| Automatyzacja | Wyzwalacz, workflow, agenta i właściciela | Działa asynchronicznie, używając połączeń powiązanych z właścicielem. Nie jest częścią samej instrukcji workflow. |
To rozróżnienie ma znaczenie. Opublikuj agenta i workflow, gdy chcesz, by inni korzystali z tej samej metody. Twórz automatyzację tylko wtedy, gdy zespół ustali, kto jest właścicielem powtarzalnego uruchomienia, co je wyzwala i gdzie ma trafić wynik.
Dobry pierwszy workflow zespołowy
Wybierz zadanie, które już wymaga przekazania, np. kwalifikację nowego leada, przegląd eskalacji klienta, przygotowanie tygodniowego raportu, triage zgłoszenia błędu lub szkic recenzji treści.
Dobry pierwszy workflow powinien mieć:
- jeden jasny rezultat;
- dane wejściowe rozpoznawalne przez każdego członka zespołu;
- zatwierdzone źródła lub dołączone odniesienia;
- przewidywalny format wyjścia;
- wyraźne zasady dla działań wymagających zatwierdzenia przez człowieka;
- wspólne miejsce docelowe dla wyniku.
Zacznij od ręcznego uruchomienia z dwiema osobami. Zaktualizuj instrukcję po tym, jak druga osoba znajdzie brakujący kontekst. Gdy workflow daje spójne wyniki, zdecyduj, czy potrzebuje także automatyzacji.
Powiązane przewodniki
- Agenci wyjaśnia publicznych i prywatnych agentów.
- Przepływy pracy opisuje tworzenie i wywoływanie workflow.
- Automatyzacje dodają harmonogramy i wyzwalacze zdarzeń.
- Uprawnienia wyjaśniają połączenia, autoryzację i zgody.
- Slack opisuje pełną integrację ze Slackiem.
