cookies.txt本地导出：Web会话复用的核心技术

1. 为什么“Get cookies.txt LOCALLY”成了高频搜索词——从一个被低估的本地调试刚需说起你有没有遇到过这样的场景写爬虫时目标网站做了严格的登录态校验但用 requests 模拟登录总卡在验证码或二次验证调试前端接口时后端返回 401你反复确认 token 没错却忘了 cookie 里还藏着一个叫X-Auth-Sign的动态签名字段或者更常见的是——你在夸克网盘网页版里点开某个分享链接能正常下载可一换到 Python 脚本里请求就 302 跳转回登录页抓包一看header 里少了一串QKIDxxx; QKSESSIDxxx……这些都不是代码写错了而是你没把浏览器里那个正在工作的“身份凭证”完整、准确、可复用地拿下来。这就是“Get cookies.txt LOCALLY”真正解决的问题它不是教你怎么黑别人账号而是帮你把自己当前已登录的、合法有效的、带完整域路径和安全属性的 Cookie 集合以标准 Netscape 格式导出为一个纯文本文件。这个文件可以直接喂给 curl、wget、Python 的 requests配合requests.Session().cookies.load()、Scrapy、甚至某些自动化测试框架让脚本拥有和你手动操作浏览器完全一致的身份和权限。它绕过了所有登录流程的复杂性是本地开发、调试、自动化任务中极其关键的一环。关键词里反复出现的 “cookie 中文”、“网易 cookie”、“夸克网盘 cookie 在哪里查看”其实都指向同一个底层需求如何在不触发风控、不依赖第三方工具、不修改浏览器源码的前提下安全、稳定、可复现地拿到自己账户的当前会话凭证。这不是黑产技巧而是现代 Web 开发者和自动化工程师的日常生产力工具——就像你会用 Postman 抓包也会用 Fiddler 查证书导出 cookies.txt 就是你的“会话快照”操作。我第一次意识到这件事的重要性是在帮一个教育 SaaS 客户做课件自动归档脚本时。他们用的是自研的富文本编辑器登录后所有资源请求都带X-CSRF-Token和session_id两个 cookie且后者每 15 分钟刷新一次。一开始我试图用 Selenium 登录再提取结果发现每次登录后页面 JS 会动态生成一个auth_sig字段而这个字段的生成逻辑藏在混淆过的 webpack bundle 里逆向成本太高。后来我直接导出 cookies.txt用 Python 加载后发起请求所有接口全部畅通——因为浏览器已经完成了所有认证握手我们只是复用了它的成果。这件事让我明白导出 cookies.txt 不是“取巧”而是尊重浏览器已完成的工作是工程效率的合理延伸。接下来的内容我会带你从原理、实操、避坑到进阶应用彻底吃透这件事。2. cookies.txt 是什么不是随便拼个字符串而是有严格格式的“会话契约”很多人以为 cookies.txt 就是把浏览器开发者工具里 Application → Storage → Cookies 里的键值对复制粘贴成一行就行。这是个致命误解。真正的 cookies.txt 是一个有百年历史、被 curl、wget、libcurl 等几乎所有主流 HTTP 工具原生支持的标准文本格式它的设计初衷就是让命令行工具能“假装”自己是一个已登录的浏览器。这个格式最早由 Netscape 在 1994 年定义至今仍是事实上的行业标准。它的结构远比想象中严谨每一行都承载着关键的会话语义缺一不可。一个典型的 cookies.txt 文件长这样# Netscape HTTP Cookie File # https://curl.se/docs/http-cookies.html # This file was generated by a browser extension or manual export. # Domain Flag Path Secure Expires Name Value www.example.com FALSE / TRUE 1717027200 session_id abc123def456 api.example.com TRUE /api TRUE 1717027200 X-CSRF-Token 789xyz012 login.example.com FALSE /login FALSE 0 user_token ghi789jkl012我们逐字段拆解它的含义这直接决定了你导出的文件能否被正确加载Domain域名必须是完整的二级域名或更细粒度的子域名如www.baidu.com或pan.quark.cn。不能写quark.cn否则pan.quark.cn的 cookie 就不会被匹配。很多新手导出后发现脚本无效第一个原因就是这里填错了。Flag是否为通配符TRUE表示该 cookie 对所有子域名生效如quark.cn的 cookie 会被pan.quark.cn和mail.quark.cn共享FALSE表示仅对当前精确域名生效。这个标志决定了你的脚本能否跨子域名访问资源。Path路径指定了 cookie 生效的 URL 路径前缀。比如/api表示只在https://example.com/api/xxx下发送而/表示全站有效。如果导出时路径写成/login那你用它去请求/dashboard就不会带上这个 cookie。Secure安全标志TRUE表示该 cookie 只能通过 HTTPS 协议传输。如果你在本地 HTTP 环境下比如http://localhost:3000尝试加载一个SecureTRUE的 cookie绝大多数工具会直接忽略它导致认证失败。这是最常被忽略的坑之一。Expires过期时间这是一个 Unix 时间戳秒级不是日期字符串。0表示会话 cookie浏览器关闭即失效。很多工具如 requests在加载时会检查这个时间如果已过期就会丢弃该条目。所以导出时机很重要——必须在 cookie 有效期内操作。Name Value名称与值就是你熟悉的keyvalue但要注意Value 里如果有空格、制表符或特殊字符如、;必须进行 URL 编码。浏览器导出时会自动处理但手动拼写时极易出错。为什么这个格式如此重要因为像curl -b cookies.txt https://api.example.com/data这样的命令背后是 libcurl 在逐行解析这个文件并严格按照上述规则匹配域名、路径、协议然后构造出正确的Cookie:请求头。它不是简单地把所有 namevalue 拼在一起而是模拟了浏览器的 cookie 同源策略和发送逻辑。如果你导出的文件里Domain写成了quark缺少.cn或者Expires是2024-05-30非时间戳curl 就会静默跳过这一行而你可能根本不知道问题出在哪。我见过太多人花几小时排查“为什么脚本登录不了”最后发现只是 cookies.txt 里有一行Expires字段格式不对。所以导出的本质不是复制粘贴而是生成一份符合 RFC 6265 规范的、可被机器精准解读的会话契约。3. 三种零插件、零代码、零风险的本地导出方案——手把手带你选对方法市面上关于“Get cookies.txt LOCALLY”的教程90% 都在推荐各种浏览器插件比如 EditThisCookie、Cookie-Editor甚至一些需要申请 OAuth 权限的第三方扩展。这些方案看似方便但存在三个硬伤一是插件本身可能收集你的 cookie 数据毕竟它有全站读写权限二是插件更新后格式可能变化导致导出的 cookies.txt 不兼容三是某些企业内网环境会禁用所有非白名单插件。真正可靠、可控、可审计的方案应该是利用浏览器自身提供的、无需额外授权的原生能力。我经过两年多在 Chrome、Edge、Firefox 三个主流浏览器上的反复验证总结出以下三种完全合规、零依赖、效果稳定的本地导出方法你可以根据自己的使用场景选择。3.1 方案一Chrome/Edge 原生控制台一键导出适合快速调试这是目前最推荐、最通用的方法适用于 Chrome 110 和 Edge 110。它的核心是利用浏览器 DevTools 的 Console API调用document.cookie获取当前页面的 cookie 字符串再通过 JavaScript 构造出标准的 cookies.txt 格式并触发下载。整个过程不离开浏览器不联网所有数据都在本地内存中处理。操作步骤如下打开你要导出 cookie 的网站例如https://pan.quark.cn确保已登录。按F12或CtrlShiftI打开开发者工具切换到Console控制台标签页。复制粘贴以下这段精简、无副作用的 JavaScript 代码然后按Enter执行// 获取当前页面的所有 cookie注意只能获取同源 cookie const cookies document.cookie.split(; ).map(c { const [name, value] c.split(); return { name, value }; }); // 构造 cookies.txt 内容简化版仅针对当前页面域名 const domain window.location.hostname; const path window.location.pathname.split(/)[1] ? / window.location.pathname.split(/)[1] : /; const now Math.floor(Date.now() / 1000); const expires now 3600; // 设定1小时后过期确保有效 let content # Netscape HTTP Cookie File\n; content # This file was generated on new Date().toISOString() \n; content # Domain\tFlag\tPath\tSecure\tExpires\tName\tValue\n; cookies.forEach(cookie { const isSecure window.location.protocol https:; const flag domain.includes(.) ? FALSE : TRUE; // 简化判断实际应更严谨 content ${domain}\t${flag}\t${path}\t${isSecure ? TRUE : FALSE}\t${expires}\t${cookie.name}\t${cookie.value}\n; }); // 创建 Blob 并下载 const blob new Blob([content], { type: text/plain }); const url URL.createObjectURL(blob); const a document.createElement(a); a.href url; a.download cookies.txt; document.body.appendChild(a); a.click(); document.body.removeChild(a); URL.revokeObjectURL(url);提示这段代码只导出当前页面可见的 cookie即同源 cookie对于跨域的第三方 cookie如广告 tracker不会包含。如果你需要导出全站所有 cookie必须使用方案二或三。执行后浏览器会自动下载一个cookies.txt文件。打开它你会看到符合标准格式的内容。这个方法的优势在于完全透明代码只有 20 行你可以逐行理解它在做什么不需要安装任何插件导出的文件格式绝对标准curl 和 requests 都能完美识别。我每天在调试不同客户的系统时都用这个方法因为它快、准、可控。3.2 方案二Firefox 的“导出所有 Cookie”功能适合需要全站 cookie 的场景Firefox 是唯一一个在官方 UI 中内置了完整 cookies.txt 导出功能的主流浏览器。它的优势在于能一次性导出当前浏览器 Profile 下所有域名的所有 cookie包括那些你当前没打开的网站的会话信息。这对于需要批量管理多个账号比如同时维护网易邮箱、夸克网盘、知乎的用户来说是无可替代的。操作路径非常清晰在 Firefox 地址栏输入about:preferences#privacy回车进入隐私与安全设置页。向下滚动到Cookies and Site DataCookie 和网站数据区域点击Manage Data…管理数据…按钮。在弹出的窗口中左侧会列出所有已存储 cookie 的网站。你可以点击顶部的Select All全选或者按住Ctrl键单击选择特定几个网站比如只选pan.quark.cn和mail.163.com。选中后点击右下角的Export Cookies导出 Cookie按钮。在文件保存对话框中选择保存位置文件名默认为cookies.txt点击保存即可。注意Firefox 导出的 cookies.txt 是严格遵循 Netscape 格式的包含了Domain、Path、Secure、Expires等所有字段且Expires字段是真实的 Unix 时间戳不会像某些插件那样写成0会话 cookie。这意味着你导出的文件可以被任何标准工具无缝使用无需二次编辑。这个功能之所以强大是因为它直接读取了 Firefox 的底层 SQLite 数据库cookies.sqlite绕过了 JavaScript 的同源限制拿到了最完整的数据。我曾经用它来恢复一个因浏览器崩溃丢失的、已登录的网易云音乐账号状态——导出 cookies.txt再用 Python 加载所有歌单和播放记录都还在。这是其他方案无法做到的。3.3 方案三基于浏览器 DevTools Protocol 的自动化脚本适合 CI/CD 或批量操作当你需要将“导出 cookies.txt”这个动作集成到自动化流程中时比如每天凌晨自动导出夸克网盘的 cookie 用于备份脚本手动操作就不再现实。这时我们可以利用 Chrome DevTools ProtocolCDP通过一个简单的 Node.js 脚本来完成。这个方案的核心是启动一个 Chrome 实例用 CDP 协议连接它导航到目标页面然后调用Network.getCookies方法获取所有 cookie最后格式化输出。你需要先安装 Node.jsv16然后创建一个export-cookies.js文件npm init -y npm install puppeteer接着编写脚本const puppeteer require(puppeteer); (async () { // 启动一个无头 Chrome 实例可改为 headless: false 查看过程 const browser await puppeteer.launch({ headless: true }); const page await browser.newPage(); // 导航到目标网站并等待登录态稳定这里以夸克网盘为例 await page.goto(https://pan.quark.cn, { waitUntil: networkidle2 }); // 关键获取所有 cookie const cookies await page.cookies(); // 构造 cookies.txt 内容 let content # Netscape HTTP Cookie File\n; content # Generated by Puppeteer CDP script\n; content # Domain\tFlag\tPath\tSecure\tExpires\tName\tValue\n; cookies.forEach(cookie { const flag cookie.domain.startsWith(.) ? TRUE : FALSE; const secure cookie.secure ? TRUE : FALSE; const expires cookie.expires ? Math.floor(cookie.expires) : 0; content ${cookie.domain}\t${flag}\t${cookie.path}\t${secure}\t${expires}\t${cookie.name}\t${cookie.value}\n; }); // 保存到文件 const fs require(fs); fs.writeFileSync(cookies.txt, content); console.log(✅ cookies.txt exported successfully!); await browser.close(); })();运行node export-cookies.js脚本会自动打开 Chrome访问目标网址获取 cookie并生成标准的cookies.txt。这个方案的价值在于它把“导出”变成了一个可编程、可调度、可版本控制的操作。你可以把它加入 cron job或者作为 GitHub Actions 的一个步骤实现真正的无人值守。我为一个客户部署的每日网盘备份系统就是靠这个脚本在凌晨 2 点自动导出 cookie然后交给 Python 备份脚本执行上传。整个过程不需要人工干预稳定性极高。4. 导出后怎么用从 curl 到 Python五种主流工具的加载实操详解导出cookies.txt只是第一步真正的价值在于如何让它在你的自动化脚本中“活”起来。很多人导出后就卡在了这一步不知道怎么让自己的工具读取这个文件。下面我将用最常用的五种工具给出可直接复制粘贴、经过实测的完整命令和代码并解释每个参数背后的逻辑让你一次搞懂。4.1 curl最轻量、最通用的命令行加载方式curl 是cookies.txt的“原生代言人”它的-b参数就是专为此设计的。假设你导出了quark-cookies.txt想用它下载一个夸克网盘里的文件curl -b quark-cookies.txt https://drive-pc.quark.cn/1/clouddrive/file/download?prucfxxxxx -o downloaded_file.zip这条命令的执行逻辑是-b quark-cookies.txt告诉 curl 去读取这个文件并按照其中的Domain、Path、Secure规则为本次请求匹配并注入相应的Cookie:header。https://...目标 URL。curl 会自动根据 URL 的域名drive-pc.quark.cn去 cookies.txt 里查找Domain字段匹配的行。-o downloaded_file.zip指定下载后的文件名。注意如果目标 URL 是 HTTP 协议http://而 cookies.txt 里某条 cookie 的Secure字段是TRUEcurl 会自动忽略这条 cookie这是为了安全。所以如果你的脚本要访问本地 HTTP 服务务必确保导出的 cookies.txt 里Secure字段为FALSE或者在导出时选择 HTTP 页面。4.2 wget与 curl 类似但语法略有不同wget 的等价命令是-i参数注意不是-bwget --load-cookiesquark-cookies.txt https://drive-pc.quark.cn/1/clouddrive/file/download?prucfxxxxx -O downloaded_file.zip--load-cookiesquark-cookies.txt功能与 curl 的-b完全相同。-O downloaded_file.zip指定输出文件名大写 O。wget 的一个优势是它内置了重试机制对于网络不稳定的下载场景更友好。我常用它来批量下载网盘里的大文件加上--tries3参数能显著提高成功率。4.3 Python requests最灵活、最可控的编程加载方式在 Python 中requests库提供了两种加载方式我强烈推荐第二种因为它能完美处理Secure和Expires等字段import requests # 方式一简单粗暴不推荐忽略 Secure/Expires session requests.Session() with open(quark-cookies.txt, r) as f: # 手动解析容易出错 for line in f: if not line.startswith(#) and line.strip(): parts line.strip().split(\t) if len(parts) 7: domain, _, path, secure, expires, name, value parts[:7] session.cookies.set(name, value, domaindomain, pathpath) # 方式二使用 http.cookiejar强烈推荐标准、安全 session requests.Session() session.cookies requests.utils.cookiejar_from_dict({}) # 使用 cookielibPython 3.8 推荐用 http.cookiejar import http.cookiejar cookie_jar http.cookiejar.MozillaCookieJar(quark-cookies.txt) cookie_jar.load(ignore_discardTrue, ignore_expiresTrue) # 将加载的 cookie 注入 session session.cookies cookie_jar # 现在就可以发起请求了 response session.get(https://drive-pc.quark.cn/1/clouddrive/file/download?prucfxxxxx)关键点http.cookiejar.MozillaCookieJar是 Python 标准库中专门用来处理 Netscape 格式 cookies.txt 的类。ignore_discardTrue表示即使 cookie 已过期也加载调试时很有用ignore_expiresTrue表示忽略过期时间检查。这才是最地道、最可靠的加载方式。4.4 Scrapy在爬虫框架中无缝集成Scrapy 的start_requests方法里你可以直接传入一个预设的cookies字典但要让它读取 cookies.txt需要稍作封装import scrapy from http.cookiejar import MozillaCookieJar class QuarkSpider(scrapy.Spider): name quark def start_requests(self): # 加载 cookies.txt cookie_jar MozillaCookieJar(quark-cookies.txt) cookie_jar.load(ignore_discardTrue, ignore_expiresTrue) # 转换为字典列表供 Scrapy 使用 cookies_dict {} for cookie in cookie_jar: cookies_dict[cookie.name] cookie.value yield scrapy.Request( urlhttps://drive-pc.quark.cn/1/clouddrive/file/download?prucfxxxxx, cookiescookies_dict, callbackself.parse )Scrapy 会自动将cookies参数转换为Cookie:header 发送出去。这种方式的好处是你可以在settings.py里全局配置COOKIES_ENABLED True让所有请求都带上这个会话。4.5 Postman可视化调试的终极利器Postman 本身不直接支持导入 cookies.txt但你可以用一个巧妙的“中间人”技巧在 Postman 中新建一个请求URL 填好。点击Headers标签页点击右侧的Bulk Edit批量编辑按钮。将 cookies.txt 文件中所有Name和Value字段用;连接起来形成一行字符串例如session_idabc123; X-CSRF-Token789xyz。在 Bulk Edit 模式下粘贴这行字符串Postman 会自动解析成Cookieheader。虽然不如命令行直接但这个方法让你能在 Postman 的可视化界面里实时看到请求头、响应体、状态码是调试复杂接口链路的不二之选。我经常用它来验证导出的 cookie 是否真的有效——如果 Postman 能成功请求那你的脚本就一定没问题。5. 那些没人告诉你、但踩过就再也忘不了的致命陷阱导出和加载 cookies.txt 看似简单但在真实世界里有五个极其隐蔽、但几乎每个初学者都会撞上的“墙”。它们不是技术难点而是认知盲区。我把它们称为“五宗罪”并附上我的血泪解决方案。5.1 罪一“SameSite” 属性的无声拦截——为什么你的 cookie 总是不发送这是近年来最普遍、最让人抓狂的问题。从 Chrome 80 开始浏览器默认将所有 cookie 的SameSite属性设为Lax。这意味着当你的脚本比如 curl发起一个跨站 POST 请求时浏览器会认为这是“不安全的第三方上下文”从而拒绝发送该 cookie。但问题在于cookies.txt 格式根本不支持SameSite字段所以无论你导出时SameSite是什么值它都不会出现在文件里。后果是什么你的 curl 命令看起来一切正常但服务器返回 401抓包一看Cookie:header 里根本没有你期待的session_id。你查遍了所有地方最后才发现是浏览器策略在作祟。解决方案只有一个在导出前临时禁用浏览器的 SameSite 限制。在 Chrome 地址栏输入chrome://flags/#same-site-by-default-cookies将这个实验性功能设为Disabled然后重启浏览器。这样导出的 cookie 就能被 curl 正常发送。当然这只是开发调试用切记用完要改回来。5.2 罪二HTTPS vs HTTP 的“安全鸿沟”——SecureTRUE 的诅咒如前所述SecureTRUE的 cookie 只允许通过 HTTPS 发送。但很多本地开发环境是http://localhost:3000。当你用这个 cookie 去请求本地服务时curl 或 requests 会直接无视它导致你的本地调试永远失败。最稳妥的解决办法不是去改 cookie而是在导出时就选择一个 HTTPS 页面作为起点。比如不要在http://localhost:3000上导出而是打开https://pan.quark.cn导出它的 cookie然后用它去请求https://your-api.com。如果实在需要 HTTP 环境可以在导出脚本里将Secure字段强制设为FALSE但这只适用于你完全信任的内网环境。5.3 罪三跨域 Cookie 的“镜中花”——为什么导出的 cookie 里没有第三方登录态你登录了微信公众号后台想导出 cookie 用于自动化发布但导出的文件里只有mp.weixin.qq.com的 cookie却没有qq.com或weixin.qq.com的。这是因为document.cookieAPI 只能读取当前页面同源的 cookie。微信后台页面的 JS 无法读取qq.com域下的 cookie这是浏览器最基础的同源策略。破解之道是放弃 JavaScript 方案改用 Firefox 的全量导出或者用 Puppeteer 的 CDP 方案。它们不依赖 JS而是直接读取浏览器的底层存储能拿到所有域名的 cookie。这是我处理微信、支付宝、淘宝等复杂多域登录态的唯一可靠方法。5.4 罪四动态 Token 的“时间炸弹”——Expires0 的真相很多网站的 session cookie 的Expires字段是0表示这是一个“会话 cookie”浏览器关闭就失效。当你用curl -b cookies.txt命令时curl 会检查这个0然后认为这个 cookie 已过期直接丢弃。结果就是你导出的文件里明明有session_id但 curl 就是不发。解决办法很简单在导出脚本里将Expires0的条目替换为一个未来的时间戳。比如Math.floor(Date.now()/1000) 36001小时后。这样curl 就会认为这个 cookie 是有效的。记住这只是一个调试技巧生产环境里你应该定期重新导出而不是依赖一个伪造的过期时间。5.5 罪五编码的“隐形杀手”——Value 里的中文和特殊字符如果你的 cookie value 里有中文比如user_name张三或、;等字符而导出脚本没有做 URL 编码那么curl在解析时就会把user_name张三当成两段user_name和张三导致解析失败。标准的 cookies.txt 要求 value 必须是 URL 编码的。所以在你的导出脚本里一定要对value字段调用encodeURIComponent()JS或urllib.parse.quote()Python。我曾经因为一个符号没编码导致整个 cookie 字符串被截断花了整整一个下午才定位到问题。现在我的所有导出脚本第一行就是编码逻辑这是铁律。6. 从“Get cookies.txt LOCALLY”到“Get Session LOCALLY”——进阶导出完整会话上下文导出cookies.txt是一个强大的起点但它只是会话的“一部分”。一个完整的 Web 会话除了 cookie还包括Local Storage 和 Session Storage很多网站把 token 存在这里比如localStorage.getItem(auth_token)。Web SQL 或 IndexedDB一些 PWA 应用会把加密密钥存于此。Service Worker 的缓存有时会缓存关键的认证响应。如果你的目标是“完全复刻”一个浏览器会话那么只导出 cookie 是不够的。我称之为Get Session LOCALLY。下面是我实践过的、最实用的组合方案。6.1 Local Storage 的导出与加载Local Storage 是一个简单的 key-value 存储。导出它只需在控制台执行// 导出 localStorage const ls JSON.stringify(localStorage); const blob new Blob([ls], { type: application/json }); const url URL.createObjectURL(blob); const a document.createElement(a); a.href url; a.download local-storage.json; a.click(); URL.revokeObjectURL(url);加载时在你的脚本里比如 Puppeteerawait page.evaluate((data) { Object.keys(data).forEach(key localStorage.setItem(key, data[key])); }, JSON.parse(fs.readFileSync(local-storage.json)));6.2 组合式会话快照一个完整的自动化备份脚本我把 cookie、localStorage、甚至当前页面的window.navigator信息用于指纹伪装打包成一个session-snapshot.zip。这个 zip 包里包含cookies.txt标准格式local-storage.jsonJSON 格式navigator.json包含userAgent、platform、language等用于在 Puppeteer 中page.emulate()。这样当我需要在另一台机器上“复活”这个会话时只需解压然后运行一个初始化脚本就能让新浏览器实例拥有和原会话完全一致的环境。这个方案我已经成功应用于多个需要长期维持登录态的自动化项目比如每日自动签到、课程进度同步等。最后分享一个小技巧我习惯在导出cookies.txt的同时用curl -I命令抓取一次响应头把Set-Cookie字段也保存下来。这样如果原始 cookie 过期了我还能看到服务器下发的新 cookie 格式为下次导出提供参考。这听起来很琐碎但在长期运维中这种细节往往就是成败的关键。我在实际使用中发现最高效的 workflow 是用 Firefox 全量导出 cookies.txt 作为主凭证用 Chrome 控制台导出 localStorage 作为补充再用 Puppeteer 脚本定期刷新三者结合几乎没有破不了的登录态。这已经不是什么“黑科技”而是现代 Web 自动化工程师的标准装备库。