复制粘贴其实没那么简单，不止是“找回一条 → 粘贴一次”。高效场景往往更复杂：
云贴就是把这些细节都补全了，形成一个顺畅的闭环；而 Maccy 继续坚持“轻量、即开即用”，更纯粹。
| 功能维度 | 云贴（ AegisClip ） | Maccy |
|---|---|---|
| 自动粘贴 | ✓ 点击即贴，支持格式切换 | ✓ |
| 拆分条目 | ✓ 长文拆段，逐条管理 | ✗ |
| 多选复制合并 | ✓ 像购物车一样打包带走 | ✗ |
| 多选逐个粘贴 | ✓ 顺序粘贴，节奏流畅 | ✗ |
| 预览 | ✓ 文本/图片即时预览 | ✓ |
| 色值预览 | ✓ 自动色卡+对比色 | ✓ 但简陋 |
| 快捷键体系 | ✓ 全覆盖 | ✓ |
| 标签管理 | ✓ 标签+置顶+筛选 | ✗ 仅置顶 |
| 搜索/筛选 | ✓ 多维度筛选 | ✓ 仅搜索 |
| 导入/导出 | ✓ CSV 一键迁移 | ✗ |
| 文本编辑 | ✓ 可直接编辑 | ✗ |
| 功能亮点 | 使用场景 |
|---|---|
| 拆分条目 | 阅读长文时，逐段引用 |
| 多选复制合并 | 多条内容一次打包整理 |
| 多选逐个粘贴 | 多字段表单、逐段排版 |
| 色值预览 | 设计师/前端快速确认色值 |
| 标签管理 | 笔记分类、代码片段归档 |
| 多维度筛选 | 快速定位历史内容 |
| 导入/导出 | 更换设备、跨工具同步 |
| 文本编辑 | 修正错别字、格式问题 |
想深入了解详细对比，可以看这里：
云贴 vs Maccy 详细对比
想直观体验功能演示，可以去官网：
云贴官网
目前处于 早鸟价 阶段，感兴趣的可以趁现在入手～
整合包链接： https://www.xyebbs.com/res-id/mechanomania
注意事项：不兼容 Xaero 世界地图和小地图（会出现网络协议错误），如需地图请使用 Journey Map
服务器地址：hive.shabbyserver.com
暂未开启白名单，此服务器管理制度沿用 ShabbyServer 主规定： https://blog.shabbyserver.com/rules/
更多信息：此服务器为 ShabbyServer 附属试验性服务器，不保证长期开放，若有调整会在回复中补充。
是最近才发现的，起因是玩游戏总是高 ping 掉线断联我还以为是网络问题，结果今天排查发现，本地到路由器 ping 都很高
Login
64 bytes from 192.168.31.1: icmp_seq=0 ttl=64 time=15.236 ms
64 bytes from 192.168.31.1: icmp_seq=1 ttl=64 time=10.819 ms
64 bytes from 192.168.31.1: icmp_seq=2 ttl=64 time=11.668 ms
64 bytes from 192.168.31.1: icmp_seq=3 ttl=64 time=12.141 ms
64 bytes from 192.168.31.1: icmp_seq=4 ttl=64 time=6.485 ms
64 bytes from 192.168.31.1: icmp_seq=5 ttl=64 time=10.856 ms
64 bytes from 192.168.31.1: icmp_seq=6 ttl=64 time=8.989 ms
64 bytes from 192.168.31.1: icmp_seq=7 ttl=64 time=11.736 ms
64 bytes from 192.168.31.1: icmp_seq=8 ttl=64 time=12.545 ms
64 bytes from 192.168.31.1: icmp_seq=9 ttl=64 time=10.390 ms
64 bytes from 192.168.31.1: icmp_seq=10 ttl=64 time=12.788 ms
64 bytes from 192.168.31.1: icmp_seq=11 ttl=64 time=11.264 ms
64 bytes from 192.168.31.1: icmp_seq=12 ttl=64 time=9.515 ms
64 bytes from 192.168.31.1: icmp_seq=13 ttl=64 time=11.421 ms
64 bytes from 192.168.31.1: icmp_seq=14 ttl=64 time=13.224 ms
64 bytes from 192.168.31.1: icmp_seq=15 ttl=64 time=6.221 ms
64 bytes from 192.168.31.1: icmp_seq=16 ttl=64 time=276.621 ms
64 bytes from 192.168.31.1: icmp_seq=17 ttl=64 time=98.717 ms
64 bytes from 192.168.31.1: icmp_seq=18 ttl=64 time=520.851 ms
64 bytes from 192.168.31.1: icmp_seq=19 ttl=64 time=35.755 ms
64 bytes from 192.168.31.1: icmp_seq=20 ttl=64 time=253.896 ms
64 bytes from 192.168.31.1: icmp_seq=21 ttl=64 time=90.308 ms
64 bytes from 192.168.31.1: icmp_seq=22 ttl=64 time=11.186 ms
64 bytes from 192.168.31.1: icmp_seq=23 ttl=64 time=224.148 ms
64 bytes from 192.168.31.1: icmp_seq=24 ttl=64 time=36.539 ms
64 bytes from 192.168.31.1: icmp_seq=25 ttl=64 time=56.401 ms
大约链接了 31 台设备，ping 的时候负载很低，是连接的设备太多了吗？有 10 多台设备都是虚拟机，有线连接的另外一个红米路由器，然后红米路由器作为 Mesh 节点使用的
ping 的这台设备是直接连接的主路由器 5G WIFI ，用 Mesh 连接的虚拟机也 ping 过，一样的结果，很奇怪
我老家有三个小米摄像头，型号都不一样。每个摄像头都装有 64G 的 SD 卡，并且都连接了 SMB 服务器，录像会自动上传到 SMB 。
刚刚，我爸打电话跟我说家里断网了，据我爸描述，仅微信可用，其他新闻和天气 APP 用不了，我怀疑是 DNS 出了问题。
我在米家 APP 上发现除了路由器，其他所有智能设备都掉线了，但局域网应该是通的，因为路由器（路由器是红米的）页面能看到已连接的设备。
重启路由器，家里网络恢复正常。
原来，9 月 2 日移动宽带进行线路检修，出现了断网。
虽然后续宽带网络恢复了，但这期间也许是路由器出了问题，导致网络基本不可用。
9 月 4 日晚上，也就是刚刚，重启路由器之后，网络恢复正常，米家看到所有设备在线。
随后，我检查米家摄像头的录像，发现 9 月 2 日晚上到 4 日晚上，回放页面的录像列表是空白的，也就是这期间没有产生录像，三个摄像头，这期间录像都是空白的。
我连接到 SMB 服务器，这期间也没有任何录像上传。
摄像头是有电的：家里电路正常，恢复网络前，路由器局域网能看到摄像头的 IP ，网络恢复后也会马上上线。
SD 卡也是正常的：网络恢复后，录像正常存储，会自动上传到 SMB 服务器。
值得注意的是，SD 卡的数据是满的，摄像头会自动删除旧数据保存新数据。
于是我怀疑：
小米摄像头在断网情况下，不会存储录像到 SD 卡？
或者说
小米摄像头在断网情况下，不会存储录像到满数据的 SD 卡？
我买小米摄像头是因为它可以连接 SMB 服务器，我对这款摄像头的其他功能没有特别深入的了解，来这里是想看看有没有懂的朋友聊一下。
garlic decompiler这个项目还有两个月，就写了整整两年了。对于一个曾经是半吊子的 c 选手，稍微有那么一小点（其实挺大的）自豪。
最近两个月写了些东西：
与其说是 elf 的解析，应该说的是基于 armv8 的 elf 的解析。除了 Loads And Stores 部分的 instruction 没有处理，其余的指令都支持了。AI + 手敲，快了很多。效果如下：
[ELF] 0x00000000000118fc <_ZN3mmr5Clock3nowEv> # .text
[0 0xd10103ff] SUB x31, x31, #64
[1 0xf90013f3]
[2 0xa9037bfd]
[3 0x9100c3fd] ADD x29, x31, #48
[4 0xd53bd053] MRS x19, S2_3_13_0_2
[5 0xf9401668]
[6 0xf9000fe8]
[7 0x910023e1] ADD x1, x31, #8
[8 0x52800020] MOVZ w0, #1, LSL #0
[9 0x97fffaf4] BL #66800
[10 0x34000060] CBZ w0, 71984
[11 0x97fffe7e] BL #70432
[12 0x14000005] B #72000
[13 0xa940a3e9]
[14 0x5299400a] MOVZ w10, #51712, LSL #0
[15 0x72a7734a] MOVK w10, #15258, LSL #16
[16 0x9b0a2120] MADD x0, x9, x10, 8
[17 0xf9401668]
[18 0xf9400fe9]
[19 0xeb09011f] SUBS x31, x8, x9
[20 0x540000a1] B.NE, 0x11960
[21 0xa9437bfd]
[22 0xf94013f3]
[23 0x910103ff] ADD x31, x31, #64
[24 0xd65f03c0] RET x30
[25 0x97ffff20] BL #71136
[26 0x94000001] BL #72040
[27 0xf81f0ffe]
[28 0x97fffdd5] BL #69824
[29 0x97ffff60] BL #71408
跟几个朋友交流，他们说我有毛病，自己动手解析指令，capstone 都写的好好的。但是我觉得我要彻底搞明白，就得一个指令一个指令的过一遍，就像我解析 jvm 和 dalvik 的 bytecode 的过程是一样的，在这个过程中，了解指令集更快，烙印更深。
小插曲：读了armv8 的手册, 脑袋一热，买了美股Arm Holdings的股票，目前亏小 10 个点。
ARM 的文档做的不错，我这种小白花点儿时间也能看懂。对比大 A 的某武纪，某武纪的公开文档真的差。
还是欢迎大家试用，欢迎大家提意见，欢迎 PR ，欢迎提 bug
写在最后：为爱发电，不知道还能走多远。
有什么划算的 AI 接口吗？ cli 太费钱了：
这个使用量大概是多少钱？
| 名称 | PROMPT TOKENS | COMPLETION TOKENS | 总 TOKEN 数 | 请求次数 |
|---|---|---|---|---|
| api-key | 48,595,159 | 269,560 | 48,864,719 | 1,295 |
这还只是几个小时的量！
可能是以前用的服务器都是 BGP 的，所以几乎没什么明显的感觉。
但最近在起诉泉州联通的取证过程，以及现在日常使用移动宽带的过程中发现，这限速的不是一般的狠啊。
联通->联通，任意时间均可以满速
联通->移动，12:00~13:00 以及 18:30~24:00，速度最低被压到不到 1M ，最高不超过 5M ，其余时间可满
联通->电信，同样高峰期时间段，也不超过 5M
移动->联通，没有专门测试过，但即便不是高峰期使用 WireGuard 的体验也好不到哪去。
以上数据均是在泉州市内测试，仅 IPv4 ，每 10min 一次，单线程，联通为家宽，移动电信为专线/IDC 机房。
我有几个非常困惑的点：
我以前觉得大模型能提高中级程序员的开发效率，但是初级程序员因为无法表述出核心问题，导致有差异。但是现在的发展速度让 ai 直接全方位的开发完整项目已经越来越可行了。除了在逻辑复杂业务和大模型学习资料欠缺的技术领域大模型表现极差，其他方面都可以很好的完成任务了
佬友，我建设了一个能分享 APP 主页聚合成小站的工具，生成的小站能直接拉起大部分的 APP
这是我最近制作的一个短链小站，不限于微信、钉钉。只要按照方式把分享链接或者二维码图片添加进去，即可建立一个小站。这个小站能汇聚你常用的 APP 内部深度链接，不限于只分享自己的 APP 主页，也可分享自己感兴趣的主播等。 地址是： https://tuanse.com
Hi everyone! Pink Green Generator is a photo filter tool I created that adds a beautiful pink and green duotone effect to your photos. It’s fast, secure, and runs entirely in your browser. Feel free to check it out, and I’d love to hear your feedback!
百度网盘 Windows 客户端被曝严重漏洞，影响范围涵盖所有版本（包括 9 月 3 日最新的 7.59.5.104 ）。 漏洞成因是后台程序 YunxxxxxService.exe 在本地监听 10000 端口，OpenSafeBox 的 uk 参数可被注入命令。攻击者可构造恶意请求，通过 regsvr32.exe 加载远程 XML ，最终实现远程代码执行。 事件最初由安全公众号披露，但文章被删，厂商回应也自相矛盾：既承认有人提交过漏洞但被忽略，又称“正在修复不能公开”。 结论：漏洞危害极高，用户应立即关注更新；厂商的安全审核和信息透明度值得质疑。 消息来源： https://www.landiannews.com/archives/110526.html
你们有用历史数据做过分析吗？如果你们有所有的公开数据，做一个炒股看板，你们最想看到那些指标？
什么时候开始这样子提示了。
看得久了会感觉还是很有味道的！反正默认关闭，就当彩蛋了。不过我个人倒是挺喜欢这种 Synthwave 的风格的。
自从遇到 super-productivity, 再看其他待办工具都平平无奇。
反复问自己这个问题。
我的答案：
参考了 Dribble 上的这个设计，第一感受很不错，但其实设备一多了滑动操作用起来不太方便，而且也不适配家里的设备，所以结合了自己的需求和 Home Assistant 的支持情况，自己写了个。
不得不说好看确实是第二生产力（第一是 DDL ，也终于理解苹果为什么觉得做 AI 不如做 UI 了。）。
基本操作逻辑参考了苹果的家庭，不用房间来对设备进行分类，然后将最常用的几个设备和场景放在对应的类型卡片下，其它不那么常用的都隐藏到一个 Pop-up 的卡片里，点击整个分类的大卡片都能访问。而且得益于 Home Assistant 的多用户设计，可以为家庭每个成员修改首页自己最常用的设备。
以前朋友亲戚来家里总是不会用我家的设备，但这个放在家里基本都会用了。
对于一些传感器设备就直接隐藏了。用了这么多年智能家居，其实没有太多查看有没有人、温度多少湿度多少的需求，这些都应该用来做自动化，即所谓的「真正的科技是感受不到科技的存在」。
感觉这套 UI 上墙或者放在 Pixel 平板这类有底座的平板上还挺好看。
cluade 一直询问是否需要同意修改
linux 是正常的
删除.claude 文件夹
permission 加入* 允许。
还是一直询问要我是否同意。
于是我问 deepseek
npm update -g @anthropic-ai/claude
removed 205 packages in 2s ??? 这是什么鬼 卸载我全部 npm 包?
npm update -g @anthropic-ai/claude 我之前也执行过啊 没这个问题啊
Speech Repo 话术库是一款专注于提升沟通效率和实现话术统一管理的浏览器插件，广泛适用于日常沟通场景
github 仓库： https://github.com/tabelf/speech-repo
如果对你有帮助，请给我个 star ⭐️ ！
人再笨还能学不会空指针不能解引用？
人再笨还能学不会超出存储期的对象的指针不能解引用？
人再笨还能学不会 alloc 出来的指针需要 free 一次？
人再笨还能学不会 alloc 出来的指针不能越界读取和写入？
人再笨还能学不会 malloc 出来的内存需要初始化才能读取？
人再笨还能学不会 free 只能用在 alloc 出来的指针上？
人再笨还能学不会 free'ed / realloc'ed 的指针不能再次 free ？
人再笨还能学不会重用 free'ed / realloc'ed 的存储是未定义行为？
人再笨还能学不会 realloc 返回 NULL 时原有指针仍需 free 一次？
人再笨还能学不会 memcpy memmove 的目标缓冲区的大小需要足够大？
人再笨还能学不会 memcpy 的两段内存区域不能重叠？
人再笨还能学不会 strcpy strlen puts printf("%s"...) 只能用在带 '\0' 终结符的字符串上？
...
