원클릭으로
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.