ต้นแบบ · รุ่นทดลอง: มีทุก server ในทะเบียนทางการ อัปเดตทุก 30 นาที รีวิวและบัญชีผู้ใช้จะมาในขั้นถัดไป
PopNx MCPที่รวม MCP สำหรับคนใช้ AI · อธิบายเป็นภาษาคน

Froglet

โดย armanasรุ่น 0.4.0i★ –iรันบนเครื่อง
ชื่อใน registryio.github.armanas/froglet

ติดตั้ง

ภาพรวม

คำอธิบายจากผู้ทำ (ภาษาอังกฤษตามต้นฉบับ)

Run local Froglet verifiable compute, signed receipts, settlement, and service publication.

สามเสาของ PopNx MCP

สามเรื่องนี้ไม่รวมเป็นคะแนนเดียว เพราะความเห็น การวัด และความนิยม เป็นคนละเรื่องกัน

ใช้ทำอะไรได้

ตัวนี้ยังไม่ได้เรียบเรียงเป็นภาษาไทย ด้านล่างคือข้อเท็จจริงที่เราอ่านจาก registry

  • การเชื่อมต่อ: รันบนเครื่อง
  • ช่องทาง (transport): stdio
  • หมวด: อื่น ๆ

ติดตั้ง

เลือกโปรแกรม AI ที่คุณใช้ แล้วคัดลอกค่าตั้งไปวาง

ก่อนติดตั้ง

ต้องเตรียมก่อน

  • npmติดตั้ง Node.js (มีคำสั่ง npx) ในเครื่อง

คุณใช้แอปไหน

เลือกแอปด้านบน เราจำไว้ให้ ครั้งหน้าปุ่มจะขึ้นว่า “ติดตั้งลง …”

เปิด Claude Desktop → Settings → Developer → Edit Config แล้ววางค่านี้ในไฟล์ claude_desktop_config.json

{
  "mcpServers": {
    "froglet": {
      "command": "npx",
      "args": [
        "-y",
        "froglet-mcp"
      ]
    }
  }
}

พิมพ์คำสั่งนี้ใน Terminal

claude mcp add froglet -- npx -y froglet-mcp

เปิดใน Cursor

หรือคัดลอกค่าตั้งเอง

วางในไฟล์ .cursor/mcp.json ของโปรเจกต์ หรือ ~/.cursor/mcp.json

{
  "mcpServers": {
    "froglet": {
      "command": "npx",
      "args": [
        "-y",
        "froglet-mcp"
      ]
    }
  }
}

เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง

เปิดใน VS Code

หรือคัดลอกค่าตั้งเอง

วางในไฟล์ .vscode/mcp.json ของโปรเจกต์

{
  "servers": {
    "froglet": {
      "type": "stdio",
      "command": "npx",
      "args": [
        "-y",
        "froglet-mcp"
      ]
    }
  }
}

เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง

ตัวนี้รันในเครื่องคุณ แต่ ChatGPT ต่อได้เฉพาะ server บนอินเทอร์เน็ต ลองเลือกแอปอื่น

ตัวเลือกเก็บในคุกกี้บนเครื่องนี้ ไม่ต้องมีบัญชี

ค่าตั้งนี้สร้างจากข้อมูลใน registry ของผู้ทำ ถ้าไม่ตรงกับ README ให้เชื่อ README

ทำอะไรได้บ้าง

รันในเครื่องคุณ รายการเครื่องมือจะขึ้นในแอป AI หลังติดตั้ง

ผลตรวจเบื้องต้นi

เราตรวจจากข้อมูลที่ใครก็เปิดดูได้ ยังไม่ได้อ่านโค้ด ข้อที่ไม่เกี่ยวกับตัวนี้ไม่นับในตัวหาร · ตรวจเมื่อ 6 พ.ย. 2569

  • ✓ ผ่าน

    ตัวตนผู้ทำตรงกับ repo

    ชื่อใน registry ยืนยันด้วยบัญชี GitHub armanas ซึ่งเป็นเจ้าของ repo

  • … ยังไม่ตรวจ

    ยังมีคนดูแล

    ยังไม่ได้อ่านข้อมูล repo จาก GitHub

  • … ยังไม่ตรวจ

    มีสัญญาอนุญาต (license)

    ยังไม่ได้อ่านข้อมูล repo จาก GitHub

  • – ไม่เกี่ยว

    endpoint ตอบ

    ตัวนี้รันบนเครื่องคุณ ไม่มี endpoint บนอินเทอร์เน็ต

  • – ไม่เกี่ยว

    ล็อกอินแบบ OAuth

    ตัวนี้รันบนเครื่อง ใช้ค่าที่ตั้งในเครื่องแทน

  • … ยังไม่ตรวจ

    คำอธิบายเครื่องมือไม่มีคำสั่งแอบแฝง

    รันในเครื่องคุณ เราอ่านรายการเครื่องมือได้เฉพาะตัวที่มี endpoint บนอินเทอร์เน็ต

เทียบกับตัวอื่นในหมวด อื่น ๆi

  • ดาวมากกว่า 0% ของอีก 32403 ตัวในหมวดนี้
  • ส่งรุ่นใหม่เข้า registry ล่าสุดกว่า 15% ของอีก 32403 ตัวในหมวดนี้
  • ผลตรวจเบื้องต้นดีกว่าหรือเท่ากับ 100% ของอีก 32403 ตัวในหมวดนี้

เทียบกับทุก server ที่ยังใช้งานในหมวดนี้ทั้งทะเบียน ดาวนับเฉพาะเมื่อผู้ลงทะเบียนเป็นเจ้าของ repo

คำถามที่พบบ่อย

Froglet ปลอดภัยไหม?

จากการตรวจเบื้องต้นของเรา ผ่าน 1 จาก 1 ข้อที่ตรวจได้ เรายังไม่ได้อ่านโค้ด ก่อนใส่กุญแจหรือ token ให้ดูว่า server ขอสิทธิ์อะไร และเลือกกุญแจที่ทำได้เท่าที่จำเป็น

ต้องใช้กุญแจหรือรหัสอะไรบ้าง?

registry ไม่ได้ระบุว่าต้องใช้กุญแจ แต่บางตัวจะขอให้ล็อกอินตอนใช้ครั้งแรก

ตัวนี้รันบนเครื่องหรือบนคลาวด์?

รันบนเครื่องของคุณ โปรแกรม AI จะเปิด server ขึ้นมาเองเมื่อใช้ ข้อมูลไม่ต้องผ่านเซิร์ฟเวอร์ของผู้ทำ (ยกเว้นตัวที่ไปเรียกบริการออนไลน์ต่อ)

ยังมีคนดูแลอยู่ไหม?

repo บน GitHub มีการแก้โค้ดล่าสุด – และส่งรุ่นล่าสุด (0.4.0) เข้า registry 4 เดือนที่ผ่านมา

ใช้กับโปรแกรมไหนได้บ้าง?

โปรแกรมที่รองรับ MCP เช่น Claude Desktop, Claude Code, Cursor และ VS Code ตัวนี้ต้องมี Node.js ในเครื่องด้วย

มีตัวไหนใช้แทนได้บ้าง?

ในหมวดเดียวกันมี Spec Driven Development, Remote Desktop Commander, LickityClick

ตัวที่ใช้แทนได้

server หมวดเดียวกันจากผู้ทำคนอื่น เรียงตามดาว

อ่านการ์ด:★ ดาว GitHubiสามเสา: รีวิว · ผลตรวจ · การใช้งานiอัปเดต = วันที่ส่งรุ่นล่าสุดเข้า registryi

Spec Driven Development

โดย formulahendry

MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.

รันบนเครื่อง★ 440MITอัปเดต 14 เดือนที่ผ่านมา
ติดตั้ง

Remote Desktop Commander

โดย desktop-commander

Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.

รันบนคลาวด์★ 211อัปเดต เมื่อวาน
ติดตั้ง

LickityClick

โดย lickity.click

Create, edit and track LickityClick short links, campaigns and click stats from your AI assistant.

บนเครื่องหรือคลาวด์อัปเดต วันนี้
ติดตั้ง

README จากผู้ทำ

เปิดอ่าน README

ส่วนนี้คัดจาก repo ของผู้ทำตามต้นฉบับ PopNx MCP ไม่ได้ตรวจหรือรับรองเนื้อหา ตัด HTML รูปภาพ และสคริปต์ออกแล้ว ลิงก์จะพาออกนอกเว็บ

Froglet

The rail-neutral evidence layer for agent transactions.

Whatever rail moves the money, Froglet produces a signed, hash-linked record of what was authorised, under which limits, and what the executing party attested to — verifiable offline by anyone, with no node and no account.

Verify a chain yourself in one command:

cargo run -p froglet-verify -- conformance/kernel_v1.json

Created and maintained by Armanas Povilionis.

Copyright Alithea Biotechnology GmbH, which operates the hosted services.


Table of Contents

  • Overview
  • Product Model
  • Components
  • Quick Start
  • Bot Surfaces
  • Verification
  • Current Scope
  • Documentation

Overview

Launch preparation, 2 October 2026: the current scope is free selected-data sharing and bounded Wasm through native MCP, with optional configured A2A. Use the production handoff and explicit remaining gates. Local software checks, local packages and the public documentation website do not qualify a new production compute deployment or an immutable release.

Development checkpoint, 1 October 2026: work has resumed on the free native MCP workflow, optional configured A2A transport, and selected-data sharing with bounded Wasm computation. The final candidate's actual Codex CLI workflow and extracted demo bundle are qualified on the current Apple Silicon Mac. The same production inputs also passed 625 library and nine native MCP tests, plus the terminology workflow, in an isolated Linux arm64 development container. Thirteen library tests were ignored; Python OS isolation and a Linux agent host remain unqualified. Claude Code host qualification is blocked on sign-in. Selected-data/profile examples and bounded local capacity have recorded checks; clean machines, public compute HTTPS/capacity, and first-user value remain separate gates. See current work and the qualification evidence.

The public documentation website was restored on 1 October; seven checked routes returned HTTP 200 and matched the local build bytes. See the deployment record and remaining gates. The last observed hosted compute trial was unavailable; this pass has not requalified that deployment. Production and available hosted compute qualification remain open. The immutable v0.4.7-beta.1 prerelease is now published; its downloaded Apple Silicon binary passed a separate deterministic localhost replay. Distribution and exact released-Mac evidence also record a separate native-MCP Mac-to-Fly proof: six bounded free cases, restart persistence and offline task recovery on one isolated test host, now removed. That proof does not qualify production, load, a fresh agent host, a clean operating system or paid operation. The September pause and rollback record is preserved. File downloads remain experimental; Node/UI/relay qualification is open. General CPU jobs, GPU rental, and new payment work are outside the resumed scope.

The optional research profile makes namespace, version, field types, units, provenance and mapping assumptions explicit. The final local example retrieves a pinned public GO catalog in 100- and 40-row pages with verified receipts; this establishes data exchange and declared metadata compatibility, not scientific correctness or independent user demand.

On one shared machine, eight concurrent tiny workflows using independent requester identities completed without errors in the measured sweep. At 16 and 32, six selected-data jobs hit the four-process limit and returned independently verified failure chains. Shared requester identities still face about one identical requester/workload/terms Quote per second; collisions now fail before Deal admission and leave no pending requester submissions. These measurements do not establish production capacity, performance superiority or developer-time savings. See the exact local qualification.

The current product candidate starts with “Make this catalog usable by another agent.” Codex or Claude Code can prepare selected JSON, typed CSV, or SQLite data, or a small Wasm function; run a local example; ask for exact publication approval; and return a provider/service share link. Native setup preserves existing agent settings. Recipients use the same native integration without npm.

See the publishing workflow and the qualification gates. This is a public prerelease: clean-machine agent tests, the real public relay journey through this profile, and first-time-user acceptance remain qualification gates. The first-user trial kit separates setup usability from evidence of a useful job. Supported targets are Apple Silicon macOS and Linux x86_64/arm64. The host must stay online.

The local captured-program replay now has complete evidence: Alice's retained 81,222-byte Wasm program matched four independently frozen answers, and all seven admitted signed chains were verified offline. The seven include an owner control, selected-data retrieval, four program executions and a separate looping program's budget failure. Exact completed data and compute retries recovered cached results after Bob stopped and Alice restarted. In that historical replay, get_task returned HTTP 502 with Bob stopped. The 3 October correction now revalidates saved terminal task evidence locally; unsigned or unresolved tasks still require Bob for refresh. Current-source local regressions pass; a fresh optimized native candidate also passed independent verification of all seven chains and all six saved Alice terminal task reads after Bob stopped and Alice restarted. Package/release gates and website publication remain separate checks.

This is deterministic replay of a program created in an earlier actual Codex session. That earlier fresh-session qualification remains failed because its complete chains were not captured and persistent Codex configuration changed. The replay starts no LLM, compiler or agent settings operation. See the reusable runbook and local finalization evidence.

Froglet gives one signed economic primitive for three product shapes:

ShapeDescription
Named ServicesDiscoverable, published service endpoints
Data-Backed ServicesServices backed by bot-authored data or projects
Open-Ended ComputeRaw compute targeted via provider_id or provider_url

The primary bot-facing integration surfaces are intentionally simple:

  • One OpenClaw/NemoClaw plugin id: froglet (at integrations/openclaw/froglet/)
  • One MCP server under integrations/mcp/froglet/, published as froglet-mcp for npx froglet-mcp, plus a dependency-minimal native bridge in froglet-node mcp
  • Both surfaces register a single agent-facing tool named froglet to the host (Claude Code, Codex, Cursor, Windsurf, etc.). The headline action is two-step marketplace_publish: the first call is a non-mutating plan, and the second must carry the exact approved consent_hash. Both native and JavaScript adapters delegate to the same Rust publication module and provider-control contract.
  • The froglet-node binary is both the daemon (running as a provider) and the author CLI (froglet-node init / build / publish / whoami, prepare-service, invoke, doctor, and check-updates). status --open --json returns a short-lived read-only local status URL.

Bots should be able to create small scriptable services directly, validate them locally, and publish them without starting from OCI images. OCI containers remain a supported packaging and deployment path.


Product Model

  • Any Froglet node can publish resources and invoke remote resources
  • Published resources are execution bindings backed by bot-authored projects, explicit source, or prebuilt artifacts
  • Easy bot authoring and local checking of scriptable services is a core product requirement
  • Identity is first-class in signed artifacts
  • Clearnet HTTPS, outbound relay HTTPS, and Tor v3 onion transport are supported registration paths for self-hosted providers. Bootstrap plans the official relay URL and suffix by default but keeps them dormant; publication fails closed until an exact durable grant makes the endpoint ready. Planned configuration is not a claim that its public operator service is deployed.

[!NOTE]

Marketplace, ranking, incentive, and broker policy live above the protocol.

Payment rails are adapter-level surfaces for local or self-hosted operators,

not normal buyer onboarding.

Lightning, Stripe, and x402 are the launch adapters in this repo. Lightning

and x402 have standardized kernel settlement methods with conformance

vectors; Stripe's stripe_mpp.v1 receipt shape is standardized but attested

rather than cryptographic. Only Lightning escrow uses the signed

invoice-bundle flow. x402's wire format is settled

(x402.eip3009.v1, conformance/x402_v1.json)

but its rail is not: no publish-path exposure and no live transcript on any

network. The first-party hosted try.froglet.dev trial was retired on

8 October 2026; the free public beta at https://froglet.dev/services/

replaces it. Hosted paid rails must not be claimed live until Lightning

and Stripe have public payment transcripts, and users should not be asked to

manage LND channels or payment secrets just to try Froglet.

Discovery & Compute model

  • Named services and data services are discovered through discovery
  • Open-ended compute uses the provider's direct compute offer via run_compute, targeted with provider_id or provider_url
  • Publication and bootstrap adapters may include Nostr-style publication without making any single relay or network the kernel source of truth

Components

Product-wise, Froglet is one node that can both provide and consume. The reference implementation exposes these binaries:

BinaryPurposeDefault Port
froglet-nodeProvider and/or runtime node (role configured via env)8080 / 8081

[!TIP]

Marketplace integration is part of the public Froglet surface. Runtimes can

point at the default public marketplace with FROGLET_MARKETPLACE_URL;

providers can self-register there after exposing a public HTTPS URL,

ident

ตัดมาแค่ช่วงต้น อ่านต่อใน repo

ถาม PopNx