数据说话 为什么 AI 反而让你更累 谁是真正的受益者 对自己诚实的建议 参考内容 本文首发地址 https://h89.cn/archives/614.html UC Berkeley Haas 的研究团队花 8 个月盯着一家约 200 人规模的科技公司。结论简单到残忍：AI 没有自然减少工作量，它只是让工作变得更密集。 午休时间有人在发 prompt，开会前五分钟在发 prompt，深夜十二点还在发 prompt。有人同时挂着三个 AI 工具来回切换。最初确实很爽——一个任务过去要半小时，现在五分钟搞定，还能顺手多干两个活。但几个月后，这些人普遍感到比以前更累。不是那种「今天活多」的累，是「明明什么活都变快了，为什么我的时间更少了」的累。 这不是感觉，是实测。 数据说话 Berkeley 这个研究不是孤例。2026 年关于 AI 和生产率的调查出了一堆，数字看起来不完

- 阅读剩余部分 -

一、为什么是飞书 CLI 二、安装：第一道坎不在代码里 三、认证：Agent 登录飞书，比人类更麻烦 四、身份边界：机器人替我发言，还是我替机器人背锅？ 测试 1：以 Bot 身份收发消息 测试 2：以 User 身份搜索历史消息 身份边界总结 五、四个工作流实测 工作流 1：晨间日程概览 工作流 2：群消息关键词响应 工作流 3：会议纪要整理 工作流 4：技术问题分析（翻车） 六、翻不过去的墙 1. 权限墙：scope 不够时，Agent 只能报错，无法自愈 2. 安全墙：高风险操作必须人类确认 3. 认知墙：Agent 没有上下文，只能执行，不能判断 七、结论：到底替我上了多少班？ 本文首发地址 https://h89.cn/archives/612.html 过去一周，我把飞书官方 CLI 接入了我的工作流，试图回答这个问题。结果不是"可以"或"不可以"，而是

- 阅读剩余部分 -

为什么大项目最后都卡在 Issue 队列上 它不是自动关单，而是一条保守的维护流水线 它到底关什么，放过什么 真正值钱的，不是模型，是并行和审计 模型重要，但还不是最关键的东西 这件事真正打到痛点的地方 最后说透四点 参考文献 本文首发地址 https://h89.cn/archives/582.html 开源项目做到后面，最容易把人拖垮的，往往不是写代码，而是清 Issue。 你以为维护者最怕的是线上事故？很多时候不是。真正磨人的，是早上打开 GitHub，先看到几千个没处理的 issue 和 PR，红点一片，根本不知道该从哪下手。 ClawSweeper 抓人的地方，也不是“AI 一键关 Issue”这种热闹标题，而是它把这件只能靠人硬扛的脏活，做成了一条能审计、能回滚、能长期跑的流水线。 公开仓库里的审计数据显示，Cla

- 阅读剩余部分 -

文件管理 截屏与录屏 logcat 使用 dumpsys 相关 ps 相关 am 相关 pm 相关 wm 相关 setprop 设置属性 input 相关 adb connect 远程无线调试 其它 本文首发地址 https://h89.cn/archives/281.html 最新更新地址 https://gitee.com/chenjim/chenjimblog 博主 Linux 使用较多，平时开发使用各种命令也比较多，之前写过一篇博文 安卓软件开发常用命令集合，其中 adb 相关命令最多，这里把 adb 相关抽离、补充完善。adb shell ls /system/bin/ 列出的命令均可以通过 adb shell 执行，本文主要介绍博主经常用到的命令使用及功能 文件管理 导出文件到电脑 adb pull /system/priv-app/ p-app 推送文

- 阅读剩余部分 -

Markdown Not Support JCEF Version Control 中 Local Changes 不显示 自动同步不同电脑 Android Studio 配置 自动格式化代码 自动导入包 一些好用插件 本文收发地址 https://h89.cn/archives/130.html 最新更新地址 https://gitee.com/chenjim/chenjimblog Android Studio 是安卓开发的最强工具，本文主要介绍一些个人配置，以提高我们的开发效率 Markdown Not Support JCEF 问题 Your environment does not support JCEF,can not use Mardkdown Editor Preview Android Studio 默认运行时暂不支持JCEF，无法使用mar

- 阅读剩余部分 -