mirror of
https://github.com/mintlify/docs.git
synced 2026-09-14 13:35:46 +08:00
017d7c7377
* fix: reduce Vale false positives via vocab and config updates - Make English-word vocab entries case-insensitive so sentence-start capitalization and normal prose usage stop flagging (agents, rest, cursor, setup, endpoints, etc.) - Add vocab entries for filenames and code identifiers that appear in frontmatter and JSX contexts (docs.json, llms.txt, CLAUDE.md, etc.) - Ignore openapi frontmatter lines, filenames, JSX attributes, email addresses, and internal link targets via TokenIgnores - Skip inline code scope and indented code fences - Add Headings exceptions for proper nouns (Claude Code, GitHub Actions, Route 53, GA4, etc.) - Disable linting for the all-code vercel-json-generator snippet Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * fix: resolve all Vale warnings and errors across docs Content fixes: - Reword sentences using 'will', first person, spaced em dashes, 'e.g.', Latin abbreviations, and hyphenated adverbs - Sentence-case headings that started with dotted filenames - Backtick literal API values instead of bolding them - Move periods inside quotation marks - Fix Oxford comma rule misfires by restructuring sentences False-positive suppression: - Vale toggles around example user questions, keyboard shortcut keys (Cmd+I), UI labels, and code samples in JSX contexts that Vale misparses - Exclude vale toggle comments from the brace Token/BlockIgnores so in-document commands actually reach Vale (the greedy brace pattern was also silently swallowing large regions; now lazy) - Vocab entries for code identifiers (internal_id, handleSubmit, etc.) - Per-file rule disables for component docs with dotted JSX names and files where link-target linting ignores in-document toggles Result: vale --minAlertLevel warning is clean repo-wide; only suggestion-level items (Passive, Semicolons, Acronyms) remain. mint broken-links passes. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * fix: correct WordList rule instead of degrading prose - Restore sentence-start "Email" in advanced-support; the rule now only flags hyphenated e-mail/E-mail forms - Restore the idiom "above all else"; the above->preceding swap now exempts "above all" Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * fix: restore deliberate prose flagged by blunt rules - Restore spatial 'above the navbar' / 'above a page title' in custom-scripts; the above->preceding swap now exempts 'above the/a/an' - Restore the '= ...' in the react-components named-export example (the ellipsis is inside inline code) with an Ellipses toggle - Restore SLA phrasing 'will use commercially reasonable efforts' with a Will toggle - Restore the quoted developer question in the GEO guide intro with a FirstPerson toggle, matching the file's other example questions Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * fix: remove WordList swaps that flag legitimate English - Drop tablet->device and firewalls->firewall rules; both words are correct in ordinary prose - Narrow touch->tap to UI-instruction phrasing (touch the/a) so 'keep in touch' and 'touch devices' stop flagging Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * fix: reposition vale toggles to wrap whole blocks Toggle comments placed between list items split the lists (restarting ol numbering in deployments) and comments flush against tables risked breaking GFM table parsing. Wrap entire lists/tables with blank-line separation instead. Verified rendering with mint dev: single ol with two items, tables intact, no comments in visible DOM. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * refactor: prune accept.txt to load-bearing entries Empirically removed 166 vocab entries (575 -> 409) whose removal causes no Vale flags across all 908 English pages: dictionary words that never needed listing (agents, setup, endpoints, webhooks, yaml), lowercase entries the speller already accepts, and filename entries made redundant by inline vale toggles. Kept every case-enforcing entry (API, JSON, GitHub, ...) so casing policy is unchanged, plus entries that double as capitalization exceptions for headings (mcp, md, auth, cursor, txt). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * Update ai/mintlify-mcp.mdx * Update api/agent/v2/create-agent-job.mdx * chore: alphabetize Headings exceptions and accept.txt Case-insensitive sort, ignoring the (?i) prefix; also drops a duplicate Scala entry. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * fix: re-apply OxfordComma rewrite lost in branch merge Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * docs: resolve Vale suggestions batch 1 (acronyms, semicolons, passive voice) Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> * docs: resolve remaining Vale suggestions (passive voice batch 2) Rewrite ~90 passive constructions to active voice across deploy, guides, migration-services, and organize docs. Toggle the deliberate passive examples in the style-and-tone guide ('by zombies' test). Add axios/lodash vocab entries for a repositioned code example. vale . is now fully clean: 0 errors, 0 warnings, 0 suggestions. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> --------- Co-authored-by: Claude Fable 5 <noreply@anthropic.com>
163 lines
6.0 KiB
Plaintext
163 lines
6.0 KiB
Plaintext
---
|
|
title: "Write documentation with Devin Desktop"
|
|
sidebarTitle: "Devin Desktop"
|
|
description: "Configure Devin Desktop's Cascade AI with workspace rules to write Mintlify documentation that follows your style guide and MDX standards."
|
|
keywords: ["Devin Desktop", "Windsurf", "Cascade", "workspace rules", "AI documentation", "Devin documentation"]
|
|
---
|
|
|
|
Transform Devin Desktop into a documentation expert that understands your style guide, components, and project context through workspace rules and memories.
|
|
|
|
<Info>
|
|
Cognition acquired Windsurf and rebranded it as [Devin Desktop](https://devin.ai/desktop). The Cascade AI assistant and workspace rules system remain the same.
|
|
</Info>
|
|
|
|
## Use Devin Desktop with Mintlify
|
|
|
|
You can tune Devin Desktop's Cascade AI assistant to write documentation according to your standards using Mintlify components. Workspace rules and memories provide persistent context about your project, ensuring more consistent suggestions from Cascade.
|
|
|
|
* **Workspace rules** live in your documentation repository, so your whole team shares them.
|
|
* **Memories** provide individual context that builds up over time.
|
|
|
|
Set up workspace rules for shared documentation standards. You can develop memories as you work, but since they are not shared, they are not consistent across team members.
|
|
|
|
Create workspace rules in the `.devin/rules` directory of your docs repo. Devin Desktop still supports rules from `.windsurf/rules` for backward compatibility. See [Memories & Rules](https://docs.devin.ai/desktop/cascade/memories) in the Devin Desktop documentation for more information.
|
|
|
|
## Example workspace rule
|
|
|
|
This rule provides Cascade with context about Mintlify components and general technical writing best practices.
|
|
|
|
You can use this example rule as-is or customize it for your documentation:
|
|
|
|
* **Writing standards**: Update language guidelines to match your style guide.
|
|
* **Component patterns**: Add project-specific components or modify existing examples.
|
|
* **Code examples**: Replace generic examples with real API calls and responses for your product.
|
|
* **Style and tone preferences**: Adjust terminology, formatting, and other rules.
|
|
|
|
Save your rule as a `.md` file in the `.devin/rules` directory of your docs repo.
|
|
|
|
````mdx
|
|
# 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
|
|
|
|
### docs.json
|
|
|
|
- Refer to the [docs.json schema](https://mintlify.com/docs.json) when building the docs.json file and site navigation
|
|
|
|
### 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
|
|
````
|
|
|
|
## Working with Cascade
|
|
|
|
Once your rules are set up, you can use Cascade to assist with various documentation tasks. See [Cascade](https://docs.devin.ai/desktop/cascade/cascade) in the Devin Desktop documentation for more information.
|
|
|
|
### Example prompts
|
|
|
|
**Writing new content**:
|
|
```text wrap
|
|
Create a new page explaining how to authenticate with our API. Include code examples in JavaScript, Python, and cURL.
|
|
```
|
|
|
|
**Improving existing content**:
|
|
```text wrap
|
|
Review this page and suggest improvements for clarity and component usage. Focus on making the steps easier to follow.
|
|
```
|
|
|
|
**Creating code examples**:
|
|
```text wrap
|
|
Generate a complete code example showing error handling for this API endpoint. Use realistic data and include expected responses.
|
|
```
|
|
|
|
**Maintaining consistency**:
|
|
```text wrap
|
|
Check if this new page follows our documentation standards and suggest any needed changes.
|
|
```
|
|
|
|
## Enhance with MCP server
|
|
|
|
Connect the Mintlify MCP server to Devin Desktop to give Cascade access to search the Mintlify documentation while helping you write. When you connect the MCP server, Cascade searches the up-to-date Mintlify documentation for context so you don't have to leave your IDE to reference documentation.
|
|
|
|
Add the MCP server to `~/.codeium/windsurf/mcp_config.json`:
|
|
|
|
```json
|
|
{
|
|
"mcpServers": {
|
|
"mintlify": {
|
|
"serverUrl": "https://mintlify.com/docs/mcp"
|
|
}
|
|
}
|
|
}
|
|
```
|
|
|
|
See [Model Context Protocol](https://docs.devin.ai/desktop/cascade/mcp) in the Devin Desktop documentation and [Model Context Protocol](/ai/model-context-protocol) in the Mintlify documentation for more details.
|