Skip to content
Back to skills

Go Api Contract

ASecurity

Use when a REST change can alter what a deployed client distinguishes across success, error, replay, async recovery, or compatibility.

  • 7 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 24, 2026
developmentgoapi

Works with

  • cursor
  • terminal
  • cli
  • api

Security analysis

A100/100

Pro scans all 6 files and shows the line behind each finding

Scanned September 24, 2026

npx -y skills add Dankosik/go-service-template-rest --skill go-api-contract --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Go Api Contract?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Go Api Contract
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/dankosik-go-api-contract/badge)](https://www.skillsdirectory.com/skills/dankosik-go-api-contract)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: go-api-contract
description: "Use when a REST change can alter what a deployed client distinguishes across success, error, replay, async recovery, or compatibility."
metadata:
  invocation: model
  kind: method
---

# Go API Contract

A public API is an **observable contract**: every distinction a deployed client
can detect is a clause.

`request acceptance -> success -> failure -> replay or async recovery -> compatibility -> proof`

For a delegated Decision or Review, or when the active artifact requires its
result interface, load the
[shared specialist contract](../../contracts/specialist-contract.md).
When meaningful ordering, comparison, exhaustive accounting, or a required
decision/review handoff needs structured representation, build `ObservableCell{surface, old, accepted,
client_consequence, owner, proof}` matrix from
`api/openapi/service.yaml`, the serving router, `internal/problem`, and affected
consumers. Each changed cell names the old behavior, accepted behavior, client
consequence, canonical owner, and proof.
Otherwise, a single local path may use a grounded observable judgment and
matching proof while retaining each affected negative, replay, and unknown outcome.

Status, body shape or absence, error code and details, default and nullability,
pagination order and cursor, resource identity, retry outcome, and unknown
mutation outcome are observables. A green schema diff proves syntax, not
compatibility.

A Decision fills every missing cell and its migration behavior. A Review tries
to falsify every accepted cell through a client-visible example. Complete only
when every changed observable has one stable clause and consumer-runnable proof
or a named evidence gap.

The scope starts at the changed published operation and closes only after every
terminal, replay, and unknown-outcome state that a client can distinguish.
Load the [reference selector](references/index.md) only for its stated pressure.

Files in this skill

  • SKILL.md1.9 KB
  • references/async-operation-contracts.md2.5 KB
  • references/compatibility-and-versioning.md2.6 KB
  • references/error-contract-profile.md3.3 KB
  • references/idempotency-and-replay.md2.2 KB
  • references/index.md1.6 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…