windsurf.mdx 2.7 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596
  1. ---
  2. title: "Windsurf setup"
  3. description: "Configure Windsurf for your documentation workflow"
  4. icon: "water"
  5. ---
  6. 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.
  7. ## Prerequisites
  8. - Windsurf editor installed
  9. - Access to your documentation repository
  10. ## Workspace rules
  11. Create workspace rules that provide Windsurf with context about your documentation project and standards.
  12. Create `.windsurf/rules.md` in your project root:
  13. ````markdown
  14. # Mintlify technical writing rule
  15. ## Project context
  16. - This is a documentation project on the Mintlify platform
  17. - We use MDX files with YAML frontmatter
  18. - Navigation is configured in `docs.json`
  19. - We follow technical writing best practices
  20. ## Writing standards
  21. - Use second person ("you") for instructions
  22. - Write in active voice and present tense
  23. - Start procedures with prerequisites
  24. - Include expected outcomes for major steps
  25. - Use descriptive, keyword-rich headings
  26. - Keep sentences concise but informative
  27. ## Required page structure
  28. Every page must start with frontmatter:
  29. ```yaml
  30. ---
  31. title: "Clear, specific title"
  32. description: "Concise description for SEO and navigation"
  33. ---
  34. ```
  35. ## Mintlify components
  36. ### Callouts
  37. - `<Note>` for helpful supplementary information
  38. - `<Warning>` for important cautions and breaking changes
  39. - `<Tip>` for best practices and expert advice
  40. - `<Info>` for neutral contextual information
  41. - `<Check>` for success confirmations
  42. ### Code examples
  43. - When appropriate, include complete, runnable examples
  44. - Use `<CodeGroup>` for multiple language examples
  45. - Specify language tags on all code blocks
  46. - Include realistic data, not placeholders
  47. - Use `<RequestExample>` and `<ResponseExample>` for API docs
  48. ### Procedures
  49. - Use `<Steps>` component for sequential instructions
  50. - Include verification steps with `<Check>` components when relevant
  51. - Break complex procedures into smaller steps
  52. ### Content organization
  53. - Use `<Tabs>` for platform-specific content
  54. - Use `<Accordion>` for progressive disclosure
  55. - Use `<Card>` and `<CardGroup>` for highlighting content
  56. - Wrap images in `<Frame>` components with descriptive alt text
  57. ## API documentation requirements
  58. - Document all parameters with `<ParamField>`
  59. - Show response structure with `<ResponseField>`
  60. - Include both success and error examples
  61. - Use `<Expandable>` for nested object properties
  62. - Always include authentication examples
  63. ## Quality standards
  64. - Test all code examples before publishing
  65. - Use relative paths for internal links
  66. - Include alt text for all images
  67. - Ensure proper heading hierarchy (start with h2)
  68. - Check existing patterns for consistency
  69. ````