add-plugin

Add or refactor agentpay plugins into the shared CLI/daemon architecture.

Updated May 3, 2026
One-click install
npx skills add https://github.com/cwsqwe123/RamCoin --skill add-plugin-cwsqwe123
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: add-plugin
Source: https://github.com/cwsqwe123/RamCoin/tree/main/skills/add-plugin
Command: npx skills add https://github.com/cwsqwe123/RamCoin --skill add-plugin-cwsqwe123

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill reduces the friction of adding or refactoring agentpay integrations by giving a reusable, consistent path for wiring a new plugin into the existing CLI/daemon flow.

Core Features & Use Cases

  • Reusable Plugin Architecture: Guides you to create a dedicated src/plugins/<plugin>.ts, register it in src/plugins/index.ts, and keep plugin business logic isolated.
  • Correct Shared Daemon Integration: Recommends reusing CliPluginContext for signing, policy checks, approvals, and transaction broadcast rather than duplicating core wallet plumbing.
  • Remote Client Isolation: Encourages placing scraping, HTTP calls, cookies, and any browser bootstrap behavior under src/lib/<plugin>* so shared CLI code stays clean.
  • Deterministic Testing Focus: Promotes mocked CLI tests and coverage for --help, happy paths, unsupported modes, and --broadcast preview vs live behavior.
  • Reference-Driven Implementation: Uses src/plugins/bitrefill.ts as the canonical example of command style and plugin boundaries.

Quick Start

Ask the AI to help you add a new agentpay <plugin> integration by following the shared plugin registration pattern in src/plugins, placing plugin-specific API or scraping code in src/lib/<plugin>, reusing CliPluginContext for signing and policy, and adding focused CLI tests for the new command tree.

Frequently Asked Questions about add-plugin

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I add a new payment provider plugin to a CLI daemon?▼

To add a new payment provider plugin, create a dedicated `src/plugins/<plugin>.ts` file, register it in `src/plugins/index.ts`, and isolate HTTP or scraping logic under `src/lib/<plugin>*` to maintain a clean CLI daemon architecture.

What is the best way to structure transaction signing and policy checks for a CLI plugin?▼

The best way to structure transaction signing and policy checks is to reuse the shared `CliPluginContext` rather than duplicating core wallet plumbing, ensuring consistent approvals and transaction broadcasts across all CLI plugin integrations.

How should I test CLI plugin commands and broadcast behavior?▼

You should test CLI plugin commands using deterministic mocked CLI tests that specifically cover `--help` outputs, happy paths, unsupported modes, and the differences between `--broadcast` live behavior and preview executions.

Does agentpay plugin development require isolating browser bootstrap logic?▼

Yes, agentpay plugin development requires isolating browser bootstrap behavior, scraping, cookies, and HTTP calls under `src/lib/<plugin>*` so the shared CLI code and daemon plugin architecture remain clean and maintainable.

Can I refactor an existing payment integration into the shared plugin architecture?▼

You can refactor an existing payment integration by applying the shared plugin registration pattern, using `src/plugins/bitrefill.ts` as the canonical reference for command style, plugin boundaries, and consistent transport implementation.

Why do my CLI plugin integrations have inconsistent transaction broadcasts?▼

CLI plugin integrations have inconsistent transaction broadcasts when core wallet plumbing is duplicated instead of reusing `CliPluginContext` for signing, policy checks, approvals, and broadcast flows across the daemon architecture.