[推广] 开源了一个能动手的个人 AI 助手 Open Muse： iPhone / Mac / Android 都有，关掉 App 它还在云端干活
做了一个个人 AI 助手，代码完全开源（ MIT ）。
它能做什么
● 记事、跟进：一句话设每周提醒；偏好存进你能打开、能编辑的记忆；目标会持续跟进。
● 读健康数据（ iPhone ）：问「今天练得怎么样」，它当场读 Apple 健康；读不到的数字不编造。
● 操作你的 Mac：看屏幕、开 App 、点击、输入，每一步先问你；你屏蔽的 App 和文件夹它碰不到。
● 飞书：通过 lark-cli 查任务、建文档。
● 后台干活：任务在云端环境里跑，关掉 App 也会继续。
怎么用
后端是火山方舟的 Managed Agents ，需要你自己的方舟 API Key （按量计费）。模型请求直接从你的设备发到方舟，不经过我的服务器。
● 官网下载： https://getopenmuse.com/zh/ （ Mac 版签名公证； Android 直接下载 APK ； iPhone 走 TestFlight ）
● GitHub： https://github.com/chyroc/open-muse
还在早期，欢迎试用、提 issue ，觉得有意思的话给个 star 。
via V2EX (author: Chyroc)
做了一个个人 AI 助手，代码完全开源（ MIT ）。
它能做什么
● 记事、跟进：一句话设每周提醒；偏好存进你能打开、能编辑的记忆；目标会持续跟进。
● 读健康数据（ iPhone ）：问「今天练得怎么样」，它当场读 Apple 健康；读不到的数字不编造。
● 操作你的 Mac：看屏幕、开 App 、点击、输入，每一步先问你；你屏蔽的 App 和文件夹它碰不到。
● 飞书：通过 lark-cli 查任务、建文档。
● 后台干活：任务在云端环境里跑，关掉 App 也会继续。
怎么用
后端是火山方舟的 Managed Agents ，需要你自己的方舟 API Key （按量计费）。模型请求直接从你的设备发到方舟，不经过我的服务器。
● 官网下载： https://getopenmuse.com/zh/ （ Mac 版签名公证； Android 直接下载 APK ； iPhone 走 TestFlight ）
● GitHub： https://github.com/chyroc/open-muse
还在早期，欢迎试用、提 issue ，觉得有意思的话给个 star 。
via V2EX (author: Chyroc)
[分享创造] 做了个 PDF 分享工具：除了生成链接，我更想知道对方到底有没有认真看
最近做了一个比较小的 PDF SaaS ，叫 PDF to Link。
地址：
https://pdf-to-link.com/
最开始想做它，其实不是因为“PDF 转链接”这个功能本身有多难，而是我发现现有的 PDF 分享流程有一个挺明显的断层：
● 对方打开了吗？
● 看到了第几页？
● 哪几页停留时间比较长？
● 是不是看两页就关掉了？
● 最后有没有点击我希望他点击的链接？
如果只是通过邮件附件、Google Drive 、Dropbox 之类发出去，这些信息基本是看不到的。
于是就做了这个工具。
----------------------
现在的基本流程
目前逻辑比较简单：
它不是把 PDF 转成 HTML ，也不是把 PDF 内容重新排版。
原始内容还是 PDF ，只是在浏览器里提供一个独立的阅读页面。
这样做之后，就可以在 PDF 外面增加一些东西，比如：
● Logo
● Favicon
● 页面背景
● CTA 按钮
● 社交链接
● 密码访问
● Lead Capture
● QR Code
我比较在意的其实不是这些外观功能，而是后面的阅读数据。
----------------------
目前做了哪些阅读数据
现在后台主要统计：
● Views / Reading Sessions
● Visitors
● Active Reading Time
● Reading Depth
● 每一页的 Engagement
● Reader Location
● Exit Page
● Downloads
● CTA Clicks
例如一个 20 页 PDF：
如果 100 个人打开：
那至少可以看到第 5 页附近发生了比较明显的流失。
当然我不认为这就代表：
所以我现在对 Analytics 的定位是：
它提供行为信号，而不是替用户解释行为。
----------------------
Active Reading Time 我没有直接用页面停留时间
这里我之前纠结了一段时间。
假设：
用户打开 PDF → 切到另一个 Tab → 30 分钟以后回来。
如果简单用：
那结果可能会显示这个人读了 30 多分钟，但实际上完全不是。
所以现在 Active Time 更偏向统计：
● 页面处于可见状态
● 浏览器 Tab 是 active
● 阅读器存在实际活动
当然，这依然不能证明用户“认真阅读”。
我觉得只能做到尽可能接近真实行为，不能把它包装成“阅读理解检测”。
----------------------
为什么不用 Google Drive ？
这个问题应该是最容易被问到的。
我自己的理解是，它们解决的问题不完全一样。
Google Drive / Dropbox
更偏：
● 文件存储
● 文件夹管理
● 权限
● 团队协作
PDF to Link
更偏：
● 对外发布一个 PDF
● 提供独立阅读体验
● 品牌展示
● 查看阅读行为
● 引导下一步操作
所以如果只是：
但如果是：
● Pitch Deck
● Proposal
● 产品目录
● Portfolio
● White Paper
● 报告
● 培训资料
这类 PDF ，我觉得“分享之后发生什么”会更有价值。
----------------------
一个我目前还没完全想清楚的问题：下载到底应该默认开还是关？
这个目前我自己也比较纠结。
如果允许下载：
优点：
● 用户可以保存
● 使用习惯自然
● 离线阅读方便
缺点：
PDF 下载以后，后面的阅读行为就完全不可见了。
如果禁止下载：
优点：
● 数据比较完整
● 更适合一些 Proposal / Pitch Deck
缺点：
● 用户可能觉得限制太强
● 真正想下载的人可能截图或者用其他方式保存
所以目前我更倾向于：
让发布者自己选择。
但不知道 V 友们实际使用时更喜欢哪种默认值。
----------------------
另外一个问题：Raw PDF URL 还是 Viewer URL ？
我现在产品默认生成的是阅读页，例如：
而不是：
因为只有 Reading Page 才能加 Analytics 、Password 、CTA 等东西。
但是实际调研下来，确实还有一批用户搜索的是：
所以我现在觉得这其实是两个完全不同的需求：
Raw PDF URL
更适合：
● API
● 程序直接读取
● iframe / embed
● 下载
● 文件引用
Viewer URL
更适合：
● 给人阅读
● Analytics
● Branding
● Password
● CTA
现在产品主要做后者。
这块如果 V 友里面有做文档系统或者 SaaS 的，也挺想听听你们实际更常遇到哪一种。
----------------------
免费版目前怎么做
目前免费版：
● $0
● 1 个 Published PDF
● 单 PDF 最大 50 MB
主要核心功能也可以体验。
我暂时没有做那种“上传一次以后所有东西都锁住必须付费”的模式，因为早期更想知道：
用户究竟会不会真的用这个东西，而不是注册以后就走。
现在最想验证的指标其实不是注册量，而是：
如果这个闭环不成立，后面加再多功能意义也不大。
----------------------
接下来我比较想做的
目前考虑的方向主要有：
1. 更细的 Reading Analytics
例如：
● Page revisit
● 阅读路径
● Reader Session timeline
● 不同链接来源的 engagement
2. Expiring Link
例如：
3. Custom Domain
最近做了一个比较小的 PDF SaaS ，叫 PDF to Link。
地址：
https://pdf-to-link.com/
最开始想做它，其实不是因为“PDF 转链接”这个功能本身有多难，而是我发现现有的 PDF 分享流程有一个挺明显的断层：
文件发出去了，然后呢？比如我给别人发一个 20 页的 PDF：
● 对方打开了吗？
● 看到了第几页？
● 哪几页停留时间比较长？
● 是不是看两页就关掉了？
● 最后有没有点击我希望他点击的链接？
如果只是通过邮件附件、Google Drive 、Dropbox 之类发出去，这些信息基本是看不到的。
于是就做了这个工具。
----------------------
现在的基本流程
目前逻辑比较简单：
上传 PDF
↓
生成一个独立阅读页面
↓
得到分享链接 / QR Code
↓
别人通过浏览器阅读
↓
后台查看阅读数据
它不是把 PDF 转成 HTML ，也不是把 PDF 内容重新排版。
原始内容还是 PDF ，只是在浏览器里提供一个独立的阅读页面。
这样做之后，就可以在 PDF 外面增加一些东西，比如：
● Logo
● Favicon
● 页面背景
● CTA 按钮
● 社交链接
● 密码访问
● Lead Capture
● QR Code
我比较在意的其实不是这些外观功能，而是后面的阅读数据。
----------------------
目前做了哪些阅读数据
现在后台主要统计：
● Views / Reading Sessions
● Visitors
● Active Reading Time
● Reading Depth
● 每一页的 Engagement
● Reader Location
● Exit Page
● Downloads
● CTA Clicks
例如一个 20 页 PDF：
如果 100 个人打开：
Page 1 100
Page 2 92
Page 3 85
Page 4 81
Page 5 43
Page 6 38
...
Page 20 12
那至少可以看到第 5 页附近发生了比较明显的流失。
当然我不认为这就代表：
“第 5 页内容一定有问题。”因为也可能用户已经找到了想看的信息。
所以我现在对 Analytics 的定位是：
它提供行为信号，而不是替用户解释行为。
----------------------
Active Reading Time 我没有直接用页面停留时间
这里我之前纠结了一段时间。
假设：
用户打开 PDF → 切到另一个 Tab → 30 分钟以后回来。
如果简单用：
close_time - open_time
那结果可能会显示这个人读了 30 多分钟，但实际上完全不是。
所以现在 Active Time 更偏向统计：
● 页面处于可见状态
● 浏览器 Tab 是 active
● 阅读器存在实际活动
当然，这依然不能证明用户“认真阅读”。
我觉得只能做到尽可能接近真实行为，不能把它包装成“阅读理解检测”。
----------------------
为什么不用 Google Drive ？
这个问题应该是最容易被问到的。
我自己的理解是，它们解决的问题不完全一样。
Google Drive / Dropbox
更偏：
● 文件存储
● 文件夹管理
● 权限
● 团队协作
PDF to Link
更偏：
● 对外发布一个 PDF
● 提供独立阅读体验
● 品牌展示
● 查看阅读行为
● 引导下一步操作
所以如果只是：
“我要给同事传一个 PDF 。”我自己也会直接用 Google Drive 。
但如果是：
● Pitch Deck
● Proposal
● 产品目录
● Portfolio
● White Paper
● 报告
● 培训资料
这类 PDF ，我觉得“分享之后发生什么”会更有价值。
----------------------
一个我目前还没完全想清楚的问题：下载到底应该默认开还是关？
这个目前我自己也比较纠结。
如果允许下载：
优点：
● 用户可以保存
● 使用习惯自然
● 离线阅读方便
缺点：
PDF 下载以后，后面的阅读行为就完全不可见了。
如果禁止下载：
优点：
● 数据比较完整
● 更适合一些 Proposal / Pitch Deck
缺点：
● 用户可能觉得限制太强
● 真正想下载的人可能截图或者用其他方式保存
所以目前我更倾向于：
让发布者自己选择。
但不知道 V 友们实际使用时更喜欢哪种默认值。
----------------------
另外一个问题：Raw PDF URL 还是 Viewer URL ？
我现在产品默认生成的是阅读页，例如：
example.com/page/xxxxx
而不是：
example.com/file.pdf
因为只有 Reading Page 才能加 Analytics 、Password 、CTA 等东西。
但是实际调研下来，确实还有一批用户搜索的是：
“我就想要一个真正以 .pdf 结尾的 URL 。”特别是开发/API/嵌入类需求。
所以我现在觉得这其实是两个完全不同的需求：
Raw PDF URL
更适合：
● API
● 程序直接读取
● iframe / embed
● 下载
● 文件引用
Viewer URL
更适合：
● 给人阅读
● Analytics
● Branding
● Password
● CTA
现在产品主要做后者。
这块如果 V 友里面有做文档系统或者 SaaS 的，也挺想听听你们实际更常遇到哪一种。
----------------------
免费版目前怎么做
目前免费版：
● $0
● 1 个 Published PDF
● 单 PDF 最大 50 MB
主要核心功能也可以体验。
我暂时没有做那种“上传一次以后所有东西都锁住必须付费”的模式，因为早期更想知道：
用户究竟会不会真的用这个东西，而不是注册以后就走。
现在最想验证的指标其实不是注册量，而是：
上传 PDF
↓
成功发布
↓
真的把链接分享出去
↓
产生真实 Reader Session
↓
回来查看 Analytics
如果这个闭环不成立，后面加再多功能意义也不大。
----------------------
接下来我比较想做的
目前考虑的方向主要有：
1. 更细的 Reading Analytics
例如：
● Page revisit
● 阅读路径
● Reader Session timeline
● 不同链接来源的 engagement
2. Expiring Link
例如：
24 小时后失效
7 天后失效
指定日期失效
3. Custom Domain
V2EX
[分享创造] 做了个 PDF 分享工具：除了生成链接，我更想知道对方到底有没有认真看 最近做了一个比较小的 PDF SaaS ，叫 PDF to Link。 地址： https://pdf-to-link.com/ 最开始想做它，其实不是因为“PDF 转链接”这个功能本身有多难，而是我发现现有的 PDF 分享流程有一个挺明显的断层：文件发出去了，然后呢？比如我给别人发一个 20 页的 PDF： ● 对方打开了吗？ ● 看到了第几页？ ● 哪几页停留时间比较长？ ● 是不是看两页就关掉了？ ● 最…
这个已经在做更完整的体验。
例如：
而不是平台自己的域名。
4. 更方便的销售/营销工作流
我之后可能会考虑：
● Webhook
● Zapier
● HubSpot
● Slack notification
例如：
不过这一块我暂时不想太早做，因为容易从一个很简单的 PDF 工具膨胀成一个很重的销售 SaaS 。
----------------------
有几个问题特别想听听 V 友意见
如果你们平时会分享 PDF ，我比较想知道下面几个问题：
1. 你们实际有没有“想知道对方看到第几页”的需求？
还是说这个需求看起来合理，但实际上根本不会看数据？
2. 如果是 Pitch Deck / Proposal ，你更希望默认允许下载，还是禁止下载？
3. 你更需要 Raw
4. 阅读 Analytics 里，你觉得哪个数据最有价值？
● Active Time
● Reading Depth
● 每页停留
● Exit Page
● 是否重新打开
● CTA Click
● 其他？
5. 如果让你付费，什么功能才会真正让你付？
我自己现在比较怀疑单纯：
真正可能产生价值的还是后面的：
----------------------
产品地址：
https://pdf-to-link.com/
如果大家愿意试的话，比较希望收到真实的吐槽，特别是：
● 哪一步不好理解
● 哪个功能完全没必要
● Analytics 哪里看不懂
● 分享页有哪些明显问题
● 哪些功能你觉得我是在自嗨
这些反馈对我现在比“挺好的，加油”更有用。
via V2EX (author: digiplanp)
例如：
docs.company.com/proposal
而不是平台自己的域名。
4. 更方便的销售/营销工作流
我之后可能会考虑：
● Webhook
● Zapier
● HubSpot
● Slack notification
例如：
某个 Proposal 被打开了然后发通知。
对方读到第 12 页
再次回来阅读
不过这一块我暂时不想太早做，因为容易从一个很简单的 PDF 工具膨胀成一个很重的销售 SaaS 。
----------------------
有几个问题特别想听听 V 友意见
如果你们平时会分享 PDF ，我比较想知道下面几个问题：
1. 你们实际有没有“想知道对方看到第几页”的需求？
还是说这个需求看起来合理，但实际上根本不会看数据？
2. 如果是 Pitch Deck / Proposal ，你更希望默认允许下载，还是禁止下载？
3. 你更需要 Raw
.pdf URL ，还是浏览器 Viewer URL ？4. 阅读 Analytics 里，你觉得哪个数据最有价值？
● Active Time
● Reading Depth
● 每页停留
● Exit Page
● 是否重新打开
● CTA Click
● 其他？
5. 如果让你付费，什么功能才会真正让你付？
我自己现在比较怀疑单纯：
“上传 PDF → 生成链接”其实没有太强的付费价值。
真正可能产生价值的还是后面的：
Analytics + Branding + Access Control + Workflow所以现在还在验证这件事。
----------------------
产品地址：
https://pdf-to-link.com/
如果大家愿意试的话，比较希望收到真实的吐槽，特别是：
● 哪一步不好理解
● 哪个功能完全没必要
● Analytics 哪里看不懂
● 分享页有哪些明显问题
● 哪些功能你觉得我是在自嗨
这些反馈对我现在比“挺好的，加油”更有用。
via V2EX (author: digiplanp)
[程序员] 译文： pstack 作者 poteto 的《可信的循环》中文版
用《 High Output Management 》的早餐工厂讲怎么管 agent 《 Loops You Can Trust 》
我觉得有用的几点：
● 验证是 "限制步骤"。agent 没法确认自己做对了，循环跑得越多，要你返工的 slop 就越多。
● 每个环节都能叫停整条线：分诊可以判定 "这不是 bug"，复现可以 "复现不出来"，修复可以说 "风险太大"。坏活在前面就挡住了，越往后纠正越贵。
● poteto 把共用 UI 库迁到 StyleX ，PR 将近 40 万行，像素级对齐了，自己团队一用还是翻出 z-index 和优先级问题。后来改成 automation 每天只迁一个叶子组件，每个 PR 都附截图和视频。
● 建议从零开始：不装插件，不写 AGENTS.md ，先看 agent 在哪出错。同样的错反复出现就写成 skill ，能写成 lint 规则或者改代码结构更好。
译文：https://pstack.ganhai.cloud/from-poteto/loops-you-can-trust-zh/ X 原文：https://x.com/poteto/status/
via V2EX (author: liuluxu1989)
用《 High Output Management 》的早餐工厂讲怎么管 agent 《 Loops You Can Trust 》
我觉得有用的几点：
● 验证是 "限制步骤"。agent 没法确认自己做对了，循环跑得越多，要你返工的 slop 就越多。
● 每个环节都能叫停整条线：分诊可以判定 "这不是 bug"，复现可以 "复现不出来"，修复可以说 "风险太大"。坏活在前面就挡住了，越往后纠正越贵。
● poteto 把共用 UI 库迁到 StyleX ，PR 将近 40 万行，像素级对齐了，自己团队一用还是翻出 z-index 和优先级问题。后来改成 automation 每天只迁一个叶子组件，每个 PR 都附截图和视频。
● 建议从零开始：不装插件，不写 AGENTS.md ，先看 agent 在哪出错。同样的错反复出现就写成 skill ，能写成 lint 规则或者改代码结构更好。
译文：https://pstack.ganhai.cloud/from-poteto/loops-you-can-trust-zh/ X 原文：https://x.com/poteto/status/
via V2EX (author: liuluxu1989)
[推广] 最近折腾全国有礼的时候发现一个可以拿来充 Steam 钱包的小羊毛，自己已经走通了一遍，分享一下。
1. 全国有礼切到马来西亚，并加入宝藏派对
微信搜索：
加入成功后，去：
一定先确认优惠券到账，再继续下一步。
----------------------
2. 购买 10 MYR Steam Wallet Code
我用的是 DearPlayers：
https://www.dearplayers.com/en-MY/products/steam-wallet-code?payment=razer.duitnow&variant=UHJvZHVjdFZhcmlhbnQ6NDY1
金额选择：
----------------------
3. 用全国有礼扫码付款
回到全国有礼小程序。
找到：
付款成功后，会拿到 Steam Wallet Code / CDK 。
----------------------
4. Steam 国区直接兑换
打开 Steam ，进入：
我自己实测：
所以不需要为了这个去改 Steam 商店地区。
via V2EX (author: PitayaIceream)
1. 全国有礼切到马来西亚，并加入宝藏派对
微信搜索：
全国有礼进入小程序后，左上角地区切换到：
马来西亚然后输入我的邀请码：
T61P25加入马来西亚粉码宝藏派对。
加入成功后，去：
我的 -> 我的优惠确认能看到那张 减 10 优惠券。
一定先确认优惠券到账，再继续下一步。
----------------------
2. 购买 10 MYR Steam Wallet Code
我用的是 DearPlayers：
https://www.dearplayers.com/en-MY/products/steam-wallet-code?payment=razer.duitnow&variant=UHJvZHVjdFZhcmlhbnQ6NDY1
金额选择：
10 MYR下面的 Wallet Payment 选择：
DuitNow然后点击：
Confirm and Pay这时网页会生成一个 DuitNow 付款二维码。
----------------------
3. 用全国有礼扫码付款
回到全国有礼小程序。
找到：
汇率优惠升级卡 -> 去使用 -> 扫码付款扫描刚才 DearPlayers 页面生成的 DuitNow 二维码，然后完成付款。
付款成功后，会拿到 Steam Wallet Code / CDK 。
----------------------
4. Steam 国区直接兑换
打开 Steam ，进入：
游戏 -> 兑换 Steam 钱包充值码输入刚才拿到的 CDK 即可。
我自己实测：
国区 Steam 可以直接兑换，不需要转区。兑换后会按照 Steam 的规则折算到人民币钱包余额。
所以不需要为了这个去改 Steam 商店地区。
via V2EX (author: PitayaIceream)
[分享创造] 做了个深度集成 Herdr 的 iOS SSH / Mosh 终端 Tenimon，邀请 V 友 TestFlight 体验
大家好，我做了一款 iPhone / iPad 上的远程终端 App ，叫 Tenimon ，目前正在 TestFlight 测试，想请大家试试，听听意见。 它支持 SSH 、Mosh ，除了日常连服务器，也希望方便大家在手机上使用 Claude Code 、Codex 、pi 等。因为我自己就是经常需要连接到家里的服务器，运行 herdr 看下 agent 任务做怎么样了。 主要特色：
● 深度集成 Herdr：发现、接入远程 Herdr 会话，分屏、退出等快捷方式都在快捷栏里，支持左右分屏调整大小，收起侧边栏；也支持 tmux 、Zellij 。
● 图片和语音输入：支持复制图片给 codex 这些 agent ；语音转文字支持 Apple 、openai 格式兼容。
● 内置浏览器：可通过 SSH 代理访问服务器上的开发网页。
● 支持 SSH 跳板机，以及本地、远程和 SOCKS5 端口转发。
收费方式应该是之后是免费基础版 + Pro 一次性买断，不做订阅。估计卖个 6 刀左右。 TestFlight 内购走苹果沙箱，直接点购买就能解锁 Pro ，不会实际扣款。 TestFlight： https://testflight.apple.com/join/qmzbVfze
尤其欢迎使用 Herdr ，或者经常在手机上操作远程 Agent 的朋友试试。想听听大家对操作体验、连接稳定性和定价的看法，也欢迎直接提需求、报 Bug 。 遇到问题可以在楼里留言，或者发邮件。谢谢大家！
via V2EX (author: wynemo)
大家好，我做了一款 iPhone / iPad 上的远程终端 App ，叫 Tenimon ，目前正在 TestFlight 测试，想请大家试试，听听意见。 它支持 SSH 、Mosh ，除了日常连服务器，也希望方便大家在手机上使用 Claude Code 、Codex 、pi 等。因为我自己就是经常需要连接到家里的服务器，运行 herdr 看下 agent 任务做怎么样了。 主要特色：
● 深度集成 Herdr：发现、接入远程 Herdr 会话，分屏、退出等快捷方式都在快捷栏里，支持左右分屏调整大小，收起侧边栏；也支持 tmux 、Zellij 。
● 图片和语音输入：支持复制图片给 codex 这些 agent ；语音转文字支持 Apple 、openai 格式兼容。
● 内置浏览器：可通过 SSH 代理访问服务器上的开发网页。
● 支持 SSH 跳板机，以及本地、远程和 SOCKS5 端口转发。
收费方式应该是之后是免费基础版 + Pro 一次性买断，不做订阅。估计卖个 6 刀左右。 TestFlight 内购走苹果沙箱，直接点购买就能解锁 Pro ，不会实际扣款。 TestFlight： https://testflight.apple.com/join/qmzbVfze
尤其欢迎使用 Herdr ，或者经常在手机上操作远程 Agent 的朋友试试。想听听大家对操作体验、连接稳定性和定价的看法，也欢迎直接提需求、报 Bug 。 遇到问题可以在楼里留言，或者发邮件。谢谢大家！
via V2EX (author: wynemo)
[硬件] 大家都用什么数据线？
本人比较喜欢有线连接设备，比如键盘、耳机之类，但是多起来之后就觉得线很多，桌面很混乱 —— 所以想着把所有的数据线全部换成同一种，显得稍微整齐一点，反正目前大多数的设备都是 type-C 就能够连接.
但是目前觉得比较耐用且颜值稍微高一点的线就只有苹果的原装线了，其他的线材质似乎比较硬，因为本人桌面很小，线都要卷起来用，线如果塑性不好就会很难控制形状和占据的空间；另外，很多线用一段时间接头就会坏，并不耐用.
想问问各位都在用什么数据线，还是每个设备用原装的数据线就行？有没有什么优质的数据线推荐？
via V2EX (author: physnya)
本人比较喜欢有线连接设备，比如键盘、耳机之类，但是多起来之后就觉得线很多，桌面很混乱 —— 所以想着把所有的数据线全部换成同一种，显得稍微整齐一点，反正目前大多数的设备都是 type-C 就能够连接.
但是目前觉得比较耐用且颜值稍微高一点的线就只有苹果的原装线了，其他的线材质似乎比较硬，因为本人桌面很小，线都要卷起来用，线如果塑性不好就会很难控制形状和占据的空间；另外，很多线用一段时间接头就会坏，并不耐用.
想问问各位都在用什么数据线，还是每个设备用原装的数据线就行？有没有什么优质的数据线推荐？
via V2EX (author: physnya)
[推广] 最近玩 Poople 上头，做了个每日提示和答案站
最近玩到 Poople 。每天给一个四字母英文单词，每步只能改一个字母，新词还得在游戏词库里，目标是一路变成 POOP 。规则很简单，卡在中间某个词时又忍不住继续试。 我做了个独立的辅助站，能在站内玩当天的题，也能看分步提示和完整答案。过去的题可以按日期、题号查，游玩进度会保存在当前浏览器。答案路径会按原游戏的词库和最短步数核对。 想自己先解的话，建议直接进 Play 页。首页会展示完整答案，容易被剧透。
站点 1: https://poopleanswer.org 站点 2: https://poopleanswer.site
这是个人做的站，和官方没有关系，页面有广告位。欢迎帮忙试试，尤其想听听手机上输入字母顺不顺手，以及提示给得是否合适。
via V2EX (author: herojerry)
最近玩到 Poople 。每天给一个四字母英文单词，每步只能改一个字母，新词还得在游戏词库里，目标是一路变成 POOP 。规则很简单，卡在中间某个词时又忍不住继续试。 我做了个独立的辅助站，能在站内玩当天的题，也能看分步提示和完整答案。过去的题可以按日期、题号查，游玩进度会保存在当前浏览器。答案路径会按原游戏的词库和最短步数核对。 想自己先解的话，建议直接进 Play 页。首页会展示完整答案，容易被剧透。
站点 1: https://poopleanswer.org 站点 2: https://poopleanswer.site
这是个人做的站，和官方没有关系，页面有广告位。欢迎帮忙试试，尤其想听听手机上输入字母顺不顺手，以及提示给得是否合适。
via V2EX (author: herojerry)
[分享创造] 做了个开源 Mac App：用 adb 在 Mac 上看清、管好家里的安卓电视、盒子和手机
起因是客厅的安卓电视。打开开发者模式、用 adb 连上以后，发现能读到的东西特别多：屏幕开没开、前台是哪个 App 、正在播什么、开机多久、内存存储、最近的使用记录……只是全都藏在命令行里。于是用 Claude Code 写了个 Mac App ，把这些都摆出来，顺手把常用的操作也做了。不只是电视，安卓盒子、手机、平板都能用。
GitHub： https://github.com/zhaoweijia1997/Sideboard （截图在 README 里）
能看到什么
● 总览：屏幕状态（亮屏 / 熄屏 / 屏保）、前台 App 、正在播放的内容、开机时长、CPU 、内存、存储、网络、温度、音量
● 最近 24 小时：什么时候开关机、亮屏熄屏、打开过哪些 App 。数据来自安卓自己的使用记录，Sideboard 没开的时候发生的事也看得到
● 长期记录：存在 Mac 上，按周 / 按月看每天亮屏多久，攒满四周还有「每天几点亮屏」的热力图
● 体检：每个 App 用了多少流量、最近的崩溃和无响应、谁在偷偷唤醒设备
● 详细信息：型号、系统版本、芯片、分辨率和刷新率、Wi-Fi 信号、电源和待机设置、深度睡眠时长
能做什么（只在你点的时候）
● 实时画面：在 Mac 窗口里实时显示设备屏幕，点击就是点屏幕、拖动就是滑动，方向键当遥控器
● 遥控器、截屏、录屏，图片和视频直接存到 Mac
● App 管理：卸载、停用预装 App （随时能恢复）、导出 APK
● 文件管理：浏览、上传下载、拖进窗口就传过去；拖进
● 清理：应用缓存、已卸载 App 的残留、安装包。大文件只列出来，不替你勾
● 在设备上打开链接：从 Safari 拖个链接到窗口上就行
● 菜单栏常驻：深夜电视还开着、存储快满、发热、有 App 被装上或卸掉，都会发通知
几条原则
● 不改设备的任何设置，包括待机设置；熄屏时只偶尔看一眼，不让设备睡不着
● 设备上不留东西：截图、录屏直接传回 Mac ，临时文件随手删掉
● 数据不离开你的 Mac：没有账号，没有统计，不联网上传
设备上什么都不用装。有个可选的配套 App （约 120 KB ，不申请联网权限），装上能多出 90 天的记录、App 图标，以及从 Mac 往电视里输入中文。
怎么用
1. 装 adb：
2. 设备上打开开发者选项里的 USB 调试或网络调试
3. 从 GitHub 的 Releases 下载 dmg 。还没做苹果公证，第一次打开要右键 →「打开」
需要 macOS 14 及以上，Apple 芯片和 Intel 都行。MIT 开源，界面有 7 种语言。
还是早期版本（ 0.6 ），欢迎试用、提 issue ，或者回帖说说你想用它干什么。
via V2EX (author: xxzhaoming)
起因是客厅的安卓电视。打开开发者模式、用 adb 连上以后，发现能读到的东西特别多：屏幕开没开、前台是哪个 App 、正在播什么、开机多久、内存存储、最近的使用记录……只是全都藏在命令行里。于是用 Claude Code 写了个 Mac App ，把这些都摆出来，顺手把常用的操作也做了。不只是电视，安卓盒子、手机、平板都能用。
GitHub： https://github.com/zhaoweijia1997/Sideboard （截图在 README 里）
能看到什么
● 总览：屏幕状态（亮屏 / 熄屏 / 屏保）、前台 App 、正在播放的内容、开机时长、CPU 、内存、存储、网络、温度、音量
● 最近 24 小时：什么时候开关机、亮屏熄屏、打开过哪些 App 。数据来自安卓自己的使用记录，Sideboard 没开的时候发生的事也看得到
● 长期记录：存在 Mac 上，按周 / 按月看每天亮屏多久，攒满四周还有「每天几点亮屏」的热力图
● 体检：每个 App 用了多少流量、最近的崩溃和无响应、谁在偷偷唤醒设备
● 详细信息：型号、系统版本、芯片、分辨率和刷新率、Wi-Fi 信号、电源和待机设置、深度睡眠时长
能做什么（只在你点的时候）
● 实时画面：在 Mac 窗口里实时显示设备屏幕，点击就是点屏幕、拖动就是滑动，方向键当遥控器
● 遥控器、截屏、录屏，图片和视频直接存到 Mac
● App 管理：卸载、停用预装 App （随时能恢复）、导出 APK
● 文件管理：浏览、上传下载、拖进窗口就传过去；拖进
.apk 就安装● 清理：应用缓存、已卸载 App 的残留、安装包。大文件只列出来，不替你勾
● 在设备上打开链接：从 Safari 拖个链接到窗口上就行
● 菜单栏常驻：深夜电视还开着、存储快满、发热、有 App 被装上或卸掉，都会发通知
几条原则
● 不改设备的任何设置，包括待机设置；熄屏时只偶尔看一眼，不让设备睡不着
● 设备上不留东西：截图、录屏直接传回 Mac ，临时文件随手删掉
● 数据不离开你的 Mac：没有账号，没有统计，不联网上传
设备上什么都不用装。有个可选的配套 App （约 120 KB ，不申请联网权限），装上能多出 90 天的记录、App 图标，以及从 Mac 往电视里输入中文。
怎么用
1. 装 adb：
brew install --cask android-platform-tools2. 设备上打开开发者选项里的 USB 调试或网络调试
3. 从 GitHub 的 Releases 下载 dmg 。还没做苹果公证，第一次打开要右键 →「打开」
需要 macOS 14 及以上，Apple 芯片和 Intel 都行。MIT 开源，界面有 7 种语言。
还是早期版本（ 0.6 ），欢迎试用、提 issue ，或者回帖说说你想用它干什么。
via V2EX (author: xxzhaoming)
[分享创造] 整理了几个老游戏的浏览器版入口
今天在黑叉上看到 BO1 僵尸、Diablo 都有浏览器版，就顺手整理成了个小站，放了入口和一些注意事项： https://radiantoptimizer.wiki/ 还有类似的项目欢迎补充。
via V2EX (author: wytdh)
今天在黑叉上看到 BO1 僵尸、Diablo 都有浏览器版，就顺手整理成了个小站，放了入口和一些注意事项： https://radiantoptimizer.wiki/ 还有类似的项目欢迎补充。
via V2EX (author: wytdh)
[程序员] 译文： pstack 作者 poteto 分享构建可信赖的循环
用《 High Output Management 》的早餐工厂讲怎么管 agent 《 Loops You Can Trust 》 我觉得有用的几点：
● 验证是 "限制步骤"。agent 没法确认自己做对了，循环跑得越多，要你返工的 slop 就越多。
● 每个环节都能叫停整条线：分诊可以判定 "这不是 bug"，复现可以 "复现不出来"，修复可以说 "风险太大"。坏活在前面就挡住了，越往后纠正越贵。
● poteto 把共用 UI 库迁到 StyleX ，PR 将近 40 万行，像素级对齐了，自己团队一用还是翻出 z-index 和优先级问题。后来改成 automation 每天只迁一个叶子组件，每个 PR 都附截图和视频。
● 建议从零开始：不装插件，不写 AGENTS.md ，先看 agent 在哪出错。同样的错反复出现就写成 skill ，能写成 lint 规则或者改代码结构更好。
译文：https://pstack.ganhai.cloud/from-poteto/loops-you-can-trust-zh/ X 原文：https://x.com/poteto/status/
via V2EX (author: liuluxu1989)
用《 High Output Management 》的早餐工厂讲怎么管 agent 《 Loops You Can Trust 》 我觉得有用的几点：
● 验证是 "限制步骤"。agent 没法确认自己做对了，循环跑得越多，要你返工的 slop 就越多。
● 每个环节都能叫停整条线：分诊可以判定 "这不是 bug"，复现可以 "复现不出来"，修复可以说 "风险太大"。坏活在前面就挡住了，越往后纠正越贵。
● poteto 把共用 UI 库迁到 StyleX ，PR 将近 40 万行，像素级对齐了，自己团队一用还是翻出 z-index 和优先级问题。后来改成 automation 每天只迁一个叶子组件，每个 PR 都附截图和视频。
● 建议从零开始：不装插件，不写 AGENTS.md ，先看 agent 在哪出错。同样的错反复出现就写成 skill ，能写成 lint 规则或者改代码结构更好。
译文：https://pstack.ganhai.cloud/from-poteto/loops-you-can-trust-zh/ X 原文：https://x.com/poteto/status/
via V2EX (author: liuluxu1989)
# Google Play 上架被封闭测试卡住？我们在坦桑尼亚已经走通了
看到有人说，App 开发完了，却被 Google Play 的 12 人 × 14 天封闭测试卡住，最后只能先发 APKPure 。
我们在坦桑尼亚做招聘 App Jobsoko ，已经成功上架 Google Play 。
Google Play： https://play.google.com/store/apps/details?id=com.jobsoko.app
官网： https://jobsoko.co.tz/
如果你本身有真实的海外公司主体，申请企业开发者账号也是一条路。我们自己走通了产品上架流程。
有正在被 Google Play 上架流程卡住的独立开发者吗？可以交流一下经验。
via V2EX (author: oliver2green)
看到有人说，App 开发完了，却被 Google Play 的 12 人 × 14 天封闭测试卡住，最后只能先发 APKPure 。
我们在坦桑尼亚做招聘 App Jobsoko ，已经成功上架 Google Play 。
Google Play： https://play.google.com/store/apps/details?id=com.jobsoko.app
官网： https://jobsoko.co.tz/
如果你本身有真实的海外公司主体，申请企业开发者账号也是一条路。我们自己走通了产品上架流程。
有正在被 Google Play 上架流程卡住的独立开发者吗？可以交流一下经验。
via V2EX (author: oliver2green)