World Vibe Web
vibe 코딩 프로젝트용 분산 앱 스토어, GitHub 전역 오픈소스 앱을 탐색·설치
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기Control de gastos y pagos por hitos sobre Stellar.
저장소 README에서 가져옴
README 전체를 불러오는 중입니다. 아래는 저장된 발췌입니다.
Milestone payments on Stellar. Someone with funds creates an event, locks the budget in a Trustless Work escrow, and pays USDC on testnet after a photo is reviewed. Production: https://hyto.vercel.app. Repo: Hyto-App/hyto.
This file is the short map. Agents and contributors should read AGENTS.md before changing anything. Stack detail is in STACK.md.README 전문 보기 ↗Every day, money is sent to people far away to get something done: a company paying field workers, an NGO funding a local project, a sponsor backing an event in another country, a grant released in stages, a remote team paying contractors. Today that runs on trust, invoices and screenshots. The payer can't check the work, the worker waits to get paid, and nobody can easily prove what was paid, for what, and to whom.
Hyto locks the money per task, collects the proof, and releases each payment only after a person approves it, all on a public Stellar trail anyone can audit.
The core question: What has to be proven before the money moves?
Stellar is the settlement rail, not the audience. People sign in with an email and never install a wallet or a crypto app.
| Step | What happens |
|---|---|
| 1. Lock | The payer creates a project with tasks and locks the budget in USDC in a Trustless Work multi-release escrow (escrow-as-a-service on Stellar: non-custodial smart-contract escrows that hold funds until each milestone is approved). One milestone per task. |
| 2. Join | Workers join with a code or an invite and sign in with email, Google or Apple through Cavos (embedded wallets: a Stellar wallet created from a normal login). No seed phrases. |
| 3. Prove | For each task, the worker uploads evidence: a live photo of the work, a receipt in any currency, or a document. |
| 4. Review | Mile, Hyto's AI reviewer (Qwen vision + Laya scoring), checks the evidence against the task and the payer's rules, explains what is missing, and recommends Met, Partial or Not enough. Mile never signs or moves money. |
| 5. Release | A person approves, and the milestone is released in USDC straight to the worker's wallet. Every payment links to Stellar Expert. |
The first successful release_funds on Stellar testnet, seen on Horizon at 2026-10-11T01:40:02Z (10 October 2026, about 7:40 p.m. Costa Rica):
| Transaction | 731d4ab4fd30…dc359a |
| Escrow contract | CA7PNU3THJWZ…PXNN4R |
[!NOTE] This payment is on testnet, not mainnet. There is no pilot and no mainnet payment yet. The amounts in the ZEEK sample (three US$20 work tasks and a US$15 meal cap) are seed examples, not real money or real wallets. Inside the public demo (demo login at hyto.vercel.app) the payment is simulated and resets for everyone.
HYTO- code; invites expire in 7 days./eventos/[id]/tareas, review evidence, confirm reimbursement amounts, lock the budget and pay.HYTO_COMUNIDADES, HYTO_TABLON, HYTO_TIPO_CUENTA, HYTO_PERFIL_VOLUNTARIO.| Layer | Stack |
|---|---|
| App | Next.js 16 (App Router), React 19, TypeScript (strict), Tailwind 4 |
| Data | Neon Postgres, Drizzle schema, Vercel Blob (private) |
| Payments | Stellar SDK, Trustless Work escrow v2, USDC on testnet |
| Identity | Cavos embedded wallets (email OTP, Google, Apple, passkeys) |
| AI review | Groq / Qwen vision with Gemini fallback, Laya scoring |
| Hosting | Vercel (production on main, a preview for every pull request) |
npm ci
npm run dev
Checks:
npm test # *.test.ts under lib/, scripts/backend-traspaso and tests/integracion (tsx)
npx tsc --noEmit
npm run build
There is no ESLint. npm run test:integracion talks to Postgres and runs separately.
Local database and escrow scripts:
npm run db:local
npm run db:migrar
npm run db:semilla
npm run verificar:entorno
npm run hito
db:migrar applies drizzle/*.sql in filename order.db:semilla loads the ZEEK sample.HYTO_CONFIRMAR_BASE_PRODUCCION=si only when that is intended.npm run hito is a standalone escrow script. Without TRUSTLESS_API_KEY it does not pay.Deploy and environment. A push to main deploys production on Vercel, and every pull request gets a preview. Secrets live in Vercel only, never in the repo. The only public variable is NEXT_PUBLIC_CAVOS_APP_ID. Variable names are listed in AGENTS.md and .env.example.
| File | What it is |
|---|---|
| AGENTS.md | Current product, code map and open issues. Read this first. |
| STACK.md | Stack and how a payment moves. |
| ROLES.md | Event membership and how the team splits work. |
| PLAN.md | What is left. |
| CHANGELOG.md | What landed. |
| Hyto-informe.md | The pitch the team reuses. |
| docs/AUDIT-2026-09-30.md | Security audit against db82b93, with a status note for 2b9fad4. |
| docs/auditorias/2026-10-02-ramp-adaptation.md | Research on Ramp Network (crypto on/off-ramp). Not part of the demo. |
| Focus | |
|---|---|
| Josué Valles · @jxsu404 | Admin app and backend, Vercel and Neon |
| Sebastián Ceciliano · @Cbiux | Escrow and wallets: Trustless Work, Cavos, USDC release |
| Abdiel · @abdxcole | UX/UI, brand, social and pitch |
| Raúl · @Milasur | Member app, evidence and Mile's review |
| Esteban · @Psybre | Backend foundations |