Install any skill in seconds. Free to start, no credit card required.
Get Started Free →Use this skill when the user mentions "pinme", or needs to upload files, store to IPFS, create/publish/deploy websites or full-stack services (including frontend pages, backend APIs, database storage, email sending, etc.), or any feature requiring backend database/server support.
.claude/skills/glitternetwork-pinme/SKILL.md| Test case | Without → With | Effect | Δ tokens | Δ turns |
|---|---|---|---|---|
| case-04 | ✗→✓ | ▲ Improved | 228% | 0% |
| case-05 | ✗→✓ | ▲ Improved | 234% | 0% |
| case-06 | ✗→✓ | ▲ Improved | 142% | 0% |
| case-07 | ✗→✓ | ▲ Improved | 432% | 0% |
| case-08 | ✗→✓ | ▲ Improved | 100% | 0% |
Zero-config deployment tool: upload static files to IPFS, or create and deploy full-stack web projects (React+Vite + Cloudflare Worker + D1 database). Workers also support sending emails via the PinMe platform API.
dotdigraph pinme_decision { "User Request" [shape=doublecircle]; "Needs backend API or database?" [shape=diamond]; "Upload Files (Path 1)" [shape=box]; "Full-Stack Project (Path 2)" [shape=box]; "User Request" -> "Needs backend API or database?"; "Needs backend API or database?" -> "Upload Files (Path 1)" [label="No"]; "Needs backend API or database?" -> "Full-Stack Project (Path 2)" [label="Yes"]; }
> Login required. Use pinme login or pinme set-appkey <AppKey> before pinme upload or pinme import.
dotdigraph upload_flow { "Install/update pinme to latest" [shape=box]; "Authenticate" [shape=box]; "Determine build artifacts" [shape=box]; "pinme upload <path>" [shape=box]; "Return preview URL" [shape=doublecircle]; "Install/update pinme to latest" -> "Authenticate"; "Authenticate" -> "Determine build artifacts"; "Determine build artifacts" -> "pinme upload <path>"; "pinme upload <path>" -> "Return preview URL"; }
1. Check installation and update to latest:
bashLOCAL=$(pinme --version 2>/dev/null || echo "0.0.0") LATEST=$(npm view pinme version) [ "$LOCAL" != "$LATEST" ] && npm install -g pinme@latest || echo "pinme is up to date ($LOCAL)"
2. Authenticate:
bashpinme login # or: pinme set-appkey <AppKey>
3. Determine upload target (priority order):
dist/ — Vite / Vue / Reactbuild/ — Create React Appout/ — Next.js static exportpublic/ — Plain static files4. Upload:
bashpinme upload <path> pinme upload ./dist --domain my-site # Optional: bind subdomain (wallet balance required)
5. Return the final URL printed by PinMe to the user. URL priority is: DNS domain > PinMe subdomain > short URL > preview URL. If it falls back to preview, return the full URL including all hash characters — do not truncate.
bashpinme upload ./document.pdf # Single file pinme upload ./my-folder # Folder pinme upload dist # Vite/Vue build artifacts pinme upload build # CRA build artifacts pinme upload out # Next.js static export pinme upload ./dist --domain my-site # Bind PinMe subdomain (wallet balance required) pinme import ./my-archive.car # Import CAR file
node_modules/, .env, .git/, src/> Login required. Uses React+Vite frontend + Cloudflare Worker backend + D1 SQLite database. > When designing frontend projects, use Ant Design as the primary design reference, and prioritize following its conventions for layout, components, spacing, and interaction patterns.
dotdigraph fullstack_flow { "Install/update pinme to latest" [shape=box]; "pinme login" [shape=box]; "pinme create <name>" [shape=box]; "Modify template code" [shape=box]; "pinme save" [shape=box]; "Return preview URL" [shape=doublecircle]; "Install/update pinme to latest" -> "pinme login"; "pinme login" -> "pinme create <name>"; "pinme create <name>" -> "Modify template code"; "Modify template code" -> "pinme save"; "pinme save" -> "Return preview URL"; }
| Layer | Tech Stack | Deploy Target | |-------|-----------|---------------| | Frontend | React + Vite (frontend/) | IPFS | | Backend | Cloudflare Worker (backend/src/worker.ts) | {name}.pinme.pro | | Database | D1 SQLite (db/*.sql) | Cloudflare D1 | | Object storage | R2 (env.R2) | Cloudflare R2 |
pinme-r2 skill. PinMe injects the project bucket as env.R2; do not replace it with D1 BLOBs or Worker filesystem state.bashpinme login # Login (only needed once) pinme create <dirName> # Clone template and create project (auto-fills API URL) pinme save # First deploy / full update (frontend + backend + database, single command) pinme update-worker # Update backend only (when only backend/src/worker.ts was modified) pinme update-web # Update frontend only (when only frontend/src/ was modified) pinme update-db # Run SQL migrations only (when only db/ was modified)
> pinme save deploys frontend + backend + database all at once. Only use pinme update-* when you're certain only one part was modified.
{project}/
├── pinme.toml # Root config (auto-generated, do not modify)
├── package.json # Monorepo root (workspaces: frontend + backend)
├── backend/
│ ├── wrangler.toml # Worker config (auto-generated, do not modify)
│ ├── package.json
│ └── src/
│ └── worker.ts # Backend entry — primarily used for JSON APIs in this template
├── db/
│ └── 001_init.sql # SQL table definitions
├── frontend/
│ ├── package.json
│ ├── vite.config.ts # Dev proxy: /api → localhost:8787
│ ├── index.html
│ ├── .env # Auto-generated: VITE_API_URL (do not modify)
│ └── src/
│ ├── main.tsx
│ ├── App.tsx
│ ├── utils/
│ │ ├── api.ts # export const API = import.meta.env.VITE_WORKER_URL || ''
│ │ └── config.ts # Auto-generated: public_client_config (only when auth is enabled)
│ └── pages/
│ └── Home/
│ └── index.tsx
└── .gitignorebashLOCAL=$(pinme --version 2>/dev/null || echo "0.0.0") LATEST=$(npm view pinme version) [ "$LOCAL" != "$LATEST" ] && npm install -g pinme@latest pinme login pinme create my-app cd my-app
pinme create generates a working Hello World template (includes frontend page + backend API routes + database schema). Modify the template to match the user's business logic — do not write from scratch:
backend/src/worker.ts — replace API routesfrontend/src/pages/ — replace page componentsdb/001_init.sql — replace table definitionsbashpinme save # Single command deploys frontend + backend + database # Outputs preview URL: https://pinme.eth.limo/#/preview/{CID}
Return the preview URL to the user. Note: return the full URL including all hash characters — do not truncate.
The backend Worker is deployed at https://{name}.pinme.pro. Frontend API requests are automatically configured to point to that address — no manual setup needed.
| Changes | Command | Notes | |---------|---------|-------| | Backend only (backend/src/worker.ts) | pinme update-worker | Faster | | Frontend only (frontend/src/) | pinme update-web | Generates new CID | | Database only (db/) | pinme update-db | Runs new migrations | | Multiple changes or uncertain | pinme save | Safe full deployment |
> Each frontend deployment generates a new CID and preview URL. Old URLs remain accessible.
backend/src/worker.ts)In this template, the Worker backend is primarily used for JSON APIs. Prefer standard Web APIs and simple manual routing by default. Worker-compatible libraries can be added when needed, but the default template does not rely on extra frameworks. Avoid packages that depend on a full Node.js runtime, a persistent local filesystem, native binaries, or child processes.
typescriptexport interface Env { DB: D1Database; // When using database R2: R2Bucket; // Project object storage; injected by PinMe API_KEY?: string; // When using email sending JWT_SECRET: string; // When using JWT auth ADMIN_PASSWORD: string; // When using password auth } const CORS_HEADERS = { 'Access-Control-Allow-Origin': '*', 'Access-Control-Allow-Methods': 'GET, POST, PUT, DELETE, OPTIONS', 'Access-Control-Allow-Headers': 'Content-Type, Authorization, X-API-Key', }; function json(data: unknown, status = 200): Response { return Response.json(data, { status, headers: CORS_HEADERS }); } export default { async fetch(request: Request, env: Env): Promise<Response> { const { pathname } = new URL(request.url); const method = request.method; if (method === 'OPTIONS') return new Response(null, { status: 204, headers: CORS_HEADERS }); try { if (pathname === '/api/items' && method === 'GET') return handleGetItems(env); if (pathname === '/api/items' && method === 'POST') return handleCreateItem(request, env); return json({ error: 'Not found' }, 404); } catch { return json({ error: 'Internal server error' }, 500); } }, };
| Item | Notes | |------|------| | Dependency choice | Prefer standard Web APIs and simple manual routing by default. If extra dependencies are needed, prefer Worker-compatible libraries. | | Node.js capability | Workers now support part of Node.js compatibility, but they are not a full Node.js runtime. Do not assume all Node.js built-in modules are available or behave exactly the same. | | Filesystem | Do not treat a Worker like a server with a persistent local disk. Even if some fs capabilities are available, do not rely on persistence across requests. | | Response types | This template mainly uses the Worker for JSON APIs. If there is a clear need, it can also be adapted to return HTML or other content. | | Password storage | Never store passwords in plaintext. Use a dedicated password hashing algorithm such as bcrypt, scrypt, or Argon2. | | SQL | Do not build SQL by string concatenation. Use parameterized queries such as .bind(). |
When the backend needs email sending, use the PinMe platform API (https://pinme.cloud/api/v4/send_email).
1. Configure API_KEY
Add to the Env interface:
typescriptexport interface Env { DB: D1Database; API_KEY?: string; // Required for email sending }
2. Email Handler Code
typescriptasync function handleSendEmail(request: Request, env: Env): Promise<Response> { const apiKey = env.API_KEY; if (!apiKey) { return json({ error: 'API_KEY not configured' }, 500); } const body = await request.json() as { to?: string; subject?: string; html?: string; }; if (!body.to) return json({ error: 'Email address is required' }, 400); if (!body.subject) return json({ error: 'Subject is required' }, 400); if (!body.html) return json({ error: 'HTML content is required' }, 400); const emailRegex = /^[^\s@]+@[^\s@]+\.[^\s@]+$/; if (!emailRegex.test(body.to)) { return json({ error: 'Invalid email address' }, 400); } const response = await fetch('https://pinme.cloud/api/v4/send_email', { method: 'POST', headers: { 'Content-Type': 'application/json', 'X-API-Key': apiKey, }, body: JSON.stringify({ to: body.to, subject: body.subject, html: body.html, }), }); const result = await response.json(); return json(result); }
typescript// Development: Vite proxies /api to localhost:8787 // Production: VITE_API_URL is auto-injected by pinme create export const API = import.meta.env.VITE_API_URL || ''; export function getApiUrl(path: string): string { return API ? `${API}${path}` : path; }
typescript// Query multiple rows const { results } = await env.DB.prepare('SELECT * FROM t WHERE x = ?').bind(val).all(); // Query single row (returns null if not found) const row = await env.DB.prepare('SELECT * FROM t WHERE id = ?').bind(id).first(); // Insert and return new row const row = await env.DB.prepare('INSERT INTO t (a, b) VALUES (?, ?) RETURNING *').bind(a, b).first(); // Update await env.DB.prepare('UPDATE t SET a = ? WHERE id = ?').bind(val, id).run(); // Delete (check if affected) const { meta } = await env.DB.prepare('DELETE FROM t WHERE id = ?').bind(id).run(); if (meta.changes === 0) return json({ error: 'Not found' }, 404);
Format: db/NNN_description.sql (for example, 001_init.sql). Files are executed in filename order.
SQLite Type Constraints:
| Do Not Use | Alternative | |-----------|-------------| | BOOLEAN | INTEGER (0 = false, 1 = true) | | DATETIME / TIMESTAMP | TEXT, stored as ISO 8601 (default: datetime('now')) | | JSON type | TEXT, using JSON.stringify() / JSON.parse() | | VARCHAR(n) | TEXT |
| Scenario | Default Suggestion | |-----------|-------------| | File storage (images, attachments, media) | Use the project R2 binding through env.R2; use the pinme-r2 skill for secure routes and metadata patterns | | Real-time communication | This template defaults to regular HTTP APIs. If there is no clear real-time requirement, start with polling | | Multiple Workers | This template defaults to combining functionality into a single Worker and separating routes by prefix | | Multiple databases | This template defaults to combining data into one D1 database and only splitting when isolation is truly needed |
pinme.toml, backend/wrangler.toml, and frontend/.env are generated by PinMe. Do not edit them manually by default. If extra runtime configuration is truly needed, prefer doing it through PinMe-supported mechanisms.VITE_API_URL environment variable. Do not hardcode it.| Error | Solution | |-------|----------| | command not found: pinme | npm install -g pinme | | No such file or directory | Verify that the path exists | | Permission denied | Check file or directory permissions | | Upload failed | Check the network connection and retry | | Not logged in | Run pinme login first |
bashpinme list / pinme ls -l 5 # View upload history pinme list -c # Clear upload history pinme rm <hash> # Delete uploaded content pinme bind <path> --domain <domain> # Bind domain (VIP + AppKey required) pinme export <CID> # Export as CAR file pinme set-appkey # Set/view AppKey pinme my-domains # List bound domains pinme delete <project> # Delete project (Worker + domain + D1) pinme logout # Log out
| Case | Status | Duration (ms) | Turns | Tokens | Tool calls | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Without | With | Δ | Without | With | Δ | Without | With | Δ | Without | With | Δ | ||
case-21 | pass→pass | 8,760 | 7,797 | -11% | 1 | 1 | 0% | 1,632 | 5,682 | +248% | 0 | 0 | — |
case-01 | fail→fail | 5,836 | 5,793 | -1% | 1 | 1 | 0% | 1,006 | 5,025 | +400% | 0 | 0 | — |
case-02 | fail→fail | 3,380 | 6,723 | +99% | 1 | 1 | 0% | 186 | 4,656 | +2403% | 0 | 0 | — |
case-03 | fail→fail | 2,584 | 8,816 | +241% | 1 | 1 | 0% | 351 | 4,379 | +1148% | 0 | 0 | — |
case-04 | fail→pass | 6,802 | 2,091 | -69% | 1 | 1 | 0% | 1,343 | 4,410 | +228% | 0 | 0 | — |
case-05 | fail→pass | 5,961 | 2,069 | -65% | 1 | 1 | 0% | 1,290 | 4,314 | +234% | 0 | 0 | — |
case-06 | fail→pass | 9,080 | 2,095 | -77% | 1 | 1 | 0% | 1,866 | 4,515 | +142% | 0 | 0 | — |
case-20 | pass→pass | 13,354 | 7,940 | -41% | 1 | 1 | 0% | 2,811 | 5,747 | +104% | 0 | 0 | — |
case-07 | fail→pass | 4,376 | 1,643 | -62% | 1 | 1 | 0% | 825 | 4,392 | +432% | 0 | 0 | — |
case-08 | fail→pass | 13,200 | 4,543 | -66% | 1 | 1 | 0% | 2,554 | 5,116 | +100% | 0 | 0 | — |
case-09 | fail→pass | 8,702 | 3,960 | -54% | 1 | 1 | 0% | 1,617 | 4,828 | +199% | 0 | 0 | — |
case-10 | pass→pass | 7,928 | 4,355 | -45% | 1 | 1 | 0% | 1,427 | 4,870 | +241% | 0 | 0 | — |
case-11 | fail→pass | 7,824 | 2,426 | -69% | 1 | 1 | 0% | 1,774 | 4,538 | +156% | 0 | 0 | — |
case-12 | pass→pass | 7,852 | 3,827 | -51% | 1 | 1 | 0% | 1,624 | 4,822 | +197% | 0 | 0 | — |
case-13 | fail→pass | 13,535 | 6,303 | -53% | 1 | 1 | 0% | 2,503 | 5,355 | +114% | 0 | 0 | — |
case-14 | fail→pass | 6,916 | 3,924 | -43% | 1 | 1 | 0% | 1,364 | 4,890 | +259% | 0 | 0 | — |
case-15 | pass→pass | 13,855 | 11,421 | -18% | 1 | 1 | 0% | 2,587 | 6,521 | +152% | 0 | 0 | — |
case-16 | fail→pass | 5,213 | 1,364 | -74% | 1 | 1 | 0% | 962 | 4,337 | +351% | 0 | 0 | — |
case-17 | fail→pass | 6,840 | 1,280 | -81% | 1 | 1 | 0% | 1,287 | 4,275 | +232% | 0 | 0 | — |
case-18 | fail→pass | 5,083 | 1,947 | -62% | 1 | 1 | 0% | 849 | 4,463 | +426% | 0 | 0 | — |
case-19 | pass→pass | 12,187 | 3,329 | -73% | 1 | 1 | 0% | 2,111 | 4,713 | +123% | 0 | 0 | — |
case-22 | pass→pass | 9,936 | 6,117 | -38% | 1 | 1 | 0% | 2,030 | 5,381 | +165% | 0 | 0 | — |
DecimalAI ran this skill against gemini-3.6-flash twice over the same eval suite — once with the skill loaded and once without — and compared the two runs case by case. 22 cases were attempted, and 20 counted toward the lift figure. The other 2 produced results that are not comparable between the two arms, so they are excluded from the headline rather than averaged into it. The headline lift of +55 percentage points is the difference between those two pass rates over the 20 comparable cases.
Without the skill loaded, the model failed this case. With it loaded, the same prompt on the same model passed. This is one improved case from the latest verified run; every case, including any that regressed, is in the table above.
Other measured skills in the registry, with their headline benchmark lift.