메뉴
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 原则和示例，参见：