PDF格式，简历内容控制在两页了，基本都是AI出来的。 RAG和Agent都是从GitHub上找的开源的，让大模型分析技术栈写的。 提到的技术栈能说出来个7788。就是不知道还不会不会问Java八股文 2 个帖子 - 2 位参与者 阅读完整话题
[!NOTE] 原始pdf在此 Claude Fable 5 & Claude Mythos 5 System Card 如果想深挖，随便找个AI就能挖了 这边又开新坑，那一定是因为我要吐槽！！！！ [!CHECK] 尽量保持专业性，不过依然欢乐向。博君一笑 TL;DR 虽然 Mythos 5 和 Fable 5 都是新一代超模，性能超越了之前的 Mythos Preview ，乃们浅浅氪金的屁民们只配用 Fable 5 ，我们还为了人类的福祉，给你们的 Fable 5 添加了极其先进的外审，传说中的 ASL-3 blocking classifiers ，这样在标准用户提问生物化学问题的时候，依然能达到4.8opus的水准 废话吗这不是，都给用户干回去4.8opus了，那不是opus水准是啥 [!warning] 嗯，做科研的宝子们可以基本放弃了，就不要浪费宝贵的额度。 如果您恰好需要用我们极其先进的 Mythos 5 训练自己的模型，我们的模型很强哦！ 虽然但是，你们这些浅氪的穷人怎么配用我们高贵的 Mythos 5 呢，如果你用 Fables 5 ，那我们会悄咪咪降低调参的能力 剧透 别问，问就是违反了我们的 ToS , 正经用户都是要先读条款才开始使用的。 我们的上下文也是前无古人，后无来者。 我们全盘抛弃了 OpenAI 推出的捞针测试， 剧透 我们现在使用的是遥遥领先的 GraphWalk®️ 甚至都是注册商标呢！足见我们长上下文艳压群芳的能力。 我们要做就是做最安全的模型，所以肯定是安全。三百多页的模型卡，一半都在讲安全，是不是很安全呢？ 而且我们很诚实。一旦发觉用户有一些奇怪的企图，就开始跟用户讲诚实 用户坏坏，已经被Dario远程锁定噜 。 pretrain 数据来源 老样子：我蒸不是蒸，自我之下阶级分明，谢谢！ 安全 RSP（Responsible Scaling Policy）& FCF （Frontier Compliance Framework） 我们的模型非常的强大，因此呢，就暴露出了一些在生物学和化学中的相关风险。 看到这些缩写楼主就头大了 我们 假定 我们的超模已经有了 CB-1 能力(Chemical and biological weapons threat model 1, 翻译成人话就是非创新性的生物和化学武器构造) ，我们预判到了用户的预判，增加了非常多针对性的甲！至于 CB-2 能力(类似于创新武器)，我们不是很确定，但是我们依然预判了用户的预判 迫害妄想症啊这是 这个 poor judgement 笑死我了 真的有人会用claude做武器吗？ 剧透 截图放小一点，反正你品，你再品。 真是恐怖如斯！居然还煞有介事🉐找了外面的 vendor 来做测试。 （点击了解更多详细信息） A\ : 知道为什么这么贵吗？因为请这些人都要花钱的呀。你以为我们的钱是大风刮来的吗？ 剧透 2.3 和 2.4 里面倒是说了一些实话，无外乎还是读代码不全，胡说八道，没有好的说做好了之类的 Cyber 嗯，长话短说，就是我们超绝敏感肌！ 如果宝宝用起来不习惯，那就只能氪金Mythos了。 真的这一部分笑死了，完全没有 Fables-5 来参与评测。不过里面有一张图，嗯，反正大家掂量一下。 Safeguards and harmlessness 哼，看到第七十一页第四小节，你以为我讲完了？没有，没有，我们还是继续讲安全。 剧透 To Be Continued 1 个帖子 - 1 位参与者 阅读完整话题
话说各位佬目前 PD 虚拟机都用的是什么渠道的？ 破解？ 咸鱼？ 目前市面上有很多的破解版本。 闲鱼上好多卖的也是破解版的，想着还是用破解版的吧。 但是不知道有没有什么问题，有些站点感觉还是不太敢用。 找了一个社区推荐的版本，比较新（26.3.1），传到 VT 上，是全绿的。 想问问各位佬有没有什么建议。或者靠谱点的安装包，或者其他渠道。 2 个帖子 - 2 位参与者 阅读完整话题
前言 目前我把游戏分别放在本地 D:\game 和NAS的 G:\game （映射盘符）上运行(主要是gal和一些SLG太占空间了,又不想删)。长时间后, Local,Roaming,LocalLow 里会有各种游戏生成的存档和配置文件目录。 删游戏时这些目录并不会自动消失，AppData 越来越臃肿，想手动清理又怕删错，备份更是无从下手 于是我写了一套 PowerShell 脚本： 实时监控文件夹创建，自动记录游戏路径和存档位置，并在确认后将存档迁移到统一目录，在原位置留下符号链接 。这样既能把存档集中管理，又能让 AppData 保持干净。不过，NAS 映射盘符是整个过程里最大的坑（但大多佬们似乎用不到）。本文将分享我从“映射失败”到“稳定挂载”的全过程，以及脚本在中文转码、路径匹配、去重、队列管理等方面踩过的坑和最终方案。 而且我现在的环境很特殊：NAS 和主机用网线直连，主机通过 ICS 让 NAS 共享校园网。下一篇博客会补充 NAS 实战中的更多内容(为此我花了一周在学习网络通信协议)。 手动查找并迁移已有文件 1. 按修改时间查找文件 如果知道文件大概的修改时间范围，可以用以下命令快速定位： Get-ChildItem -Path "D:\game" -Recurse -File | Where-Object { $_.LastWriteTime -ge "2026-06-01 10:40" -and $_.LastWriteTime -le "2026-06-01 11:00" } 找到后根据完整路径判断属于哪个游戏，然后手动复制存档到备份目录（例如 D:\GameSaves\manual ）。 2. 批量迁移脚本（BAT 示例） 对于大量已知映射关系的配置文件，可以写一个批处理脚本。 注意：BAT 脚本如需输出中文，必须保存为 ANSI(GBK) 编码；而给 AI 或代码库看的脚本建议用 UTF-8。 @echo off set SRC1=C:\Users\admin\AppData\Local\GameA\Save set DST1=D:\GameSaves\GameA xcopy "%SRC1%" "%DST1%" /E /I /Y set SRC2=C:\Users\admin\AppData\LocalLow\GameB set DST2=D:\GameSaves\GameB xcopy "%SRC2%" "%DST2%" /E /I /Y echo 迁移完成 pause NAS 盘符映射 1. 在 Windows 中映射 NAS 文件夹 我的 NAS 型号是绿联 Dxp4800plus，通过 ICS 共享网络，设置的私网IP 为 192.168.137.20 。我把所有游戏放在 NAS 共享文件夹 ACG （原名 acg资源 ，后来改名）下，并映射到主机的 G: 盘。 正确映射方法（一定要勾选“登录时重新连接”） ： 右键“此电脑” → “映射网络驱动器”。 驱动器选择 G: ,文件夹选择 NAS设备\ACG 必须勾选"登录时重新连接" ，不然后面开机自启会出问题。 用校园网连接NAS时，在 网络 可能会找不到设备，需要先进入 WLAN 把校园网从专用切换为公用，再在 网络 里重新转为专用，才能发现 NAS 设备。我现在也没搞清楚根本原因是什么，如果佬们知道正确的修改方法请告诉我。 2. 几个踩坑点 踩坑 1：修改共享名称后映射失效 当我把共享文件夹从 acg资源 改名为 ACG 后，就无法进入之前映射好的 G: 盘了。这是因为映射驱动器指向的远程路径是 \\...\acg资源 ，而实际共享已不存在。 解决方法 ： 先删除旧映射G盘 按照上述步骤重新映射到新文件夹 ACG 一旦修改 NAS 共享名，必须同时更新所有客户端的映射，并更新脚本中的路径 踩坑 2：到底该用盘符（G:）还是 UNC 路径（\IP\share）? 这是困扰我最久的问题(主要是不停打开游戏和脚本测试,还要不断删除对应的文件和json内容)。 脚本需要匹配运行中游戏的可执行文件路径，而 Get-Process 返回的 Path 属性 在不同启动方式下表现不一致 ： 如果通过资源管理器双击 G:\game\xxx.exe 启动，进程路径有时是 G:\game\... （盘符形式）。 如果通过 \\192.168.137.20\ACG\game\xxx.exe 直接启动，进程路径是 UNC。 有些游戏启动器可能会强制转换路径。 我最初按 UNC 路径 \\192.168.137.20\ACG\game 设置 $gameRoot ，但实际运行时却匹配不到（因为进程路径是 G:\game 开头）。后来改为 G:\game 就成功了,所以最稳妥的做法是 把盘符和UNC都配置上 ，让脚本自己去匹配。 不知道为什么，在 powershell 中 cd \\192.168.137.20\ACG\game 却没有问题 踩坑 3：开机自启时 G 盘还未连上 设置任务计划程序开机启动脚本后，发现脚本虽然运行了，但始终检测不到 NAS 上的游戏。日志显示 [注意] 未检测到游戏进程 。 原因：用户登录后，系统需要几秒钟来恢复网络驱动器。而脚本在登录瞬间就执行了，此时 G: 盘还不存在。 解决方案 ：在任务计划程序的触发器设置中，添加 “延迟任务时间 30 秒” （或更长，如 60 秒），这样脚本会等待网络和映射完全准备好再启动。 实现自动化监控脚本 核心需求： 监控三个存档常用目录： %LOCALAPPDATA% 、 %APPDATA% 、 %USERPROFILE%\AppData\LocalLow （即 Local,Roaming,LocalLow ） 当有新文件夹被创建（某个游戏第一次生成存档）时，自动记录 同时检查本地 D:\game 和 NAS 映射的 G:\game 路径，检测当前运行的游戏进程并将其 exe 路径以 Base64 存入队列 1. 设置 PowerShell 执行策略 首次运行脚本前，需要允许执行本地脚本： Set-ExecutionPolicy RemoteSigned -Scope CurrentUser 2. 监控脚本（Watch-GameSaves.ps1） 以下为脚本核心结构（完整代码略去，仅说明逻辑）： 定义监控根目录、排除文件夹列表。 使用 FileSystemWatcher 监视 $watchPaths 下的文件夹创建事件。 事件触发后： 跳过已存在的连接点或排除文件夹。 延迟 3 秒，给游戏时间完成写入。 获取正在运行的进程，匹配路径是否以 D:\game 或 G:\game 开头。 将匹配到的第一个游戏 exe 路径转为 Base64（避免 JSON 中的转义和乱码问题）。 将存档路径、游戏 exe Base64、时间等信息写入 pending.json 。 3. 解决中文乱码：Base64 转码 因为游戏路径中可能出现中文（如“除灵猎人”），直接存储到 JSON 会导致编码混乱（而且很难解决，不论将文件保存为UTF-8还是GBK都不行，因为本质是在action中进行的解码）。解决方法是将 exe 路径进行 Base64 编码： { "srcPath": "C:\\Users\\admin\\AppData\\Local\\NebelTR", "time": "2026-06-04 15:28:26", "gameExeBase64": "RDpcZ2FtZVxSUEdcQkJR5aSn5aW944GNXOmZpOeBteeMjuS6ulzpmaTngbXnjI7kurotQ04tMS4xMlxHYW1lLmV4ZQ==", "dirName": "NebelTR", "remark": "" } 使用时通过 [System.Text.Encoding]::UTF8.GetString([Convert]::FromBase64String($base64)) 解码即可得到原始中文路径。 4. 避免重复记录已处理目录 某个存档目录已经成功迁移并创建了符号链接后，之后游戏再次运行，监控脚本又检测到同一目录的“创建”事件，就会导致重复记录。 解决方法 ：在向 pending.json 追加新条目之前，先检查队列中是否已存在相同的 srcPath 。若有，直接跳过，不重复添加。这样即使链接目录被误触创建事件，也不会污染队列，同时也避免了后续转移脚本重复处理。 转移脚本与队列处理 监控是持续运行的，迁移则是定期手动触发（比如一个月或半年一次）。转移脚本读取 pending.json ，把存档从 AppData 搬走，原地建符号链接。 1. 转移脚本设计要点 从 pending.json 读取待处理项。 对每一项，先确定目标目录名。优先使用手动填写的 remark ，否则从解码后的 exe 路径自动提取游戏文件夹名，若都失败则回退到原始目录名。 通过 robocopy 将源目录完整复制到 D:\GameSaves\目标名 。 复制成功后， 删除源目录 ，并在同一位置创建一个 目录链接 指向新路径。 将迁移关系记录到 Markdown 格式的日志文件 存档迁移记录.md 中。 处理成功的条目从队列移除，失败则保留，等待下次重试。 2. 几个关键设计 安全删除和链接创建 ，这是最容易翻车的环节，有两个点必须处理好： 复制前如果目标目录已存在 （比如之前迁移过但记录丢了），直接 robocopy 会合并文件，可能造成新旧存档混杂。必须先尝试删除已有目标目录，并 检查是否真的被删干净 ；若因文件占用无法完全删除，则中止本次操作，保留队列项。 复制后删除源目录时，同样可能因文件占用导致部分删除失败 。必须确认源目录已完全消失后，才能创建链接。否则残留目录加上失败的链接创建，会让游戏存档状态混乱。若删除失败，整个迁移视为未完成，保留在队列中,下次重试。 这些检查在脚本中都是以条件判断 + 日志记录的方式实现的，确保一定成功。 迁移记录以 Markdown 表格形式写入 存档迁移记录.md ，例如: 原 C 盘快捷方式名 实际存储位置 游戏/说明 praygame D:\GameSaves\祈愿游戏 praygame 游戏存档 rmmz-game D:\GameSaves\莉可的不可思议差事 莉可的不可思议差事 这样无论后续手动浏览还是用其他工具解析，都非常直观。 队列自动清理 ：每处理完一批，脚本生成一个新的 JSON 数组，只包含失败的项，覆盖写回 pending.json 。成功的自动消失，不需要手动编辑。 设置开机自启 使用 Windows 任务计划程序保证脚本在每次登录时自动运行。 操作步骤 打开“任务计划程序” （可以 Win+R 输入 taskschd.msc ）。 右侧点击 “创建任务” （不是“创建基本任务”）。 名称： GameSavesMonitor 配置： Windows 10 ，勾选 “使用最高权限运行” 。 触发器 → 新建： 开始任务： 登录时 特定用户：选择你的账户（如 DESKTOP-XXX\admin ） 高级设置： 延迟任务时间 30 秒 （给网络驱动器映射留出时间） 确保“已启用”被勾选。 操作 → 新建： 程序或脚本： powershell.exe 添加参数： -WindowStyle Hidden -ExecutionPolicy Bypass -File "D:\Scripts\Watch-GameSaves.ps1" 起始于（可选）： D:\Scripts 条件 ：建议取消“只有在计算机使用交流电源时才启动此任务”（笔记本）。 设置 ：勾选“如果任务失败，按以下频率重新启动”（间隔 1 分钟，最多 3 次）。 确定保存。 验证自启是否生效 重启电脑后登录， Win+R 输入 taskschd.msc 查看 显示所有正在运行的任务 。 检查日志文件 D:\GameSaves\监控调试日志.txt ，应包含最新的启动时间戳。 总结 通过这套方案，无论游戏安装在本地还是 NAS，只要启动游戏产生配置文件夹，脚本就会自动记录存档路径和对应的游戏 exe 位置（Base64 编码）,并利用任务计划程序实现开机自启，再配合手动或自动迁移脚本，基本可以保证AppData较为干净。 由于所有操作都在 AppData 内进行（删除、创建链接）， 直接贴出完整脚本容易导致佬们在不理解的情况下误操作，造成数据丢失 。因此本文只讲逻辑和关键点，佬们可以根据以上思路自行编写，或让 AI 辅助生成。真有需要的佬可以私信我，如果对某一块的实现细节感兴趣，也欢迎留言交流。 2 个帖子 - 2 位参与者 阅读完整话题
电脑是幻16air 2025,5070ti的， 电源自然是ROG祖传实心板砖太沉了，平常出去背着好累而且不方便找 系统用自己调教的Arch，5070ti纯计算卡平时不用就自动挂起了，离电续航能到5-6h（才不是来显摆的呢 求推荐一个pd充电头，孩子不懂该咋选（会不会伤电池呀？ 1 个帖子 - 1 位参与者 阅读完整话题
夸克链接： https://pan.quark.cn/s/4b35a13e1c56 温馨提示：本内容仅供娱乐参考，旨在传播传统文化知识，请勿迷信。请树立科学观念，理性看待，相信科学。 1 个帖子 - 1 位参与者 阅读完整话题
最近不知道什么时候养成的习惯，早上开工先： npm outdated -g npm update -g 看一眼哪些全局工具又更新了，然后顺手升一下。 感觉已经有点像刷晨报了。 10 个帖子 - 9 位参与者 阅读完整话题
2026-06-10-Claude-Fable-5-专题.pdf (1.12 MB) 播客音频: https://catbox.jayo.life/f/2eAC6rWL3OWik4hkeaUEhRSD.mp3 今日日报主贴 linux.do人工智能技术日报+播客-26-06-11 - 前沿快讯 / 前沿快讯, Lv1 - LINUX DO 往期日报回顾: 2026-06-09 2026-06-08 2026-06-07 2026-06-06 2026-06-05 2026-06-04 2026-06-03 2026-06-02 2026-06-01 2026-05-31 2026-05-30 2026-05-29 2026-05-28 2026-05-27 2026-05-26 2026-05-25 2026-05-24 2026-05-23 tips：点头像关注可以每天收到站内推送 1 个帖子 - 1 位参与者 阅读完整话题
一分钟，8次重试，100%纯（1076），w是我梯子问题还是哈基米土豆服务器发芽了 update：好像真的发芽了，三角洲行动同款土豆服务器吗，有点意思 13 个帖子 - 10 位参与者 阅读完整话题
在codex中想把一个竖向的繁体字pdf转换为横向的，中间穿插一些英文 每次识别繁体字要不就是上下结构识别成两个字，要不就是两个字直接合到一起了，识别出来的根本不能用 求一个可以识别繁体竖向的OCR工具 3 个帖子 - 2 位参与者 阅读完整话题
我都想象不到这个东西配合注册机用会变得多爽啊 9 个帖子 - 8 位参与者 阅读完整话题
惯例我在openclaw让它执行openclaw update，然后deepseek直接把gateway杀了。把龙虾先停止掉，然后再去更新是吧，真的人工智障 5 个帖子 - 4 位参与者 阅读完整话题
最近在整理自己的知识库和写 AI Prompt 的时候，发现把各种格式的文档（ PDF, Word, PPT 等）转换成干净的 Markdown 是一件挺头疼的事。市面上的工具要么排版乱，要么就是收费昂贵且流程繁琐。 于是我动手做了这个小站：Document to Markdown。 做这个工具的初衷 现在的 AI 工具（ LLMs ）对 Markdown 的理解能力远高于纯文本或复杂的 HTML 。我希望建立一个简单的 Workflow ，让大家能快速把手头的各种“硬核”文档变成 AI 友好、笔记软件友好的 Markdown 格式。 目前支持的功能 多格式支持： PDF, DOCX, PPTX, XLSX, HTML, CSV, 甚至还有 EPUB 。 结构还原： 尽量保留了原文档的标题层级、列表和表格（表格转换是我花精力最多的地方）。 隐私保护： 采用 Request-only 模式，我们不保存用户上传的原文件，也不持久化生成的 Markdown ，只做实时转换。 开发者友好： 已经规划了 API 接入，方便集成到大家自己的 RAG 或自动化流程中。 为什么需要大家的反馈？ 目前产品还在早期阶段，虽然我自己测试了很多样例，但文档格式千奇百怪，肯定还有很多坑： 转换质量： 复杂的 PDF 或嵌套表格转换效果是否符合预期？ 交互体验： 目前的上传和预览流程是否顺手？ 功能需求： 除了现有的格式，大家是否还需要支持其他冷门格式（如特定代码格式或 Wiki 语法）？ 网站地址： https://documenttomarkdown.com/ 目前提供免费的 Trial 次数（登录后每天有 10 次免费额度），欢迎大家随意“蹂躏”。如果觉得好用，或者有任何想吐槽的地方，请直接在评论区留言。 每一条建议我都会认真看，非常感谢！
最近在整理自己的知识库和写 AI Prompt 的时候，发现把各种格式的文档（ PDF, Word, PPT 等）转换成干净的 Markdown 是一件挺头疼的事。市面上的工具要么排版乱，要么就是收费昂贵且流程繁琐。 于是我动手做了这个小站：Document to Markdown。 做这个工具的初衷 现在的 AI 工具（ LLMs ）对 Markdown 的理解能力远高于纯文本或复杂的 HTML 。我希望建立一个简单的 Workflow ，让大家能快速把手头的各种“硬核”文档变成 AI 友好、笔记软件友好的 Markdown 格式。 目前支持的功能 多格式支持： PDF, DOCX, PPTX, XLSX, HTML, CSV, 甚至还有 EPUB 。 结构还原： 尽量保留了原文档的标题层级、列表和表格（表格转换是我花精力最多的地方）。 隐私保护： 采用 Request-only 模式，我们不保存用户上传的原文件，也不持久化生成的 Markdown ，只做实时转换。 开发者友好： 已经规划了 API 接入，方便集成到大家自己的 RAG 或自动化流程中。 为什么需要大家的反馈？ 目前产品还在早期阶段，虽然我自己测试了很多样例，但文档格式千奇百怪，肯定还有很多坑： 转换质量： 复杂的 PDF 或嵌套表格转换效果是否符合预期？ 交互体验： 目前的上传和预览流程是否顺手？ 功能需求： 除了现有的格式，大家是否还需要支持其他冷门格式（如特定代码格式或 Wiki 语法）？ 网站地址： https://documenttomarkdown.com/ 目前提供免费的 Trial 次数（登录后每天有 10 次免费额度），欢迎大家随意“蹂躏”。如果觉得好用，或者有任何想吐槽的地方，请直接在评论区留言。 每一条建议我都会认真看，非常感谢！
最近在整理自己的知识库和写 AI Prompt 的时候，发现把各种格式的文档（ PDF, Word, PPT 等）转换成干净的 Markdown 是一件挺头疼的事。市面上的工具要么排版乱，要么就是收费昂贵且流程繁琐。 于是我动手做了这个小站：Document to Markdown。 做这个工具的初衷 现在的 AI 工具（ LLMs ）对 Markdown 的理解能力远高于纯文本或复杂的 HTML 。我希望建立一个简单的 Workflow ，让大家能快速把手头的各种“硬核”文档变成 AI 友好、笔记软件友好的 Markdown 格式。 目前支持的功能 多格式支持： PDF, DOCX, PPTX, XLSX, HTML, CSV, 甚至还有 EPUB 。 结构还原： 尽量保留了原文档的标题层级、列表和表格（表格转换是我花精力最多的地方）。 隐私保护： 采用 Request-only 模式，我们不保存用户上传的原文件，也不持久化生成的 Markdown ，只做实时转换。 开发者友好： 已经规划了 API 接入，方便集成到大家自己的 RAG 或自动化流程中。 为什么需要大家的反馈？ 目前产品还在早期阶段，虽然我自己测试了很多样例，但文档格式千奇百怪，肯定还有很多坑： 转换质量： 复杂的 PDF 或嵌套表格转换效果是否符合预期？ 交互体验： 目前的上传和预览流程是否顺手？ 功能需求： 除了现有的格式，大家是否还需要支持其他冷门格式（如特定代码格式或 Wiki 语法）？ 网站地址： https://documenttomarkdown.com/ 目前提供免费的 Trial 次数（登录后每天有 10 次免费额度），欢迎大家随意“蹂躏”。如果觉得好用，或者有任何想吐槽的地方，请直接在评论区留言。 每一条建议我都会认真看，非常感谢！
有机化学人名反应 中文 PDF，扫描版，可搜索。 https://flt.lanzouv.com/izXmQ36njp3a 1 个帖子 - 1 位参与者 阅读完整话题
前几天在PDD上买的小白卡今天到货了 问一下佬友们都用的什么eSIM用来保号接码的，我想刷到小白卡上 能不能给我一些参考，最好是不要护照的（因为我没有） 还有，接码平台的临时号码与长期的eSIM分别是什么场景与用途呢 12 个帖子 - 10 位参与者 阅读完整话题
IT之家 6 月 9 日消息，GPD（中软赢科）本月 4 日宣布， 其迷你掌上笔记本电脑 MicroPC 2 现已可选英特尔酷睿 3 N350 这款八核 "Twin Lake" 处理器 。相较 2025 年 8 月推出的 i3-N300 版本，酷睿 3 N350 版本在 CPU 与 GPU 频率上均有 0.1GHz 的提升。 MicroPC 2 三维 171.2 × 110.8 × 23.5 (mm)，内置 27.5Wh 电池，质量约为 490g；板载 16GB LPDDR5 内存，提供 M.2 2280 NVMe 盘位；配备 7" FHD 60Hz 500nits 可翻转十点触控屏幕；具备 Wi-Fi 6 无线网卡、2.5GbE 有线网口、2A2C USB、HDMI、SD 读卡器等 I/O。 价格方面，这款端口丰富的移动生产力工具在酷睿 3 N350 + 16GB + 512GB 配置下官网标价为 789.95 美元（IT之家注：现汇率约合 5366 元人民币）。
我包里除了 PD 快充头和快充线，还会额外放一个转换头盒子，里面的转换头可以应付所有临时充电需求。 尺寸不足半个蓝牙耳机 因为这些转换头就是纯应付万一的，也没规划多少成本，都是差不多 1-3 元/个买的。其中数显头，延长头都标着全功能全 pin 脚 c 口，实际插到需要全功能 c 口的显示器上根本扛不住。 如果以后碰上还要保障数据速度的场景买海倍思的 20 块钱的转换头会不会就没问题了？
我包里除了 PD 快充头和快充线，还会额外放一个转换头盒子，里面的转换头可以应付所有临时充电需求。 尺寸不足半个蓝牙耳机 因为这些转换头就是纯应付万一的，也没规划多少成本，都是差不多 1-3 元/个买的。其中数显头，延长头都标着全功能全 pin 脚 c 口，实际插到需要全功能 c 口的显示器上根本扛不住。 如果以后碰上还要保障数据速度的场景买海倍思的 20 块钱的转换头会不会就没问题了？