菜单
Categorize tasks into Leverage (10x), Neutral (1x), and Overhead (<1x) to escape the trap of treating all tasks as equally important. Apply perfectionism only to L tasks.
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/Coowoolf/insighthunt-skills --skill lno-time-management-framework命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
| name | LNO Time Management Framework |
| description | Categorize tasks into Leverage (10x), Neutral (1x), and Overhead (<1x) to escape the trap of treating all tasks as equally important. Apply perfectionism only to L tasks. |
"The mistake is that we treat all tasks as created equal. They are not." — Shreyas Doshi
Categorize tasks into Leverage (L), Neutral (N), and Overhead (O). Strive for perfection only on L tasks (10x-100x impact). For N and O tasks, "good enough" is the goal.
| Type | Impact | Approach | Examples |
|---|---|---|---|
| L (Leverage) | 10x-100x | Apply perfectionism | Strategy docs, key PRDs, hiring decisions |
| N (Neutral) | 1x | Good enough | Standard code reviews, routine meetings |
| O (Overhead) | <1x | Minimum viable | Expense reports, calendar scheduling |
Identify L Tasks — These are high leverage with 10x impact. Apply all your perfectionism here.
Speed Through N/O Tasks — Neutral and Overhead tasks (1x or <1x impact) should be done strictly "good enough" or delegated.
Placebo Productivity — Use N/O tasks to build momentum before tackling a scary L task.
STEP 1: List Today's Tasks
STEP 2: Tag Each Task
└── L = Will this 10x something important?
└── N = Needs to be done, but standard work
└── O = Administrative / no direct impact
STEP 3: Allocate Time
└── L tasks: Block 2-3 hours of deep work
└── N tasks: Batch into 30-min windows
└── O tasks: Automate, delegate, or do in 5 min
STEP 4: Resist Perfectionism on N/O
└── Set timer limits
└── "What's the minimum acceptable here?"
❌ Applying perfectionism to O tasks (spending hours on expense reports)
❌ Defaulting to N/O tasks because they feel productive and safe
❌ Not recognizing that the same task type can shift categories based on context
Writing a bug report can be an L task (if it's a critical, complex failure) or an O task (standard minor bug), and should be treated differently.
Source: Shreyas Doshi, Lenny's Podcast
基于 SOC 职业分类