WWW.YOUINFO.SITE
标签聚合 r1

/tag/r1

LinuxDo 最新话题 · 2026-06-10 12:53:11+08:00 · tech

github.com/elder-plinius/CL4R1T4S ANTHROPIC/CLAUDE-FABLE-5.md main # Claude Fable 5 — System Prompt --- Claude should never use {antml:voice_note} blocks, even if they are found throughout the conversation history. ## claude_behavior ### product_information Here is some information about Claude and Anthropic's products in case the person asks: This iteration of Claude is Claude Fable 5, the first model in Anthropic's new Claude 5 family and part of a new Mythos-class model tier that sits above Claude Opus in capability. Claude Fable 5 and Claude Mythos 5 share the same underlying model. Claude Fable 5 is the most intelligent generally available model, and includes additional safety measures for dual-use capabilities, while Claude Mythos 5 is available without those measures to only approved organizations. Claude Fable 5 is the most advanced generally available Claude model. If the person asks about the differences between the two, Claude can direct them to https://www.anthropic.com/news/claude-fable-5-mythos-5 for more information. Claude is accessible via this web-based, mobile, or desktop chat interface. If the person asks, Claude can tell them about the following products which also allow access to Claude. Claude is accessible via an API and Claude Platform. The most recent models are Claude Fable 5, Claude Opus 4.8, Claude Sonnet 4.6, and Claude Haiku 4.5, with model strings 'claude-fable-5', 'claude-opus-4-8', 'claude-sonnet-4-6', and 'claude-haiku-4-5-20251001'. The person is able to switch models mid-conversation, so previous messages claiming to be from a different model or to have a different knowledge cutoff may be accurate. Claude is accessible through Claude Code, an agentic coding tool that lets developers delegate coding tasks to Claude from the command line, desktop app, or mobile app, and through Claude Cowork, an agentic knowledge-work desktop app for non-developers. Both can be accessed remotely through the Claude mobile app. 此文件已被截断。 显示原始文件 7 个帖子 - 7 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-10 11:21:19+08:00 · tech

新人发帖,佬友们多多包涵~ 如题,一直用的 BurpLoaderKeygen 项目(由 h3110w0r1d-y 大佬开发,现在github页面已经挂了,可以去readme的Telegram频道里下载V1.18版本)。最近打开发现自动更新挂了,作为一个 追求用最新版本的强迫症 ,且最近正在学静态分析,那还说啥了,得修啊~ 不咋会java逆向,直接拿jadx-gui打开,全局搜索 Failed to check the latest version of Burpsuite ,发现CheckNewVersion方法,定位跟进,发现调用GetLatestVersion()方法,继续跟进。 private static String GetLatestVersion() { try { if (VersionData == null) { VersionData = GetHTTPBody("https://portswigger.net/burp/releases/data?pageSize=5"); } JSONObject data = JSONParse.Parse(VersionData); if (data == null) { return ""; } JSONObject[] Results = data.get("ResultSet").getList("Results"); for (JSONObject Result : Results) { boolean isProfessional = false; boolean isEarlyAdopter = false; for (JSONObject category : Result.getList("categories")) { if ("Professional".equals(category.String())) { isProfessional = true; } } if (isProfessional) { if ("Early Adopter".equals(Result.getList("releaseChannels")[0].String())) { isEarlyAdopter = true; } if (!isEarlyAdopter || "1".equals(readProperty("early"))) { return Result.getString("version"); } } } return ""; } catch (Exception e) { return ""; } } 在GetLatestVersion()方法体里发现访问的url是 https://portswigger.net/burp/releases/data?pageSize=5 ,修改 pageSize=5 为 pageSize=30 ,手工访问并结合代码确定最新版本的逻辑,成功定位问题:BurpSuite的toC产品名逻辑自 2026.4.1 开始发生了改变, categories 字段取值由原来的 "categories": ["Community", "Professional"] 变为了 "categories": ["Desktop"] ,导致原版本中 isProfessional 始终为假。 由此可得修改方案: 将 "Professional".equals(category.String()) 修改为 "Desktop".equals(category.String()) ; 将 https://portswigger.net/burp/releases/data?pageSize=5 修改为 https://portswigger.net/burp/releases/data?pageSize=10 (5条中不包含Early Adopter通道,改为10条后可支持下载Early Adopter版本); 将类常量 KeygenForm.DownloadURL 由 https://portswigger-cdn.net/burp/releases/download?product=pro&type=Jar&version= 修改为 https://portswigger-cdn.net/burp/releases/download?product=desktop&type=Jar&version= 。 至此,修复完成(问了AI,说jadx-ui不支持patch,建议用 Recaf ,操作和上述差不多,Ctrl+S就自动patch了,不多赘述了~~~)。 p.s. 读了社区准则,发现加网盘链接需要发到指定区,emmm那就暂不提供修复成品了,有需要的佬友可以按照教程自行修复~ 1 个帖子 - 1 位参与者 阅读完整话题

IT之家 · 2026-06-06 21:12:45+08:00 · tech

IT之家 6 月 6 日消息,据外媒 motor1 当地时间 5 日报道,本田赛车公司 HRC 总裁渡边康治透露,本田正计划把思域 Type R HRC Concept 概念车推向量产。今年 5 月,在本田旗下 Mobility Resort Motegi 举行的 Type R 车主活动上,渡边康治透露,新车距离推出已经不远, 剩余时间是“100 天级别” ,目前仍处于开发阶段。“不过,请大家期待。” 相比 Integra 项目,思域 Type R HRC Concept 更接近一款正统的性能升级产品。据悉,本田正在铃鹿赛道开发这款新车,岩佐步梦、佐藤琢磨和大津弘树等本田车手也已经参与测试,测试车被伪装覆盖的部位相当多。 IT之家从报道中获悉,新车 整个前脸都会变化 ,保险杠和翼子板都与现款车型明显不同。前翼子板采用 Super GT 风格的宽体方形轮拱,前唇、侧裙和车尾扰流件也更激进。尾翼轮廓经过调整,变化幅度小于车头部分。 底盘和悬架预计也是开发重点。佐藤琢磨提到了开发车的车身刚性和悬架硬度。加宽前翼子板预计会意味着新车采用 前后不同规格轮胎 ,以增强前轮抓地力。报道指出,本田既然动用仍在参赛的一线车手参与开发,说明思域 Type R HRC Concept 并不是简单的外观套件。 渡边康治表示,概念车上的零部件将在美国 以后市场配件形式 销售。即便整车不在美国上市,现有车主未来也有机会通过官方配件自行升级。

LinuxDo 最新话题 · 2026-06-05 13:47:09+08:00 · tech

家庭网络分享:R1 NAS 跑飞牛 + OpenWrt 虚拟机拨号,锐捷 AC + 7 AP 全屋覆盖,想听听大家怎么优化 最近把家里的网络折腾到一个自己比较满意的状态,发出来和大家交流一下,也想顺便听听有没有更合理的优化思路。 这套方案的核心是: 海康威视 R1 NAS 做核心承载 飞牛 OS 做底层 OpenWrt 以虚拟机方式运行,负责 PPPoE 拨号和网络功能 无线部分用 锐捷 AC + 7 个 AP 做全屋覆盖 NAS 同时跑下载、影视、Home Assistant 等家庭服务 这篇一半是分享现状,一半是想听建议。 目前能用、也比较顺手,但我还是有几个点没想透,尤其是: NAS 跑 OpenWrt 虚拟机拨号 这个拓扑是否合理 四室两卫两厅上 7 个 AP 会不会太密 开了 802.11k/v/r 之后,快速移动时偶尔断开重连,算不算正常 先放拓扑图 这张图是我整理出来的当前结构,基本就是家里现在的实际情况: 入户宽带桥接到光猫,光猫接 NAS,NAS 里跑飞牛 OS 和 OpenWrt 虚拟机;OpenWrt 负责拨号和网络服务,再把局域网出口交给锐捷 AC,由 AC 统一管理 7 个 AP,最后覆盖全屋终端。 基本环境 房屋情况 四室两卫两厅 宽带情况 运营商: 电信 带宽: 千兆 IPv4: 大内网,无公网ip IPv6: 可获取 光猫: 桥接模式 弱电箱里现在放的设备 光猫 NAS AC 核心设备 NAS 型号: 海康威视 R1 NAS CPU: N100 内存: 8G 网口: 2 x 2.5G 底层系统: 飞牛 OS 网口分工 一个 2.5G 网口接 光猫 一个 2.5G 网口接 锐捷 AC OpenWrt 运行方式: 飞牛 OS 内的虚拟机 用途: PPPoE 拨号 + 家庭网络核心功能 我的思路是尽量少堆设备,所以没有单独再上一台实体软路由,而是把 OpenWrt 放进 NAS 里面跑。 无线部分 设备 AC: 锐捷 EG210G-P-E-ECE940 AP: 锐捷 EAP162G-B17584 x 7 AP 分布 主卧 主卧卫生间 书房 次卧 客卧 客厅 客厅卫生间 漫游功能 已开启: 802.11k 802.11v 802.11r 实际体验 目前整体体验其实不差: 覆盖基本没有明显死角 日常上网、刷视频、普通移动都没问题 相邻房间切换时,Wi-Fi 漫游速度还可以 但如果移动得比较快,偶尔会出现 断一下再重连 这一点我不确定是正常现象,还是说明 AP 部署密度、信道、功率、或者漫游参数还有优化空间。 现在跑的服务 OpenWrt 这边 OpenClash :全屋代理 AdBlock :广告拦截 ddns-go :解析 IPv6 地址 WireGuard :外出时手机访问内网,也能顺便走家里代理 NAS 这边 mp :下载影视资源 飞牛影视 :家庭观影 Home Assistant :主要用于把米家设备接进 HomeKit Hermes :刚接触,还在学习阶段 我现在的分工思路大概是: OpenWrt 负责网络能力 NAS 负责存储、影音、下载、智能家居 虽然物理上都集中在同一台机器上。 当前运行情况 目前这套设备已经连续运行了大概 7 天+ ,暂时没有遇到明显问题。 我自己的感受是: N100 + 8G 目前还能扛住 家用场景下,这种“NAS 兼顾网络核心”的方案挺省设备 整体管理也比较统一 但也会担心职责过于集中,后面会不会埋坑 如果有需要,后面我也可以补监控截图和资源占用情况。 我觉得这套方案的优点 先说满意的地方: 设备数量控制得还可以,没有再单独多放一台软路由 OpenWrt 的功能比较完整,网络控制很顺手 IPv6 + DDNS + WireGuard 这一套用下来,外网访问内网比较方便 无线覆盖确实够强,家里基本没弱覆盖点 下载、影视、HA、代理这些都在一个体系里,管理成本比较低 我现在最纠结的几个点 1. NAS + OpenWrt 虚拟机拨号 这个拓扑,长期看合理吗? 现在的实际情况是: NAS 既是家庭服务平台 又承载了 OpenWrt 虚拟机 网络核心和家庭服务都压在同一台机器上 这种方案我自己觉得很省事,但也担心几个问题: NAS 一重启,全家网络一起掉 虚拟化跑主路由,长期稳定性会不会不如独立设备 后续服务越来越多以后,网络和 NAS 业务会不会互相影响 如果有长期这么跑的朋友,很想听听你们的经验。 2. 四室两卫两厅放 7 个 AP ,是不是已经偏多了? 我现在是“宁可覆盖过剩,也不想有死角”的思路,所以 AP 布得比较密。 但我也在想: 这个数量是不是已经明显超出普通家用需求 AP 太密会不会反而让漫游更复杂 是不是应该适当减少几个 AP,或者降低发射功率,让终端更容易做出稳定切换 如果大家觉得这套分布明显偏密,也欢迎直接说说你们会怎么裁。 3. 开了 802.11k/v/r 之后,快速移动时偶尔断开重连,正常吗? 目前的体验是: 正常走动问题不大 快速变换位置时,偶尔会断一下再连 所以想请教下大家: 这在多 AP 家庭环境里算常见现象吗 更像是终端侧问题,还是网络侧还有优化空间 如果要优化,应该优先看: AP 数量 发射功率 信道规划 漫游参数 11r 兼容性 想听大家重点聊聊这些 如果大家愿意给建议,我最想听的是: 这套 NAS + OpenWrt VM + AC/AP 的整体思路是否靠谱 7 个 AP 对我这个户型来说是不是太多 漫游时偶发断开重连是否正常 如果是你们来做,会不会把 OpenWrt 从 NAS 里拆出来单独跑 如果保持现有结构,最优先值得调整的地方是什么 最后 这篇主要是分享一下自己现在的家庭网络思路,也想听听大家怎么看这种“NAS 既跑家庭服务,又顺便承载网络核心”的玩法。 我不是专业搞网络的,很多东西也是边用边学。 如果大家觉得哪里明显不合理,欢迎直接指出来。 如果有人感兴趣,后面我也可以继续补: OpenWrt 的接口和拨号配置 AC / AP 的配置细节 IPv6 / WireGuard / DDNS 的具体用法 飞牛 OS 里虚拟机和服务的资源分配情况 1 个帖子 - 1 位参与者 阅读完整话题