| 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596 |
- ---
- title: "Windsurf setup"
- description: "Configure Windsurf for your documentation workflow"
- icon: "water"
- ---
- Configure Windsurf's Cascade AI assistant to help you write and maintain documentation. This guide shows how to set up Windsurf specifically for your Mintlify documentation workflow.
- ## Prerequisites
- - Windsurf editor installed
- - Access to your documentation repository
- ## Workspace rules
- Create workspace rules that provide Windsurf with context about your documentation project and standards.
- Create `.windsurf/rules.md` in your project root:
- ````markdown
- # Mintlify technical writing rule
- ## Project context
- - This is a documentation project on the Mintlify platform
- - We use MDX files with YAML frontmatter
- - Navigation is configured in `docs.json`
- - We follow technical writing best practices
- ## Writing standards
- - Use second person ("you") for instructions
- - Write in active voice and present tense
- - Start procedures with prerequisites
- - Include expected outcomes for major steps
- - Use descriptive, keyword-rich headings
- - Keep sentences concise but informative
- ## Required page structure
- Every page must start with frontmatter:
- ```yaml
- ---
- title: "Clear, specific title"
- description: "Concise description for SEO and navigation"
- ---
- ```
- ## Mintlify components
- ### Callouts
- - `<Note>` for helpful supplementary information
- - `<Warning>` for important cautions and breaking changes
- - `<Tip>` for best practices and expert advice
- - `<Info>` for neutral contextual information
- - `<Check>` for success confirmations
- ### Code examples
- - When appropriate, include complete, runnable examples
- - Use `<CodeGroup>` for multiple language examples
- - Specify language tags on all code blocks
- - Include realistic data, not placeholders
- - Use `<RequestExample>` and `<ResponseExample>` for API docs
- ### Procedures
- - Use `<Steps>` component for sequential instructions
- - Include verification steps with `<Check>` components when relevant
- - Break complex procedures into smaller steps
- ### Content organization
- - Use `<Tabs>` for platform-specific content
- - Use `<Accordion>` for progressive disclosure
- - Use `<Card>` and `<CardGroup>` for highlighting content
- - Wrap images in `<Frame>` components with descriptive alt text
- ## API documentation requirements
- - Document all parameters with `<ParamField>`
- - Show response structure with `<ResponseField>`
- - Include both success and error examples
- - Use `<Expandable>` for nested object properties
- - Always include authentication examples
- ## Quality standards
- - Test all code examples before publishing
- - Use relative paths for internal links
- - Include alt text for all images
- - Ensure proper heading hierarchy (start with h2)
- - Check existing patterns for consistency
- ````
|