Rivya에서 tools를 이해하는 가장 유용한 방식은 "어떤 mini app을 열어야 하지?"가 아닙니다.
더 나은 질문은 이것입니다.
이 task가 이미 충분히 명확해서 첫 turn을 대신 framing해 주길 원하는가?
tools가 실제로 도움이 되는 지점이 바로 여기입니다.
이 글은 decision layer guide입니다. 오늘 tools에서 실제로 live인 것이 무엇인지에 대한 더 엄격한 scope page가 필요하다면 Tools in Rivya를 읽으세요.
가장 빠른 결정 표
| If the task is... | Better first move | Why |
|---|---|---|
| 아직 흐릿하거나 여러 갈래로 갈 수 있음 | plain Chat | fixed frame보다 exploration이 더 필요함 |
| quantitative하고 answer-shaped | AI Calculator | task가 이미 clean calculation structure를 원함 |
| explanation-heavy하고 logic-shaped | AI Solver | 결론만이 아니라 worked path가 필요함 |
진짜 구분은 이것입니다. page layout보다 첫 answer가 이미 알아볼 수 있는 shape를 갖는지가 더 중요합니다.
Tools는 task가 이미 shape를 가졌을 때 가장 좋습니다
task가 이미 좁다면 tool은 첫 turn을 처음부터 만드는 수고를 줄여 줍니다.
Rivya의 live tools는 앞에서 몇 가지를 처리하기 때문입니다.
- default model 선택
- task-focused instruction layer 로드
- starter prompt 제공
- expected answer format 좁히기
job이 이미 알아볼 수 있는 shape를 가졌다면 blank chat보다 더 나은 시작점입니다.
현재 live tool set은 여전히 다음 두 가지입니다.
- AI Calculator
- AI Solver
실제로 무엇이 live인지 가장 신뢰할 수 있는 그림을 원한다면 Tools in Rivya와 Current Live Features in Rivya를 읽으세요.
Task가 아직 열려 있다면 Plain Chat이 더 좋습니다
다음 상황에서는 바로 plain chat으로 가세요.
- request가 아직 흐릿함
- 실제 문제가 무엇인지 아직 파악 중임
- task가 여러 다른 방향으로 갈 수 있음
- frame을 고정하기 전에 open-ended exploration이 필요함
이 경우 더 나은 path는 보통 public page의 /chat이거나 saved context가 필요해졌을 때의 /studio/chat/[modelSlug]입니다.
Example first prompts
아래 prompt는 starting shape의 예시입니다. benchmark test가 아닙니다.
Plain chat example
I have three messy ideas for a product launch. Help me decide whether the first task should be a calculator, a solver-style explanation, or a normal chat workflow.AI Calculator example
Compare three pricing scenarios for a subscription product at 2%, 4%, and 6% monthly churn, assuming CAC is $42 and ARPU is $18.AI Solver example
Solve this step by step and explain why each step is valid: If 3x + 5 = 20, what is x, and how would you check the answer?차이는 바로 보입니다. 하나는 아직 exploratory이고, 하나는 quantitative structure를 원하며, 하나는 worked explanation을 원합니다.
AI Calculator는 quantitative work에 적합합니다
task가 주로 다음에 관한 것이라면 AI Calculator를 사용하세요.
- formula
- conversion
- percentage
- scenario math
- rough business math
핵심은 keypad처럼 동작한다는 점이 아닙니다.
핵심은 response를 quantitative workspace처럼 framing한다는 점입니다.
- answer first
- visible working
- clearer substitution
- less irrelevant detour
진짜 불만이 "clean math가 아니라 chatty answer가 계속 나온다"라면 Calculator가 보통 더 나은 first move입니다.
AI Solver는 worked explanation에 적합합니다
task가 다음을 필요로 할 때 AI Solver를 사용하세요.
- worked solution
- structured explanation
- step-by-step reasoning path
- 결론만이 아니라 가르쳐 주는 answer
Solver는 사용자가 conclusion과 그 뒤의 logic을 모두 원할 때 더 잘 맞습니다.
task가 주로 quantitative하지는 않지만 explanation과 structure가 필요하다면 Solver가 더 나은 public start인 경우가 많습니다.
Tools는 public에서 시작하지만 work는 여전히 Chat에 있습니다
이 점을 기억하는 것이 중요합니다.
Tools는 별도의 project universe를 만들지 않습니다.
여전히 product의 더 넓은 chat side에 속하므로 다음을 공유합니다.
- account context
- wallet logic
- chat history
- 이후 Studio에서 continuation
그래서 tool session은 public task page에서 시작해도 나중에 saved chat 안에서 계속 커질 수 있습니다.
실용적으로는 간단합니다.
- tools는 깔끔하게 시작하도록 돕습니다
- work가 첫 frame에 맞지 않기 시작하면 chat이 이어받습니다
가장 흔한 실수
흔한 실수는 다음입니다.
- task가 아직 형성되기 전에 tool을 여는 것
- job이 명백히 math-shaped 또는 explanation-shaped인데도 plain chat에 오래 머무르는 것
- "coming soon"을 "already available"처럼 다루는 것
더 넓은 catalog structure는 유용하지만 shipped capability와 같지는 않습니다.
깔끔한 tool flow
job이 이미 좁다면 보통 다음 path가 가장 깔끔합니다.
- Tools를 열거나 필요한 tool page로 바로 이동합니다
- AI Calculator 또는 AI Solver를 선택합니다
- 실제로 실행하고 작업을 보관할 준비가 되면 sign in합니다
- task가 첫 frame을 넘어 커지면 matching chat flow에서 계속합니다
이것이 tools layer의 가장 좋은 모습입니다. 실제보다 크게 보이려 하지 않지만 blank chat box에서 시작하는 것보다 훨씬 깔끔합니다.
다음으로 live tool boundary가 필요하다면
- 정확한 current live set이 필요하다면 Tools in Rivya를 읽으세요.
- Chat Workflows in Rivya
- Public vs Authenticated Workflows in Rivya
- Current Live Features in Rivya
- Best AI Math Solver in 2026
- AI Calculator
Tool-sized question 준비하기
Rivya tools는 question이 focused answer를 받을 만큼 이미 shaped되어 있을 때 가장 잘 작동합니다.
AI Calculator 또는 AI Solver를 열기 전에 다음을 적으세요.
- exact problem
- known values 또는 givens
- 되돌려받아야 할 unit, format 또는 explanation level
- answer first, worked explanation 또는 둘 다 원하는지
- 결과를 확인한 뒤 무엇을 할지
아직 이런 detail을 쓸 수 없다면 job이 tool-shaped하기에 충분하지 않은 것이므로 plain chat이 여전히 더 나은 starting point일 수 있습니다.
언제 Chat으로 돌아갈지 알기
tool result는 next step을 더 명확하게 만들 때 유용합니다. 전체 project를 좁은 form 안에 가두어서는 안 됩니다.
다음 상황에서는 Chat으로 돌아가세요.
- answer가 더 넓은 planning question을 제기함
- math result가 business decision으로 바뀌어야 함
- solved problem에 explanation, rewriting 또는 follow-up context가 더 필요함
- work가 더 이상 single calculation 또는 single worked solution이 아님
실제 구분은 이것입니다. tools는 좁은 job에 더 깔끔한 first answer를 주고, Chat은 job이 커진 뒤 surrounding context를 이어받습니다.
