email-draft
Use when the user asks to draft, polish, translate, or reply to an email. Produces a clean draft with subject line, greeting,…
Manage Hope Agent application settings through conversation. Use when the user wants to view or change any app configuration: theme, language, enhanced focus indicators, proxy, temperature, notifications, tool timeout, context compaction, automatic session titles, web search,
Claude Code
$ npx -y skills add shiwenwen/hope-agent --skill ha-settings --agent claude-code
Codex
$ npx skills add shiwenwen/hope-agent --skill ha-settings -a codex -y
Cursor
$ npx skills add shiwenwen/hope-agent --skill ha-settings -a cursor -y
Gemini CLI
$ npx skills add shiwenwen/hope-agent --skill ha-settings -a gemini-cli -y
GitHub Copilot
$ npx skills add shiwenwen/hope-agent --skill ha-settings -a github-copilot -y
OpenCode
$ npx skills add shiwenwen/hope-agent --skill ha-settings -a opencode -y
Windsurf
$ npx skills add shiwenwen/hope-agent --skill ha-settings -a windsurf -y
name: ha-settings description: "Manage Hope Agent application settings through conversation. Use when the user wants to view or change any app configuration: theme, language, enhanced focus indicators, proxy, temperature, notifications, tool timeout, context compaction, automatic session titles, web search, GitHub issue reporting, memory, embedding, multimodal embedding, dreaming (offline memory consolidation), recap, behavior awareness, smart-mode approvals, plan mode, ask-user-question timeout, embedded server, ACP control plane, MCP subsystem (kill switch / concurrency / backoff), per-skill env vars, or any other setting visible in the Settings UI. Trigger phrases: 'change settings', 'configure proxy', 'set theme to dark', 'turn on enhanced focus indicators', 'turn off notifications', 'adjust temperature', 'show my settings', 'bind the server to all interfaces', 'enable smart mode', 'tune dreaming', 'disable mcp', 'show my channels'. Trigger even when the user doesn't explicitly say 'settings' — any intent to adjust app behavior qualifies." always: true
Use `get_settings` and `update_settings` to read and modify settings. **Never edit config files directly.** Coverage matches the desktop Settings UI one-to-one for everything that doesn't carry secrets. The GUI-only zones — Providers / API Keys, IM Channel accounts (`channels`), MCP server configs (`mcp_servers`), the active model selection (`active_model` / `fallback_models`), the embedding model selection for both memory and knowledge-base vector search (`memory_embedding` / `knowledge_embedding` — model choice carries a background reembed side effect, like `active_model`), the knowledge-base chunking parameters (`knowledge_chunk` — changing chunk size/overlap re-chunks and re-embeds every space, same heavy reindex side effect; tuned under Settings → Knowledge → Advanced), the credential/model-selection parts of Speech-to-Text (`stt_providers` / `active_stt_model` / `stt_fallback_models`; the non-secret `stt_language` remains writable), and the Hooks system (`hooks`) — are configured only in the Settings UI (memory vector search under Settings → Memory; knowledge vector search under Settings → Knowledge) so credentials stay out of conversation logs and the model can't grant itself command execution. `tool_result_disk_threshold` is a readable legacy compatibility value but is currently unavailable and read-only; tool results keep using the bounded in-context preview instead of disk persistence.
Every response from `get_settings` / `update_settings` includes a `riskLevel` field. **Follow this workflow strictly**:
| Risk | Required before calling `update_settings` | |------|-------------------------------------------| | `low` | One-line summary of what you'll change is enough | | `medium` | Show current value → new value, then proceed if the user has asked for it | | `high` | **MUST** explicitly ask the user to confirm (e.g. "Are you sure you want to change X from A to B? This affects …"). Wait for explicit yes before writing. |
`get_settings({ category: "all" })` returns a `riskLevels` map grouping every category.
If the response includes `sideEffect`, surface it to the user (e.g. "this requires an app restart").
1. **Understand intent** — what does the user want to view or change? 2. **Read current** — `get_settings(category)`. Note `riskLevel` and `sideEffect`. 3. **Confirm** — low: brief summary. medium: diff. **high: explicit yes/no prompt.** 4. **Apply** — `update_settings(category, values)` with partial JSON. 5. **Report** — show the updated values and any side-effect note (e.g. restart needed).
{ "category": "theme" } // Read one category
{ "category": "all" } // Overview + riskLevels map{ "category": "theme", "values": { "theme": "dark" } }`values` uses partial merge — only include fields you want to change.
| Category | Fields | |----------|--------| | `user` | `name`, `avatar`, `gender`, `birthday`, `role`, `timezone`, `language`, `aiExperience`, `responseStyle`, `customInfo`, `autoSendPending`, `autoExpandThinking`, `autoCollapseCompletedTurns`, `enterToSend` (bool, default `true`; when `false`, Enter inserts a newline and Ctrl+Enter sends), `chatDisplayMode`, `serverMode`, `remoteServerUrl`, `weatherEnabled`, `weatherCity`, `weatherLatitude`, `weatherLongitude`. `remoteApiKey` is credential-bearing, read-only/redacted here, and must be changed in Settings → Server | | `theme` | `theme` (`auto`/`light`/`dark`) | | `language` | `language` (`auto`/`zh`/`en`/…) | | `focus_indicator` | `enhancedFocusIndicators` (bool, default `false`). Enables the stronger 2px focus outline for all input methods. When disabled, pointer/touch focus stays visually quiet while keyboard navigation keeps the lightweight focus indicator. System `prefers-contrast: more` and forced-colors modes still take precedence automatically. | | `ui_effects` | `uiEffectsEnabled` | | `prevent_sleep` | `preventSleep` (bool, default `false`). When `true`, the primary process keeps the host awake by holding an OS sleep assertion (macOS `caffeinate -i` / Linux logind inhibitor / Windows `ES_SYSTEM_REQUIRED`) so long-running tasks, downloads, and background work aren't interrupted by idle sleep. The display may still turn off; takes effect immediately, no restart needed. | | `sidebar_ui` | `sidebarUiMode` (`compact` / `detailed`; invalid values normalize to `detailed`) | | `notification` | `enabled`, `showChatContent` (include assistant reply previews in chat-completion notices), `notifyOnBackgroundJobComplete` (bool, default `true`; R4: fire a desktop notification when a background job finishes, gated by `enabled` + only when the window is in the background) | | `startup_n
🦭 A cross-device desktop AI agent with memory, autonomous goals, dynamic workflows, and headless deployment | 会记忆、能持续推进目标、会动态编排多 Agent 的跨端桌面 AI 助手,也可服务化常驻 NAS / 云端
Use when the user asks to draft, polish, translate, or reply to an email. Produces a clean draft with subject line, greeting,…
Use when the user mentions 飞书 / Feishu / Lark workspace operations: docx (云文档) read/write, bitable (多维表格) records / views /…
Hope Agent browser automation — the standard `status → tabs → snapshot → act` loop, stale-ref recovery rules, and what to do when…
Hope-native review of uncommitted, staged, commit, branch, or PR changes: discover concrete regressions, independently verify…
Hope-native baseline for implementing, fixing, refactoring, and maintaining code: inspect the repository first, protect user…
Hope-native implementation planning for non-trivial code changes: ground the plan in repository evidence, order dependencies,…
Direct browser control via CDP for web interaction: automation, scraping, testing, screenshots, and site/app work. Also covers…
Browser automation CLI for AI agents. Use when the user needs to interact with websites, including navigating pages, filling…