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.