api-spec-brainstorming

Draft public API contracts and registry entries with named types and protocol bindings.

10|Updated Jun 1, 2026
One-click install
npx skills add https://github.com/superluminar-io/pinky-promise --skill api-spec-brainstorming
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: api-spec-brainstorming
Source: https://github.com/superluminar-io/pinky-promise/tree/main/skills/api-spec-brainstorming
Command: npx skills add https://github.com/superluminar-io/pinky-promise --skill api-spec-brainstorming

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Draft and harmonize the public API surface with the brainstorming process to capture a versioned contract in the registry.

Core Features & Use Cases

  • Concurrently shape the service API and surface missing registry entries for external dependencies.
  • Produce a draft contract and a draft bindings document compatible with pinky-promise formats.
  • Use cases: service design, registry prep, and cross-team API alignment.

Quick Start

Draft the initial public API surface and surface missing registry entries while brainstorming.

Frequently Asked Questions about api-spec-brainstorming

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

FAQPage Schema
How do I draft an API surface while brainstorming a new service?

Draft the API surface by concurrently shaping named types, operations, events, and protocol bindings during brainstorming to capture a versioned contract in a registry-ready format.

What is the best way to align cross-team API contracts during service design?

The best way to align cross-team API contracts is to draft a public API surface and surface missing registry entries for external dependencies, ensuring all teams sync to a single versioned contract.

Can I use this to prepare registry entries for external API dependencies?

Yes, you can surface missing registry entries for external APIs by identifying gaps and drafting the required contract and pinky-promise bindings in a compatible format.

How do you create pinky-promise bindings for a new service?

Create pinky-promise bindings by drafting the public API surface with named types, operations, events, and protocol bindings, outputting a draft bindings document ready for registry prep.

Does this work for major version bumps or only new service design?

This works for both new service design and major version bumps, allowing producers to draft updated API contracts and consumers to surface missing registry entries for external dependencies.

What format should API contracts be in for registry prep?

API contracts should be in a registry-ready format with named types, operations, events, and protocol bindings, specifically producing draft contracts and pinky-promise bindings documents.