بنقرة واحدة
modify-settings
View or modify Warp application settings using the bundled JSON schema for guidance
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
View or modify Warp application settings using the bundled JSON schema for guidance
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Use this skill when helping users add MCP servers to their Warp configuration.
Add a new feature flag to gate code changes in the Warp codebase.
Create a pull request in the warp repository for the current branch. Use when the user mentions opening a PR, creating a pull request, submitting changes for review, or preparing code for merge.
Repo-specific dedupe guidance for warp-external. Only the categories declared overridable by the core dedupe-issue skill may be specialized here.
Implement an approved feature from PRODUCT.md and TECH.md, keeping specs and code aligned in the same PR as implementation evolves. Use after the product and tech specs are approved and the next step is building the feature.
Promote a feature-flagged feature to Dogfood, Preview, or Stable in the Warp codebase. Use when a feature behind a FeatureFlag is ready to roll out to a broader audience, including wiring up the compile-time/runtime bridge and deferring flag cleanup safely.
| name | modify-settings |
| description | View or modify Warp application settings using the bundled JSON schema for guidance |
Use this skill when the user wants to view, change, or troubleshoot Warp application settings.
A JSON schema describing all available settings is bundled at:
{{settings_schema_path}}
The schema follows JSON Schema draft 2020-12, with settings organized hierarchically under properties. Each setting includes:
description — what the setting controlstype — the value type (string, boolean, integer, etc.)default — the default valueenum or oneOf — valid values, when the setting is constrainedUse grep to do an initial broad search for candidate key names:
grep -i "font" {{settings_schema_path}}
Once you have a candidate key name, run the bundled script to get the full dotted path, the setting's properties, and any parent context. This is critical — the schema has multiple sections with similar names (e.g. several input keys), so never assume the nesting from grep output alone.
python3 <skill_dir>/scripts/find_setting.py {{settings_schema_path}} <key_name>
The output gives you the unambiguous full path (e.g. properties.appearance.properties.input.properties.input_mode) and the setting's full definition including valid values.
The user's settings are stored in a TOML file at:
{{settings_file_path}}
Settings use dotted TOML section headers matching the schema hierarchy. Always trace the full nesting path from the schema to the TOML — each intermediate properties key becomes a section level. For example:
A property at properties.appearance.properties.font_size (one level deep) corresponds to:
[appearance]
font_size = 14
A property at properties.appearance.properties.themes.properties.theme (two levels deep) corresponds to:
[appearance.themes]
theme = "light"
A common mistake is to stop one level too early — always count the full depth before writing the TOML section header.
If the file does not exist yet, create it. Warp hot-reloads this file, so changes take effect immediately.
grep to identify candidate key names, then run the Python path-tracing script to get the full dotted path and the setting's valid values. Never rely on grep output alone to infer nesting.