NVIDIA Agentic AI Hackathon

Know what
actually works.

하루가 다르게 새로운 기술과 도구, 논문이 쏟아지는 요즘,
우리는 마음에 드는 것들을 저마다의 방식으로 남겨둡니다.

논문, README, 모델 카드는 기술이 무엇인지 친절히 설명하고 있지만,
정작 문서를 읽고 생기는 진짜 궁금증은 직접 사용해보지 않으면 알 수 없는 경우가 많습니다.

정보의 홍수 속에서 직접 사용은 너무나도 큰 장벽입니다.
Taste Inbox는 당신의 관심 기술이 “써봐야지”, “적용해봐야지”, “테스트해봐야지”로 끝나지 않았으면 하는 마음에서 시작되었습니다.

Turn interest into evidence. Interest → Research → Question → Plan → Tools → Safe execution → Evidence
Background

읽는 것과
써보는 것은 다릅니다.

새로운 AI 논문·모델·라이브러리를 발견해도 문서만으로는 실제 공개 범위, 환경 호환성, 숨은 의존성, 실패 조건, 그리고 내 용도에서 어디까지 쓸 수 있는지 알기 어렵습니다.

01

Claims

논문, README, 모델 카드는 무엇을 할 수 있다고 말하는가?

02

Availability

그 기능 중 실제로 code, weights, API, demo 형태로 무엇까지 공개되어 있는가?

03

Execution

내 환경에서 정말 설치·실행되는가? 어떤 dependency, secret, network access가 필요한가?

04

Capability

그래서 내가 궁금한 실제 용도에서 무엇을 잘하고, 어디서 실패하는가?

From Inbox to Lab

관심사를 모으고,
직접 확인까지.

Signal
Taste

GitHub Star와 Hugging Face Like · Upvote에 남은 신호에서 내 관심사를 읽습니다.

Collection
Inbox

관심 있는 기술과 도구, 관련 자료를 한곳에 모으고 연결합니다.

Verification
Lab

그중 궁금한 것을 골라 조사하고, 직접 실행하고, 검증합니다.

Inbox is where interests gather. Lab is where they become evidence. Taste Inbox는 관심사를 모으는 데서 멈추지 않습니다.
Taste Inbox

한 개의 링크가 아니라
하나의 기술 묶음으로 봅니다.

GitHub Star와 Hugging Face Like · Upvote를 입력 신호로 받아, paper · code · model · dataset · demo 사이의 연결을 복원합니다.

From a signal to a connected bundle

관심 신호 하나를 기술 묶음으로 확장합니다.

Connected bundle
Interest signal GitHub Star
Hugging Face Like · Upvote
Taste Inbox Paper ↔ Repo ↔ Model ↔ Demo
01 Paper claims
02 Repo code
03 Model weights
04 Demo experience
Lab

무엇을 확인할지는 사람,
어떻게 확인할지는 Agent.

Agent가 평가 기준까지 멋대로 정하지 않습니다. 먼저 문서와 공개 artifact를 조사한 뒤, 사용자가 “이걸 실제로 써본다면 무엇이 궁금한지”를 함께 좁히고 그 목적에 맞는 검증 실험을 설계합니다.

What do you want to know?

Agent가 먼저 확인 가능한 질문을 제안하고, 사용자는 자신의 용도에 맞는 기준을 선택하거나 직접 입력합니다.

내 Mac에서 실제로 돌아가나? 문서에 적힌 기능이 전부 공개됐나? 이 모델은 어떤 입력에 약한가? 실제 latency는 어떤가? 직접 질문하기…

The agent turns your question into a trial.

사용자의 질문을 검증 가능한 성공 조건과 실행 계획으로 바꿉니다.

1. Questionwhat the user wants to know
2. Planevidence + acceptance criteria
3. Tool callsrepo · package · runtime tools
4. Run safelyOpenShell sandbox
5. Observeresults + failures → evidence
NVIDIA agent stack

Research부터 safe execution까지,
NVIDIA 기술로 연결합니다.

AI-Q는 조사와 검증 계획의 근거를 만들고, NVIDIA NIM 기반 Nemotron은 추천 질문을 확장하고 실행 결과를 해석합니다. NemoClaw는 실행 환경을 오케스트레이션하며, OpenShell은 tool use와 code execution에 안전 경계를 강제합니다.

RESEARCH · PLAN
Q
NVIDIA AI-Q

다출처 조사와 인용을 바탕으로 실제로 확인해야 할 내용을 좁히고, 사용자 질문에 맞는 검증 계획의 근거를 만듭니다.

QUESTION · EVIDENCE
N
Nemotron · NIM

Research 근거를 바탕으로 룰 기반 추천 질문을 확장하고, 실행 결과를 합의된 검증 기준과 대조해 해석합니다.

ORCHESTRATE
NC
NemoClaw

local-first agent runtime과 OpenShell sandbox lifecycle을 관리해 계획을 실제 실행 단계로 연결합니다.

SAFE EXECUTION
S
OpenShell

Deny-by-default network와 제한된 filesystem/process policy로 Agent의 실제 행동을 안전하게 통제합니다.

Agentic AI

관심에서 시작해,
질문을 실제 검증으로 바꾸는 Agent.

AI-Q가 조사와 검증 계획의 근거를 만들고, Nemotron이 근거 기반 질문을 확장합니다. 사용자가 검증 방향을 정하면 필요한 도구를 호출해 안전한 환경에서 실행하고, 실행 후에는 실제 관측 결과를 합의된 기준과 대조해 Evidence로 남깁니다.

01 Question 사용자가 확인하고 싶은 질문 NIM · Nemotron Super
02 Plan 검증 기준과 실행 계획 설계 AI-Q · Nemotron
03 Tools 필요한 repo · package · runtime 도구 호출
04 Execute OpenShell 경계 안에서 실제 실행 NemoClaw · OpenShell
05 Evidence 성공·실패·차단까지 실제 관측으로 기록 NIM · Nemotron Super
User flow

★ · ♥ · ↑에서
“직접 써봤다”까지.

01 · Signal
GitHub Star / Hugging Face Like · Upvote

사용자가 이미 남기고 있는 관심 신호를 별도의 프롬프트 없이 실험 후보로 가져옵니다.

02 · Resolve
Paper · Repo · Model · Dataset · Demo 연결

흩어진 artifact를 하나의 기술 묶음으로 연결해 실제 검증 대상을 구성합니다.

03 · Research
문서가 말하는 기능과 실제 공개 범위를 조사

NVIDIA AI-Q가 여러 출처를 조사하고 인용을 보존해 검증에 필요한 근거를 모읍니다.

04 · Question
궁금한 질문을 선택하거나 직접 입력

조사 결과를 바탕으로 제안된 질문을 고르거나, 사용자가 직접 새로운 질문을 입력합니다.

05 · Plan + Tools
사용자 질문을 검증 기준과 실행 계획으로 구체화

질문의 목적에 맞는 Trial Plan을 만들고, repo·package·runtime 도구를 어떻게 사용할지 계획합니다.

06 · Execute
격리된 환경에서 실제 설치·실행

NemoClaw이 관리하는 OpenShell sandbox 안에서 execution agent가 도구를 호출합니다. 외부 네트워크는 기본 차단하고 trial에 필요한 주소만 허용합니다.

07 · Evidence
실행 결과를 문서상 정보와 나란히 비교

성공·실패, dependency, exit code, runtime, 허용/차단 endpoint와 transcript를 실제 관측 증거로 남깁니다.

THE QUESTION THAT MATTERS

그래서,
내가 쓸 만한가?

유명한 논문인지, 스타를 많이 받은 레포인지, 최신 모델인지 평가하는 것이 아니라
내가 관심을 가진 용도에서 실제로 쓸 만한지 확인합니다.

GitHub Pages는 showcase입니다. 실제 실행은 사용자의 로컬 OpenShell sandbox에서 이루어집니다.