Sponsor Suno AI Music arrow_forward
Slash Command

Manage Api Versions

Manage API versions with proper migration strategies

Type
Slash Command
GitHub stars
2.8k
License
MIT
Repo last updated
Sep 27, 2026

What Manage Api Versions is

Manage Api Versions is a slash command published in the jeremylongshore/tons-of-skills-marketplace repository on GitHub, which has about 2.8k stars. The repository describes itself as: “Model-agnostic agent-skills platform with a harness-free canonical layer, verified adapters, and the ccpi package manager. Explore at tonsofskills.com.”

A slash command is a reusable prompt saved as a markdown file and run by typing its name after a slash. In Claude Code, custom commands have been merged into skills: a file in .claude/commands/ and a skill folder in .claude/skills/ both create the same kind of command, and existing command files keep working.

Manage Api Versions gives you a repeatable way to run the same instructions without retyping them, optionally with arguments.

How to install Manage Api Versions

Claude Code

  1. Download manage-api-versions.md from the repository.
  2. Save it to ~/.claude/commands/ (all projects) or .claude/commands/ (one project). As a skill, you can instead save it as ~/.claude/skills/<name>/SKILL.md.
  3. Run it by typing / followed by its name.

Claude Cowork

  1. Turn the command into a skill: create a folder with the file saved as SKILL.md and zip it.
  2. In Customize → Skills, click +, then upload the ZIP.
  3. Run it from any task with / and the skill name.

New to extending Cowork? Our plugins guide and Customize guide explain how skills, plugins, and connectors fit together.

Inside the source file

An excerpt from plugins/api-development/api-versioning-manager/commands/manage-api-versions.md, shared under the repository's MIT license. Read the full file on GitHub.

Implement comprehensive API versioning strategies with backward compatibility, smooth migration paths, deprecation workflows, and automated compatibility testing to ensure seamless API evolution.

When to Use This Command

Use /manage-api-versions when you need to:

  • Introduce breaking changes without disrupting existing clients
  • Support multiple API versions simultaneously
  • Provide smooth migration paths for API consumers
  • Implement deprecation strategies with clear timelines
  • Maintain backward compatibility while innovating
  • Comply with enterprise SLA requirements

DON'T use this when:

  • Building internal-only APIs with controlled clients (coordinate directly)
  • API is in early beta with no production users (iterate freely)
  • Changes are purely additive and backward compatible (versioning unnecessary)

Design Decisions

This command implements URL Path Versioning + Accept Header as the primary approach because:

  • Most intuitive for developers (visible in URL)
  • Easy to route and cache at infrastructure level
  • Clear version separation in code organization
  • Accept headers provide fine-grained control
  • Works well with API gateways and CDNs
  • Industry standard for REST APIs

Alternative considered: Header-Only Versioning

  • Cleaner URLs
  • More RESTful approach
  • Harder to test and debug
  • Recommended for purist REST APIs

Alternative considered: Query Parameter Versioning

  • Easy to implement
  • Optional versioning support
  • Can pollute URL structure
  • Recommended for simple versioning needs

Prerequisites

Before running this command:

  1. Define versioning strategy and policy
  2. Identify breaking vs. non-breaking changes
  3. Plan deprecation timeline (typically 6-12 months)
  4. Set up monitoring for version usage
  5. Prepare migration documentation

Implementation Process

Step 1: Choose Versioning Strategy

Select and implement the appropriate versioning mechanism for your API architecture.

Step 2: Create Version Infrastructure

Set up routing, middleware, and transformers for multi-version support.

Step 3: Implement Compatibility Layer

Build backward compatibility adapters and response transformers.

Step 4: Add Deprecation Workflow

Implement deprecation notices, sunset headers, and migration tools.

Step 5: Set Up Version Testing

Create comprehensive test suites covering all supported versions.

Output Format

The command generates:

  • api/v1/ - Version 1 implementation
  • api/v2/ - Version 2 implementation
  • middleware/version-router.js - Version routing logic
  • transformers/ - Version-specific data transformers
  • tests/compatibility/ - Cross-version compatibility tests
  • docs/migration-guide.md - Version migration documentation

Code Examples

Example 1: Comprehensive URL Path Versioning System

// middleware/version-router.js
const express = require('express');
const semver = require('semver');

class APIVersionManager {
  constructor(options = {}) {
    this.versions = new Map();
    this.defaultVersion = options.defaultVersion || 'v1';
    this.deprecationPolicy = options.deprecationPolicy || {
      warningPeriod: 90,  // days before sunset
      sunsetPeriod: 180   // days until removal
    };
    this.versionInfo = new Map();
  }

  registerVersion(version, router, metadata = {}) {
    this.versions.set(version, router);
    this.versionInfo.set(version, {
…

Example 2: Advanced Content Negotiation Versioning

// middleware/content-negotiation.js
const accepts = require('accepts');

class ContentNegotiationVersioning {
  constructor() {
    this.handlers = new Map();
    this.transformers = new Map();
  }

  register(version, mediaType, handler, transformer = null) {
    const key = `${version}:${mediaType}`;
    this.handlers.set(key, handler);

    if (transformer) {
      this.transformers.set(key, transformer);
    }
  }
…

Example 3: Automated Version Testing and Documentation

// tests/version-compatibility.test.js
const request = require('supertest');
const app = require('../app');

class VersionCompatibilityTester {
  constructor(app) {
    this.app = app;
    this.versions = ['v1', 'v2', 'v3'];
    this.endpoints = [];
    this.results = [];
  }

  addEndpoint(method, path, testCases) {
    this.endpoints.push({ method, path, testCases });
  }

  async runCompatibilityTests() {
    console.log('Running API version compatibility tests...\n');
…

Error Handling

Configuration Options

Versioning Strategies

  • url-path: Version in URL path (/v1/)
  • header: Version in Accept header
  • query: Version in query parameter

Before you install

  • Read the whole file first. Skills, commands, and subagents are instructions Claude will follow, so make sure they match what you want.
  • Check which tools, scripts, or MCP servers it uses. Local servers and scripts run with your permissions.
  • Try it in a test project or a copy of your files before pointing it at real work.
  • Pin the version you tested, and review changes before updating.
  • Watch for instructions that fetch web content or run shell commands; those are where prompt injection risks start. See our prompt injection guide.

FAQ

What is Manage Api Versions?

Manage Api Versions is a slash command for Claude Code and Claude Cowork from the jeremylongshore/tons-of-skills-marketplace repository on GitHub. Manage API versions with proper migration strategies

How do I install Manage Api Versions in Claude Code?

Download manage-api-versions.md from the repository. Save it to ~/.claude/commands/ (all projects) or .claude/commands/ (one project). As a skill, you can instead save it as ~/.claude/skills/<name>/SKILL.md. Run it by typing / followed by its name.

Can I use Manage Api Versions in Claude Cowork?

Turn the command into a skill: create a folder with the file saved as SKILL.md and zip it. In Customize → Skills, click +, then upload the ZIP. Run it from any task with / and the skill name.

Is Manage Api Versions safe to install?

It is a third-party community resource, not reviewed by Anthropic or this site. Read the source file first, check which tools and connectors it uses, and install only from sources you trust.

Similar resources

Browse all skills, subagents, and plugins →

Listing data comes from the public GitHub repository and was last checked in September 2026. Excerpts are © their authors and shared under MIT. This directory is independent and not affiliated with Anthropic or the resource's authors.