设备绑定失效后用户无法继续登录，需要提供可验证、可重试且不会产生重复绑定的恢复路径。
用得好的人
不是打字快，是活儿派得好
同一个 DFCode，老手用得明显更顺——差别就在下面这几招。
高手的一次任务，是这么跑的
高手用DFCode，六步完成一个任务。
acme-web
工作中
我要给订单列表增加服务端分页，并支持按当前筛选条件导出 CSV。先执行 /init 接入这个仓库，目标先记住，暂时不要改代码。
Thought for 2s
已完成接入：项目是 Next.js + NestJS，订单模块使用 React Query 和 Prisma；已生成 AGENTS.md，并记录“服务端分页 + 按当前筛选和权限导出 CSV”的目标。没有修改业务代码。
1.8k in · 312 out
先只读摸底。分页和导出会影响哪些文件、接口和权限？特别确认筛选条件能不能复用。
Thought for 4s
摸底完成：列表目前一次拉取最多 500 条；前后端已经共用 OrderFilter，可以直接扩展 page/pageSize；导出应复用同一筛选解析器，但必须额外校验 orders:export 权限。预计改 7 个文件，风险是导出查询不能继承列表分页参数。
3.1k in · 468 out
基于刚才的摸底给我实施方案。要求列表和导出共用筛选语义，导出不能绕过数据权限，并写清验证方式。
Thought for 3s
订单分页与导出实施方案
- 扩展 OrderQuery：page、pageSize，并抽出 normalizeOrderFilter
- 列表接口返回 items、total、page、pageSize
- 新增 /orders/export，复用筛选与租户范围，只忽略分页字段
- 前端接入分页器和导出按钮，补单测、接口测试与权限测试
方案不会改现有筛选字段，也不引入新依赖。导出只生成当前筛选范围内的数据，并继续受租户与 orders:export 权限约束。确认后我再进入 Build。
3.9k in · 526 out
方案可以，开始实现。保持现有 UI 风格，分页默认 20 条；导出按钮放在筛选栏右侧，导出当前筛选的全部结果。
Thought for 6s
apps/api/src/orders/orders.service.ts+64 −18
42−return prisma.order.findMany({ where })
42+const [items, total] = await prisma.$transaction([...])
43+return { items, total, page, pageSize }
实现完成：列表已切换为服务端分页，默认 20 条；导出按钮复用当前关键词、状态、时间范围和租户权限，生成带 UTF-8 BOM 的 CSV。共修改 7 个文件。
8.7k in · 1.3k out
现在自己验证。跑订单模块单测、接口测试、类型检查和前端构建；如果失败就继续修到通过。
Thought for 2s
验证完成。发现并修复了导出服务漏传 tenantId 的问题；现在 27 项订单测试全过，类型检查和前端生产构建通过。
10.2k in · 1.6k out
提交前执行 /review。重点检查分页并发、导出权限、CSV 注入和是否遗漏空状态。
Thought for 5s
packages/csv/src/escape-cell.ts+9 −1
8−return String(value)
8+return /^[=+\-@]/.test(cell) ? `'${cell}` : cell
Review 收口完成：修复了 CSV 公式注入风险；确认翻页请求使用 queryKey 隔离，不会互相覆盖；导出同时校验 orders:export、租户范围和当前筛选；空列表与导出空结果都有明确提示。没有发现阻塞交付的问题。
可以提交给同事 review：7 个文件，新增服务端分页与受权限保护的筛选导出，27 项测试通过。
12.8k in · 2.1k out
随心输入
把目标说清楚，让它自己跑完
长任务、循环任务、持续优化任务，交给一个明确的完成条件。
AUTO
Auto 模式
安全的操作自动放行，不用一步一确认——你保持心流，它把活干完。
/autoTRUST
Trust 模式
显式确认后跳过常规确认，允许访问工作区和互联网；仍受 Engine 策略与失控保护约束。
TrustSIDE QUESTION
/btw 侧问
突然想问个不相关的问题？侧问一句，主任务一步没停、上下文不被污染。
/btw 这个报错是啥意思BACKGROUND
后台 Shell
dev server、构建、长命令丢后台，随时看输出，主线不卡。
/bashesGOAL-DRIVEN
/goal 持续推进
设一个持续目标它自己推进；status 查进度、pause 暂停、resume 继续。
/goal 修复失败测试直到全部通过SUPERVISED LOOP
Supervisor 循环工
挂在终端或 CI 上循环执行，带验证命令，通过才收工。
dfcode supervise "修复测试直到通过" --verify "npm test"一句 /spec，先把方案讲清楚
先理解需求、识别影响面和风险，整理成可执行的规格说明与实施计划 把方案交给你确认，确认后再开始改代码 ——复杂任务先对齐，再稳步落地。
这是静态界面示意，不会执行登录、命令、提交、下载或配置变更。
* Spec 模式会先输出方案并等待确认，确认后才进入实施。
把经验存成一行命令
发版流程、评审规范、排障套路——老手把「这事该怎么做」写成 Skill， 全队一句话调用，新人也能交出老手水准的活。
acme-web
工作中随心输入
* 更进一步：自定义 Command 模板放进 .dfcode/command/，团队仓库里直接共享。
高手清单：贴进你的笔记
十条习惯，照着来就是老手节奏。
- 大改动永远先 Plan，拿到方案再动手
- 新项目第一件事 /init，让它把规则写进 AGENTS.md
- 接手陌生代码，先问三个只读问题再改
- 改完必 /review，别交没验证过的活
- 上下文脏了就 /compact，或干脆 /new 开新会话
- 旁支问题走 /btw，别打断主任务
- 长命令丢后台 Shell，主线不卡
- 下班前把长活交给 /goal 或 supervise
- 按活儿换模型：读大项目挑长上下文的，小改动挑轻快的
- 重复做的事写成 Skill，下次一行命令