Skip to content
KitploitKITPLOIT
StrumentiExploitsBlog
Log in
Invia
StrumentiExploitsBlog
Invia

Strumenti di Hacking, PenTest e Cybersecurity per il tuo Arsenale di Sicurezza!

Kitploit è una directory di strumenti di hacking, cybersecurity e pentesting. Scopri gli ultimi aggiornamenti dei progetti per trovare vulnerabilità, analizzare sistemi, automatizzare i test e rafforzare la tua sicurezza.

FeedContattoPrivacy© 2026 Kitploit

Directory degli strumenti

Categorie

Vedi tutte le categorie
Loading categories
ai-agent-gateway — Gateway open-source che protegge, governa e osserva le chiamate agli strumenti MCP e il traffico LLM degli agenti AI, con autenticazione tramite API key e una console di amministrazione per il monitoraggio. | Kitploit
Strumenti/GitHubGitHub/tuskira/ai-agent-gateway
Autenticazione e AutorizzazioneStrumenti DifensiviAudit di ConfigurazioneSicurezza WebSicurezza CloudGestione Identità e Accessi (IAM)Sicurezza delle APISicurezza dell'IAAnalisi dei Log
GitHubtuskira/ai-agent-gateway

ai-agent-gateway

Gateway open-source che protegge, governa e osserva le chiamate agli strumenti MCP e il traffico LLM degli agenti AI, con autenticazione tramite API key e una console di amministrazione per il monitoraggio.

2918h 10m faNon ancora revisionato

Più Popolari

Vedi tutti →

Scopri gli strumenti più utilizzati dalla nostra community.

Esplora tutti gli strumenti

Sfoglia la nostra collezione di strumenti

Vedi tutti gli strumenti →
Condividi
Vedi RepositorySito web

@tuskira/gateway-web

Console di amministrazione per il Tuskira AI Agent Gateway. React 19 + Vite + TypeScript (strict) + Tailwind CSS 4 + shadcn/ui.

Sviluppo

Richiede Node 26+ e npm 11+ (no pnpm).

npm install
npm run dev

Il dev server fa da proxy per /api verso http://localhost:8081 (vedi vite.config.ts), quindi esegui il gateway sulla porta :8081 insieme alla UI. Accedi da /login con una API key (gk_…) emessa dal gateway.

Dalla root del repository puoi invece eseguire:

make ui-install
make ui-dev

Build

npm run build

Genera un bundle di produzione in dist/. In produzione è il gateway stesso a servire questo bundle su / alla porta :8081, quindi l'app comunica con l'API same-origin — nessun proxy necessario.

make ui-build   # dalla root del repository

Controlli di qualità

npm run lint        # eslint
npm run typecheck    # tsc --noEmit (project references)
npm run test         # vitest
npm run format:check # prettier --check

Aggiungere un componente shadcn/ui

npx shadcn@latest add <component>

Il file components.json di questo progetto punta al template Vite, alla base radix, al colore base neutral e alle variabili CSS per il theming, con l'alias di import @/* che risolve in src/*. I nuovi componenti vengono scritti in src/components/ui/.

Design token

tokens.json (nella root del repository) è l'unica fonte di verità per il design system — colori, spaziature, raggi, ombre, font. Esegui npm run gen:tokens dopo averlo modificato per rigenerare:

  • src/styles/tokens.css — i token grezzi come custom properties CSS (:root per i valori light, .dark per gli override dark), mantenendo i nomi dei token del designer (--indigo-9, --sev-high, --r-4, --shadow-1, ...).
  • src/styles/tokens.ts — le stesse scale di colori categoriche (colors.indigo, colors.slate, colors.sev, colors.status, colors.brand) più fonts, radii, shadows, per i consumer non-CSS (es. i colori delle serie di recharts).

src/index.css mappa le variabili semantiche di shadcn (--background, --primary, --sidebar, ...) su questi token, e registra le voci @theme di Tailwind v4 in modo che utility come bg-indigo-9, text-text-muted, border-border-strong, shadow-1, rounded-r-4 e font-mono siano disponibili ovunque nell'app. Non modificare manualmente src/styles/tokens.css / src/styles/tokens.ts — vengono sovrascritti dal generatore. src/test/tokens.test.ts verifica che ogni voce di tokens.ts abbia una dichiarazione corrispondente in tokens.css.

Struttura delle cartelle

web/
├── index.html
├── vite.config.ts        # React + Tailwind plugins, /api dev proxy, vitest config
├── components.json        # shadcn/ui config
├── tokens.json             # design-token source of truth (see Design tokens)
├── scripts/
│   └── gen-tokens.mjs        # tokens.json -> src/styles/tokens.{css,ts}
├── src/
│   ├── main.tsx            # ReactDOM root
│   ├── App.tsx              # QueryClientProvider, AuthProvider, RouterProvider
│   ├── index.css            # Tailwind entrypoint + semantic token mapping
│   ├── styles/
│   │   ├── tokens.css         # generated — raw design tokens as CSS vars
│   │   └── tokens.ts           # generated — same tokens for non-CSS use
│   ├── auth/
│   │   ├── AuthContext.tsx    # AuthProvider / useAuth — principal, signIn, signOut
│   │   └── RequireAuth.tsx    # route guard for the authenticated shell
│   ├── components/
│   │   ├── ui/                 # shadcn/ui primitives (generated, don't hand-edit)
│   │   ├── layout/              # AppShell, Sidebar, TopBar
│   │   └── app/                  # ComingSoon, StatCard
│   ├── hooks/
│   │   └── use-theme.ts          # light/dark toggle, class strategy, localStorage
│   ├── lib/
│   │   ├── api.ts                 # fetch wrapper: bearer auth, 401 handling, ApiError
│   │   ├── nav.ts                  # single source of truth for sidebar nav + routes
│   │   ├── queries.ts                # react-query hooks (useHealth)
│   │   ├── query-client.ts            # QueryClient instance
│   │   ├── types.ts                    # Principal, HealthResponse, ApiErrorBody
│   │   └── utils.ts                     # cn() (shadcn)
│   ├── routes/
│   │   ├── router.tsx                    # createBrowserRouter (data router)
│   │   ├── LoginPage.tsx
│   │   ├── OverviewPage.tsx
│   │   └── DocsPage.tsx
│   └── test/
│       ├── setup.ts
│       ├── LoginPage.test.tsx
│       ├── Sidebar.test.tsx
│       ├── SignOut.test.tsx
│       └── tokens.test.ts
Scarica lo strumento