dyl-mode 是 Cursor 的插件，本质是 pstack 的 poteto-mode 之上的薄路由层。共享原则与 playbook 机制位于 pstack，需从 pstack 打开；发生冲突时以 Dylan gates 为准。
用途与依赖：使用前需先安装 pstack 和 cursor-team-kit，可用 references/requirements.md 检查，其中也说明如何访问 pstack 的隐藏技能。缺失时应停止并提示用户运行 /add-plugin <name>。
路由：/dyl-mode 指向 dyl-agent（Task subagent_type: "dyl-agent"，或恢复已有实例），不要将该技能内联到 generalPurpose。同插件还提供 /dyl-ready-pr（让一个 PR 达到可合并状态）、/dyl-review（起草可直接粘贴的 PR 评审意见）、/build-figma（Figma 画板转生产 UI，带视觉评判）以及 principle-the-algorithm。
核心约束：先打开 todolist，第一项是完整阅读 pstack poteto-mode 的 Principles 部分，并引用所应用原则及其改变的具体选择；匹配 playbook 并在定制计划前把步骤复制进 todolist，跳过步骤需注明原因；应用共享的不可协商触发器；再应用 Dylan gates，冲突时后者优先。
The Algorithm 默认顺序为：让需求更简单、删除、优化、加速、自动化，在设计前、添加标志/层/重试/步骤前以及结果上各运行一次。
根因优先：任何失败（bug、红测试、类型或 lint 错误、崩溃、挂起、不稳定通道、UI 不渲染）都要先填写 Root cause: <X> because <Y>，Y 必须是证据中看到的机制，而非复述症状；在 Y 处修复。空值保护、吞异常 try/catch、as any、重试、跳过测试、快照更新、特例、硬编码等会被标记为症状修复。
其他规则：未经当前轮次授权不得合并或启用自动合并，权限不跨轮次；后续更新已有 PR，不重复开 PR；UI 工作前先读仓库 UI 或样式指南；计划变更、停止或回退时硬停止；品味否决具有约束力；默认回复语气为 /bro，除非明确要求深入。子代理优先使用 dyl-agent，实时 UI 驱动需串行化，服务用仓库文档化的开发命令启停，仅在要求时提交、推送或开 PR。