pi 将满一分钟的 shell 耗时改以分秒与小时显示，并让 ctrl+x 复制快捷键的描述与实际行为对齐

2026 年 9 月 18 日，pi 合入两个 PR，特性与修复各一，都源于已建档的 issue：rwachtler 的 #9742 让长时间运行的 shell 命令用人类可读的单位报告耗时，christianklotz 的 #9745 则让 /hotkeys 不再低估 ctrl+x 复制快捷键的实际能力。

在此之前，Bash 与 PowerShell 工具对耗时只有一种呈现：带一位小数的原始秒数。issue #9628 开篇的例子——跑了 1592 秒的命令——显示为 Elapsed 1592.2s，读的人只能自己换算。现在满一分钟的耗时以分和秒显示，同一个例子变成 26m 32s；超过一小时再追加小时段，如 1h 0m 0s。六十秒以内仍保留小数形式，4.2 秒的命令照旧显示 4.2s。这次改动附带回归测试，把三种格式的边界钉死，命令运行中和结束后读取的显示都在覆盖范围内。

#9745 修复的 #9660 是一处描述与行为的错位：ctrl+x 对应的 app.message.copy 动作只有一种行为，却有三份描述——/hotkeys 写着 “Copy last assistant message”，键位注册表写着 “Copy message to clipboard”，而 docs/keybindings.md 记录的才是真实链条。按该 issue 的梳理：在 /tree 里复制选中的消息；全屏 TUI 下 fullscreenCopyOnSelect 设为 false 且存在选区时复制选区；否则复制最后一条助手消息。这次修复不改任何行为——键位描述与 /hotkeys 行现在都写作 “Copy selection or last assistant message”，与快捷键一直以来的表现一致。

两笔改动目前都停留在 main 上：npm 侧最新的 tag 仍是 9 月 5 日的 v0.85.1，随版发布时间未定。各自都能追溯到原始诉求——#9628 想要的是免于心算的分钟读数，#9660 想要的是一张如实描述完整快捷键的帮助表格。