状态管理重构
状态越写越乱、改一处影响多处时用这条：让它先分析当前状态管理的毛病，比较三套方案的适配度，再输出迁移计划、示例代码和大状态切片建议，附上性能对比数据供决策。
适合做什么
- 在 Cursor / 同类 Agent 里挂载可复用技能
- 把重复检查或生成流程固化成一句话指令
- 团队共享「技能卡」减少口头约定
不太适合
- 当作完整安全审计或生产发布的唯一依据
- 无环境上下文时指望一次跑通复杂流水线
提示词正文
【技能名称】状态管理重构
【技能目标】分析当前状态管理问题，评估3种状态管理方案适配性，输出迁移计划+示例代码+性能对比数据，大状态切片建议。
【使用方式】
1. 将上方目标作为 Agent Skill / 自定义指令的核心描述；
2. 补充你的项目路径、技术栈与验收标准；
3. 要求 Agent 先列出检查清单，再执行并给出可复核的输出（如 diff / 报告）；
4. 若涉及发布或删除，必须二次确认。
【运营向用法提示】
可用于内容站、工具站或增长落地页的自动化检查与批处理；输出请要求中文结论 + 可执行下一步。复制后粘贴到 AI 对话框，按填空补全即可。
使用步骤
- 先梳理现有状态存放位置和更新路径
- 把候选方案和性能对比要求写进技能描述
- 先看方案适配结论，再要迁移计划和切片建议
常见问题
小项目也需要重构状态管理吗？
不一定。若状态只在一个页面内流转、更新路径清晰，保持现状即可。让 Agent 评估适配性时说明组件数量和数据流向，出现跨页面同步、缓存不一致再考虑换方案。
性能对比数据是怎么来的？
多来自框架文档与常见基准，属于参考值。要落到你项目上，得让 Agent 给出可运行的对比脚本，在本地跑一遍取数，别把参考值当成你项目的结论。
大状态切片要切到什么粒度？
按更新频率和订阅范围切：高频变化的数据单独成片，低频配置类可以合并。让 Agent 结合你的组件树标注每片的订阅方，切得太碎会增加同步成本，这一步需要你自己核对业务语义。
来源说明
整理自公开提示词站点素材，经 52运营 筛选与页面改写，便于运营场景检索。 原始参考：来源链接