Configure options below — the preview updates in real time.
Project-level rules and coding conventions placed in .clinerules/ directory. Cline reads all .md and .txt files in this directory on every request.
The main project rules and coding standards in Markdown format. This becomes the content of your .clinerules rule file.
Rules that activate only when working with files matching specific glob patterns. Uses YAML frontmatter in .clinerules/ files.
Glob patterns that determine when this rule activates. The rule triggers when context includes files matching these patterns. Supports *, **, ?, [abc], and {a,b} syntax.
Markdown instructions that apply only when files matching the path patterns above are in context.
Control which actions Cline can take without asking for approval. These are configured in the Cline extension UI, not in .clinerules files.
The maximum number of consecutive API requests Cline makes before asking for approval to continue.
Control which files and directories Cline can access during automatic context gathering. Uses gitignore-style patterns in a .clineignore file at the project root.
Gitignore-style patterns for files and directories Cline should not access automatically. Ignored files can still be accessed via explicit @ mentions.
Configure Model Context Protocol servers in cline_mcp_settings.json for external tool connections and data sources.
A unique identifier for this MCP server configuration.
Communication protocol for the MCP server. Use stdio for local servers or streamableHttp/sse for remote servers.
The executable command to run the local MCP server. Required for stdio transport type.
Arguments to pass to the executable command.
The endpoint URL for a remote MCP server. Required for streamableHttp and sse transport types.
Environment variables required by the MCP server (e.g., API keys, paths). Enter as KEY=VALUE pairs.
Tool names exposed by this server that should be auto-approved without user confirmation.
Global custom instructions set in the Cline extension settings. Applied to all conversations across all projects. For project-specific rules, use .clinerules/ instead.
Global instructions appended to the system prompt for all conversations. Good for consistent behavior across all projects such as coding standards, quality requirements, error handling preferences, and documentation practices.
1