---
name: cherryhq-find-simplifications
description: "Use when asked to find or plan Cherry Studio cleanup, simplification, refactoring, dead-code removal, duplicated state removal, unnecessary APIs, speculative generality, or library replacements, especially when the result should become evidence-backed proposed Agent Notes."
license: "AGPL-3.0"
metadata:
  decimalai-skill-id: "05e7efb3-ae2c-4fd2-b7fc-3be772e3a1a7"
  decimalai-version-id: "84402859-e381-4a79-b425-6a84f7eef7f4"
  decimalai-version: "1"
  decimalai-body-sha256: "4621874edd0e7f2ffa574a5c8b9497fbcbfca47cec43c3b3c56e6db08d8872a2"
  decimalai-name: "cherryhq/find-simplifications"
  decimalai-format: "1"
  decimalai-invocation: "model"
  decimalai-category: "coding"
  decimalai-source: "https://app.decimal.ai/s/cherryhq-find-simplifications@1/SKILL.md"
---
# Find Simplifications

This skill finds a few strong candidates, not a deletion quota. Diagnosis and proposal work do not authorize implementation.

## Establish context

Read root instructions, relevant architecture/reference docs, and active Agent Notes. Run `pnpm change:scope --base <verified-ref>` when auditing a branch. When the user requests broad coverage, divide renderer, data systems, IPC, lifecycle services, Agent/runtime, packages/scripts, and test infrastructure into disjoint surveys.

## Evidence bar

A strong candidate has concrete cost and production evidence:

- no legitimate production consumer;
- tests or docs are the only consumers of a non-load-bearing behavior;
- two stores, caches, events, or representations mirror one authoritative fact;
- a generic API exists for one internal consumer;
- lifecycle/disposal machinery duplicates one owner or transition;
- a maintained dependency or platform API deletes implementation and dedicated tests with less residual glue;
- speculative configurability or fallback behavior has no current product owner.

Search exact symbols, wire names, config keys, paths, dynamic registration, tests, docs, and Agent Notes. A call site proves pressure, not that the API belongs at that boundary. Reject a candidate when it removes supported behavior, violates documented ownership, or merely relocates the same complexity.

## Output

Small local improvements may be reported inline. A durable removal or redesign becomes one proposed `simplification` note through the `agent-notes` workflow, including current consumers, exact removal, strongest counterargument, observable ACs, risks, and verification owners. Do not create a duplicate note for an existing owner.

Report surveyed areas, evidence-backed candidates, rejected candidates worth preserving, deliberate exclusions, and checks actually run.