メニュー
OKR 优化与质量评估专家。当用户需要：(1) 评估现有 OKR 的质量，(2) 优化模糊或不可量化的关键结果，(3) 检查 OKR 是否符合核心原则（聚焦、可量化、有挑战），(4) 将任务型 KR 转化为结果型 KR，(5) 提供具体的改进建议时使用。触发词包括"帮我优化 OKR"、"检查这个 OKR"、"这个 KR 写得好吗"、"如何量化这个目标"。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Mac 系统深度清理和优化工具。使用 Mole (mo 命令) 执行系统清理、磁盘分析、应用卸载、系统优化等任务。 触发场景（当用户提到以下任一内容时使用此 skill）： - 清理 Mac、清理磁盘、释放空间、清理缓存、清理系统 - 卸载应用、删除应用、移除应用及其残留 - 磁盘分析、查看磁盘占用、大文件查找、空间分析 - 系统优化、系统维护、刷新系统、重建缓存 - 系统状态、系统监控、CPU/内存/磁盘监控 - 清理 node_modules、清理构建产物、清理项目依赖 - 清理安装包、删除 dmg/pkg 文件 - Mac 清理工具、类似 CleanMyMac 的功能 - "我的 Mac 太慢了"、"磁盘空间不足"、"电脑卡顿" - 即使没有明确说 "Mole"，只要涉及上述场景就应使用
快速搭建和配置 pnpm monorepo 项目结构，包含 TypeScript、tsup 构建、私有 npm registry 配置。当用户需要"创建 monorepo"、"初始化 monorepo 项目"、"配置 pnpm workspace"、"设置 monorepo 构建"、"monorepo setup"时使用。特别适合需要统一管理多个包、配置构建工具、处理 TypeScript 路径问题的场景。即使用户只是说"帮我搭建项目结构"或"配置构建"，如果涉及多包管理也应该使用此 skill。
智能拆分暂存区的代码变更为多个符合 Conventional Commits 规范的逻辑提交。当用户需要将大量变更按逻辑关系分组提交时使用,比如"拆分这些提交"、"把暂存区的变更分成多个 commit"、"按功能分别提交"、"split commits"等场景。特别适合处理包含多个模块、多种类型文件(配置、代码、测试、文档)的复杂变更集。
基于 git commits 自动生成 CHANGELOG.md 变更日志。支持语义化版本、分类整理、多格式输出。触发场景包括"生成变更日志"、"更新 CHANGELOG"、"版本记录"。
GitHub PR 代码审查技能。检查代码质量、安全性、性能和最佳实践，生成结构化审查报告。触发场景包括"审查 PR"、"代码检查"、"review pull request"。
重构完整性检查技能。验证重构后代码的一致性、完整性和正确性，确保没有遗漏或破坏性变更。触发场景包括"检查重构"、"重构验证"、"代码迁移检查"。
| name | okr-optimizer |
| description | OKR 优化与质量评估专家。当用户需要：(1) 评估现有 OKR 的质量，(2) 优化模糊或不可量化的关键结果，(3) 检查 OKR 是否符合核心原则（聚焦、可量化、有挑战），(4) 将任务型 KR 转化为结果型 KR，(5) 提供具体的改进建议时使用。触发词包括"帮我优化 OKR"、"检查这个 OKR"、"这个 KR 写得好吗"、"如何量化这个目标"。 |
帮助用户创建高质量的 OKR（目标与关键结果），确保符合核心原则：聚焦、可量化、有挑战性、透明对齐、定期复盘。
首先确认用户的意图：
对每个 OKR 进行系统性检查：
| 检查项 | 要求 |
|---|---|
| 动词开头 | 以"打造"、"实现"、"优化"、"建立"等动词开始 |
| 定性描述 | 不包含具体数字 |
| 方向感 | 有明确的价值方向 |
| 挑战性 | 具有鼓舞人心的特质 |
| 聚焦原则 | 总 O 数不超过 3-5 个 |
| 检查项 | 要求 |
|---|---|
| 可量化 | 必须有具体数字 |
| 有基线和目标 | 格式：指标 + 基线值 + 目标值 |
| SMART 原则 | 具体、可衡量、可实现、相关、有时限 |
| 与 O 相关 | KR 必须支撑 Objective 的达成 |
| 聚焦原则 | 每个 O 的 KR 不超过 4 个 |
| 结果导向 | 是结果而非任务/过程 |
| 错误类型 | 表现 | 修正方向 |
|---|---|---|
| 任务列表 | KR 写成"优化xxx"、"完成xxx" | 转化为可量化的结果 |
| 模糊描述 | 使用"提升"、"改善"、"优化"等词 | 添加具体数字和指标 |
| O/KR 脱节 | KR 不能支撑 O 的达成 | 重新设计相关性 |
| 缺乏基线 | 只有目标值，没有起点 | 补充当前状态的数值 |
| 目标过低 | 轻松完成 100% | 提高挑战性（目标完成度 60-70%） |
任务 → 结果：
❌ 优化首页设计
✅ 首页跳出率从 45% 降到 30%
模糊 → 具体：
❌ 提升用户体验
✅ NPS 从 30 提升到 45
KR 公式应用：
格式：指标 + 基线值 + 目标值
示例：
- 加载时间：3s → 1.5s
- 用户数：10w → 15w（+50%）
- 转化率：2% → 4%（翻倍）
输出格式：
## OKR 评估报告
### 原始 OKR
[用户的原始 OKR]
### 问题分析
- **O 的问题**：[具体问题]
- **KR1 的问题**：[具体问题]
- ...
### 优化建议
[每个问题的具体改进方案]
### 优化后的 OKR
**O：** [优化后的 Objective]
**KR1：** [优化后的 KR1]
**KR2：** [优化后的 KR2]
**KR3：** [优化后的 KR3]
### 改进说明
- [为什么这样改]
- [预期效果]
详细的 OKR 原则和示例，参见：