★ FEATURED ARTICLE AI Agent人工智能大模型AI 应用工具调用本地部署MCP ClientsAgent 记忆【免费下载链接】OperitThe most powerful AI agent and AI chat software on Android/Operit是一款Android上能力最为强大、发展最久的AI Agent项目地址https://gitcode.com/gh_mirrors/op/Operit点击查看免费下载DeepSeek HarnessDSH以 NPM 包与 Cordis profile bundle 形式分发Operit 的 ToolPkg 无法直接解析这类原生 Node 生态产物。本指南完整讲解 Operit 如何新增独立sidebar_deepseek_harnessToolPkg在手机 Linux 终端中运行原始deepseek-ai/dshlatestWeb Runtime仅通过回环地址接入主侧边栏 WebView并配套服务状态查询、启动、重启、停止等控制能力。读完你将掌握 DSH 运行目录与 pnpm 依赖构建、node-pty原生模块在 ARM64 容器内的修复流程、显式运行时生命周期、启动就绪协调以及 Debug/Release 双 applicationId 调试基础设施的完整实现方案。设计意图为什么 DSH 必须跑在 Linux 终端里原状与接入约束在引入 DeepSeek Harness 之前Operit 的sidebar_opencode已经趟通了终端运行时 侧边栏 WebView这条路在 Linux 终端中安装 Node CLI启动仅监听回环地址的 Web 服务并在 ToolPkg WebView 中承载其原生 UI。这一先例直接确定了 DSH 的接入形态见 01_runtime_host.md。DSH 的分发形态决定了 Operit 的边界ToolPkg 不能直接解析 NPM/Cordis bundle但 Linux 终端运行时可以执行原始 Node 与 pnpm 依赖图当前接入目标固定为deepseek-ai/dshlatest以 NPM 包和 Cordis profile bundle 分发DSH 运行在 Linux 终端环境不能获得 ToolPkg 的 Java/Android Bridge即 DSH 页面不被注入 Android 或 ToolPkg 原生能力两者是严格隔离的宿主关系。意图、作用域与非目标新增的sidebar_deepseek_harnessToolPkg 承担四件事见 index.md托管原始 DeepSeek Harness Web Runtime将 Harness 绑定到 Linux 回环地址在主侧边栏 WebView 中显示官方 Web UI为后续 DSH bundle 安装、离线 tarball 导入和 Runtime 状态管理建立独立运行目录与稳定入口合并官方协作实现的服务控制能力状态查询、启动、重启、停止同时保留node-pty校验。作用域明确限定在Runtime 目录、pnpm 环境、安装检查、后台进程、健康检查和日志诊断main_sidebar_plugins路由与 WebView 承载页面示例 ToolPkg 的 manifest、TypeScript 源码与编译产物以及 ADB 调试工具对 Debug/Release 双 applicationId 的统一解析。同时有三条硬性非目标本阶段明确不做不把 DSH bundle 接入 Operit 原生包管理器不翻译 Cordis/React 插件为 Compose DSL不实现 DSH bundle 管理页或离线 tarball 导入。兼容约束方面不允许修改现有 ToolPkg 导入协议、OpenCode 容器或终端 API进入侧边栏先检查本地与上游latest版本初始化和更新仅由用户显式操作触发。运行时宿主目录布局、环境准备与启动参数运行目录与关键路径常量运行时宿主层的核心实现在 examples/sidebar_deepseek_harness/src/shared/deepseek_harness_web_runtime.ts文件开头的一组常量定义了整个运行时的物理边界常量值说明DEFAULT_PORT/LOOPBACK_HOST3081/127.0.0.1DSH Web 仅监听回环地址DSH_PACKAGE_SPECdeepseek-ai/dshlatest上游最新版本安装目标LINUX_RUNTIME_DIR/root/sidebar_deepseek_harnessDSH 专用运行目录DSH_HOME_DIR/root/sidebar_deepseek_harness/dsh-homeHarness profile 与会话存储目录LINUX_LOG_PATH/root/sidebar_deepseek_harness/deepseek-harness-web.logWeb 服务日志LINUX_PID_PATH/root/sidebar_deepseek_harness/deepseek-harness-web.pid后台进程 PID 文件LINUX_PNPM_HOME/root/.local/share/pnpmpnpm 全局环境PNPM_WORKSPACE_PATH/root/sidebar_deepseek_harness/pnpm-workspace.yaml依赖构建审批策略DSH_PROCESS_MARKERoperit_deepseek_harness_web进程身份标记环境准备脚本buildRuntimeEnvironment会依次导出HOME/root、PNPM_HOME、DSH_HOME将 pnpm 目录加入PATH并把BROWSER/bin/true置空以避免容器内拉起图形浏览器最后mkdir -p三个关键目录。所有命令通过bash -lc包装在命名终端会话sidebar_deepseek_harness_web_server中执行Tools.System.terminal.createexec/execStreaming。DSH Web 启动命令启动流程startRuntime先清理旧 PID 文件并清空日志随后以会话脱离方式拉起服务OPERIT_DSH_PROCESS_MARKERoperit_deepseek_harness_web setsid nohup \ ./node_modules/.bin/dsh web --host 127.0.0.1 --port 3081 \ --trusted-host 127.0.0.1:3081 /root/sidebar_deepseek_harness/deepseek-harness-web.log 21 echo $! /root/sidebar_deepseek_harness/deepseek-harness-web.pid其中setsid是关键它让 DSH 进程脱离终端会话用户离开侧边栏也不会终止 DSH 及其 PTY 工作进程标记环境变量OPERIT_DSH_PROCESS_MARKER用于后续身份校验见启动就绪协调一节。显式运行时生命周期把检查、安装更新、启动拆成三段早期版本将版本检查、pnpm 安装和 Web 启动在侧边栏进入时合并执行——只要本地 DSH 进程不在运行就自动执行pnpm add latest用户无法在下载或编译前决定是否更新。这被 10_explicit_runtime_lifecycle.md 重构为显式生命周期进入侧边栏后先读取本地 DSH 版本再显式查询上游latest版本未初始化时只显示初始化操作检测到新版本时显示安装更新与继续使用当前版本两个操作本地已是最新时直接启动现有 DSH不执行任何 pnpm 安装命令运行时 API 拆分为检查inspectDeepSeekHarnessRuntime、安装更新installDeepSeekHarnessRuntime和启动startDeepSeekHarnessWebServer三个独立入口移除自动安装语义。检查逻辑inspectDeepSeekHarnessRuntime返回四态uninitialized未初始化、ready已是最新、update_available发现更新、failed检查失败。已安装版本通过 Linux 文件 API 读取绝对路径清单node_modules/deepseek-ai/dsh/package.json的version字段不依赖新终端会话的当前工作目录上游版本则通过pnpm view deepseek-ai/dsh version --silent查询。版本校验使用正则/^\d\.\d\.\d(?:-[0-9A-Za-z.-])?(?:\[0-9A-Za-z.-])?$/防止脏数据被当作版本。对应地Compose DSL 仪表盘examples/sidebar_deepseek_harness/src/ui/deepseek_harness_dashboard/index.ui.ts只会在runtimeAction initialize时渲染初始化 DeepSeek Harness按钮、在update时渲染安装更新 / 继续使用当前版本双按钮未初始化、发现更新和错误等静态状态不显示 0% 进度条仅在检查、安装、启动与网页加载期间显示进度。安装管线pnpm 构建审批与 node-pty 原生模块修复DSH 安装管线是整套方案中技术含量最高、设备排障投入最大的部分涉及两个独立子专题文档。pnpm 依赖构建审批06Debug Linux 容器中的 pnpm 默认拒绝执行 DSH 依赖的生命周期脚本并报告ERR_PNPM_IGNORED_BUILDS导致pnpm add失败退出后node-pty本地重建没有机会执行。修复方案见 06_pnpm_dependency_builds.md在 DSH 运行目录写入pnpm-workspace.yaml的allowBuilds配置仅允许日志中列出的五个 DSH 依赖执行构建脚本allowBuilds: deepseek-ai/dsh-subprocess-local: true google/genai: true koffi: true node-pty: true protobufjs: true安装 DSH 后执行pnpm install --prod让先前半安装状态也应用该配置安装失败时把失败标记和最后的 pnpm 输出一起作为界面诊断。安装命令序列installRuntime源码中带 300 秒超时并通过execStreaming流式回传为# 1. 前置条件node 与 pnpm 必须存在 # 2. 准备编译工具链见下文 build-essential # 3. 写入 allowBuilds 策略 # 4. 初始化运行时缺 package.json 时 pnpm init pnpm add --prod deepseek-ai/dshlatest --reporterappend-only # 5. 执行已批准的依赖构建脚本 pnpm install --prod --reporterappend-only # 6. 校验 CLI 可执行、读取已装版本、准备 node-pty、dsh --version 验证pnpm 的install命令会进入依赖安装和 build approval 流程不能用来调用node-pty生命周期脚本因此安装管线特意绕过 pnpm直接定位 pnpm 自带的node-gyp.js执行原生构建。node-pty 原生模块悬空符号链接与加载路径07设备排障记录01_runtime_host.md揭示了根因手机端node-gyp的 C 编译已成功但node-pty1.1.0的postinstall会清理build/Release/obj.target目录该容器上的COPY Release/pty.node是指向该目录的符号链接清理后留下悬空链接DSH 因此报告找不到pty.node。修复脚本buildNodePtySetupScript的完整流程# 1. 在 pnpm store 中定位 node-pty* 目录 node_pty_store_dir$(find node_modules/.pnpm -maxdepth 1 -type d -name node-pty* -print -quit) node_pty_dir$node_pty_store_dir/node_modules/node-pty node_pty_release_path$node_pty_dir/build/Release/pty.node # 2. 缺产物时直接用 node-gyp 重建--nodedir/usr 指向 Android 容器系统目录 node $node_gyp_script rebuild --nodedir/usr # 3. 若产物是符号链接复制解引用副本再替换为普通文件 cp -L $node_pty_release_path $node_pty_release_path.operit-copy rm -f $node_pty_release_path mv $node_pty_release_path.operit-copy $node_pty_release_path # 4. 加载校验必须以 ./ 开头的运行时相对路径调用 require node -e require(process.argv[1]) ./$node_pty_dir最后一步极其关键见 07_node_pty_module_resolution.md早期加载检查把node_modules/.pnpm/.../node-pty直接传给 Node 的require()该值不以./或/开头Node 将其当作包名而非文件路径导致MODULE_NOT_FOUND。改为./开头的显式文件路径后require(./)能返回spawn、fork、createTerminal、open和native全部接口。设备探针已在目标手机的 Linux ARM64 容器中确认 Nodev24.19.0、node-gyp编译链与node-pty加载路径全部可用。编译工具链准备由于上游node-pty1.1.0没有 Linux ARM64 prebuildREADME 中明确说明编译工具包约占 113 MB Linux 容器存储安装管线在运行pnpm add之前会先检查gcc、g、make缺失时执行dpkg --configure -a、apt-get update并安装build-essential以满足node-pty生命周期编译。每次强制重启前还会清空本次日志避免旧的原生模块错误污染当前诊断。启动就绪协调两分钟健康检查与进程身份校验早期实现中侧边栏在 DSH Web 启动后只等待 30 秒未达到 HTTP 就绪即报错普通Retry传入forceRestart侧边栏重入也会重新进入安装与启动流程可能终止正在启动的 DSH 进程。09_startup_readiness.md 对启动语义做了系统性收敛就绪检查窗口延长到两分钟源码常量STARTUP_HEALTH_WAIT_MS 120000每秒轮询一次http://127.0.0.1:30812xx/3xx 视为就绪首次原生模块编译后的慢启动不会被误报失败PID 指向存活进程但 HTTP 尚未就绪时继续等待该进程不重复安装或重启普通Retry只继续检查当前服务服务控制子包的显式重启才保持终止并重启语义状态接口返回三态running / starting / stoppedhealth.ok即running进程存活但健康检查未过即starting本地健康检查的连接失败只作为未就绪状态处理不重复记录插件错误也不打印 HTTP 请求异常堆栈ConnectException不再出现在日志里。进程身份校验是防误杀的核心。PID 文件中的数字必须对应带有 DSH 运行时标记的进程校验函数读取/proc/$pid/environ并精确匹配OPERIT_DSH_PROCESS_MARKERoperit_deepseek_harness_webis_deepseek_harness_process() { runtime_pid$1 if [ -z $runtime_pid ] || ! kill -0 $runtime_pid /dev/null 21; then return 1 fi if tr \0 \n /proc/$runtime_pid/environ 2/dev/null | grep -Fx OPERIT_DSH_PROCESS_MARKERoperit_deepseek_harness_web /dev/null; then if [ $2 report ]; then runtime_event process_status true; fi return 0 fi return 1 }这样 PID 被复用或服务退出后既不会被误判为正在启动也不会被停止操作误杀显式停止和重启只会向带 DSH 标记的进程发送kill。停止流程stopRuntime同样先校验标记再kill随后删除 PID 文件。另外终端命令完成事件无法提供 Bash 的真实退出码因此进程检查只识别目标进程实际输出的专用成功标记process_status事件即便外层命令被终端标记为exitCode: 0未输出专用标记也必须视为未运行。失败反馈显式成功标记替代不可靠的 exitCode安装成功判定最初仅依赖终端 API 返回的exitCode但交互式 PTY 中内层bash -lc即使以错误状态结束终端 API 仍可能报告外层会话正常完成——插件因此把安装失败当成成功继续启动 Web 并等待127.0.0.1:3081用户只能看到连接拒绝且installOutput没有传给 UI错误文本最多显示三行真实原因不可见见 05_runtime_failure_feedback.md。修复方案分四层显式成功标记安装脚本只在全部步骤通过后发出install_result ready事件installCompleted要求exitCode 0 timedOut ! true install_result.status ready四者同时成立才允许启动 DSH Web明确的失败标记缺少 Node、缺少 pnpm、安装 DSH 失败、加载 node-pty 失败等每条路径都打印带专属退出码的错误标记如 11缺 Node、12缺 pnpm、13CLI 未安装、14版本读取失败、16node-pty 构建失败、18node-pty 加载失败等结构化事件流安装脚本通过runtime_event/runtime_output两个辅助函数内联node -e脚本向终端输出 JSON 行事件类型包括process_status、version、version_failure、install_progress、install_output、install_result由parseRuntimeEvents逐行解析——界面显示安装阶段与进度下方持续追加 pnpm/编译输出不再混入 PTY 输入回显完整诊断透传安装失败时把执行命令、退出码、是否超时与原始输出组装成可复制的诊断文本结构化结果缺失时回退展示终端原始输出的末 20 行绝不覆盖真实错误失败时清空已缓存的 Web URL扩大错误显示范围Retry失败后不保留先前 WebView 内容。验收标准可复现验证Debug Linux 容器缺少 Node 时页面直接显示Node.js is required in the Linux runtime.未接收到安装成功标记时不执行dsh web也不等待 3081 端口。侧边栏承载页面路由注册、仪表盘与 WebView 安全配置路由与导航注册examples/sidebar_deepseek_harness/src/main.ts 通过 ToolPkg 运行时 API类型定义见 examples/types/toolpkg.d.ts 中的registerUiRoute/registerNavigationEntry完成两件事注册 UI 路由toolpkg:com.operit.sidebar_deepseek_harness:ui:deepseek_harness_dashboardkeepAlive: true并在main_sidebar_plugins表面注册导航入口order: 131用户即可从 Operit 主侧边栏进入 DeepSeek Harness。仪表盘布局与状态呈现examples/sidebar_deepseek_harness/src/ui/deepseek_harness_dashboard/index.ui.ts 用 Compose DSL 实现运行时仪表盘页面按页头、状态摘要、版本信息、操作区、按需出现的安装输出区重排页头图标 标题 状态徽章准备中 / 进行中 / 首次使用 / 发现更新 / 需要处理由当前状态推导并映射到对应 Material 色状态摘要图标忙碌时spin旋转 当前状态文本 可选错误文本最多 10 行省略号截断版本信息当前版本 / 最新版本两栏对比HorizontalDivider分隔进度仅忙碌时显示LinearProgressIndicator 百分比进度值经clampProgress限制在 0–100安装输出只读等宽字体终端样式fontFamily: monospaceformatVisibleInstallationOutput对超长输出做前 5 行 省略号 后 12 行的折叠展示整体截断到 12000 字符操作按钮48px 高、8px 圆角、图标 文本。WebView 承载与安全边界WebView 承载遵循不向 DSH 页面注入 Android 或 ToolPkg 原生能力的硬约束见 02_sidebar_surface.md这是与 OpenCode 容器同构的隔离策略。WebView 参数明确关闭了文件与内容访问UI.WebView({ key: deepseek_harness_webview_${reloadToken}, // reloadToken 保证重载时重建 fillMaxSize: true, url: serverUrl, // http://127.0.0.1:3081 javaScriptEnabled: true, domStorageEnabled: true, // 官方 Web UI 需要 localStorage allowFileAccess: false, allowContentAccess: false, supportZoom: false, useWideViewPort: true, loadWithOverviewMode: true, safeBrowsingEnabled: true, onPageStarted / onProgressChanged / onPageFinished / onReceivedError, })onReceivedError时清空serverUrl并调用readDeepSeekHarnessWebFailure()读取日志尾部取最后 30 行把真实停止原因展示给用户而不是残留死页面。DSH 凭据与 profile 配置始终由 DSH 原生 Web UI 管理ToolPkg 控制层不向 AI 工具返回.credentials.yaml、.env或其他凭据原文。服务控制子包查询、启动、重启、停止08_official_control_consolidation.md 将官方协作实现的服务控制能力合并进sidebar_deepseek_harness以子包形式随 manifest 声明见 manifest.json入口为dist/packages/deepseek_harness_control.jsenabled_by_default: true。控制子包examples/sidebar_deepseek_harness/src/packages/deepseek_harness_control.ts通过/* METADATA */注释声明了六个 AI 可调用工具工具名功能usage_advice服务控制使用建议advice 工具get_deepseek_harness_server_status查询 Web 服务状态、回环地址、PID 与日志尾部start_deepseek_harness_server启动已安装服务不执行运行时更新install_deepseek_harness_runtime显式安装或更新运行时到上游 latestrestart_deepseek_harness_server停止后重新启动forceRestart: truestop_deepseek_harness_server停止 Web 服务控制层只复用共享运行时模块readDeepSeekHarnessWebServerStatus、startDeepSeekHarnessWebServer、stopDeepSeekHarnessWebServer、installDeepSeekHarnessRuntime不做任何凭据操作。两个值得注意的实现决策服务启动使用setsid后台进程实现会话脱离离开侧边栏不终止服务已有 DSH PID 尚在运行时等待其 Web 服务就绪不在侧边栏重入或普通重试时中断进程并重新安装。交付物方面示例版本升级为0.2.1已通过pnpm exec tsc -p examples/sidebar_deepseek_harness/tsconfig.json编译生成的build/deliverables/sidebar_deepseek_harness-0.2.1.toolpkg归档内包含 manifest、dist/main.js与dist/packages/deepseek_harness_control.jsSHA-256 为BF4373FAF28C314CA3E73F83D3911D45E559F2026C27D5C9884318383B47E2E4。文档同时说明社区成员zjxdzh的投稿与本示例使用同一运行包 ID为尊重独立投稿版权本次整合不纳入其源码发布说明会致谢其社区探索。交付与打包接入既有 ToolPkg 链路03_delivery.md 确认示例不改变 OpenCode 容器即可进入既有打包链路tools/example_packages/sync_example_packages.py会编译examples/下含manifest.json的 TypeScript ToolPkg 并生成.toolpkg。因此交付物就是标准的 manifest dist产物运行时目录与网络监听规则在 package 描述中明确可见manifest 的description直接写明承载本机 Linux Runtime 运行的 DeepSeek Harness Web 界面并提供服务状态与启停控制。examples/sidebar_deepseek_harness/tsconfig.json 编译目标为distmodule: commonjs、target: es2020typeRoots指向examples/types下的 Operit 类型声明toolpkg.d.ts、compose-dsl.d.ts等保证ToolPkg、Tools.System.terminal、Tools.Files、Tools.Net等 API 的类型可用性。调试安装方面已使用调试安装广播重新安装com.operit.sidebar_deepseek_harness没有卸载现有容器已用修复后的dist再次安装并确认侧边栏进入 DSH 官方 API Key 配置页、dsh web监听127.0.0.1:3081。调试基础设施ADB 双 applicationId 统一解析DSH 运行时调试依赖完整的 ADB 工具链而 04_dual_app_debugging.md 解决了此前的双包痛点ADB JS 执行器、ToolPkg 调试安装器和示例包热更新脚本曾把 Release applicationIdcom.ai.assistance.operit、对应 action、receiver 与外部目录全部写死使用 Debug APKcom.ai.assistance.operit.debug时会把文件推送到错误目录广播也不会被 Debug APK 接收。修复后的规则实现于 tools/toolpkg/debug_toolpkg.py 与 tools/example_packages/sync_example_packages.py所有 ADB JS 执行器单文件、目录、sandbox见 tools/adb 下的execute_js.sh/execute_js_dir.sh/run_sandbox_script.sh和 Compose DSL 调试导出都支持两个 applicationIddebug_toolpkg.py增加--app-package参数并读取OPERIT_APP_PACKAGE环境变量sync_example_packages.py的热更新同样支持未显式指定时查询设备已安装包选择顺序为 Debug、Releaseresolve_app_package依次探测package:id是否存在action、receiver、js_temp与files/packages均由最终选择的 applicationId 动态生成如com.ai.assistance.operit.DEBUG_INSTALL_TOOLPKG/.DEBUG_REFRESH_PACKAGES目标目录/sdcard/Android/data/app_package/files/packages示例包热更新签名按设备序列号 applicationId隔离切换 Debug/Release 时会分别同步每次调试前打印实际使用的 applicationId避免调试工具与手机 APK 不一致。验收标准仅装 Debug APK 时全部脚本用com.ai.assistance.operit.debug仅装 Release 时用com.ai.assistance.operit两者同时安装时默认 Debug设置OPERIT_APP_PACKAGE或传入--app-package后使用指定版本指定的 applicationId 未安装或不是两个受支持值时直接报错停止旧 Release 调试路径保持不变只是从固定值改为解析结果。验证清单从静态确认到设备实测index.md 的验证章节记录了从静态检查到真机确认的完整证据链可作为任何同类集成的验收模板静态确认Runtime 使用deepseek-ai/dshlatest、监听127.0.0.1且 WebView 不暴露原生桥示例被 ToolPkg 打包器识别为独立 TypeScript ToolPkg设备环境确认Linux ARM64 容器中 Nodev24.19.0、node-gyp编译链和node-pty原生模块加载路径可用运行时实测修复后的 ToolPkg 启动 DSH Web实际 PTY 执行返回pty-ok回环服务127.0.0.1:3081返回 HTTP 200WebView 已进入官方 API Key 配置页已知悬空链接问题node-pty的postinstall后手机文件系统会留下悬空pty.node符号链接运行时已改为跳过该清理钩子并解引用产物开发中事项pnpm 对 DSH 生命周期脚本的构建审批、node-pty 本地模块加载路径、显式运行时生命周期等仍在收尾。整体运行约束可概括为DSH 在 Linux 终端中以原始 Node/Cordis Runtime 运行Operit 只连接本机回环地址。ToolPkg 侧提供路由、仪表盘、生命周期控制与诊断反馈原生桥、包管理器集成与离线 tarball 导入留待后续版本。相关设计文档全部收录于 docs/TODO/deepseek_harness_runtime_20260814示例实现可从 examples/sidebar_deepseek_harness 直接阅读是研究终端原生运行时 侧边栏 Web 承载模式的完整参考样本。赞分享AI Agent人工智能大模型AI 应用工具调用本地部署MCP ClientsAgent 记忆【免费下载链接】OperitThe most powerful AI agent and AI chat software on Android/Operit是一款Android上能力最为强大、发展最久的AI Agent项目地址https://gitcode.com/gh_mirrors/op/Operit点击查看免费下载相关推荐解锁网页视频抓取黑科技猫抓浏览器扩展的隐藏秘籍解锁网页视频抓取黑科技猫抓浏览器扩展的隐藏秘籍 你是否曾在网上看到精彩的视频内容却苦于无法保存或者想要下载在线课程、讲座视频却发现网站设置了重重限制今AI Agent人工智能大模型AI 应用工具调用本地部署MCP ClientsAgent 记忆GUI 自动化Activepieces Agent 聊天的项目上下文注入机制从提示词模板到运行时作用域控制Activepieces Agent 聊天的项目上下文注入机制从提示词模板到运行时作用域控制 Activepieces 内置的 AI 助手Chat AgenAI Agent人工智能大模型AI 应用工具调用本地部署MCP ClientsAgent 记忆GUI 自动化DeepSeek Harness 会话完成状态点侧边栏「已完成」绿点提醒的设计与实现DeepSeek Harness 会话完成状态点侧边栏「已完成」绿点提醒的设计与实现 导读 DeepSeek Harness 支持操作者把任务委派给会话se人工智能AI AgentAgent 框架DeepSeek上一篇downshift与Firestore云数据库下拉数据同步下一篇rqlite中的SQLite扩展JSON1与全文搜索功能终极应用指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
阅读完成 · 觉得有帮助？
