airi 项目中的 agent-browser：面向 AI Agent 的浏览器自动化 CLI 技能体系与实践指南-北京尧图网络

AI 应用人工智能大模型数字人AI Agent语音前端后端【免费下载链接】airi Self hosted, you-owned Grok Companion, a container of souls of waifu, cyber livings to bring them into our worlds, wishing to achieve Neuro-samas altitude. Capable of realtime voice chat, Minecraft, Factorio playing. Web / macOS / Windows supported.项目地址https://gitcode.com/GitHub_Trending/ai/airi点击查看免费下载本篇技术指南围绕仓库内.agents/skills/agent-browser/SKILL.md展开系统介绍 agent-browser 这款基于 Chrome DevTools ProtocolCDP的浏览器自动化 CLI 的安装方式、skills get技能工作流、专用技能矩阵与 Observability Dashboard 用法并结合 airi 仓库中use-agent-browser-for-airi、use-agent-browser-with-input-file、agent-browser-electron等配套技能文档以及apps/stage-tamagotchi的远程调试实现与 Vishot 场景源码给出可在真实项目中直接落地的自动化测试实战方案。读完本文你将掌握 agent-browser 的核心命令用法、技能获取机制以及如何在 Electron 多窗口应用与 Web 应用中用它完成上传、验证、截图等端到端浏览器任务。一、agent-browser 是什么为 AI Agent 设计的浏览器自动化 CLIagent-browser/SKILL.md 将 agent-browser 定位为Fast browser automation CLI for AI agents——一个面向 AI Agent 的快速浏览器自动化命令行工具。它通过 Chrome DevTools ProtocolCDP驱动 Chrome/Chromium使用**可访问性树快照accessibility-tree snapshots**与紧凑的eN元素引用element refs来实现可靠的页面交互。其核心设计取向可以从文档的 Why agent-browser 一节归纳为以下几点Fast native Rust CLI, not a Node.js wrapperagent-browser 是一个原生 Rust 编写的 CLI而不是 Node.js 包装器这让它在启动速度与执行效率上区别于依赖 Playwright/Puppeteer 生态的传统方案。Works with any AI agent无论你使用的是 Cursor、Claude Code、Codex、Continue 还是 Windsurfagent-browser 都可以直接嵌入这些 Agent 的工作流中充当其浏览器自动化后端。Chrome/Chromium via CDP with no Playwright or Puppeteer dependency通过 CDP 协议直接驱动浏览器不引入 Playwright 或 Puppeteer 依赖。Accessibility-tree snapshots with element refs以可访问性树作为页面快照基础交互时使用稳定的eN元素引用降低对脆弱 CSS 选择器的依赖。Sessions, authentication vault, state persistence, video recording内置会话管理、认证凭据库、状态持久化与视频录制能力。Specialized skills for Electron apps, Slack, exploratory testing, cloud providers针对 Electron 应用、Slack 工作区、探索式测试与云端浏览器提供了专门技能。安装与初始化文档给出的安装命令是npm i -g agent-browser agent-browser install其中npm i -g agent-browser全局安装 CLIagent-browser install负责完成首次初始化包括安装/配置其所需的浏览器运行时。安装完成后agent-browser 即可作为一个全局可用的命令被任何 AI Agent 或终端会话调用。在 airi 仓库的技能体系中agent-browser 的调用约定被显式声明在技能 frontmatter 中agent-browser/SKILL.md声明了allowed-tools: Bash(agent-browser:*), Bash(npx agent-browser:*)即允许 Agent 以 Bash 方式调用agent-browser:*或npx agent-browser:*命名空间下的所有命令同时该技能被标记为hidden: true这意味着它主要作为内部支撑技能存在由上层技能如use-agent-browser-for-airi在运行时按需加载。二、Start here通过skills get获取随版本分发的实战指南agent-browser/SKILL.md 明确说明自己是一个discovery stub发现性存根而非完整的使用指南。为了保证指令永不因版本迭代而过期agent-browser 把完整的工作流内容内置在 CLI 中按安装版本分发。因此在执行任何agent-browser命令之前应首先加载实际的工作流内容agent-browser skills get core # start here — workflows, common patterns, troubleshooting agent-browser skills get core --full # include full command reference and templatesagent-browser skills get core获取核心技能内容涵盖常见工作流、通用模式与故障排查troubleshooting。agent-browser skills get core --full在核心内容基础上追加完整命令参考full command reference与模板templates。这种设计的价值在于CLI 提供的技能内容永远与当前安装版本匹配而存根文件本身不会随版本变化所以它只负责指向skills get core把版本敏感的细节全部交给 CLI 动态提供。对 airi 仓库而言use-agent-browser-for-airi/SKILL.md也遵循了同样的约定——它要求在任何浏览器命令前先执行agent-browser skills get core --full确保 Agent 拿到的是与当前环境一致的指令集。三、专用技能矩阵按任务类型加载细分能力当任务超出普通 Web 页面浏览时应加载对应的专用技能Specialized skillsagent-browser skills get electron # Electron desktop apps (VS Code, Slack, Discord, Figma, ...) agent-browser skills get slack # Slack workspace automation agent-browser skills get dogfood # Exploratory testing / QA / bug hunts agent-browser skills get derive-client # Record a HAR, derive a standalone API client for a site agent-browser skills get vercel-sandbox # agent-browser inside Vercel Sandbox microVMs agent-browser skills get agentcore # AWS Bedrock AgentCore cloud browsers各技能的适用场景如下表技能名适用场景electron自动化 Electron 桌面应用VS Code、Slack、Discord、Figma、Notion、Spotify 等slackSlack 工作区自动化检查未读、发送消息、搜索会话dogfood探索式测试 / QA / Bug 狩猎即产品自测derive-client录制 HAR为站点推导独立的 API 客户端vercel-sandbox在 Vercel Sandbox microVM 中运行浏览器自动化agentcore使用 AWS Bedrock AgentCore 云浏览器另外运行agent-browser skills list可以查看当前安装版本下所有可用技能。这是了解你手上这份 agent-browser 能力边界的最直接方式。与 airi 仓库技能体系的映射airi 仓库在.agents/skills/下对 agent-browser 做了二次封装形成了面向本项目场景的技能分层use-agent-browser-for-airi/SKILL.md负责 AIRI 显示模型Live2D / VRM / MMD导入与渲染验证横跨 Electron、Web、移动端三种运行时并在运行时选择上分别指向 references/electron.md、references/web.md 与 references/mobile.md。use-agent-browser-with-input-file/SKILL.md专门处理各类 file input 上传场景按 attached、detached、native chooser 三种输入形态分发到不同参考文档。agent-browser-electron/SKILL.md解决 Electron 多窗口场景下哪个 CDP target 对应哪个可见窗口的定位问题。这套分层体现了 agent-browser 技能体系的一个通用思路通用技能提供原子能力项目级技能把原子能力编排成面向具体产品的自动化流程。四、Observability Dashboard独立于会话的观测面板agent-browser 提供了内置的可观测性 Dashboard相关要点如下Dashboard独立于浏览器会话运行监听4848 端口port 4848。也可以通过代理或转发后的 URL 访问例如https://dashboard.agent-browser.localhost。Agent 应停留在 Dashboard 源origin上会话标签页session tabs、状态与流式流量stream traffic都在内部被代理转发因此无需暴露各会话自身的端口。这意味着在多会话、多目标并行时运维与调试人员只需暴露 Dashboard 一个入口即可观测全部浏览器会话的状态而不用为每个 session 单独开端口——这是 agent-browser 在安全性上比较关键的设计选择。五、实战纵深airi 中 agent-browser 的典型应用场景为了让上述 CLI 能力落到可运行的实战层面下面以 airi 仓库真实存在的技能与源码为依托展开几个高频场景。这些内容来自 use-agent-browser-for-airi/SKILL.md、use-agent-browser-with-input-file/SKILL.md 与 agent-browser-electron/SKILL.md可作为使用 agent-browser 的参照模板。5.1 场景一跳过 onboarding 并进入模型设置页无论是 Web 还是 Electron 运行时AIRI 都要求在打开模型设置路由前先把 onboarding 标记为完成。通过agent-browser eval直接写 localStorage 即可实现agent-browser eval localStorage.setItem(onboarding/completed, true); localStorage.setItem(onboarding/skipped, false); location.reload(); true然后在 Web 端以固定 origin 启动应用并打开模型设置页pnpm -F proj-airi/stage-web dev --host 127.0.0.1 --port 5173 agent-browser --session airi-web-live2d open http://127.0.0.1:5173/settings/models这里有几个要点--session name为本次自动化命名会话会话隔离保证状态持久化互不干扰。每次交互后都需要重新snapshot因为页面变化后旧的eN引用会失效。pnpm -F proj-airi/stage-web说明 airi 使用 pnpm workspace命令应在仓库根目录执行。5.2 场景二处理脱离 DOM 的 file inputdetached inputAIRI 目前使用 VueUse 的useFileDialog创建文件输入且该输入保持与 DOM 脱离kept detached from the DOM。agent-browser upload无法用 CSS 选择器选中一个不在文档中的节点因此需要在测试会话内临时安装一个桥接bridge。detached-input.md 给出的做法是先覆写HTMLInputElement.prototype.click拦截 file 类型输入为其打上data-agent-browser-upload标记并临时挂载到文档agent-browser eval window.__agentBrowserOriginalFileInputClick ?? HTMLInputElement.prototype.click; HTMLInputElement.prototype.click function () { if (this.type file) { this.dataset.agentBrowserUpload true; document.body.append(this); return; } return window.__agentBrowserOriginalFileInputClick.call(this); }; true随后触发应用的上传动作检查被捕获的输入并按accept约束精确上传agent-browser eval Array.from(document.querySelectorAll(input[data-agent-browser-upload]), input ({ accept: input.accept, multiple: input.multiple, connected: input.isConnected })) agent-browser upload input[data-agent-browser-upload][accept.zip] /absolute/path/to/archive.zip等应用的change处理器消费完文件后恢复原型并清理桥接节点agent-browser eval if (window.__agentBrowserOriginalFileInputClick) { HTMLInputElement.prototype.click window.__agentBrowserOriginalFileInputClick; delete window.__agentBrowserOriginalFileInputClick; } document.querySelectorAll(input[data-agent-browser-upload]).forEach(input input.remove()); true需要强调的是桥接属于测试会话内的运行时插桩runtime instrumentation不是要提交到应用源码的代码且应限定在可丢弃的测试会话中使用。5.3 场景三AIRI 显示模型导入契约Live2D / VRM / MMDuse-agent-browser-for-airi/SKILL.md 定义了三格式的导入契约核心信息可整理成下表格式菜单项输入选择器格式特定的结果Live2DLive2Dinput[data-agent-browser-upload][accept.zip]检查校验报告仅在允许导入时点击ConfirmVRMVRMinput[data-agent-browser-upload][accept.vrm]等待导入卡片出现不期望出现 Live2D 校验确认MMDMMDinput[data-agent-browser-upload][accept.zip,.pmx,.pmd]分别验证压缩包/模型存储与纹理、物理、动态导入、渲染完整的导入流程是打开/settings/models点击Select model重新快照。点击第一个Options for Display Models按钮。重新快照后点击精确的 Live2D / VRM / MMD 菜单项。用上表匹配的选择器按 detached-input 方法上传文件。重新快照。若 Live2D 校验弹出报告检查后仅在报告允许时点击Confirm。等待确切的 basename 出现在导入卡片上且卡片自带Pick按钮——仅看到 detached input 显示的文件名不算成功。点击该卡片的Pick按钮。在页面保持打开的情况下等 change 处理器完成后恢复 detached-input 桥接。5.4 场景四验证上传结果区分四个检查点verify-upload.md 强调不能以agent-browser upload命令成功退出作为完成标志而应把流程拆成四个独立的检查点Assignment分配目标 input 确实收到了预期文件。Processing处理应用产生了预期的文件名、预览、校验结果、进度状态或导入记录。Persistence持久化应用在 store、数据库或后续路由中保留了新选择。Consumption消费目标查看器、编辑器、渲染器或提交流程真正使用了上传内容。诊断检查使用agent-browser errors agent-browser console在 AIRI 模型导入场景中全部通过的后置条件postconditions为Pick之后localStorage.getItem(settings/stage/model)以display-model-开头。最终舞台展示的是导入的模型而非预设模型、空白画布、加载态或导入对话框。截图与上传的格式和 fixture 视觉匹配。agent-browser errors中没有模型加载失败。agent-browser console中没有相关的 Live2D / VRM / MMD / ZIP / 纹理 / 物理 / 动态导入失败。同时注意不要根据 AIRI 头部卡片/资料下拉框推断当前选中的显示模型——那标识的是活动角色卡片标签可能不一致。上传、持久化、渲染是三个独立检查点可见的导入卡片只能证明存储成功不能证明渲染成功。在 display-model-from-file.ts 中可以看到这一契约的 Playwright 落地形态它通过readImportedModelIds直接读取 localforage 数据库数据库名localforage、store 名keyvaluepairs、键前缀display-model-来识别新导入的模型 ID用waitForSelectedModel轮询settings/stage/model的 localStorage并在 cleanup 中删除导入的 fixture——与上文检查点思路完全一致。5.5 场景五Electron 多窗口下的 CDP 目标定位airi 的 Electron 端apps/stage-tamagotchi存在懒创建窗口lazy-created windows主窗口加载/#/设置加载/#/settings聊天加载/#/chatBeatSync 加载/beat-sync.html。多个窗口可能共享相同的 URL如两个窗口都显示http://localhost:5173/#/此时 agent-browser-electron/SKILL.md 给出的核心建议是优先使用原始 CDP target 发现而不是依赖agent-browser tab list猜测。第一步是为应用开启 CDP 端口。airi 的 Electron 主进程在 apps/stage-tamagotchi/src/main/app/debugger.ts 中通过APP_REMOTE_DEBUGtrue时追加remote-debugging-port与remote-allow-origins命令行开关实现端口默认 9222可用APP_REMOTE_DEBUG_PORT覆盖并提供APP_REMOTE_DEBUG_NO_OPENtrue来禁止自动打开系统浏览器。以 9250 端口为例POSIX shell 下启动方式为APP_REMOTE_DEBUGtrue APP_REMOTE_DEBUG_PORT9250 pnpm dev:tamagotchiWindows PowerShell 下则为$env:APP_REMOTE_DEBUG true $env:APP_REMOTE_DEBUG_PORT 9250 pnpm dev:tamagotchi端口不是 airi 或 Electron 的固有值它取决于当前命令与环境切勿假设 9222、9250 或其他任何值通用。第二步是枚举原始 CDP targetcurl -sS http://127.0.0.1:port/json/list重点关注title、url、type、webSocketDebuggerUrl四个字段需要确认端口是 Chromium/Electron CDP 端点时可再查/json/version。/json/list是 CDP target 发现的事实来源source of truth但它不等同于Electron 的BrowserWindow.getAllWindows()——一个可见的 Electron 窗口只有在 renderer/webContents 存在并暴露为 CDP target 之后才可被检查。第三步是映射窗口角色并用稳定 tab ID 切换agent-browser --cdp port tab agent-browser --cdp port tab t2注意不要使用位置整数。若agent-browser tab打印[t2]就使用tab t2。切换后立即验证目标agent-browser --cdp port get url agent-browser --cdp port get title agent-browser --cdp port snapshot -i如果稳定 tab 切换仍不可靠可重置会话状态并直接连接目标agent-browser close --all agent-browser connect webSocketDebuggerUrl agent-browser get url快捷排查Fast Triage顺序为curl /json/list→ 找到期望 route/title 的 renderer page target → 忽略worker与DevTools噪声 target →agent-browser --cdp port tab→ 用稳定 ID 切换 →get url→snapshot -i→ 若期望 route 缺失则从 UI 触发懒窗口后回到第一步。一个完整的 airi 示例假设端口 9250curl -sS http://127.0.0.1:9250/json/list agent-browser --cdp 9250 tab agent-browser --cdp 9250 tab t4 agent-browser --cdp 9250 get url agent-browser --cdp 9250 snapshot -i如果 settings 或 chat 缺失先从主窗口展开控制岛control islandagent-browser --cdp 9250 tab t2 agent-browser --cdp 9250 snapshot -i # 点击打开面板/启动器的控制AIRI 中为右下角控制岛的箭头向上控件 # 每次点击后重新快照因为 UI 变化后 refs 会失效 agent-browser --cdp 9250 click [i-solar\:alt-arrow-up-line-duotone] agent-browser --cdp 9250 snapshot -i然后从展开的控制项中打开目标入口并再次枚举agent-browser --cdp 9250 click [i-solar\:settings-minimalistic-outline] agent-browser --cdp 9250 click [i-solar\:chat-line-line-duotone] curl -sS http://127.0.0.1:9250/json/list agent-browser --cdp 9250 tab最终验证标准chat 的get url返回http://localhost:5173/#/chat且快照中出现消息输入框或发送按钮settings 的get url返回http://localhost:5173/#/settings且快照中出现设置导航或配置控件。5.6 场景六移动端与云端运行时的覆盖边界在 mobile.md 中agent-browser 的移动端覆盖策略强调边界诚实浏览器驱动的移动布局用pnpm -F proj-airi/stage-pocket dev:web --host 127.0.0.1 --port 5174启动 stage-pocket 的 Web 面再用agent-browser --session airi-pocket-web --ignore-https-errors open https://127.0.0.1:5174/settings/models打开用agent-browser set viewport 768 1024操作设置页捕获证据前切回手机视口agent-browser set viewport 390 844。这验证的是共享 Vue UI 与移动端响应式渲染器不能声称覆盖了原生文件选择器、Android WebView、WKWebView、文件系统权限或 Capacitor 桥。Android 模拟器仅当adb devices列出已启动模拟器且自动化桥可检查其 WebView 时才运行原生测试agent-browser 需要一个可达的 Chromium CDP 端点应用能启动不等于覆盖达成。iOS 模拟器WKWebView 暴露的是 Safari Web Inspector 而非 Chromium CDP因此agent-browser 无法直接自动化 iOS不要把移动视口结果当作原生 iOS 覆盖浏览器驱动结果与原生 Simulator 结果应分行单独报告。同理在 Vercel Sandbox microVM 或 AWS Bedrock AgentCore 云浏览器中运行时应通过前文skills get vercel-sandbox/skills get agentcore加载对应技能以获取与目标环境匹配的端口、网络与认证处理方式。六、与 Vishot 的配合从即时调试到确定性视觉证据airi 的技能体系还给出了 agent-browser 与 Playwright 驱动的 use-vishot-for-airi/SKILL.md 的协作模式用 agent-browser 发现输入控件、诊断选择器、验证交互路径流程稳定后再编码为 Vishot 场景获取确定性的视觉证据见 use-agent-browser-with-input-file/SKILL.md 的 Handoff to Vishot。在 use-vishot-for-airi/SKILL.md 中可以看到对应的捕获命令形态pnpm build:tamagotchi AIRI_DISPLAY_MODEL_FORMATlive2d \ AIRI_DISPLAY_MODEL_PATH/absolute/path/to/model.zip \ pnpm exec vishot capture \ ./packages/scenarios-stage-tamagotchi-electron/src/scenarios/display-model-from-file.ts \ --target electron \ --app-entrypoint ./apps/stage-tamagotchi/out/main/index.js \ --cwd . \ --settle-ms 2500 \ --output-dir ./.vishot/display-model/live2d场景 helper display-model-from-file.ts 的契约与 agent-browser 技能文档一一对应通过AIRI_DISPLAY_MODEL_FORMATlive2d/vrm/mmd与AIRI_DISPLAY_MODEL_PATH必须为绝对路径解析输入标记 onboarding 完成并关闭已打开的 onboarding renderer通过产品自有窗口 helper 打开 Settings → Models等待 Playwright file chooser 后选择格式通过新的 IndexedDB 模型键display-model-前缀关联导入选中导入卡片并等待主窗口选择同步最后捕获主舞台并在结束时移除导入 fixture。捕获若仍显示预设模型、导入对话框、空白舞台或加载态即视为失败。七、常见失败模式与排查顺序综合 agent-browser-electron/SKILL.md 与 verify-upload.md以下是高频失败模式与应对方式现象应对agent-browser tab省略或压平了你需要的 target改用原始curl /json/list枚举/json/list与浏览器级 target 发现都缺窗口renderer target 尚未暴露先触发窗口创建/加载路径再枚举connect webSocketDebuggerUrl看似成功但后续命令仍指向别的 renderer用agent-browser --cdp port tab tN切换或close --all后重连并get url验证多窗口共享同一 URL用 target title、带标注截图与应用代码关联eval对对象值返回{}优先get url、get title、snapshot -i或仅返回原始值的 evalupload成功但应用没反应按 Assignment / Processing / Persistence / Consumption 四检查点逐段定位报告首个失败检查点与相关错误另外Electron 场景中如果控制岛可见但可访问性 refs 或 CSS 图标点击未能展开技能文档提供了一个仅用于自动化/调试的诊断兜底不要用它作为真实用户点击可用的证据通过 Vue 组件内部状态展开面板例如对[i-solar\:alt-arrow-up-line-duotone]图标向上回溯__vueParentComponent并设置devtoolsRawSetupState.expanded.value true。这种兜底印证了 controls-island/index.vue 这类组件在自动化中的现实复杂性——tooltip 触发器包裹图标按钮CDP 点击可能成功落在包装层而非 Vue 的ControlButton监听器上。八、小结把 agent-browser 接入你的 Agent 工作流回到 agent-browser/SKILL.md 的核心约定可以总结出四条可迁移的实践原则先skills get再动手任何 agent-browser 命令之前用agent-browser skills get core --full获取与当前版本匹配的工作流与命令参考避免用过期的存根文档指导操作。按任务域加载专用技能Electron、Slack、探索式测试、HAR 派生客户端、Vercel Sandbox、AgentCore 云浏览器各有专属技能agent-browser skills list是能力清单入口。验证到最深的可观测结果上传成功 ≠ 处理成功 ≠ 持久化成功 ≠ 渲染成功用errors与console做最终诊断报告首个失败检查点。Dashboard 统一观测所有会话的状态、标签页与流式流量都汇聚在 4848 端口的 Dashboard 源上通过https://dashboard.agent-browser.localhost之类的转发入口访问即可无需暴露各会话端口。对 airi 仓库的开发者与贡献者而言这套技能体系已经完整覆盖了导入 Live2D / VRM / MMD 模型并验证渲染的端到端流程从 use-agent-browser-for-airi/SKILL.md 的格式契约、detached-input.md 的桥接方案到 agent-browser-electron/SKILL.md 的 CDP 目标映射再到 display-model-from-file.ts 的自动化落地形成了从即时调试到确定性视觉证据的完整链路可直接作为其他 Electron Web 混合项目构建 Agent 浏览器自动化体系的参考模板。赞分享AI 应用人工智能大模型数字人AI Agent语音前端后端【免费下载链接】airi Self hosted, you-owned Grok Companion, a container of souls of waifu, cyber livings to bring them into our worlds, wishing to achieve Neuro-samas altitude. Capable of realtime voice chat, Minecraft, Factorio playing. Web / macOS / Windows supported.项目地址https://gitcode.com/GitHub_Trending/ai/airi点击查看免费下载相关推荐Papermark 仓库中的 agent-browser 技能面向 AI Agent 的浏览器自动化 CLI 完整实战指南Papermark 仓库中的 agent browser 技能面向 AI Agent 的浏览器自动化 CLI 完整实战指南导读本文以 Papermark后端前端企业应用Ryujinx Switch 模拟器首次上手环境、编译、启动一步到位Ryujinx Switch 模拟器首次上手环境、编译、启动一步到位 Ryujinx 是一款用 C 实现的 Nintendo Switch 模拟器能把 Sw人工智能AI Agent代码智能体Agent 编排CLIAI 应用agent-browser 命令参考面向 AI Agent 的浏览器自动化 CLI 全命令实战指南agent browser 命令参考面向 AI Agent 的浏览器自动化 CLI 全命令实战指南导读本文是 agent browser 浏览器自动化命令人工智能AI Agent代码智能体Agent 编排CLIAI 应用创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考

airi 项目中的 agent-browser：面向 AI Agent 的浏览器自动化 CLI 技能体系与实践指南

相关推荐

9Router 排坑实录：模型未找到、认证失败、连接超时一个都别漏

家宽IP + 零泄露配置：Codex开发环境的防封手册

Matlab连续小波变换实现降雨序列多尺度周期分析

更多资讯

无缝集成：将LangChain适配至ChatGLM-zhipu API的TaoToken实践

本地路由层实战：让Claude Code与Codex无缝接入国内大模型

第9章：RAG前沿与未来——Agentic RAG、长上下文、端侧RAG的TaoToken统一接入实践

OpenClaw 真烧Token？把 settings 改到 TaoToken 的免费方案实测

AI 音乐不缺模型缺爆款：YuE 登榜之后，下一首“神曲“谁来造

SpringBoot+Vue宠物管理系统实战：本地可运行全栈落地指南

今日更新

再见，SSE！你好，Streamable HTTP！轻松开发 Streamable HTTP MCP Server 并接入 TaoToken

工业软件标准化路线图：国产替代的落地施工图

VCMI安卓版实操指南：原生运行英雄无敌3的3步技术落地

本周精选

CMOS设计三大物理效应：体效应、沟道长度调制与亚阈值导电

微信小程序在线阅读毕设全解析：Java后端+MySQL+避坑实战

Android音频问题五层分析法：从App到Codec的系统化诊断

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？