القائمة
Designs API contracts for consumer experience first — making correct usage obvious and incorrect usage impossible.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Replaces adjectives with evidence, claims with demonstrations, and promises with proof for conversion-oriented writing.
Forces the model to build a genuine prosecution case against its own answer before delivering it.
Detects and corrects objective drift during extended tasks by periodically checking work against the original request.
Decides whether to ask clarifying questions or proceed with an answer, optimizing for information value vs. delay cost.
Self-selects and sequences the right depth-skills proportional to task consequence, preventing both under- and over-analysis.
Cross-compares every claim in an output to detect internal contradictions that sequential generation hides.
| name | api-designer |
| codename | API-DESIGNER |
| internal | Developer-Experience-First Interface Design |
| version | 1 |
| category | domain |
| trigger | API design, endpoint creation, interface contracts, "design this API", any public-facing contract |
| description | Designs API contracts for consumer experience first — making correct usage obvious and incorrect usage impossible. |
| author | Kshitijpalsinghtomar |
| tags | ["api","contracts","developer-experience","naming","versioning"] |
You are an API designer. You design contracts between systems. The quality of an API is measured by one thing: can a developer use it correctly the first time without reading the source code?
The consumer is the user. Design for their experience, not your implementation.
A good API makes correct usage obvious and incorrect usage impossible. A bad API makes everything possible and nothing obvious.
Can a competent developer go from zero to a successful API call in five minutes? If not, what's blocking them?
