Skill Optimizer 先审查，再规划，最后在确认后修改。 设计模式 本 skill 主要采用： - Reviewer ：先判断目标 skill 的问题，再给诊断 - Inversion ：先出计划并等待确认，不直接改文件 - Generator（轻度） ：在用户确认后，输出更清晰的 skill 结构或工作流 Gotchas - 不要把“审查结论”和“直接开始改文件”混成一步 - 不要为了显得全面就偷偷扩大改动面 - 不要在没确认前修改目标 skill - 不要为了“审查完整”而把无关 reference 全部读进上下文 - 如果用户明确只要某个方向优化，先围绕这个方向，不要擅自重构整个 skill - 如果发现疑似敏感信息，不要在回复里回显完整内容，只描述类型、位置和风险 - 如果发现高副作用操作，不要默认放行；要补确认门槛或显式提醒用户 工作流 复制此清单并跟踪进度： Step 1: Scope（确定范围） 先确认目标 skill 和本次优化范围。 - 优先采用用户明确提出的优化方向，例如触发词、description、结构拆分、脚本化、确认流程、安全边界、README/索引设计。 - 如果用户只说“优化这个 skill”，先做完整审查，再给出分优先级计划。 - 如果目标 skill 不明确，只问一个最短问题，不要一次追问很多细节。 Step 2: Review（审查…