sdk-changelog

SDK Examples & Changelog Writing

Safety Notice

This listing is imported from skills.sh public index metadata. Review upstream SKILL.md and repository scripts before running.

Copy this and send it to your AI assistant to learn

Install skill "sdk-changelog" with this command: npx skills add mikefilsaime-groove/clickcampaigns-for-claude-code-in-cursor/mikefilsaime-groove-clickcampaigns-for-claude-code-in-cursor-sdk-changelog

SDK Examples & Changelog Writing

Create professional-grade SDK examples and product changelogs that facilitate developer adoption and keep users informed about product evolution. This skill focuses on technical clarity, code usability, and clear value communication.

Core Objectives

  • Produce clean, working code examples for SDKs

  • Communicate product updates through clear, structured changelogs

  • Facilitate developer "Time to First Hello World"

  • Bridge the gap between technical engineering and user-facing marketing

  • Maintain a consistent history of product improvement

Mandatory Elements

  1. SDK Documentation
  • Getting Started: Clear installation instructions (npm, pip, etc.).

  • Code Snippets: Concise, copy-pasteable examples for core functions.

  • Contextual Comments: Explaining "why" certain parameters are used.

  1. Changelog Structure
  • Semantic Versioning: Clear version numbers (e.g., v1.2.0).

  • Categorization: Added, Changed, Deprecated, Removed, Fixed, Security.

  • User Impact: Explaining what the change means for the user.

Structure & Frameworks

The "Perfect Example" Framework

  • Prerequisites: What you need before running the code.

  • The Code: The most minimal version that achieves the goal.

  • The Explanation: Breakdown of key components.

  • The Output: What the developer should expect to see.

Changelog Writing Standard

  • Clarity over Cleverness: "Fixed bug in auth" is better than "Polishing the gates."

  • Action-Oriented: Use verbs like "Added," "Improved," "Fixed."

  • Link to Docs: Always link to new documentation for significant feature updates.

Voice & Tone Guidelines

  • Developer-Centric: Precise, efficient, and respect the developer's time.

  • Transparent: Honest about bugs fixed and changes made.

  • Concise: No fluff. Get straight to the technical point.

  • Formatting: Heavy use of backticks for code symbols and markdown tables for changelogs.

Concrete Examples

SDK Example: Authentication

import { Client } from 'click-campaigns-sdk';

// Initialize the client const client = new Client({ apiKey: process.env.CC_API_KEY });

// Fetch your first campaign const campaign = await client.campaigns.get('camp_123'); console.log(Successfully fetched: ${campaign.name});

Changelog Entry: v2.1.0

Category Change

Added Parallel execution support for LangGraph agents.

Fixed Resolved race condition in WebSocket reconnection logic.

Changed Updated instructionLoader to prioritize local skills over fallbacks.

Security Patched dependency vulnerability in yaml-parser .

Quality Checklist

For every output, ask:

  • Is the code example copy-pasteable and working?

  • Are all prerequisites for the SDK example listed?

  • Is the changelog categorized correctly (Added/Fixed/etc.)?

  • Is the technical terminology accurate for the target platform?

  • Would a new developer find this helpful within 30 seconds?

Source Transparency

This detail page is rendered from real SKILL.md content. Trust labels are metadata-based hints, not a safety guarantee.

Related Skills

Related by shared tags or category signals.

Coding

crm-setup

No summary provided by upstream source.

Repository SourceNeeds Review
Coding

legal-policy

No summary provided by upstream source.

Repository SourceNeeds Review
Coding

saas-dev-marketing

No summary provided by upstream source.

Repository SourceNeeds Review
Coding

book-writing

No summary provided by upstream source.

Repository SourceNeeds Review