用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt;运行前请先检查来源。
npx skills add https://github.com/warpdotdev/warp --skill modify-settings命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地?可下载 SkillsMP 当前能够提供的文件。
Repo-specific review guidance for warp. Only the categories declared overridable by the core review-pr skill may be specialized here.
Create and edit file-based Warp software factory definitions, in a repository tree rooted at a factory.yaml. Use when authoring or changing that factory.yaml, Agent, Automation, Scorer, or Runner files under that root, or its factory and agent skill trees, and when fixing Factory file diagnostics. Do not use for agent-definition Markdown that belongs to another tool, for a tree with no factory.yaml, or to operate a live factory or hand work to one through Factory MCP.
GUI desktop app only. How to build a Settings page in the Warp client (app/src/settings_view) so its widgets and settings search behave correctly — picking a PageType, deciding whether a heading belongs in the page-title slot or inside a widget, gating a widget, and scoping search_terms per widget. Use when adding or editing a settings page, a SettingsWidget, or anything that affects settings search.
基于 SOC 职业分类
正在显示 SKILL.md
| 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.