بنقرة واحدة
dust-swagger
MANDATORY guideline - Always keep Swagger documentation in sync when modifying API endpoints or schemas.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
MANDATORY guideline - Always keep Swagger documentation in sync when modifying API endpoints or schemas.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Implement a new LLM endpoint class (provider/api/region/model) in the `model_constructors` router with the integration test harness, test-first. Use when adding a stream (or batch) endpoint class for a model on a specific provider API + region during the LLM router refactoring.
Step-by-step guide for creating new internal MCP server integrations in Dust that connect to remote platforms (Jira, HubSpot, Salesforce, etc.). Use when adding a new MCP server, implementing a platform integration, or connecting Dust to a new external service.
Step-by-step guide for adding support for a new LLM in Dust. Use when adding a new model, or updating a previous one.
Add a new audit log event in `front`. Use when instrumenting a new user or system action for WorkOS audit logging, including schema creation, `AuditAction` updates, and the correct emit call after the mutation path.
Step-by-step guide for creating and running SQL schema migrations in `front` or `connectors` using the `npm run migration:*` tooling (pg-schema-diff + Umzug). Use when adding or removing columns, tables, or indexes that require a coordinated deploy.
Implement a new built-in webhook source provider in `front`. Use when adding a webhook provider such as Linear, GitHub, or Fathom, including provider research, OAuth prerequisites, provider-specific types and client code, preset registration, UI components, and end-to-end testing.
| name | dust-swagger |
| description | MANDATORY guideline - Always keep Swagger documentation in sync when modifying API endpoints or schemas. |
MANDATORY: Any change to an API endpoint schema must be reflected in the Swagger documentation. Do not consider an API change complete until Swagger is updated.
Automatically applies whenever you are:
front/pages/api/** or front/app/api/**When modifying API schemas, check and update the following:
pages/api/swagger_private_schemas.ts — shared schemas for the private APIpages/api/v1/w/[wId]/swagger_schemas.ts — shared schemas for the public API@swagger annotation in the endpoint file itself@swagger annotation (with proper documentation) or @ignoreswagger (for internal/undocumented endpoints). This is enforced by the lint:swagger-annotations check.@swaggerschema point to a corresponding swagger schema. When modifying such a type, always update the referenced schema.Example:
/**
* @swaggerschema PrivateUser (swagger_private_schemas.ts)
*/
export type UserTypeWithWorkspaces = UserType & {
workspaces: WorkspaceType[];
};
@swagger annotations and shared schema fileslint:swagger-annotations passesYou don't need to manually invoke this skill - these guidelines should be followed automatically for any API-related work.