How AI is applied across API Evangelist and APIs.io. Read my AI disclosure →
API Evangelist API Evangelist
Discovery
Learnings
Guidance
Toolbox
Alignment
API Evangelist LLC

anecdotes Requirements API

**Requirements** tie **controls** to expected **evidence** and framework scoping. These endpoints cover listing customer requirements, simple **create / read / update / delete** for a single requirement id (`requirement_…`), and reading / updating **custom field** values on requirements.

anecdotes Requirements API is one of 18 APIs that anecdotes publishes on the APIs.io network, described by a machine-readable OpenAPI specification.

Tagged areas include Requirements. The published artifact set on APIs.io includes an OpenAPI specification, API documentation, an API reference, a getting-started guide, and authentication docs.

This API exposes 7 operations across 6 paths, and defines 7 schemas. It is described by OpenAPI 3.2.0, at version 1.0.0.

Requests are made against a single base URL, https://api.anecdotes.ai.

7 operations 6 paths 7 schemas 1 DELETE3 GET2 PATCH1 POST

Metadata

The identity and technical contract details declared by the specification.

Specification
OpenAPI 3.2.0
API Version
1.0.0
Base URL
https://api.anecdotes.ai
Authentication
API Key, HTTP Bearer
Contact
Resource Areas
1

Authentication & Security 2

anecdotes Requirements API declares 2 security schemes for authenticating requests. An API key is passed in the header as x-anecdotes-api-key (ApiKey). It accepts HTTP bearer tokens (JWT) (Bearer). By default, every request must be authenticated.

  • ApiKey — API key created in the Anecdotes platform. Used only for the Exchange API key endpoint.
  • Bearer — JWT obtained from the Exchange API key endpoint. Valid for 1 hour.

Paths & Operations 7

Across 6 paths, the API surfaces 7 operations — 1 DELETE, 3 GET, 2 PATCH, 1 POST. Each is listed below with its method, path, parameters, and response codes.

Requirements 7

Requirements tie controls to expected evidence and framework scoping. These endpoints cover listing customer requirements, simple create / read / update / delete for a single requ…

GET
/api/v1/requirement
Get all requirements
listRequirements 2 params → 200401422
POST
/api/v1/requirement/
Create a custom requirement
createRequirement body → 201401422
GET
/api/v1/requirement/{requirement_id}
Get requirement by id
getRequirementById → 200401404422
DELETE
/api/v1/requirement/{requirement_id}/
Delete a requirement
deleteRequirement → 200204401404422
PATCH
/api/v1/requirement/{requirement_id}/
Update a requirement
updateRequirement body → 200201401404422
PATCH
/api/v1/requirement/{requirement_id}/fields/{field_id}
Set a custom field value on a requirement
setRequirementCustomFieldValue body → 204401500
GET
/api/v1/requirements/fields
Get all requirement custom field values
listRequirementCustomFieldValues → 200401422

Schemas 7

The contract defines 7 schemas that model the data the API accepts and returns. The most detailed are Requirement (18 properties), RequirementUpdateBody (6 properties), RequirementCreateRequest (5 properties), RequirementUpdateRequestEnvelope (2 properties). Each schema is shown below with its type and property counts.

RequirementUpdateRequestEnvelope
object
2 properties
RequirementCustomFieldValueUpdate
object
Body for setting a custom field value on a requirement. The value shape depends on the field type.
1 property 1 required
Requirement
object
A customer requirement instance. Field names mirror the live API; additional fields may appear (additionalProperties).
18 properties
RequirementCreateRequest
object
5 properties 3 required
RequirementCustomFieldValues
object
Custom field values across requirements: a map of requirement id → field id → { "value": … }. Empty object when nothing is set.
ValidationError
object
Validation error response. Each item in detail describes one validation failure. The loc array identifies the field path — each segment may be a string (field…
1 property
RequirementUpdateBody
object
6 properties

Specification

The full machine-readable OpenAPI contract behind this narrative.

Source

anecdotes-requirements-api-openapi.yml Raw ↑

Other APIs anecdotes publishes across the network.

Anecdotes MCP Proxy
anecdotes Analysis Rules API
anecdotes Authorization API
anecdotes Create Controls API
anecdotes Create Evidence API
anecdotes Custom Fields API
anecdotes Download Evidence API
anecdotes Findings API
anecdotes Framework API
anecdotes Gated API
anecdotes Policy Manager API
anecdotes Public API
Where this information came from

This is an independent, third-party profile of anecdotes Requirements API, published by API Evangelist. We do not operate, host, resell, or support these APIs, and we are not affiliated with or endorsed by the company unless stated above. Everything here is built from publicly available information — the company's own site, developer portal, documentation, public repositories, and the specifications it publishes for public use. Nothing is obtained by breaching a system, defeating an access control, or using credentials.

The Kin Score and Agent Readiness rating are independently calculated assessments of a company's public API artifacts, scored against a published rubric. They are not certifications, endorsements, security assessments, or audits.

Corrections, re-scores, and removal are free — no partnership or purchase required, and you do not need to justify the request. A removed company is recorded as unrated, never scored zero for having asked. Acknowledgement within one business day; removal within two.

info@apievangelist.com · Read the full data-sourcing policy →
On a security or compliance team? Put security in the subject line and you will get a person, not a form — we will tell you exactly which public URLs this profile was built from.