
Pinme
- 632 installs
- 3.7k repo stars
- Updated July 25, 2026
- glitternetwork/pinme
pinme is a Claude agent skill for a zero-config deployment tool that uploads static sites to IPFS or deploys full-stack React+Vite apps with Cloudflare Workers, D1 databases, and email APIs for developers who need fast p
About
pinme is a glitternetwork/pinme zero-config deployment skill for coding agents. Static files upload directly to IPFS for decentralized hosting. Full-stack projects deploy as React+Vite frontends on Cloudflare Workers with D1 database storage and optional email sending through the PinMe platform API—no manual infra wiring required. The skill decision tree routes requests: pure static assets go to IPFS, while apps needing backend APIs, databases, or email use the Worker+D1 stack. Developers reach for pinme when users mention pinme, IPFS uploads, publishing websites, deploying full-stack services, or any feature needing backend database or server support without configuring cloud consoles manually.
- Zero-config deployment of static files to IPFS or full React+Vite + Cloudflare Worker + D1 database projects
- Supports backend APIs, database storage, and email sending via the PinMe platform
- Two-path decision flow: simple file upload when no backend is needed, full-stack deployment when APIs or databases are r
- Includes login, authentication, and preview URL generation in a guided workflow
- CLI commands for upload, import, and project creation
Pinme by the numbers
- 632 all-time installs (skills.sh)
- Ranked #234 of 1,435 DevOps & CI/CD skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/glitternetwork/pinme --skill pinmeAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 632 |
|---|---|
| repo stars | ★ 3.7k |
| Last updated | July 25, 2026 |
| Repository | glitternetwork/pinme ↗ |
How do you deploy static sites to IPFS with zero config?
Instantly deploy static sites to IPFS or full-stack applications with backend APIs and databases using zero configuration.
Who is it for?
Developers who want zero-config deployment of static IPFS sites or React+Vite plus Cloudflare Worker and D1 full-stack apps from an agent session.
Skip if: Developers who need Kubernetes cluster management, multi-region Terraform pipelines, or private on-prem-only hosting without IPFS or Cloudflare.
When should I use this skill?
The user mentions pinme, IPFS upload, deploy a website, publish a full-stack app, or needs backend API, database, or email on Cloudflare Workers.
What you get
Live IPFS-hosted static site or deployed Cloudflare Worker app with D1 database and published frontend URL.
- deployed site URL
- cloudflare worker deployment
- ipfs content pin
Files
PinMe
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.
When to Use
digraph 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"];
}Path 1: Upload Files / Static Sites
Login required. Usepinme loginorpinme set-appkey <AppKey>beforepinme uploadorpinme import.
digraph 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:
LOCAL=$(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:
pinme login
# or: pinme set-appkey <AppKey>3. Determine upload target (priority order): 1. dist/ — Vite / Vue / React 2. build/ — Create React App 3. out/ — Next.js static export 4. public/ — Plain static files
4. Upload:
pinme 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.
Common Examples
pinme 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 fileDo NOT Upload
node_modules/,.env,.git/,src/- Only upload build artifacts, never upload source code
---
Path 2: Full-Stack Project
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.
digraph 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";
}Architecture
| 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 |
Core Commands
pinme 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 savedeploys frontend + backend + database all at once. Only usepinme update-*when you're certain only one part was modified.
Project Structure
{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
└── .gitignoreFirst Deployment
LOCAL=$(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-apppinme 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:
- Modify
backend/src/worker.ts— replace API routes - Modify
frontend/src/pages/— replace page components - Modify
db/001_init.sql— replace table definitions
pinme 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.
Subsequent Updates
| 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.
---
Worker Code Patterns (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.
export interface Env {
DB: D1Database; // When using database
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);
}
},
};Worker Constraints and Default Conventions
| 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(). |
Email API Reference (for Worker Backend)
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:
export interface Env {
DB: D1Database;
API_KEY?: string; // Required for email sending
}2. Email Handler Code
async 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);
}Frontend API Utility (frontend/src/utils/api.ts)
// 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;
}D1 Database Operations
// 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);SQL Migration Files
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 |
Template Architecture Suggestions
| Scenario | Default Suggestion |
|---|---|
| File storage (image uploads) | Store external image URLs, or upload with pinme upload first and then store the resulting link |
| 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 |
Important Notes
pinme.toml,backend/wrangler.toml, andfrontend/.envare generated by PinMe. Do not edit them manually by default. If extra runtime configuration is truly needed, prefer doing it through PinMe-supported mechanisms.- Obtain the frontend API URL from the
VITE_API_URLenvironment variable. Do not hardcode it. - Passwords, tokens, and API keys must be stored in secrets. Never put them in config files.
Common Errors
| 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 |
Other Commands
pinme 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 outRelated skills
How it compares
Use pinme for fast IPFS or Cloudflare Worker+D1 deploys from an agent; use broader DevOps pipelines when multi-environment Terraform or Kubernetes orchestration is required.
FAQ
What stacks does pinme deploy?
pinme uploads static files to IPFS or deploys full-stack projects as React+Vite frontends on Cloudflare Workers with D1 database storage and optional email via the PinMe platform API.
When should pinme use IPFS vs Cloudflare Workers?
pinme routes static-only uploads to IPFS. When the user needs backend APIs, database storage, or email sending, pinme deploys the React+Vite plus Cloudflare Worker and D1 full-stack pattern instead.
Does pinme require manual cloud configuration?
pinme is documented as zero-config deployment: agents upload or publish without wiring infrastructure manually, choosing IPFS for static assets or Worker+D1 for full-stack services.