@evolsnow 谢谢支持。tab 键在这里：

@ffalex 你的邮箱应该是 icloud.com 吧？解码后是 icoud.com 。已发送到 icloud.com 邮箱。

@loveqianool 两条都记下了，分开说。

导入现有密钥：你说得对，现在确实只有「产生 Ed25519 金鑰」这一个入口，导入是真没做 —— 不是藏得深，是我漏了。说来惭愧，底层其实是按支持导入设计的（数据结构里 RSA / ECDSA / Ed25519 都留好了，连接时走的也是标准 OpenSSH PEM ），偏偏界面没做出来。这就补上，会支持粘贴私钥文本和选文件两种方式，带 passphrase 的加密私钥也一并支持。补好在更新说明里记你一笔 🙏

本地终端：这个得老实说，不做。不是不想，是做不到 termux 那个程度 —— termux 本质是把一整套 Linux 用户空间（ bash / coreutils / apt / clang ）移植进 Android 的 app 私有目录，还长期在跟 Android 的安全策略较劲，那是发行版级别的工程。SSH 客户端里加个「本地终端」，非 root 下能拿到的只有系统自带那套极简 toybox：没有包管理、$HOME 锁在沙盒里、也 exec 不了自己下载的二进制。做出来是个残废版，不如不做，让 termux 干它擅长的事。

不过有个组合可以试：termux 里 pkg install openssh 然后跑 sshd （默认监听 8022 ），Shellby 连 127.0.0.1:8022 。本地终端还是 termux 那套完整环境，但你能用上 Shellby 的快捷键条、命令片段、AI 审批那些。

@ffalex 谢了，三条都认真看了，2 和 3 已经在刚发的 1.8 里做掉了。

搜索那条你说得对。之前只有下钻进具体目录才出现搜索框，而且只匹配当前这一层——扫完停在顶层反而搜不了，这个设计确实别扭。1.8 改成结果页就带搜索框，范围是当前目录底下的整棵子树，命中按匹配度排序、点一下直接跳过去（文件会定位到所在目录并选中）。模糊匹配也加了，fzf 那一套：输 nmod 命中 node_modules ，输 ddata 命中 DerivedData ，中文也能搜。

构建产物顺着你提的 cargo 一起把几个生态补齐了：Cargo target 、Maven target 、Gradle build 、__pycache__ 归「安全可删」； CocoaPods Pods 和 Python 虚拟环境归「建议检查」——删了要重装依赖，不适合默认勾选。判定沿用原来的防误伤口径：target / build / Pods 这类常见目录名，必须旁边有 Cargo.toml / pom.xml / build.gradle / Podfile 才算数，光看名字不作数；虚拟环境要求目录里有 pyvenv.cfg 。这几类也跟 node_modules 一样受「近期活跃的 git 仓库自动排除」保护。

拿我自己的开发目录实测，补上这几类之后可释放量从 18 GB 变成 57 GB ，其中 cargo target 一项就占 32 GB 。这条建议含金量挺高，谢了。

留个邮箱，发码给你。完整改动在 https://diskly.app.mahui.me/changelog.html ，1.8 那两条都注明了是你的反馈。

@lchkid 感谢试用，也感谢这么具体的反馈 🙏 这个是我们的锅，已经定位到了，修复也写好了。

底部快捷指令条之前没给系统手势留位置，直接贴着屏幕最底边，正好压在安卓手势导航区上 —— 你横滑指令条的时候，系统先把它认成了「底部横滑切换应用」。

iOS 端不一样：那边键条在系统安全区里，底下有 Home Indicator 的留白顶着，所以没这个问题。纯粹是安卓这边布局漏了底部 inset 。

修法是把键条整体抬到手势条之上（键盘弹起时它本来就在键盘上方，不受影响）。安卓底部的 home / 切换应用手势是系统保留的，App 没法屏蔽，只能让开位置 —— 让开之后就不冲突了。

在带这个修复的包出来之前，临时可以先点终端把键盘唤起来，键条会被顶到键盘上方，就完全避开手势区了。

下个内测包会带上，到时候麻烦你再帮我验一下 🙏

@break 感谢这么详细的反馈,对我们帮助很大!逐条回复一下:

1 、AI 接口 400 报错后对话卡死 —— 问题已定位并修复。根因是部分 AI 服务返回的工具调用参数不是合法 JSON(或网络中断留下半截数据),存进对话历史后每次续聊都会被服务端拒绝,导致整个对话卡死。修复后会自动清理这类脏数据,之前已经卡死的旧对话在升级后点"继续"也能恢复,不用弃掉重开。修复将随下个版本发布,近期就会提审。

2 、命令白名单/黑名单 —— 目前审批弹窗里已支持"批准并加入白名单",加过一次后同类命令不再询问。你提的"find 、grep 、sed 、awk 等只读安全命令默认放行"是个好主意,我们会考虑内置一份默认安全命令白名单,减少不必要的确认。

3 、对话支持图片/文件 —— 这个需求已记下,不过涉及的改动较大,近期版本暂时不会加入,计划在后续版本中支持,还请耐心等待~

4 、命令工具库/脚本库 —— 很实用的建议,一键执行常用命令确实比每次输入或问 AI 更顺手,我们会纳入功能规划。

5 、报错信息复制、跨行框选 —— 已确认这块体验确实别扭,会在后续版本改进:报错信息支持一键复制,框选复制也会优化得更跟手。

再次感谢支持,有问题随时反馈~置的破坏性命令(rm -rf 、dd 、mkfs 等)始终拦截,白名单不会打穿这条底线。下个版本随更新。

东西不错，弥补了生态缺失。鸿蒙缺失需要这类软件补充生态。界面建议再打磨打磨

@spediacn 好问题，分两层说：

Apple 生态内（ iPhone / iPad / Mac ）：一次购买、全端可用。三端是同一个 App （同一条商店记录），走 Apple 账号的通用购买，换设备装上就自动解锁，不需要注册任何账号。

将来的 Windows / Linux / 我还想到了 Android：我的想法是明确的——授权就该是全平台一份，不想让大家按平台重复买单。但实话说这块还得想点办法：Apple 端走的是苹果原生的购买体系，出了这个生态就没有现成的凭证可以互认；而这个 App 管的是 SSH 密钥这类敏感数据，我又不想为了授权互通去搞用户注册登录那一套（多一个账号体系就多一份数据风险，跟产品初衷相悖）。所以跨生态授权大概率会走类似离线授权码的轻量方案，具体形式等 Windows/Linux 版立项时定，但"一份授权全栈可用"这个方向不会变，Apple 端的老用户到时候也会有妥善的互通安排。

@break 感谢这么细致的反馈，三个问题都收到了，已经全部修复，会随下个版本一起发布：

1. AI 面板不能复制 —— 已支持：消息文本现在可以直接选中复制，另外每条 AI 消息旁边加了一个复制按钮，一键复制整条分析结论（窄面板里拖选不方便，按钮更顺手）。
2. 选中即复制 —— 已做成设置项：「设置 ▸ 终端 ▸ 选中即复制」，默认关闭。打开后就是 iTerm 的行为：选中即写入剪贴板，选区高亮保留。对已打开的会话实时生效，不用重连。
3. 显示不全 / 宽度不能调 —— 这条你说得对，是实打实的问题。修了两处：命令输出原来超过 64KB 会被静默截断，这个截断已经彻底移除，现在看到的输出永远是完整的； AI 面板宽度也可以调了，拖面板左边缘即可（ 320–720pt ），宽度会记住。

再次感谢，这三条都提得非常准。有其他问题随时说。

@JunJian 这个问题问得很专业！ Shellby 的定位和应用场景和它们有一些不同，主要体现在以下几点：
1. 全平台/移动端原生体验：Warp 目前主要在桌面端，而 Shellby 提供了完整的 iOS 客户端，支持手机/iPad 随时随地应急运维。
2. 开箱即用与跨端同步：Shellby 内置了多端同步（ iCloud ），不需要你手动去配置各种 SSH 密钥、Config 文件的多端同步。在手机上配置好，Mac 上直接就能用。
3. AI 能力的集成方式：Shellby 的 AI Agent 更加针对移动端和临时运维场景做了优化，提供更直观的 UI 交互，而不需要在纯 CLI 里去记复杂的 AI 触发指令。
4. 轻量与原生：Shellby 追求的是轻量、快速启动和低系统资源占用，尤其在移动端做了很多性能和触控上的细节优化。
简单来说，如果你一直坐在电脑前，Warp 组合非常香；但如果你需要经常在多设备间切换、或者有随时随地用手机/iPad 连服务器排查问题、查看监控的需求，Shellby 会是一个更省心、更优雅的互补选择。欢迎体验对比，多提宝贵意见！

@spediacn 感谢支持！跨平台已经在我们的 Long-term Roadmap 里面了。
目前第一阶段想先把 iOS/macOS 端的原生体验、iCloud 同步以及基础的 SSH/SFTP/AI Agent 功能打磨好。一旦 Apple 生态的功能稳定，我们就会着手规划 Windows/Linux 客户端的开发，到时候一定第一时间在社区通知大家，敬请期待！

@sleek7671 感谢反馈。正是因为无法上架 app store ，所以 Pier 采用密钥激活、不绑账号:一个密钥可激活 5 台 Mac,换机时旧机点设置中的「注销本机许可证」名额即时释放,新机直接激活,全程自助。设备没了来不及注销的,邮件帮你释放。详见官网 FAQ:https://pier.app.mahui.me/#faq

@sleek7671 app store 上架的应用有沙盒机制，读不了其它进程的数据，所以无法上架，只能独立分发。但 Developer ID 签名 + Apple 公证都是做过的。放心使用。

@CalledKingsley 关于「 Pier 无法打开」问题的说明与修复方案

您好,感谢您的反馈,也非常抱歉给您带来了困扰。

问题说明:您下载到的 v2.0.0 版本存在一个构建配置错误——安装包中携带了一项 macOS 受限的系统权限声明,导致系统在启动时直接拒绝加载,表现为双击后提示「无法打开 Pier 」。这是我们的发布失误,与您的 Mac 设置无关,无需修改任何系统配置(也请不要为此关闭任何安全设置)。

该问题已修复,v2.0.1 已发布。 请按以下任一方式更新:

方式一:官网重新下载(推荐)
1. 前往 https://pier.app.mahui.me 重新下载 Pier.dmg(当前链接已指向 v2.0.1);
2. 打开 DMG,将 Pier 拖入「应用程序」文件夹,选择「替换」;
3. 正常双击启动即可。

方式二:Homebrew 用户

brew update && brew upgrade --cask mahui/tap/pier

两点补充说明:
- 无需卸载或清理残留:v2.0.0 从未成功运行,不会在您的系统中留下任何数据;

我们已在发布流程中增加了「产物实际启动验证」环节,确保此类问题不会再次发生。如更新后仍无法打开,或有任何其他问题,请随时回复,我们会第一时间跟进。

再次为这次糟糕的首次体验致歉,也感谢您愿意花时间反馈。

@DavZhn 长截图查看功能已经上线。app 审核已通过，可以更新到 1.3.2 使用。

@kylebing app 已经升级到 1.3.0 。你提到的前两个建议已经采纳并实现。

@lostarray 祝你成功。写不下去了欢迎使用我这个。🤝

@kylebing 谢谢这么具体的反馈，对我很有用！

三条都收到了，说下我的打算：

1. 滑动页上方的进度条确实太占地方了，下个版本会把它收进顶部标题两侧（小圆环 + 剩余张数），照片能大一圈。
2. "忽略此组"会做。你说的场景很真实——有些相似组就是每张都想留，现在它们会一直占着列表。计划是长按分组卡片就能忽略，设置里可以找回。
3. 按相簿整理的需求我也想做，不过形式上可能不是单独的 tab ，而是在滑动页加一个相簿筛选——选中某个相簿后只刷这个相簿里的照片，应该更贴合"清理某个相簿"的用法。这个改动大一些，会晚一两个版本。

前两条争取下次更新就带上。有别的想法随时说，这种反馈越多越好 :)

@kylebing 感谢回复。可以下载对比试用看看。