【免费下载链接】GhostexThe Best Most Powerful Native Agents Workspace. Fully Rust GPUI based. Mobile apps. 20 agents. Ghostty.项目地址https://gitcode.com/gh_mirrors/gh/Ghostex点击查看免费下载Ghostex 是一款完全基于 Rust GPUI 构建的原生 Agent 工作区Workspace支持 20 余种 AI Agent 与移动端接入。它的会话休眠Auto Sleep、唤醒Wake与跨重启持久化机制让 Agent 在空闲时自动进入低耗状态、需要时一键复活即使重启电脑会话记录与上下文依然完整保留。本文将从用户视角讲清这套会话生命周期是如何工作的。为什么 Agent 需要休眠和唤醒每个 Agent 会话背后都是一个常驻的终端进程Claude Code、Codex、Cursor 等 CLI。开十几个会话就等于开着十几个进程——吃内存、占资源。Ghostex 的答案是把会话生命周期交给一个名为gxserver的常驻守护进程统一裁决。自 2026-09-25 起自动休眠扫描直接运行在 gxserver 内见 session_auto_sleep_sweep.rs这意味着桌面端、Web、手机和 CLI 共享同一套策略——你在手机上发起的会话同样受保护即使桌面窗口已关闭。会话有三个核心状态状态含义触发方式runningAgent 进程存活随时可对话创建或唤醒sleeping进程已回收元数据保留可秒级唤醒Sleep休眠stopped会话关闭进入历史会话Close关闭关键区别Sleep 只回收进程、保留一切上下文而 Close 才是真正归档。想省资源又怕丢对话选 Sleep。自动休眠每 60 秒一次的智能打盹在设置里开启Auto SleepSleep inactive agents后gxserver 每分钟扫描一次启动后有 90 秒宽限期把满足条件的空闲会话自动休眠。可配置的空闲阈值有0 / 5 / 10 / 15 / 30 / 60 / 120 / 300 分钟另有两个开关是否连收藏会话一起休眠、是否要求会话存在可恢复的 resume 凭证默认要求见 session_auto_sleep.rs。一个会话被判定为可休眠需要同时满足一系列保护条件任何一个不满足都会被拒绝拒绝原因会在接口层显式返回running且idle并且从未活动过的会话不会被休眠neverActive——它还没有产生任何对话记录休眠等于销毁 没有后台 shell / 监控任务在跑backgroundWork侧边栏的灰色圆点 没有未回答的问题卡片pendingQuestion粉色问号圆点 没有排队中的聊天消息或已预约的 Delayed Send⭐ 不是收藏会话除非你打开了连收藏一起休眠 具备agentSessionId等可恢复凭证保证唤醒时能接回原对话此外还有一条人性化的首行保护规则如果一个分组里没有任何客户端正在展示会话该分组的第一行会话会被保留避免列表突然全空。Keep-Awake 租约正在看的会话永远不会被睡掉自动休眠最怕的误伤场景是你正盯着某个会话它却因为空闲被睡了。Ghostex 用**保活租约keep-awake lease**解决见 session_keep_awake.rs桌面端每轮把我当前展示了哪些会话通过/api/holdSessionsAwake上报给 gxserver默认 TTL 180 秒客户端定时续租租约是内存态、带 TTL的手机断网、崩溃或关机后停止续租租约到期会话自然恢复可休眠不会永久卡死多个客户端比如两台手机同时持有同一会话时以最晚的到期时间生效租约只能阻止自动休眠你手动点 Sleep 永远优先——用户意图高于一切保护策略这套机制同样保护移动端手机通过 SSH 附着在远程 Agent 会话上时桌面端不再会把它当成被遗弃的终端而中途休眠。侧边栏三档收纳Snooze、Settle 与 Parked除了进程级的 SleepGhostex 的侧边栏 V2 还提供了管理维度的休眠逻辑在 session_lifecycle/sweep.rsSnooze稍后处理把会话推迟到 1 小时后 / 3 小时后 / 明天 / 下周并直接让它睡去。适合这个问题我明天再处理Settle已办归档会话完成后移入已办货架。支持手动 Settle也支持自动 Settle——连续 N 天无活动或该会话分支的 PR 被合并/关闭时自动归档Parked挂起发送消息会自动解除 parked 和 snooze 状态unparkAfterSendingMessage默认开启见 session_parking.rs——你重新跟它说话它立刻回到收件箱后台清扫器每轮按三条规则执行回收过期的 snooze 标记 → 真实活动清除旧的归档标记 → 按窗口或 PR 状态自动归档。所有写入都有防护正在等待用户操作attention或正在工作working的会话绝不会被归档。跨重启持久化为什么重启后对话不会失忆这是永远在线的最后一块拼图。Ghostex 的持久化分三层1. 会话元数据落库。每个会话的agentId、agentSessionIdAgent 侧的对话 ID、sessionPersistenceNameAgent 本地对话文件位置、标题、标签、侧边栏排序等都持久化在 gxserver 的 SQLite 数据库中见 schema_migrations.rs。重启后这些会话身份证依然完整。2. 唤醒即恢复。调用/api/wakeSession时gxserver 不只把状态改回running而是同步重新拉起 Agent 进程并用各 Agent 的 resume 命令接回原对话端点实现见 zmx/endpoint.rs。查找 resume 目标的逻辑由gxserver resume-lookup内置完成见 resume_lookup.rs甚至不再要求主机安装 Node 运行时——远程 Linux 也能秒唤醒。3. 关闭会话也能一键找回。即使会话被 Close 进历史Ghostex 也提供统一的恢复入口/api/restorePreviousSession见 previous_session_restore.rs新建一个会话并继承原会话的 Agent、对话 ID、持久化名、标签和侧边栏位置。桌面端、手机端的会话搜索以及命令行ghostex restore-previous-session --project-id id --session-id id见 previous_sessions.rs走的都是同一条恢复规则。移动端同样支持这一整套能力手机可以列出已关闭的会话并直接恢复见 sessionSearch.ts配合 Easy Connect / Tailscale 远程接入README.md。实操清单5 步让会话管理全自动设休眠阈值在设置中选择 Auto Sleep 空闲分钟数。日常挂机建议 30 分钟长期挂机的机器可放宽到 300 分钟保留可恢复凭证默认开启要求 resume 凭证确保被休眠的会话一定接得回原对话善用收藏不勾选连收藏一起休眠给核心会话上双保险手机上放心聊keep-awake 租约会保护你正在手机上查看的会话无需任何手动操作关闭 ≠ 丢失不需要的会话直接 Close需要时通过侧边栏历史搜索或ghostex restore-previous-session一键恢复小结Ghostex 把让 Agent 永远在线拆解成了四件互相配合的事进程级的 Sleep/Wake 管理资源策略级的 keep-awake 租约防止误伤管理级的 Snooze/Settle 收纳侧边栏存储级的元数据落库保证跨重启不丢上下文。整个裁决集中在 gxserver 一处完成桌面、Web、手机、CLI 四种客户端共享同一套规则——这正是纯 Rust 守护进程架构带来的确定性。核心机制源码速查自动休眠判定server/src/session_auto_sleep.rs自动休眠扫描器server/src/server/session_auto_sleep_sweep.rs保活租约server/src/session_keep_awake.rs生命周期清扫snooze/settleserver/src/session_lifecycle/sweep.rsparked 消息解除server/src/session_parking.rs关闭会话恢复server/src/previous_session_restore.rs唤醒与 Sleep 端点server/src/zmx/endpoint.rsresume 目标查找server/src/resume_lookup.rs赞分享【免费下载链接】GhostexThe Best Most Powerful Native Agents Workspace. Fully Rust GPUI based. Mobile apps. 20 agents. Ghostty.项目地址https://gitcode.com/gh_mirrors/gh/Ghostex点击查看免费下载相关推荐Weylus休眠唤醒处理客户端重连机制与会话状态恢复Weylus休眠唤醒处理客户端重连机制与会话状态恢复 问题背景与解决方案概述 当使用Weylus将平板作为图形输入设备时设备休眠或网络中断会导致连接丢失。用桌面应用音视频OpCore-Simplify基于硬件智能分析的OpenCore EFI构建方案OpCore Simplify基于硬件智能分析的OpenCore EFI构建方案 传统黑苹果配置中手动编辑EFI文件、匹配硬件驱动、调试ACPI补丁等操作构开发工具CLI终极防休眠解决方案NoSleep让你的电脑永远保持唤醒状态在数字化工作时代电脑自动休眠常常成为效率的干扰因素。无论是深夜下载重要文件、远程会议演示还是长时间运行的计算任务系统意外进入睡眠状态都可能造成严重后果。N桌面应用创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 
长河君 · 2026/10/16 10:17:38 · 阅读 1.2k 如何让AI Agent永远在线？Ghostex会话休眠、唤醒与持久化机制完全指南
【免费下载链接】GhostexThe Best Most Powerful Native Agents Workspace. Fully Rust GPUI based. Mobile apps. 20 agents. Ghostty.项目地址https://gitcode.com/gh_mirrors/gh/Ghostex点击查看免费下载Ghostex 是一款完全基于 Rust GPUI 构建的原生 Agent 工作区Workspace支持 20 余种 AI Agent 与移动端接入。它的会话休眠Auto Sleep、唤醒Wake与跨重启持久化机制让 Agent 在空闲时自动进入低耗状态、需要时一键复活即使重启电脑会话记录与上下文依然完整保留。本文将从用户视角讲清这套会话生命周期是如何工作的。为什么 Agent 需要休眠和唤醒每个 Agent 会话背后都是一个常驻的终端进程Claude Code、Codex、Cursor 等 CLI。开十几个会话就等于开着十几个进程——吃内存、占资源。Ghostex 的答案是把会话生命周期交给一个名为gxserver的常驻守护进程统一裁决。自 2026-09-25 起自动休眠扫描直接运行在 gxserver 内见 session_auto_sleep_sweep.rs这意味着桌面端、Web、手机和 CLI 共享同一套策略——你在手机上发起的会话同样受保护即使桌面窗口已关闭。会话有三个核心状态状态含义触发方式runningAgent 进程存活随时可对话创建或唤醒sleeping进程已回收元数据保留可秒级唤醒Sleep休眠stopped会话关闭进入历史会话Close关闭关键区别Sleep 只回收进程、保留一切上下文而 Close 才是真正归档。想省资源又怕丢对话选 Sleep。自动休眠每 60 秒一次的智能打盹在设置里开启Auto SleepSleep inactive agents后gxserver 每分钟扫描一次启动后有 90 秒宽限期把满足条件的空闲会话自动休眠。可配置的空闲阈值有0 / 5 / 10 / 15 / 30 / 60 / 120 / 300 分钟另有两个开关是否连收藏会话一起休眠、是否要求会话存在可恢复的 resume 凭证默认要求见 session_auto_sleep.rs。一个会话被判定为可休眠需要同时满足一系列保护条件任何一个不满足都会被拒绝拒绝原因会在接口层显式返回running且idle并且从未活动过的会话不会被休眠neverActive——它还没有产生任何对话记录休眠等于销毁 没有后台 shell / 监控任务在跑backgroundWork侧边栏的灰色圆点 没有未回答的问题卡片pendingQuestion粉色问号圆点 没有排队中的聊天消息或已预约的 Delayed Send⭐ 不是收藏会话除非你打开了连收藏一起休眠 具备agentSessionId等可恢复凭证保证唤醒时能接回原对话此外还有一条人性化的首行保护规则如果一个分组里没有任何客户端正在展示会话该分组的第一行会话会被保留避免列表突然全空。Keep-Awake 租约正在看的会话永远不会被睡掉自动休眠最怕的误伤场景是你正盯着某个会话它却因为空闲被睡了。Ghostex 用**保活租约keep-awake lease**解决见 session_keep_awake.rs桌面端每轮把我当前展示了哪些会话通过/api/holdSessionsAwake上报给 gxserver默认 TTL 180 秒客户端定时续租租约是内存态、带 TTL的手机断网、崩溃或关机后停止续租租约到期会话自然恢复可休眠不会永久卡死多个客户端比如两台手机同时持有同一会话时以最晚的到期时间生效租约只能阻止自动休眠你手动点 Sleep 永远优先——用户意图高于一切保护策略这套机制同样保护移动端手机通过 SSH 附着在远程 Agent 会话上时桌面端不再会把它当成被遗弃的终端而中途休眠。侧边栏三档收纳Snooze、Settle 与 Parked除了进程级的 SleepGhostex 的侧边栏 V2 还提供了管理维度的休眠逻辑在 session_lifecycle/sweep.rsSnooze稍后处理把会话推迟到 1 小时后 / 3 小时后 / 明天 / 下周并直接让它睡去。适合这个问题我明天再处理Settle已办归档会话完成后移入已办货架。支持手动 Settle也支持自动 Settle——连续 N 天无活动或该会话分支的 PR 被合并/关闭时自动归档Parked挂起发送消息会自动解除 parked 和 snooze 状态unparkAfterSendingMessage默认开启见 session_parking.rs——你重新跟它说话它立刻回到收件箱后台清扫器每轮按三条规则执行回收过期的 snooze 标记 → 真实活动清除旧的归档标记 → 按窗口或 PR 状态自动归档。所有写入都有防护正在等待用户操作attention或正在工作working的会话绝不会被归档。跨重启持久化为什么重启后对话不会失忆这是永远在线的最后一块拼图。Ghostex 的持久化分三层1. 会话元数据落库。每个会话的agentId、agentSessionIdAgent 侧的对话 ID、sessionPersistenceNameAgent 本地对话文件位置、标题、标签、侧边栏排序等都持久化在 gxserver 的 SQLite 数据库中见 schema_migrations.rs。重启后这些会话身份证依然完整。2. 唤醒即恢复。调用/api/wakeSession时gxserver 不只把状态改回running而是同步重新拉起 Agent 进程并用各 Agent 的 resume 命令接回原对话端点实现见 zmx/endpoint.rs。查找 resume 目标的逻辑由gxserver resume-lookup内置完成见 resume_lookup.rs甚至不再要求主机安装 Node 运行时——远程 Linux 也能秒唤醒。3. 关闭会话也能一键找回。即使会话被 Close 进历史Ghostex 也提供统一的恢复入口/api/restorePreviousSession见 previous_session_restore.rs新建一个会话并继承原会话的 Agent、对话 ID、持久化名、标签和侧边栏位置。桌面端、手机端的会话搜索以及命令行ghostex restore-previous-session --project-id id --session-id id见 previous_sessions.rs走的都是同一条恢复规则。移动端同样支持这一整套能力手机可以列出已关闭的会话并直接恢复见 sessionSearch.ts配合 Easy Connect / Tailscale 远程接入README.md。实操清单5 步让会话管理全自动设休眠阈值在设置中选择 Auto Sleep 空闲分钟数。日常挂机建议 30 分钟长期挂机的机器可放宽到 300 分钟保留可恢复凭证默认开启要求 resume 凭证确保被休眠的会话一定接得回原对话善用收藏不勾选连收藏一起休眠给核心会话上双保险手机上放心聊keep-awake 租约会保护你正在手机上查看的会话无需任何手动操作关闭 ≠ 丢失不需要的会话直接 Close需要时通过侧边栏历史搜索或ghostex restore-previous-session一键恢复小结Ghostex 把让 Agent 永远在线拆解成了四件互相配合的事进程级的 Sleep/Wake 管理资源策略级的 keep-awake 租约防止误伤管理级的 Snooze/Settle 收纳侧边栏存储级的元数据落库保证跨重启不丢上下文。整个裁决集中在 gxserver 一处完成桌面、Web、手机、CLI 四种客户端共享同一套规则——这正是纯 Rust 守护进程架构带来的确定性。核心机制源码速查自动休眠判定server/src/session_auto_sleep.rs自动休眠扫描器server/src/server/session_auto_sleep_sweep.rs保活租约server/src/session_keep_awake.rs生命周期清扫snooze/settleserver/src/session_lifecycle/sweep.rsparked 消息解除server/src/session_parking.rs关闭会话恢复server/src/previous_session_restore.rs唤醒与 Sleep 端点server/src/zmx/endpoint.rsresume 目标查找server/src/resume_lookup.rs赞分享【免费下载链接】GhostexThe Best Most Powerful Native Agents Workspace. Fully Rust GPUI based. Mobile apps. 20 agents. Ghostty.项目地址https://gitcode.com/gh_mirrors/gh/Ghostex点击查看免费下载相关推荐Weylus休眠唤醒处理客户端重连机制与会话状态恢复Weylus休眠唤醒处理客户端重连机制与会话状态恢复 问题背景与解决方案概述 当使用Weylus将平板作为图形输入设备时设备休眠或网络中断会导致连接丢失。用桌面应用音视频OpCore-Simplify基于硬件智能分析的OpenCore EFI构建方案OpCore Simplify基于硬件智能分析的OpenCore EFI构建方案 传统黑苹果配置中手动编辑EFI文件、匹配硬件驱动、调试ACPI补丁等操作构开发工具CLI终极防休眠解决方案NoSleep让你的电脑永远保持唤醒状态在数字化工作时代电脑自动休眠常常成为效率的干扰因素。无论是深夜下载重要文件、远程会议演示还是长时间运行的计算任务系统意外进入睡眠状态都可能造成严重后果。N桌面应用创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考