Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
glitternetwork avatar

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 pinme

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs632
repo stars3.7k
Last updatedJuly 25, 2026
Repositoryglitternetwork/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

SKILL.mdMarkdownGitHub ↗

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. Use pinme login or pinme set-appkey <AppKey> before pinme upload or pinme 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 file

Do 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

LayerTech StackDeploy Target
FrontendReact + Vite (frontend/)IPFS
BackendCloudflare Worker (backend/src/worker.ts){name}.pinme.pro
DatabaseD1 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 save deploys frontend + backend + database all at once. Only use pinme 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
└── .gitignore

First 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-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:

  • 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

ChangesCommandNotes
Backend only (backend/src/worker.ts)pinme update-workerFaster
Frontend only (frontend/src/)pinme update-webGenerates new CID
Database only (db/)pinme update-dbRuns new migrations
Multiple changes or uncertainpinme saveSafe 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

ItemNotes
Dependency choicePrefer standard Web APIs and simple manual routing by default. If extra dependencies are needed, prefer Worker-compatible libraries.
Node.js capabilityWorkers 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.
FilesystemDo 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 typesThis 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 storageNever store passwords in plaintext. Use a dedicated password hashing algorithm such as bcrypt, scrypt, or Argon2.
SQLDo 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 UseAlternative
BOOLEANINTEGER (0 = false, 1 = true)
DATETIME / TIMESTAMPTEXT, stored as ISO 8601 (default: datetime('now'))
JSON typeTEXT, using JSON.stringify() / JSON.parse()
VARCHAR(n)TEXT

Template Architecture Suggestions

ScenarioDefault Suggestion
File storage (image uploads)Store external image URLs, or upload with pinme upload first and then store the resulting link
Real-time communicationThis template defaults to regular HTTP APIs. If there is no clear real-time requirement, start with polling
Multiple WorkersThis template defaults to combining functionality into a single Worker and separating routes by prefix
Multiple databasesThis template defaults to combining data into one D1 database and only splitting when isolation is truly needed

Important Notes

  • 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.
  • Obtain the frontend API URL from the VITE_API_URL environment variable. Do not hardcode it.
  • Passwords, tokens, and API keys must be stored in secrets. Never put them in config files.

Common Errors

ErrorSolution
command not found: pinmenpm install -g pinme
No such file or directoryVerify that the path exists
Permission deniedCheck file or directory permissions
Upload failedCheck the network connection and retry
Not logged inRun 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 out

Related 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.

DevOps & CI/CDdevopsintegrations

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.