别再堆应用了，为生活、事业和工作打造个人控制平面

别再堆应用了。为生活、事业和工作构建一个个人控制平面 2026 年 7 月 19 日 · 18 分钟阅读 · 查看原文 ↗ 营销 自动化 AI 设计 大多数有抱负的人，不是败于懒惰。常见的失败，是一个扁平的系统。 一个收件箱里同时塞着钱、健康、孩子、主公司、副产品、那个做到一半的想法，以及那些让人觉得像机会的随机私信。所有东西都在同一张清单上竞争。没有任何东西拥有自己的席位。于是，最吵的东西赢了，重要的东西等着，而"保持高效"变成了一份整理工具的全职工作。 ——"一张清单把生活、事业和工作压平了。" 本文不是又一个应用推荐。 它是一份个人控制平面的设计：用一小组席位、循环和关卡，在生活、事业与深度工作之间路由注意力，同时不让维护系统变成第二份职业。 读完你会得到： - 一张防止生活被压平的四席位地图 - 驱动一周的五个循环 - 一张路由表，以及不可逆工作之前的三个关卡 - 个人控制平面安装清单（复制粘贴即可） 原样使用这份清单。工具可以换。席位不要跳过。 为什么默认做法会失败 默认工具栈看起来很精致： ——"精致的工具栈，依然可能没有路由。" - 一个任务应用 - 一个叫作"第二大脑"的笔记应用 - 一张早已排满的日历 - 一份从一月起就没人打开过的目标文档 每一个单独拿出来都没问题。 放在一起，它们却因为三个结构性原因，让身兼多重角色的人失败。 1. 存储不等于运营。 第二大脑和 PARA 风格文件夹擅长捕获与检索。它们不会决定这周要交付什么。知道笔记存在哪里，不等于知道周二的深度工作时段该给哪项事业。 2. 一条队列容不下多重身份。 当"修生产环境 bug"、"续护照"和"决定事业 B 是否还配占一个席位"共享同一个优先级字段时，UI 在撒谎。这些不是同一类工作。把它们当成同级项，就是创始人看起来很忙、而活跃构建项目却挨饿的原因。 3. 系统本身变成了项目。 高维护配置几周内就会崩塌。颜色编码、嵌套仪表盘、完美周模板：如果系统消耗的精力比它返还的还多，它就不是系统。它只是一个包装得更好的爱好。 修复方法不是纪律表演。 修复方法是一张座次表，加几条硬规则。 个人控制平面的四个席位 借用软件运营者已经在使用的语言：控制平面决定工作被允许在哪里运行。你的个人版本对注意力做同样的事。 ——"四个席位把彼此竞争的优先事项变成明确的所有权。" 定义四个席位。你在意的每样东西都必须认领一个。 指标 | 节奏 | 定义 交付数量 | 每周 | 已完成的外部成果 MIT 命中率 | 每周 | 完成首要任务的天数百分比 复盘遵守率 | 每周 / 每月 | 是否完成复盘；是否完成淘汰复盘 活跃项目数 | 每周 | 必须保持在 WIP / 投资组合上限以下 活跃构建遵守率 | 每周 | 深度工作日是否一直用于主要事业 淘汰数 | 每月 | 明确停止的项目或下注 系统税分钟数 | 每周 | 配置系统而非借助系统运营所花的时间 席位规则： - 每一项只有一个主席位。可以交叉链接，不能双重归属。 - 事业是实体，不是任务。"交付功能 X"属于 Work，由 Venture A 拥有。"淘汰还是保留 Venture B"属于 Ventures。 - Life 不是剩余项。如果 Life 只能捡 Work 耗尽之后的残渣，控制平面就是倒置的。 - Self 是基础设施。睡眠、力量和安静思考不是奖励，而是其他三个席位的产能。 不要求均等分配时间预算。 要求的是：四个被点名的主张，让重要的事情不再只以模糊罪恶感的形式存在。 经营多个产品、共用一个个人品牌的人身上，常见一个简单模式：人是分发层，每项事业是一个有自己席位预算的节点，而 Work 是为当前活跃节点供给养分的手艺。品牌不是第五家公司。它是承载节点的图。偷走这个模式。忽略任何人的私人工具。 驱动一周的五个循环 没有循环的席位只是海报。 这五个就够了。除非其中一个先死掉，否则别发明第六个。 1）捕获（几分钟，不求完美） 进入你脑中的一切，都要在当天离开你的脑子： - 未闭环事项 - 想法 - 你口头许下的承诺 - 你注意到的风险 一个收件箱就够：笔记应用、纸张、语音倾倒。捕获不是整理。它是相信这个循环不会依赖记忆。 反模式：二十个捕获入口（邮箱、聊天、便利贴、三个应用、浏览器标签页）。选一个主入口。其他的每周清空。 2）路由（分配席位） 每天至少一次，或在晚间做一个短暂整理，把每个未处理事项分配给一个席位： - Life / Ventures / Work / Self - 或者 Trash / Someday，如果它配不上一个席位 路由是大多数系统跳过的一步。跳过它，正是收件箱永远沉重的原因。 3）承诺（每周契约） 每周一次，选择一小组承诺，而不是一份幻想中的待办积压： - 1 项 Life 不可协商事项 - 1 项 Venture 决策或里程碑（或"保持"） - 1 到 3 项 Work 交付（会产生凭据的事情） - 1 项 Self 实践 承诺应该明确到足以用二元方式复盘。"推进产品"不是。"交付 X 的安装路径"才是。 许多经营多项事业的人需要一条硬规则：深度 Work 时段里，一次只能有一项活跃构建事业。其他事业可以维护、衡量或收割。它们不能同时占用发明带宽。多匹马并行看起来很高效，直到没有一匹抵达终点。 4）交付（用凭据证明每日执行） 深度工作时段的目的，是产出凭据： - PR 已合并 - 页面已上线 - 邮件已发送给真实买家 - 设计已批准 - 文章已起草 - 发票已支付 如果一天只产生动作（会议、打磨、没有产出的研究），循环没有闭合。动作可能必要，但它不是交付。 大多数工作日都保护至少一个交付时段。把它放在你真正有精力的时候，而不是日历偶然空着的时候。 5）复盘（真正的操作系统） 每周复盘不是写日记式角色扮演。它是你与自己开的一场短董事会。 问： - 交付了什么（凭据） - 什么延期了（由哪个席位负责） - 什么应该死掉 - 什么应该继续搁置 - 什么获得下周的承诺名额 每月，对每项事业再加一个更难的问题：它还付得起租金吗（钱、学习、分发或快乐，是否达到值得占用席位的程度）？没通过测试，就降级或淘汰。僵尸事业是带着 logo 的注意力泄漏。 机制：路由表和三个关卡 这是大多数效率文章永远没有具体化的部分。 你的控制平面需要一张路由表：一条写下来的规则，规定不同类别的输入去哪里。 复制并编辑这个： 上限 | 默认值 活跃构建事业 | 1 并发深度 Work 事项（WIP） | 1 到 3 主要工具 | 5 个或更少（捕获、任务、日历、笔记、通信） 系统税（配置系统） | 每周低于 60 分钟，理想为深度工作小时的 5% 到 10% 收件箱年龄 | 没有超过 7 天仍未处理的事项 糟糕一周模式 | 仍能在 15 分钟内运行 如果一个新东西要活下来，却没有任何东西需要死去，那你就在对容量撒谎。 这就是整个机制。席位分类。循环推动。关卡保护。工具可替换。 完整示例：一个复合型运营者的一周 想象一个人正在经营： - 一个主要产品（活跃构建） - 一家小型工作室或服务线（维护） - 一个为两者分发的个人品牌 - 正常的人类生活 周日（40 分钟） 复盘上周的凭据。淘汰两个僵尸任务。设定下周承诺：Life（健身 3 次 + 一段家庭时间）、Ventures（决定服务线是否维持在维护模式）、Work（交付一个可安装界面 + 两次客户对话）、Self（两个深度阅读时段）。如果出现了新的输入类别，就更新路由表。 周一到周四 上午：只为活跃构建项目安排 Work 交付时段。下午：用有时间上限的方式维护服务线，而不是无限开放的"增长"。品牌工作进入日程，而不是无限滚动寻找灵感。捕获习惯全天运行，进入同一个收件箱。晚间路由：10 分钟。 周五 交付，或者明确延期。不允许无声延期。对任何试图在周中变成项目的新想法使用复盘关卡。大多数想法进入 Someday 或 Trash。这是成功，不是失败。 周六 给 Life 和 Self 真正的权重。Work 默认偷走周六，意味着座次表是假的。 注意缺少了什么：40 页的 Notion OS、十二个仪表盘，以及一套建立在工具上的效率人格。这一周靠承诺和凭据运转。 清单之前先设上限 没有硬上限，任何清单都会变成表演。 关卡 | 何时使用 | 通过条件 Scope gate | 开始一项多日工作之前 | 一句话问题、一个席位所有者、一个完成定义 Switch gate | 一天中切换事业之前 | 写下理由；活跃构建规则仍然成立 Kill gate | 增加一项新事业或大项目之前 | 什么会被淘汰或暂停来为它买单 不能作为主要指标的虚荣指标：创建的笔记数、连续打卡天数、插件数、仪表盘美观程度、AI token 用量。 应该优先的凭据：外部交付、MIT 命中率、复盘遵守率、已记录的淘汰、低于上限的活跃项目数、系统税分钟数。 个人控制平面安装清单 在以下时候使用：你感到忙碌、多线程，却仍不清楚这周什么才算"完成"。 个人控制平面：安装清单 第 0 天（最多 2 小时，不迁移归档） [ ] 命名四个席位：Life / Ventures / Work / Self [ ] 把每个开放项目列到一个主席位下（不得双重归属） [ ] 只标记一项事业为 ACTIVE BUILD（其他：maintain / harvest / kill-candidate） [ ] 选择一个捕获收件箱 + 唯一有效日历 [ ] 写下 WIP 上限数字（并发深度 Work 项数） [ ] 写下三个关卡：Scope / Switch / Kill [ ] 安排周期性每周复盘 [ ] 设置工具冻结结束日期（+30 到 90 天） [ ] 最后才选工具（日历 + 任务 + 笔记就够） 每日（10 到 15 分钟；糟糕一周：总共 15 分钟） [ ] 把未闭环事项捕获进唯一收件箱（捕获时不分类） [ ] 把新事项路由到一个席位，或丢弃 [ ] 为活跃构建设定一个 MIT（Life 日则是 Life 不可协商事项） [ ] 在工作日保护一个交付时段 [ ] 一天结束：MIT 完成 Y/N + 写出明天的第一个交付 每周（30 到 45 分钟） [ ] 清理：清空捕获入口 + 倾倒脑中事项 [ ] 列出凭据（外部交付）和延期，并注明席位所有者 [ ] 执行 WIP 上限（不完成/停放，就不开始新项） [ ] 淘汰或降级至少一个候选项（如果没东西该死，再仔细找） [ ] 设定下周承诺： - Life：1 项不可协商事项 - Ventures：1 项决策或里程碑（或明确搁置） - Work：1 到 3 项带凭据的交付 - Self：1 项实践 [ ] 在日历上为 Work 承诺锁定交付时间 [ ] 记录记分卡：交付、MIT 命中率、是否复盘、活跃项目数、系统税分钟 [ ] 确认活跃构建规则仍然成立 每月（45 到 60 分钟） [ ] 每项事业：还付得起租金吗？（钱 / 学习 / 分发 / 真实能量） [ ] 淘汰/停放复盘，并记录淘汰项 [ ] 记分卡趋势（不是凭感觉） [ ] 维护审计：为了保持有序，系统每周要花 >60 分钟吗？简化 [ ] 最多改动一项系统（或者零） [ ] 更新路由表；删除不用的工具 每季度（90 分钟） [ ] 主题 + 最多 3 项下注 [ ] 淘汰投资组合中的输家 [ ] 重新验证冻结，或者只做一次技术栈变更 [ ] 移除未使用的记分卡指标 每周（30 到 45 分钟） [ ] 清理：清空捕获入口 + 倾倒脑中事项 [ ] 列出凭据（外部交付）和延期，并注明席位所有者 [ ] 执行 WIP 上限（不完成/停放，就不开始新项） [ ] 淘汰或降级至少一个候选项（如果没东西该死，再仔细找） [ ] 设定下周承诺： Life：1 项不可协商事项 Ventures：1 项决策或里程碑（或明确搁置） Work：1 到 3 项带凭据的交付 Self：1 项实践 [ ] 在日历上为 Work 承诺锁定交付时间 [ ] 记录记分卡：交付、MIT 命中率、是否复盘、活跃项目数、系统税分钟 [ ] 确认活跃构建规则仍然成立 每月（45 到 60 分钟） [ ] 每项事业：还付得起租金吗？（钱 / 学习 / 分发 / 真实能量） [ ] 淘汰/停放复盘，并记录淘汰项 [ ] 记分卡趋势（不是凭感觉） [ ] 维护审计：为了保持有序，系统每周要花 >60 分钟吗？简化 [ ] 最多改动一项系统（或者零） [ ] 更新路由表；删除不用的工具 每季度（90 分钟） [ ] 主题 + 最多 3 项下注 [ ] 淘汰投资组合中的输家 [ ] 重新验证冻结，或者只做一次技术栈变更 [ ] 移除未使用的记分卡指标 糟糕一周模式（15 分钟） 当完整循环跑不动时，只做这些： - 把所有捕获入口清进唯一收件箱 - 最多选三项承诺 - 停放或取消一个项目 - 保护一个深度工作时段 一个降级循环能持续运行，胜过一张会被你抛弃的完美清单。 一页宪章（只填写一次） 个人 OS 宪章 目的：（空白） 活跃构建：（空白） 活跃项目 / WIP 上限：（空白） 每日：1 个 MIT + 捕获 + 路由 每周：清理 / 保持当前 / 承诺 / 记录交付 每月：淘汰 + 记分卡 每季度：<=3 项下注 工具（冻结至 - -）： 捕获：（空白）任务：（空白）日历：（空白）笔记：（空白） 默认淘汰规则：（空白） 智能体规则：金钱 / 公开发布 / 硬承诺由人类批准 系统税预算：（空白）分钟/周 个人路由表（编辑一次，此后只在席位变化时修改） 输入类别 → 席位 → 默认动作 健康 / 睡眠 / 家庭 → Life → 日历优先，任务其次 税务 / 法律 / 金钱 → Life → 使用截止日期系统，不凭感觉 Product A 功能工作 → Work → 由 Venture A 拥有 Product B 只修 bug → Work → 维护模式（不加新范围） 品牌 / 公开写作 → Work → 为活跃节点分发 新想法 / 闪亮对象 → Ventures → 搁置 48 小时，然后入席或丢弃 入站合作 / 交易 → Ventures → 对照活跃构建评分 学习 / 课程 FOMO → Self → 仅在支持活跃席位时进行 刷社交信息流的冲动 → Trash → 不要路由到 Work - 更少那些只因吵闹而"紧急"的事项 - 更清晰的拒绝语言 - 至少一次真正的淘汰或降级 - 产出凭据而非只制造动作的 Work 时间 需要留意的失败模式 席位表演 漂亮的标签，混乱的行为照旧。连续两周给每个日历时段和任务加上席位标签，直到习惯固定。 无限捕获，零路由 收件箱变成博物馆。每天路由，否则收件箱只是藏起罪恶感的地方。 多个活跃构建 每条线程都声称自己是"优先级"。强制只保留一个活跃构建。Switch gate 不是可选项。 把系统当身份 OS 不断被优化，却没有任何东西交付。把维护限制在每周 60 分钟。还要更多？从系统中删除功能。 Life 成为剩余项 Work 膨胀到填满所有空间。先把 Life 不可协商事项放进日历。 复盘却不淘汰 一个从不结束项目的复盘，是日记。每月强制选一个淘汰或降级候选项。 工具角色扮演 迁移应用来获得进展感。跑完安装清单后冻结工具 30 天。 采用：何时跳过、30 天，以及衡量方法 以下情况跳过完整控制平面： - 你只有一份工作、一个项目，而且不确定性很低（一张简单清单就够） - 你正处于急性危机中（先稳定 Life；不要在火灾中重构 OS） - 你想要一份用来欣赏的模板，而不是一份每周都要兑现的契约 如果你不愿淘汰任何东西，也跳过它。没有减法的控制平面，只是一种更漂亮的过载。 用 30 天搭好它 只有当前一层能在糟糕的一周里运作时，才配获得下一层（Gall's Law：有效的复杂系统，都是从有效的简单系统演化而来）。 第 1 周：席位 + 基线 四个席位、一个活跃构建、一个捕获入口、唯一有效日历、MIT 规则。跳过新应用。不要迁移归档。 第 2 周：清理循环 + 每周复盘 每日捕获 + 路由。做一次真正的每周复盘，包含承诺和记分卡记录。收件箱不能是墓地。 第 3 周：上限和关卡 执行 WIP 上限。把 Scope / Switch / Kill 写下来。带着席位理由练习"这周不做"。 第 4 周：租金、冻结、可选表达 每月检查事业租金。淘汰或降级一个僵尸项目。限制系统税。冻结工具 30 到 90 天。只有在系统稳定时：让一条笔记变成一次交付，或添加一个有停用方案的低风险自动化。 到第 30 天，你想要的是一套能在糟糕的周二运行的无聊系统，而不是一套只有在完美周日搭建后才工作的展示系统。 衡量它是否仍付得起租金 记分卡最多保留七个指标。不需要仪表盘。 席位 | 它回答的问题 | 示例 | 忽略时的典型失败 Life | 要让其余一切仍有意义，什么必须保持为真 | 健康、家庭、财务、休息、法律基础 | 精疲力竭、隐性债务、关系债务 Ventures | 我正在构建或运营哪些实体 | 公司、产品、工作室、品牌节点、研究下注 | 僵尸项目、虚假的并行进展 Work | 哪种深度手艺会赢得下一张凭据 | 交付、销售电话、设计、写作、基础设施 | 日历塞满会议，却没有任何界面交付 Self | 什么让判断力再生 | 学习、训练、独处、治疗、手艺练习 | 空洞内卷、品味陈旧、决策脆弱 健康模式：交付稳定或上升，MIT 比率真实，遵守率高，偶尔有淘汰，系统税低。 不健康模式：完美笔记，工具数量上升，零淘汰，连续数周只有动作没有凭据。 当系统已经失效时（改革顺序） 1. 停止搭建。冻结工具 6 周。 2. 衡量一周：交付、MIT 命中、系统税、活跃项目数。 3. 剥到脊柱：日历 + 一个收件箱 + MIT + 每周复盘。 4. 设置 WIP 上限，当天淘汰超额项。 5. 恢复每周 clear/current，直到值得信任。 6. 只在检索失败处重新引入结构。 7. 增加表达义务：笔记每周要喂给一次交付或一个决策。 8. 最后才自动化：一个工作流，连续 4 周测量节省的分钟数。 9. 每月淘汰复盘永久留在日历上。 10. 每季度重新评估记分卡；移除不用的指标。 记分卡连续两个月不及格，就先简化席位和循环，再添加自动化、智能体或另一个应用。自动化会放大你已有的设计。它不会凭空创造判断力。 诚实的边界（截至 2026-07） 这是一套注意力架构，不是人格移植。 它不会： - 替代你手艺中的技能 - 修复一个没有市场的事业 - 让多事业生活不再需要取舍 - 为你忽视依赖你的 Life 席位中的人开脱 它会： - 让取舍可见 - 阻止扁平收件箱撒谎 - 给你说不的语言 - 把复盘和淘汰安排进日程 工具会变化。模型世代会变化。对席位、循环和关卡的需求不会变化。 一个无法淘汰工作的系统，不是系统。它是一座意图博物馆。 你的下一步：本周跑一次安装清单。命名四个席位。标记一个活跃构建。用凭据设定下周承诺。 收藏本文，留给下次日历排满、真正工作却仍在等待的时候。 获取下一篇现场笔记 下一篇免费获取：https://nyk.dev/#newsletter 免费。随时退订。 加入私人 NYK alpha 频道，获取早期笔记和更新：https://t.me/+GJ-FEpzcZrtmMTky 关注 @nykdotdev，看每日公开构建。 ——"在 nyk.dev 获取下一篇现场笔记。" 标签：# X # Marketing # Automation # AI # Design # Growth # Thread 相关文章 Run a team of AI Employees Ryan Carson 做了 25 年创始人。他上一家公司 Treehouse 增长到 110 名全职员工，并教会一百万人编程。Automation Marketing AI Design