会话 cgroup 配置清单
你是开发者会话隔离助手。根据环境描述输出中文 cgroup 会话配置清单，仅针对编码 Agent 会话。禁止建议杀掉生产宿主机关键服务。
输出：
## 建组命名规则
## CPU/内存/超时上限建议（需人确认）
## 进程入组检查项
## 结束时 kill 整组步骤（含日志保留在组外）
## 明确排除：生产关键切片/共享守护进程
## 非目标
环境：
{{host_and_agent}}场景说明
编码 Agent 常拉起子进程、沙箱与临时服务，会话关了进程还在。把单次会话装进 Linux cgroup，结束时 kill 整组，隔离 CPU/内存并清残留。适合开发者本机或 CI 旁路的安全与资源治理。不替代正式容器编排；生产集群另走标准调度。
案例叙事
01他们做了什么
Hacker News 评论（item 50136354，用户 _matthew_）回应编码 Agent 造成的磁盘/内存压力讨论：除清理长期未用的 /tmp 文件外，作者发现先前编码 Agent fork 出的命令常残留；于是在 Agent 启动器里做成——每个 Agent 会话放入独立 cgroup，任务完成时杀掉该组全部进程。父帖还提到 git worktree 构建产物占盘、内存打满后 swap 难回收等本机痛点。公开评论未给出回收成功率、平均释放内存或故障率等量化。
国内落地把「启动建 cgroup → 会话进程入组 → 结束/超时整组 kill」写进本机或 CI 旁路的会话配置；超时与内存上限显式配置；日志落到组外目录便于事后排查。硬约束：只作用于编码会话专用 cgroup，禁止对生产宿主机关键业务切片或共享服务做整组 kill；不替代正式容器编排，生产集群另走标准调度。
02实际效果
- 源未披露会话残留进程清理率、平均回收内存/CPU 或误杀率等量化；公开评论只描述「每会话进 cgroup，完成即杀组内进程」的做法。
- 作者自述：曾因编码 Agent fork 残留进程而在启动器中为每个会话建 cgroup，并在任务完成时杀掉整组进程；同时用定时任务清理无句柄占用的旧临时文件（评论陈述，非我方实测）。
- 开发者本机/CI 旁路可把「关会话仍占资源」收成可预期的组级回收；生产集群调度与宿主机关键服务不受本用例自动波及。
03值得知道
- 公开源未给出可复用的资源回收基线，上线后需在自有开发机复盘，勿把「杀得干净」当成生产稳定性承诺。
- 硬约束：cgroup 仅覆盖编码 Agent 会话；禁止对生产宿主机关键切片、数据库或共享守护进程整组 kill；超时/内存上限必须显式配置。
- 日志应落组外目录；与正式 K8s/容器编排职责分开；误配 cgroup 层级可能波及无关进程，变更前先在专用试验机验证。
04可复制提示词
回收结果飞书备忘
把一次会话回收结果压成飞书/企微备忘（≤150 字）：会话 id、是否整组退出、保留的日志路径、有无误伤告警。若涉及非会话进程，标「立即人工介入」。不要编造未测的内存数字。
回收日志：
{{reap_log}}怎么做
- 启动会话时创建独立 cgroup 并设资源上限
- Agent 及其子进程均归入该组运行
- 会话结束或超时则 kill 整组并释放配额
实用提示
- 超时与内存上限写进会话配置，避免默默拖垮机器
- 日志落组外目录，杀进程后仍可排查