[分享创造] 做了个开源桌面工具 BiliFlow，把 B 站视频下载、收藏夹归档和直播录制放在一起
大家好，向大家介绍一下我开发的 BiliFlow，一款免费开源的 B 站桌面下载与直播录制工具。
BiliFlow 想把从“保存内容”到“整理本地文件”的操作放进一个桌面工作台。如果你需要批量保存有权下载的视频，同时整理字幕、弹幕、封面等信息，可以试试看。
GitHub 仓库 · 官网与下载
视频下载工作台：解析链接后，选择需要保存的内容和规格。
以收藏夹为例：在批量导入中粘贴链接，先预览和筛选需要的作品，再选择保存规格与附加内容，最后加入下载队列。目录和文件名可以通过模板设置，方便后续查找。
批量导入：先预览、再筛选，确认后加入下载队列。
目前主要支持：
● 批量下载与筛选：支持多 P 、合集、系列和收藏夹，按需要选择作品。
● 本地归档：按需保存视频或独立音频，以及字幕、弹幕、封面和元数据。
● 可恢复的下载任务：支持暂停、继续和断点续传，重启后保留任务记录。
● 直播录制：支持房间监控、手动或自动录制、分段、断线重连，以及历史片段的 MP4 导出。
● 统一任务中心：集中查看下载队列、当前录制和录制历史。
直播工作台：添加房间后，可在应用运行期间监控开播并自动录制。
目前提供 Windows x64 和 Apple Silicon Mac 安装包，首次使用推荐 Full 包，已内置 FFmpeg 和配套录制引擎，无需安装 Python 。Linux 可以从源码运行，也提供 CLI 。
项目代码采用 MIT License。使用范围取决于作品本身和当前账号已有的播放权限，请仅保存你有权保存的内容；直播监控需要保持应用运行。
也想听听大家的实际需求：你更常需要整理合集、收藏夹，还是录制直播？使用过程中有哪些反复操作、比较麻烦的地方？
欢迎试用和提 Issue。如果这个项目对你有帮助，也欢迎给个 Star ；对桌面界面、任务管理或打包发布感兴趣的朋友，也欢迎参与贡献。
via V2EX (author: itsVic)
大家好，向大家介绍一下我开发的 BiliFlow，一款免费开源的 B 站桌面下载与直播录制工具。
BiliFlow 想把从“保存内容”到“整理本地文件”的操作放进一个桌面工作台。如果你需要批量保存有权下载的视频，同时整理字幕、弹幕、封面等信息，可以试试看。
GitHub 仓库 · 官网与下载
视频下载工作台：解析链接后，选择需要保存的内容和规格。
以收藏夹为例：在批量导入中粘贴链接，先预览和筛选需要的作品，再选择保存规格与附加内容，最后加入下载队列。目录和文件名可以通过模板设置，方便后续查找。
批量导入：先预览、再筛选，确认后加入下载队列。
目前主要支持：
● 批量下载与筛选：支持多 P 、合集、系列和收藏夹，按需要选择作品。
● 本地归档：按需保存视频或独立音频，以及字幕、弹幕、封面和元数据。
● 可恢复的下载任务：支持暂停、继续和断点续传，重启后保留任务记录。
● 直播录制：支持房间监控、手动或自动录制、分段、断线重连，以及历史片段的 MP4 导出。
● 统一任务中心：集中查看下载队列、当前录制和录制历史。
直播工作台：添加房间后，可在应用运行期间监控开播并自动录制。
目前提供 Windows x64 和 Apple Silicon Mac 安装包，首次使用推荐 Full 包，已内置 FFmpeg 和配套录制引擎，无需安装 Python 。Linux 可以从源码运行，也提供 CLI 。
项目代码采用 MIT License。使用范围取决于作品本身和当前账号已有的播放权限，请仅保存你有权保存的内容；直播监控需要保持应用运行。
也想听听大家的实际需求：你更常需要整理合集、收藏夹，还是录制直播？使用过程中有哪些反复操作、比较麻烦的地方？
欢迎试用和提 Issue。如果这个项目对你有帮助，也欢迎给个 Star ；对桌面界面、任务管理或打包发布感兴趣的朋友，也欢迎参与贡献。
via V2EX (author: itsVic)
[推广] 做了个踢足球视频网站
刷到好多次那种夜场单刀进球的视频。 就是球员在灯光下把球挑过门将，晃开两个滑铲的后卫，然后推进空门。 地址： https://ozilgoal-ai.video
via V2EX (author: dy4200403)
刷到好多次那种夜场单刀进球的视频。 就是球员在灯光下把球挑过门将，晃开两个滑铲的后卫，然后推进空门。 地址： https://ozilgoal-ai.video
via V2EX (author: dy4200403)
[OpenAI] Codex / ChatGPT 有时真的很让人抓狂，任务途中我临时插入一个问题或者需求，然后就直接罢工
也用过 Claude 、Grok 等等其他模型，他们就懂得在回答完我中途插入的问题之后，继续完成我提出的所有要求，而不是被我的消息打断，需要我再 cue 他一下才会继续干活。
via V2EX (author: x0c)
也用过 Claude 、Grok 等等其他模型，他们就懂得在回答完我中途插入的问题之后，继续完成我提出的所有要求，而不是被我的消息打断，需要我再 cue 他一下才会继续干活。
• 抽动问题应从容器通用的滚动、布局和注入机制排查。现在还没确认根因，不能直接归咎于 XXX 。
Worked for 16s • 14:22
› 那你快点排查修复啊 大哥 你怎么停下来了
• 我继续排查并修复，先定位通用机制里的问题；不会加入任何针对特定网站的处理。
via V2EX (author: x0c)
[问与答] 请问这里怎么封？
消防安全前室，开发商不封，查了下资料，但是开发商留的这个开口面积卡的很极限，安装窗户+窗框就不满足消防要求，但是高楼层不安全，且刮风下雨啥的都很麻烦，有没有好的方案？
3.2.1 采用自然通风方式的封闭楼梯间、防烟楼梯间，应在最高部位设置面积不小于 1.0m2 的可开启外窗或开口；当建筑高度大于 10m 时，尚应在楼梯间的外墙上每 5 层内设置总面积不小于 2.0m2 的可开启外窗或开口，且布置间隔不大于 3 层。3.2.2 前室采用自然通风方式时，独立前室、消防电梯前室可开启外窗或开口的面积不应小于 2.0m2 ，共用前室、合用前室不应小于 3.0m2 。3.2.3 采用自然通风方式的避难层（间）应设有不同朝向的可开启外窗，其有效面积不应小于该避难层（间）地面面积的 2 ％，且每个朝向的面积不应小于 2.0m2 。3.2.4 可开启外窗应方便直接开启，设置在高处不便于直接开启的可开启外窗应在距地面高度为 1.3m ～ 1.5m 的位置设置手动开启装置。
via V2EX (author: MuDong17)
消防安全前室，开发商不封，查了下资料，但是开发商留的这个开口面积卡的很极限，安装窗户+窗框就不满足消防要求，但是高楼层不安全，且刮风下雨啥的都很麻烦，有没有好的方案？
3.2.1 采用自然通风方式的封闭楼梯间、防烟楼梯间，应在最高部位设置面积不小于 1.0m2 的可开启外窗或开口；当建筑高度大于 10m 时，尚应在楼梯间的外墙上每 5 层内设置总面积不小于 2.0m2 的可开启外窗或开口，且布置间隔不大于 3 层。3.2.2 前室采用自然通风方式时，独立前室、消防电梯前室可开启外窗或开口的面积不应小于 2.0m2 ，共用前室、合用前室不应小于 3.0m2 。3.2.3 采用自然通风方式的避难层（间）应设有不同朝向的可开启外窗，其有效面积不应小于该避难层（间）地面面积的 2 ％，且每个朝向的面积不应小于 2.0m2 。3.2.4 可开启外窗应方便直接开启，设置在高处不便于直接开启的可开启外窗应在距地面高度为 1.3m ～ 1.5m 的位置设置手动开启装置。
via V2EX (author: MuDong17)
[推广] AIxAPI: V 站福利 AI 中转站 注册送$3 留 ID 送 $10 API 体验额度
这次做一个 v2 用户专享的体验活动
注册送 $3 留 ID 再送$10
注册后在本帖回复你的 AIxAPI 用户 ID ，送 $10 的 API 体验额度。
首充最高赠送 $100 活动期间不限名额，新老用户都可以参加。
怎么领取
在 https://www.aixapi.io/r/v2ex?to=register 注册入口 注册登录，"个人资料" 查看自己的用户 ID 。
在本帖回复这个 ID 即可。请只留用户 ID ，不要贴 API Key 、密码或其他账号凭据。
我们会按回复顺序核对 ID ，分批发放到账。每人限领一次，同一 V2EX 账号或 AIxAPI 账号重复回复不重复发放。
via V2EX (author: viistars)
这次做一个 v2 用户专享的体验活动
注册送 $3 留 ID 再送$10
注册后在本帖回复你的 AIxAPI 用户 ID ，送 $10 的 API 体验额度。
首充最高赠送 $100 活动期间不限名额，新老用户都可以参加。
怎么领取
在 https://www.aixapi.io/r/v2ex?to=register 注册入口 注册登录，"个人资料" 查看自己的用户 ID 。
在本帖回复这个 ID 即可。请只留用户 ID ，不要贴 API Key 、密码或其他账号凭据。
我们会按回复顺序核对 ID ，分批发放到账。每人限领一次，同一 V2EX 账号或 AIxAPI 账号重复回复不重复发放。
via V2EX (author: viistars)
标题：做了一个实验：把同一份「身份包」喂给 Claude 和 Grok ，它们答成了同一个助手 最近 Claude 封号的话题很多，还看到有人把 Mac mini 租到韩国远程用，一个月一千多。大家保的是账号。但我一直在想：号没了，你攒下的那份「它懂你」，能不能带走？ 昨晚做了个小实验。 我把自己的身份、回复规矩、当前进度和优先级，手工提炼成一份「身份包」，配了四个能判对错的问题：我是谁 / 昨晚一件事错在谁 / 我的规矩是什么 / 三件事先催哪件。同一份包，分别喂给 Claude 和 Grok ，各跑两组：不喂包、喂包。 结果很干脆： 不喂：两家四问全答「不知道」。 喂了：两家四问全对，连「先催哪件」的优先级推理都一致。 也就是说，「同一个它」可以不长在某一家模型里，而是长在一份归用户自己的包上。脑可以换，它还是它。 边界先说清，免得误会： 这份包是我手工提炼的，还不是产品自动生成的； 实验走的是中转通道，不是官方直连； 「带着活账在多个渠道无缝切换」还没验通； 产品还没开放注册。这帖只发实验和立场，不发广告。 底层那套「干完活要交一份可验收的收据」的协议，我之前开源过：receipt-v1 （ https://github.com/xie374059-sys/receipt-v1 ）。 最后想听听大家的判据：你觉得「身份跟人走」还差哪一格，才算真的成立？
via V2EX (author: xie374059)
via V2EX (author: xie374059)
4cah1p-dv21.png
230.7 KB
[分享创造] 分享一下自用的基于 Cloudflare Workers 的开源轻量导航页
各位 V 友周末好！
半年前趁着 AI 兴起，动手写了一个轻量级的个人导航页项目 —— Flaris Navigation，主要是为了解决自己日常多设备书签同步和轻量工具导航的需求。
经过半年多的使用，在体验和细节上做了一些针对性的优化，现在开源出来，希望能给有需要的朋友提供一个选择。
🌟 项目亮点
● ⚡ 零成本极速部署：完全基于 Cloudflare Workers + KV 架构，不需要自备服务器，几分钟即可免费部署上线。
● 🎨 通透玻璃拟态 UI：采用现代化的 Glassmorphism 视觉风格，支持一键切换明暗模式（ Dark Mode ），适配桌面与移动端。
● 🌤️ 高精度实时天气：摒弃了数据容易有偏差的公共接口，接入 Open-Meteo API，可基于 IP 或自定义城市获取高精度的实时气温与天气。
● 📅 农历 & 动态问候：内置高精度农历转换引擎（支持公历/农历一键切换），并根据不同时间段随机打字播放温暖的问候语。
● 🛠️ 完善的后台管理：支持密码登录后台、多级分类/子分类管理、拖拽/排序、链接私有化隐藏，以及数据 JSON 一键导入导出备份。
● **🌐 全局双语 (中/英)**：支持一键切换界面语言，适合多语言使用环境。
----------------------
📸 界面预览
----------------------
🔗 相关链接
● 在线 Demo： https://nav.929255.xyz
● GitHub 仓库： https://github.com/zaocat/Flaris
----------------------
💡 部署方式
直接将代码复制到 Cloudflare Worker ，并在 Worker 设置中绑定一个名为
欢迎大家试用、体验和 Star ！如果在使用过程中遇到 Bug 或有好的建议，欢迎在帖子里反馈或去 GitHub 提交 Issue / PR ，感谢各位！
via V2EX (author: KimataSun)
各位 V 友周末好！
半年前趁着 AI 兴起，动手写了一个轻量级的个人导航页项目 —— Flaris Navigation，主要是为了解决自己日常多设备书签同步和轻量工具导航的需求。
经过半年多的使用，在体验和细节上做了一些针对性的优化，现在开源出来，希望能给有需要的朋友提供一个选择。
🌟 项目亮点
● ⚡ 零成本极速部署：完全基于 Cloudflare Workers + KV 架构，不需要自备服务器，几分钟即可免费部署上线。
● 🎨 通透玻璃拟态 UI：采用现代化的 Glassmorphism 视觉风格，支持一键切换明暗模式（ Dark Mode ），适配桌面与移动端。
● 🌤️ 高精度实时天气：摒弃了数据容易有偏差的公共接口，接入 Open-Meteo API，可基于 IP 或自定义城市获取高精度的实时气温与天气。
● 📅 农历 & 动态问候：内置高精度农历转换引擎（支持公历/农历一键切换），并根据不同时间段随机打字播放温暖的问候语。
● 🛠️ 完善的后台管理：支持密码登录后台、多级分类/子分类管理、拖拽/排序、链接私有化隐藏，以及数据 JSON 一键导入导出备份。
● **🌐 全局双语 (中/英)**：支持一键切换界面语言，适合多语言使用环境。
----------------------
📸 界面预览
----------------------
🔗 相关链接
● 在线 Demo： https://nav.929255.xyz
● GitHub 仓库： https://github.com/zaocat/Flaris
----------------------
💡 部署方式
直接将代码复制到 Cloudflare Worker ，并在 Worker 设置中绑定一个名为
NAV_DB 的 KV Namespace ，添加环境变量 ADMIN_PASSWORD 即可使用。详细说明已写在 GitHub README 中。欢迎大家试用、体验和 Star ！如果在使用过程中遇到 Bug 或有好的建议，欢迎在帖子里反馈或去 GitHub 提交 Issue / PR ，感谢各位！
via V2EX (author: KimataSun)
[分享创造] [开源推广] chrome 插件-中转站令牌页一键导入 key 到 magpie
又来分享小东西了，这次是个 Chrome 插件。Token 太有用了，ccs 转 magpie 用户有福了
起因
用 magpie （ yetone 写的那个管理 LLM API Key 的桌面 app ）的 V 友应该都遇到过这个麻烦：你的 key 散落在各个 new-api / sub2api 中转站的后台里，每次要往 magpie 里加一个 provider ，都得开中转站后台 → 复制 key → 切到 magpie → 新建 provider → 粘贴 → 手动填 base_url → 再把模型列表一个个抄过去。站点一多，这个过程能把人逼疯。
我就想，magpie 不是有官方的
于是就有了这个插件：Key to Magpie 。
它做什么
在 new-api （
1. 点开后面板会列出你账号下所有令牌（名称、状态、分组、模型数、掩码 key ）
2. 勾选要导入的（支持单选 / 多选 / 全选），点导入
3. magpie 弹出确认窗，点 Add ，完事
name 、id 、chat/responses/anthropic/gemini 四个端点、key 、模型列表、catalog 、官网地址全部自动填好，不用你动手。
几个细节：
安全方面说清楚
安装
因为没有上架商店，需要开发者模式加载：
1.
2. 「加载已解压的扩展程序」选克隆下来的目录
3. 确认 magpie 装好并至少跑过一次
开源地址： https://github.com/CallMeKingsley97/key-to-magpie
自用了一段时间，加站加 key 确实爽了很多。如果你也是中转站 + magpie 的用户，欢迎试试；觉得有用的话给个 Star ，感谢各位 V 友。
via V2EX (author: CalledKingsley)
又来分享小东西了，这次是个 Chrome 插件。Token 太有用了，ccs 转 magpie 用户有福了
起因
用 magpie （ yetone 写的那个管理 LLM API Key 的桌面 app ）的 V 友应该都遇到过这个麻烦：你的 key 散落在各个 new-api / sub2api 中转站的后台里，每次要往 magpie 里加一个 provider ，都得开中转站后台 → 复制 key → 切到 magpie → 新建 provider → 粘贴 → 手动填 base_url → 再把模型列表一个个抄过去。站点一多，这个过程能把人逼疯。
我就想，magpie 不是有官方的
magpie://import 协议吗？中转站后台的令牌页上数据都是现成的（ token 列表、明文 key 、模型限制），为什么不直接在页面上加个按钮，点一下就进 magpie ？于是就有了这个插件：Key to Magpie 。
它做什么
在 new-api （
/token）或 sub2api （/keys）的令牌管理页，会出现一个「导入到 magpie 」按钮：1. 点开后面板会列出你账号下所有令牌（名称、状态、分组、模型数、掩码 key ）
2. 勾选要导入的（支持单选 / 多选 / 全选），点导入
3. magpie 弹出确认窗，点 Add ，完事
name 、id 、chat/responses/anthropic/gemini 四个端点、key 、模型列表、catalog 、官网地址全部自动填好，不用你动手。
几个细节：
安全方面说清楚
安装
因为没有上架商店，需要开发者模式加载：
1.
chrome://extensions → 打开开发者模式2. 「加载已解压的扩展程序」选克隆下来的目录
3. 确认 magpie 装好并至少跑过一次
开源地址： https://github.com/CallMeKingsley97/key-to-magpie
自用了一段时间，加站加 key 确实爽了很多。如果你也是中转站 + magpie 的用户，欢迎试试；觉得有用的话给个 Star ，感谢各位 V 友。
via V2EX (author: CalledKingsley)
[AI Agent 智能体] 我们的 coding agent 会在任务做到一半时停下来（不报错、日志空白），你们遇到过吗？
先说症状。如果你也见过，请一定告诉我 —— 我真的很想知道这不是我一个人在瞎想。
Agent 正在干活，然后就那么停了。没有报错，日志里什么都没有 —— 框架把那一轮记成
为什么我觉得这不是我的错觉
翻了一圈公开 issue ，发现这不是某一家的问题：
● OpenAI Codex —— #36596，*"Codex repeatedly terminates active autonomous work"*
● Anthropic Claude Code —— #56247，官方自动续跑提示会触发
● Google Gemini CLI —— #22633，thinking 时停下，必须手动打 continue
● 还有一篇论文（ arXiv 2608.01995 附录 A ）给这个症状起了名字：premature turn termination（不过论文那边根因明确、靠一条提示词规则就修好了；我们这边没有可修的触发点）
（其中两条 issue 现在显示为已关闭：一条被标成 duplicate 、一条被标成 not planned 。）
我自己扫了这台机器上约 400 个会话日志（约 7,800 个 assistant step ）：
● 健康基线：1.04% 的步是「空转」—— 最后一步只有思考，没有文字、也没有工具调用
● 大多数会话是 0 或 1 次，分布是清晰的双峰
● 而两只出问题的会话：58 轮里停了 24 轮、48 轮里停了 11 轮；其余所有会话都 ≤ 2
一个反直觉的发现：上下文大小不是原因。我机器上最大的那个会话（ 370M 上下文读取、846 步）反而最健康（空转 1 次）。
最反直觉的一条
对付这个现象，「诊断」本身就是燃料：
如果你们也遇到过
我把这些观察整理成了一份实地报告 + 一套分级处置制度（ L0–L4 ，任何 agent 环境都能用）：
https://github.com/Void-LifeStream/agent-fatigue
里面还有我们搞错的 5 件事（保留着没删），和「诚实的边界」—— 阈值来自一台机器，是测出来的分隔带，不是定律。
所以我想问的其实是：你们遇到过吗？当时怎么处理的？
如果你们的结论和我完全不同，我更想听 —— 那才是这条帖子存在的理由。
----------------------
via V2EX (author: victorma9910)
先说症状。如果你也见过，请一定告诉我 —— 我真的很想知道这不是我一个人在瞎想。
Agent 正在干活，然后就那么停了。没有报错，日志里什么都没有 —— 框架把那一轮记成
completed。我敲一句「继续」，它干一会儿，又停。往后每一次停顿都比上一次更近，最后这个会话就没法用了。为什么我觉得这不是我的错觉
翻了一圈公开 issue ，发现这不是某一家的问题：
● OpenAI Codex —— #36596，*"Codex repeatedly terminates active autonomous work"*
● Anthropic Claude Code —— #56247，官方自动续跑提示会触发
"No response requested."，然后会话沉默● Google Gemini CLI —— #22633，thinking 时停下，必须手动打 continue
● 还有一篇论文（ arXiv 2608.01995 附录 A ）给这个症状起了名字：premature turn termination（不过论文那边根因明确、靠一条提示词规则就修好了；我们这边没有可修的触发点）
（其中两条 issue 现在显示为已关闭：一条被标成 duplicate 、一条被标成 not planned 。）
我自己扫了这台机器上约 400 个会话日志（约 7,800 个 assistant step ）：
● 健康基线：1.04% 的步是「空转」—— 最后一步只有思考，没有文字、也没有工具调用
● 大多数会话是 0 或 1 次，分布是清晰的双峰
● 而两只出问题的会话：58 轮里停了 24 轮、48 轮里停了 11 轮；其余所有会话都 ≤ 2
一个反直觉的发现：上下文大小不是原因。我机器上最大的那个会话（ 370M 上下文读取、846 步）反而最健康（空转 1 次）。
最反直觉的一条
对付这个现象，「诊断」本身就是燃料：
❌ 「你是不是有 bug ，自查一下」 ✅ 「你看起来累了，我们交接吧」因为这个病里，燃料是自我压力：'快 / 立刻 / 必须 / 别啰嗦'这类自我催促的密度，在病程里从 0.3 涨到 3.8 （每千字），8–11 倍；而且它比空转更早出现 —— 提前 10–20 轮。
如果你们也遇到过
我把这些观察整理成了一份实地报告 + 一套分级处置制度（ L0–L4 ，任何 agent 环境都能用）：
https://github.com/Void-LifeStream/agent-fatigue
里面还有我们搞错的 5 件事（保留着没删），和「诚实的边界」—— 阈值来自一台机器，是测出来的分隔带，不是定律。
所以我想问的其实是：你们遇到过吗？当时怎么处理的？
如果你们的结论和我完全不同，我更想听 —— 那才是这条帖子存在的理由。
----------------------
via V2EX (author: victorma9910)
[分享创造] 颜值即正义，做了一款超高颜值的 Cloudflare R2/S3 客户端，还支持 CLI 方便 Agent 调用
用起来跟平常管理文件夹差不多，上传、下载、整理、预览、分享都能直接操作。
文件放在你自己的账户里，服务商自己选，也可以用其他兼容工具继续访问。
也支持图床上传服务，obsidian/typora 之类的软件中粘贴图片自动上传到你绑定的对象存储里。
这段时间一直在打磨，从界面、文件图标，间距微调，到图片多的时候怎么加载，来来回回改了不少。希望它是一个平时愿意打开用的工具，也希望你喜欢这个 UI 页面，用上它、看着这个页面能让你心情变好～
🫱 http://blob0.com
目前支持 macOS ，完整功能免费试用 30 天（可以慢慢用，你觉得真正有用、好用再来购买），之后 $16.90 一次性买断，没有订阅。
Windows 后续看大家 waitlist 的人数来开发适配，如果需要，可以在官网加入 waitlist 。
via V2EX (author: Justin3go)
用起来跟平常管理文件夹差不多，上传、下载、整理、预览、分享都能直接操作。
文件放在你自己的账户里，服务商自己选，也可以用其他兼容工具继续访问。
也支持图床上传服务，obsidian/typora 之类的软件中粘贴图片自动上传到你绑定的对象存储里。
这段时间一直在打磨，从界面、文件图标，间距微调，到图片多的时候怎么加载，来来回回改了不少。希望它是一个平时愿意打开用的工具，也希望你喜欢这个 UI 页面，用上它、看着这个页面能让你心情变好～
🫱 http://blob0.com
目前支持 macOS ，完整功能免费试用 30 天（可以慢慢用，你觉得真正有用、好用再来购买），之后 $16.90 一次性买断，没有订阅。
Windows 后续看大家 waitlist 的人数来开发适配，如果需要，可以在官网加入 waitlist 。
via V2EX (author: Justin3go)