Rivya AI
Dziennik Rivya
Autor
Kategorie
Spis treści
Eksploruj dalej
Kontynuuj z powiązanymi przewodnikami, notatkami produktowymi i omówieniami przepływów pracy od zespołu Rivya.
Najbardziej użyteczny sposób myślenia o tools w Rivya nie brzmi: "którą mini aplikację mam otworzyć?"
Lepsze pytanie to:
czy to zadanie jest już na tyle jasne, że chcę, aby pierwsza tura została dla mnie ujęta w ramy?
Właśnie tam tools naprawdę pomagają.
To przewodnik warstwy decyzyjnej. Jeśli chcesz bardziej ścisłą stronę zakresu tools o tym, co naprawdę jest dzisiaj live, przeczytaj Tools w Rivya.
| Jeśli zadanie jest... | Lepszy pierwszy ruch | Dlaczego |
|---|---|---|
| nadal niejasne albo rozgałęzione | zwykły Chat | nadal potrzebujesz eksploracji, a nie stałej ramy |
| ilościowe i ma już kształt odpowiedzi | AI Calculator | zadanie już chce czystej struktury obliczeń |
| mocno wyjaśniające i logiczne | AI Solver | zadanie potrzebuje przepracowanej ścieżki, a nie tylko wniosku |
To jest prawdziwy podział. Układ strony ma mniejsze znaczenie niż to, czy pierwsza odpowiedź ma już rozpoznawalny kształt.
Gdy zadanie jest już wąskie, tool oszczędza budowania pierwszej tury od zera.
Dzieje się tak, bo live tools w Rivya robią kilka rzeczy z góry:
wybierają domyślny model
ładują warstwę instrukcji skupioną na zadaniu
oferują prompty startowe
zawężają oczekiwany format odpowiedzi
To lepszy start niż pusty chat, gdy praca ma już rozpoznawalny kształt.
Obecnie zestaw live tools nadal obejmuje:
AI Calculator
AI Solver
Jeśli chcesz najbardziej wiarygodny obraz tego, co naprawdę jest live, przeczytaj Tools w Rivya i Obecne funkcje live w Rivya.
Przejdź prosto do plain chat, gdy:
prośba nadal jest niejasna
nadal ustalasz, jaki jest prawdziwy problem
zadanie może rozgałęzić się w kilka różnych kierunków
chcesz otwartej eksploracji przed zamknięciem ramy
W takim przypadku lepszą ścieżką jest zwykle /chat na stronach publicznych albo /studio/chat/[modelSlug], gdy chcesz już zapisany kontekst.
Te prompty są przykładami kształtu startowego. Nie są testami benchmark.
Mam trzy nieuporządkowane pomysły na launch produktu. Pomóż mi zdecydować, czy pierwszym zadaniem powinien być kalkulator, wyjaśnienie w stylu solvera, czy normalny workflow chat.Porównaj trzy scenariusze cenowe dla produktu subskrypcyjnego przy miesięcznym churn 2%, 4% i 6%, zakładając, że CAC wynosi 42 USD, a ARPU 18 USD.Rozwiąż to krok po kroku i wyjaśnij, dlaczego każdy krok jest poprawny: Jeśli 3x + 5 = 20, ile wynosi x i jak sprawdzić odpowiedź?Różnica jest widoczna od razu: jeden prompt nadal eksploruje, jeden chce struktury ilościowej, a jeden chce pełnego wyjaśnienia.
Używaj AI Calculator, gdy zadanie dotyczy głównie:
formuł
konwersji
procentów
matematyki scenariuszy
przybliżonej matematyki biznesowej
Nie chodzi o to, że zachowuje się jak klawiatura kalkulatora.
Chodzi o to, że ramuje odpowiedź jak ilościowy workspace:
najpierw odpowiedź
widoczne obliczenia
jaśniejsze podstawienia
mniej nieistotnych dygresji
Jeśli twoja prawdziwa frustracja brzmi: "ciągle dostaję gadatliwe odpowiedzi zamiast czystej matematyki", Calculator zwykle jest lepszym pierwszym ruchem.
Używaj AI Solver, gdy zadanie potrzebuje:
rozwiązania z przebiegiem
uporządkowanego wyjaśnienia
ścieżki rozumowania krok po kroku
odpowiedzi, która uczy, a nie tylko kończy temat
Solver lepiej pasuje wtedy, gdy użytkownik chce zarówno wniosku, jak i logiki stojącej za nim.
Jeśli zadanie nie jest głównie ilościowe, ale nadal potrzebuje wyjaśnienia i struktury, Solver często jest lepszym publicznym startem.
To najważniejsza rzecz do zapamiętania.
Tools nie tworzą osobnego świata projektu.
Nadal należą do szerszej strony chat produktu, co oznacza, że współdzielą:
kontekst konta
logikę wallet
historię chat
późniejszą kontynuację w Studio
Dlatego sesja tool może zacząć się na publicznej stronie zadania i później rosnąć w zapisanym chat.
Praktyczna wersja jest prosta:
tools pomagają zacząć czysto
chat pomaga kontynuować, gdy praca przestaje mieścić się w pierwszej ramie
Najczęstsze błędy to:
otwieranie tool, zanim zadanie naprawdę się uformuje
zostawanie w plain chat długo po tym, jak praca jest oczywiście matematyczna albo wyjaśniająca
traktowanie "coming soon" jak "już dostępne"
Szersza struktura katalogu jest użyteczna, ale nie jest tym samym co shipped capability.
Jeśli praca jest już wąska, zwykle najczystsza ścieżka wygląda tak:
otwórz Tools albo przejdź prosto na stronę tool, której potrzebujesz
wybierz AI Calculator albo AI Solver
zaloguj się, gdy jesteś gotowy naprawdę uruchomić i zachować pracę
kontynuuj w pasującym flow chat, jeśli zadanie urośnie poza pierwszą ramę
To najlepsza forma warstwy tools: nie większa niż jest, ale dużo czystsza niż start od pustego pola chat.
Potrzebujesz dokładnego obecnego zestawu live? Przeczytaj Tools w Rivya.
Rivya tools działają najlepiej, gdy pytanie ma już kształt wystarczający do skupionej odpowiedzi.
Przed otwarciem AI Calculator albo AI Solver napisz:
dokładny problem
znane wartości albo dane
jednostkę, format albo poziom wyjaśnienia, którego potrzebujesz
czy chcesz najpierw odpowiedź, przepracowane wyjaśnienie, czy oba
co zrobisz z wynikiem po jego sprawdzeniu
Jeśli nie umiesz jeszcze napisać tych szczegółów, plain chat może nadal być lepszym punktem startu, bo praca nie jest jeszcze wystarczająco tool-shaped.
Wynik tool jest użyteczny, gdy wyjaśnia następny krok. Nie powinien więzić całego projektu w wąskiej formie.
Wróć do Chat, gdy:
odpowiedź podnosi szersze pytanie planowania
wynik matematyczny musi stać się decyzją biznesową
rozwiązany problem wymaga wyjaśnienia, przepisania albo kontekstu follow-up
praca nie jest już pojedynczym obliczeniem albo pojedynczym przepracowanym rozwiązaniem
Taki jest praktyczny podział: tools dają czystszą pierwszą odpowiedź dla wąskich zadań, a Chat niesie otaczający kontekst, gdy praca rośnie.
