FrontMCP supports browser environments for client-side use cases like JWT verification, key persistence, cryptographic operations, and agent LLM adapters.Documentation Index
Fetch the complete documentation index at: https://docs.agentfront.dev/llms.txt
Use this file to discover all available pages before exploring further.
What Works in Browser
| Feature | Details |
|---|---|
| Crypto operations | SHA-256, AES-GCM, HKDF, PKCE via WebCrypto API |
| JWT verification | rsaVerify via WebCrypto, decodeJwtPayloadSafe |
| Key persistence | IndexedDB and localStorage backends |
| Storage adapters | MemoryStorageAdapter, IndexedDBStorageAdapter, LocalStorageAdapter |
| Agent adapters | OpenAIAdapter, AnthropicAdapter (HTTP-based, no Node dependencies) |
| MCP client | Direct client connections |
| ESM Dynamic Loading | In-memory cache mode, Blob URL module evaluation via App.esm() |
What’s Node-only
| Feature | Reason |
|---|---|
| JWT signing | createSignedJwt, rsaSign, generateRsaKeyPair require Node crypto |
| File system | FileSystemStorageAdapter, fs utilities |
| Server infrastructure | Express adapter, SSE/Streamable HTTP transport |
| Redis/TCP storage | ioredis requires TCP sockets |
| CLI and Nx Plugin | Node-only tooling |
Key Persistence in Browser
Key persistence auto-detects the best available backend: IndexedDB (preferred) → localStorage (fallback) → memory (last resort)Storage Adapters in Browser
Agent LLM Adapters in Browser
Both built-in adapters work in browser environments since they use HTTP-based APIs:ESM Dynamic Loading in Browser
TheApp.esm() API works in browser environments with these differences:
- Cache: Memory-only (no disk persistence). Bundles are stored in an in-memory
Map. - Module evaluation: Bundles are evaluated via
Blob+URL.createObjectURLinstead of writing to the file system. - Same API: No code changes needed — the environment is auto-detected.
Crypto Operations
All@frontmcp/utils crypto functions use the WebCrypto API in browser and node:crypto in Node.js: