MCP HubMCP Hub
Retour aux compétences

build-cli-plugin

pjt222
Mis à jour Yesterday
4 vues
17
2
17
Voir sur GitHub
Métadesign

À propos

Cette compétence guide les développeurs dans la construction de plugins ou d'adaptateurs CLI en utilisant le modèle de classe de base abstraite. Elle couvre la définition du contrat du plugin, la mise en œuvre d'opérations d'installation/désinstallation idempotentes, et le choix de stratégies d'installation comme les liens symboliques ou la copie. Utilisez-la pour ajouter la prise en charge de nouveaux frameworks à un installateur CLI ou pour étendre une architecture de plugin existante.

Installation rapide

Claude Code

Recommandé
Principal
npx skills add pjt222/agent-almanac -a claude-code
Commande PluginAlternatif
/plugin add https://github.com/pjt222/agent-almanac
Git CloneAlternatif
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/build-cli-plugin

Copiez et collez cette commande dans Claude Code pour installer cette compétence

Documentation

Build a CLI Plugin

Add plugin/adapter to CLI tool's pluggable arch via abstract base class.

Use When

  • Add support for new target framework to CLI installer
  • Build plugin system for multi-target CLI tool
  • Extend existing adapter arch w/ new strategy variant
  • Port content delivery to framework w/ diff file layout

In

  • Required: Framework/target plugin supports (name, config paths, conventions)
  • Required: Path to base class or plugin contract
  • Required: Install strategy: symlink, copy, file-per-item, append-to-file
  • Optional: Content types plugin handles (skills only, skills+agents, full)
  • Optional: Scope support (project, global, both)

Do

Step 1: Define Contract

Base class establishes interface all plugins implement:

export class FrameworkAdapter {
  static id = 'base';            // Unique identifier
  static displayName = 'Base';   // Human-readable name
  static strategy = 'symlink';   // Installation strategy
  static contentTypes = ['skill']; // What this adapter handles

  async detect(projectDir) { return false; }
  getTargetPath(projectDir, scope) { throw new Error('Not implemented'); }
  async install(item, projectDir, scope, options) { throw new Error('Not implemented'); }
  async uninstall(item, projectDir, scope, options) { throw new Error('Not implemented'); }
  async listInstalled(projectDir, scope) { return []; }
  async audit(projectDir, scope) { return { framework: this.constructor.displayName, ok: [], warnings: [], errors: [] }; }
  supports(contentType) { return this.constructor.contentTypes.includes(contentType); }
}

Static fields define identity + capabilities:

  • id: Used in --framework <id> + result reporting
  • displayName: Shown in human-readable out
  • strategy: How content reaches target
  • contentTypes: Filter which items adapter receives

Base class missing → create first. Pattern scales to any # of plugins.

Base class w/ static identity fields + abstract methods.

If err: Methods don't apply to all plugins (not all support audit) → default impls that return sensible no-ops.

Step 2: Pick Strategy

StrategyWhen to useExample
symlinkTarget reads source files directly. Cheapest, stays in sync.Claude Code reads .claude/skills/<name>/ symlinks
copyTarget needs files in its own directory. Modifications don't propagate.Some IDEs index only their own dirs
file-per-itemTarget expects one file per item with specific format.Cursor .mdc rules files
append-to-fileTarget reads a single instructions file.Aider CONVENTIONS.md, Codex AGENTS.md

Strategy → impl shape:

  • Symlink: symlinkSync(source, target) — handle rel vs abs paths
  • Copy: cpSync(source, target, { recursive: true }) — handle overwrites
  • File-per-item: writeFileSync(target, transform(content)) — maybe format convert
  • Append-to-file: Wrap in markers for idempotent insert/replace/remove

Strategy picked w/ clear rationale based on how target discovers content.

If err: Unsure → check framework docs for how it discovers config/instruction files. Default symlink if framework reads arbitrary dirs.

Step 3: Impl Detection

Detection tells CLI which frameworks present in project:

// In detector.js — each rule checks for a filesystem marker
const RULES = [
  {
    id: 'my-framework',
    displayName: 'My Framework',
    check: (dir) => existsSync(resolve(dir, '.myframework/')),
    marker: '.myframework/',
    scope: 'project',
  },
];

Strategies:

  • Dir presence: .claude/, .cursor/, .gemini/
  • Config file: opencode.json, .aider.conf.yml
  • Instruction file: AGENTS.md, CONVENTIONS.md
  • Global markers: ~/.openclaw/, ~/.hermes/

Always return marker in result so users see why framework detected.

Detection rule reliably IDs framework, no false positives.

If err: No unique marker (generic dir) → combine markers or require explicit --framework.

Step 4: Impl Install w/ Idempotency

async install(item, projectDir, scope, options) {
  const targetDir = this.getTargetPath(projectDir, scope);
  const targetPath = resolve(targetDir, item.id);

  // Idempotency: skip if already installed (unless force)
  if (existsSync(targetPath) && !options.force) {
    return { action: 'skipped', path: targetPath };
  }

  if (options.dryRun) {
    return { action: 'created', path: targetPath, details: 'dry-run' };
  }

  // Ensure parent directory exists
  mkdirSync(targetDir, { recursive: true });

  // Strategy-specific installation
  if (this.constructor.strategy === 'symlink') {
    const relPath = relative(targetDir, item.sourceDir);
    symlinkSync(relPath, targetPath);
  } else if (this.constructor.strategy === 'copy') {
    cpSync(item.sourceDir, targetPath, { recursive: true });
  }

  return { action: 'created', path: targetPath };
}

Idempotency rules:

  • Skip if target exists + no --force
  • Overwrite if --force (remove then install)
  • Dry-run always succeeds w/ action: 'created'
  • Return always { action, path, details? }

Install creates at target, skips if present, respects --force + --dry-run.

If err: Symlink fails on Win/NTFS → fall back to dir junction or copy. Log fallback.

Step 5: Impl Uninstall w/ Cleanup

async uninstall(item, projectDir, scope, options) {
  const targetDir = this.getTargetPath(projectDir, scope);
  const targetPath = resolve(targetDir, item.id);

  if (!existsSync(targetPath)) {
    return { action: 'skipped', path: targetPath };
  }

  if (options.dryRun) {
    return { action: 'removed', path: targetPath };
  }

  // Remove the installed content
  rmSync(targetPath, { recursive: true });

  return { action: 'removed', path: targetPath };
}

Cleanup:

  • Remove only what plugin installed — never user files
  • Append-to-file: remove marked section, not full file
  • Leave parent dirs (other plugins may use)

Uninstall removes only plugin content, nothing else.

If err: Removal fails (perms, locked) → return err result, don't throw.

Step 6: Impl List + Audit

async listInstalled(projectDir, scope) {
  const targetDir = this.getTargetPath(projectDir, scope);
  if (!existsSync(targetDir)) return [];

  const entries = readdirSync(targetDir);
  return entries.map(name => {
    const fullPath = resolve(targetDir, name);
    const broken = lstatSync(fullPath).isSymbolicLink()
      && !existsSync(fullPath);
    return { id: name, type: 'skill', broken };
  });
}

async audit(projectDir, scope) {
  const items = await this.listInstalled(projectDir, scope);
  const ok = items.filter(i => !i.broken);
  const broken = items.filter(i => i.broken);
  return {
    framework: this.constructor.displayName,
    ok: [`${ok.length} skills installed`],
    warnings: [],
    errors: broken.map(i => `Broken: ${i.id}`),
  };
}

List returns installed items + broken-link detection. Audit summarizes health.

If err: Target dir doesn't exist → empty results (not err — framework has nothing installed).

Step 7: Register Plugin

// In adapters/index.js
import { MyFrameworkAdapter } from './my-framework.js';
register(MyFrameworkAdapter);

Registration → adapter available for:

  • Auto-detection (detectFrameworks()getAdaptersForDetections())
  • Explicit select (--framework my-framework)
  • Listing (listAdapters())

Adapter appears in tool detect out + targetable w/ --framework.

If err: Not appearing → verify static id matches detection rule id + register() called.

Step 8: Tests

describe('adapter: my-framework (dry-run)', () => {
  it('targets the correct path', () => {
    const out = run('install create-skill --framework my-framework --dry-run');
    assert.match(out, /\.myframework/i);
  });
});

Min: dry-run path, detection presence, content type support.

Adapter-specific tests confirm path + behavior.

If err: Framework not detected in CI (no marker dir) → use --framework explicitly.

Check

  • Extends base class correctly
  • Static fields (id, displayName, strategy, contentTypes) set
  • Detection rule IDs framework, no false positives
  • install() idempotent (skip if exists, respect --force)
  • uninstall() removes only plugin content
  • listInstalled() detects broken symlinks
  • audit() reports health accurately
  • Plugin registered + appears in tool detect
  • Dry-run tests pass

Traps

  • Relative vs abs symlinks: Project-scope relative (portable). Global-scope absolute (not cwd-dep)
  • Missing parent dirs: Always mkdirSync(dir, { recursive: true }) before create
  • Append w/o markers: No idempotent markers → repeats duplicate. Always wrap
  • Detection false positives: Generic dir name (.config/) may match multiple. Use specific file markers inside
  • Skip supports() check: Installer calls supports(item.type) before dispatching. Wrong contentTypes → silently skips

  • scaffold-cli-command — build CLI cmds that use plugin
  • test-cli-application — testing patterns for CLI + adapter tests
  • design-cli-output — terminal out for install/uninstall results

Dépôt GitHub

pjt222/agent-almanac
Chemin: i18n/caveman-ultra/skills/build-cli-plugin
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

Compétences associées

content-collections

Méta

Cette compétence propose une configuration éprouvée en production pour Content Collections, un outil axé sur TypeScript qui transforme des fichiers Markdown/MDX en collections de données typées de manière sûre avec une validation Zod. Utilisez-la lors de la création de blogs, de sites de documentation ou d'applications Vite + React riches en contenu pour garantir la sécurité de typage et la validation automatique du contenu. Elle couvre tout, de la configuration du plugin Vite et de la compilation MDX à l'optimisation des déploiements et la validation des schémas.

Voir la compétence

polymarket

Méta

Cette compétence permet aux développeurs de créer des applications avec la plateforme de marchés prédictifs Polymarket, incluant l'intégration d'API pour le trading et les données de marché. Elle fournit également une diffusion de données en temps réel via WebSocket pour surveiller les transactions en direct et l'activité du marché. Utilisez-la pour mettre en œuvre des stratégies de trading ou pour créer des outils traitant les mises à jour de marché en direct.

Voir la compétence

creating-opencode-plugins

Méta

Cette compétence aide les développeurs à créer des plugins OpenCode qui s'interconnectent avec plus de 25 types d'événements tels que les commandes, les fichiers et les opérations LSP. Elle fournit la structure du plugin, les spécifications de l'API événementielle et les modèles d'implémentation pour les modules JavaScript/TypeScript. Utilisez-la lorsque vous avez besoin d'intercepter, de surveiller ou d'étendre le cycle de vie de l'assistant IA OpenCode avec une logique personnalisée pilotée par les événements.

Voir la compétence

sglang

Méta

SGLang est un framework de service LLM haute performance spécialisé dans la génération rapide et structurée pour les workflows JSON, regex et agentiques grâce à son cache de préfixe RadixAttention. Il offre une inférence nettement plus rapide, particulièrement pour les tâches avec des préfixes répétés, ce qui le rend idéal pour les sorties complexes et structurées ainsi que les conversations multi-tours. Choisissez SGLang plutôt que des alternatives comme vLLM lorsque vous avez besoin d'un décodage contraint ou que vous construisez des applications avec un partage étendu de préfixes.

Voir la compétence