平台提供底盘，模式由用户生长

有人在做一件把"模式"这件事系统化的活：从大量反馈看，用户分两派——一派自己做规划、根本不需要 plan mode；另一派就爱进入一个专门模式，让 Claude 陪着思考和头脑风暴。他的计划是：把 plan mode 做成一个内置 mod，再允许各路 mods 新增自己的模式、甚至覆盖 Shift+Tab 那个切换键。

"分两派"这个观察先值得停下。它说明模式（mode）在 coding agent 里已经不是可有可无的装饰，而是真实存在的使用习惯——有人要仪式（进模式＝切换心态），有人要流程（模式＝约束与节奏）；同一功能两极分化，通常只有一个解释：它戳中了不同人的工作方式，而不是功能本身有毛病。既然习惯天然多样，与其把某一种钉死成唯一正解，不如把"模式"本身做成可插拔的底盘。

把模式做成 mod，架构上的意味比功能本身大。Plan、Goal、Agent、只读、执行……今晚在各家产品里见过的模式名越来越多，但多数是焊死的——模式集由厂商定义、切换键由厂商分配；这一步把选择权挪到了社区：谁能定义模式、谁来决定按键，第一次成了可扩展项。

这与"把选择权交出去"的老原则一脉相承：平台提供底盘，模式由用户生长——就像工具层的聚合货架，卖的不是某个功能，是"你可以有你的功能"。

Shift+Tab 这个键尤其有戏。它在几个产品里都是权限与模式的切换门（今晚刚聊过"有围栏也有门"），现在连键位本身都可以被 mod 覆盖——键位即配置，配置即表态：你可以把最常用的那个模式放在最顺手的位置。当一个工具开始认真对待"手指的肌肉记忆"，说明它真的进了日常。

给想试的人一句落地的：先给自己列三个真实场景——快速改一处、认真实现一个功能、只读梳理思路——看它们各自该落在哪个模式里；列得出来，说明你已经在用模式了，值得去改造；列不出来、三个场景一个模式走天下，那说明你还处在"模式尚不需要"的阶段，等需要了再折腾键位。