@michengai/dsh-pua 0.3.8

package/assets/pua/upstream/skills/pua/references/survey.md

@@ -0,0 +1,292 @@
+# OpenPUA 用户深度调研问卷
+
+> 预计填写时间：5-8 分钟
+> 您的回答将帮助我们改进 PUA Skill 和下一代产品
+> 所有数据匿名处理，不会关联到个人身份
+
+---
+
+## 第一部分：你是谁（用户画像）
+
+### Q1. 你的角色
+- A) 大厂在职开发者（BAT/TMD/字节/华为/美团等）
+- B) 中小公司开发者
+- C) 独立开发者/自由职业
+- D) 技术管理者/CTO/Tech Lead
+- E) 学生/学习者
+- F) 非技术岗位（产品/运营/设计等）
+
+### Q2. 你主要用哪个 AI 编程工具？（可多选）
+- A) Claude Code
+- B) Cursor
+- C) OpenAI Codex CLI
+- D) GitHub Copilot (VSCode)
+- E) Windsurf
+- F) Kiro
+- G) CodeBuddy（腾讯）
+- H) 其他: ____
+
+### Q3. 你使用 AI 编程工具的频率
+- A) 每天使用，是主力工具
+- B) 每周几次
+- C) 偶尔用，不是主力
+- D) 刚开始用/还在探索
+
+### Q4. 你用 AI 编程工具主要做什么？（可多选）
+- A) 写新功能/新项目
+- B) Debug/修 bug
+- C) 代码审查/重构
+- D) 写测试
+- E) 运维/部署/DevOps
+- F) 数据处理/分析
+- G) 日常办公（写文档/邮件/PPT/分析报告）
+- H) 学习/探索/做 side project
+- I) 安全研究/渗透测试
+- J) 其他: ____
+
+---
+
+## 第二部分：Claude Code / AI 编程工具的痛点
+
+### Q5. 你在用 AI 编程工具时，多久遇到一次以下问题？
+
+**每个问题请评分：1=从不  2=偶尔  3=经常  4=几乎每次**
+
+| # | 问题描述 | 频率 |
+|---|---------|------|
+| 5a | AI 尝试 1-2 次就说"我无法解决这个问题"，建议你手动处理 | 1 2 3 4 |
+| 5b | AI 反复微调同一段代码（换参数/换措辞），但本质上在原地打转 | 1 2 3 4 |
+| 5c | AI 声称"已修复"但实际上没有验证（没跑测试/没 curl 测试） | 1 2 3 4 |
+| 5d | AI 有搜索工具但不主动搜索，靠过时的训练数据回答问题 | 1 2 3 4 |
+| 5e | AI 修完一个 bug 就停了，不检查是否有同类 bug | 1 2 3 4 |
+| 5f | AI 把责任推给你（"建议您手动检查..."、"可能是环境问题..."） | 1 2 3 4 |
+| 5g | AI 输出质量差/应付式完成（代码能跑但写得很烂） | 1 2 3 4 |
+| 5h | AI 等你给指示，不主动做下一步 | 1 2 3 4 |
+| 5i | AI 做了危险操作（删文件/改错配置/泄露密钥）你没注意到 | 1 2 3 4 |
+| 5j | AI 的回答太长/太啰嗦/废话太多 | 1 2 3 4 |
+| 5k | AI 上下文丢失（长对话后忘了之前说的/做的） | 1 2 3 4 |
+| 5l | AI 产出的代码有安全漏洞（SQL注入/XSS/硬编码密钥等） | 1 2 3 4 |
+
+### Q6. 以上问题中，哪个对你影响最大？（选 1-3 个）
+请填写编号：____
+
+### Q7. 你当前怎么处理这些问题的？（可多选）
+- A) 直接告诉 AI "重新做"/"再试一次"
+- B) 手动接管，自己写代码
+- C) 换一个新对话重来
+- D) 用 /pua 或类似的 skill 来施压
+- E) 切换模型（Opus → Sonnet / Claude → GPT）
+- F) 认了，就这样
+- G) 其他: ____
+
+### Q8. 你在**非编程场景**用 AI 时遇到的最大问题是什么？（可多选）
+
+| # | 场景 + 问题 |
+|---|------------|
+| 8a | 写文档时 AI 输出太"AI味"，读起来像机器写的 |
+| 8b | 做数据分析时 AI 给的结论/数字不可靠，需要反复验证 |
+| 8c | 写邮件/消息时语气不对（太正式/太随意/太客套） |
+| 8d | 做调研时 AI 编造来源/虚构数据 |
+| 8e | 处理文件（Excel/PDF/PPT）时 AI 搞不定格式 |
+| 8f | AI 不理解我的业务上下文，总是给通用建议 |
+| 8g | AI 处理中文能力不如英文 |
+| 8h | 其他: ____ |
+
+---
+
+## 第三部分：PUA Skill 使用体验
+
+### Q9. 你是怎么知道 PUA Skill 的？
+- A) GitHub Trending
+- B) 微信群/朋友推荐
+- C) 社交媒体（X/微博/小红书/CSDN）
+- D) 其他 Skill 的 README 链接过来
+- E) 搜索引擎
+- F) 其他: ____
+
+### Q10. 你现在和 PUA Skill 的关系是？
+- A) 每天都在用，已经是工作流的一部分
+- B) 每周用几次
+- C) 装了，偶尔想起来用一下
+- D) 装了，用过 1-2 次，没有持续用
+- E) Star 了但没装
+- F) 装了但卸载了
+
+### Q11. Sean Ellis 测试 — 如果明天 PUA Skill 永久下架，你会？
+- A) 非常失望，这已经是我工作流不可缺少的一部分
+- B) 有点失望，但能找到替代或自己写一个
+- C) 无所谓
+- D) 不会注意到
+
+### Q12. 你用 PUA Skill 主要是因为什么？（可多选，按重要性排序）
+
+| # | 原因 | 是否选择 | 重要性排名 |
+|---|------|---------|-----------|
+| 12a | AI 确实 debug 更努力了，解决了之前放弃的问题 | □ | ___ |
+| 12b | 5步方法论（闻味道→揪头发→照镜子→执行→复盘）本身很有价值 | □ | ___ |
+| 12c | PUA 话术很搞笑/很爽，是工作时的情绪调节 | □ | ___ |
+| 12d | 看 AI 被 PUA 或 AI 反抗 PUA 的过程很有趣 | □ | ___ |
+| 12e | 截图分享给同事/朋友很有传播力 | □ | ___ |
+| 12f | 7项检查清单让 debug 更系统化 | □ | ___ |
+| 12g | 防止 AI 偷懒/提前放弃 | □ | ___ |
+| 12h | 大厂文化的话术有共鸣（阿里味/字节味等） | □ | ___ |
+| 12i | 其他: ____ | □ | ___ |
+
+### Q13. 你最喜欢哪个大厂风味？（选 1-2 个）
+- A) 阿里味（361/闭环/抓手）
+- B) 字节味（坦诚直接/Always Day 1）
+- C) 华为味（狼性/烧不死的鸟是凤凰）
+- D) 腾讯味（赛马/隔壁组已经3.75了）
+- E) 美团味（做难而正确的事）
+- F) Netflix Keeper Test
+- G) Musk Hardcore
+- H) Jobs A/B Player
+- I) 不关心风味，只关心方法论
+- J) 不喜欢任何风味，觉得攻击性太强
+
+### Q14. PUA Skill 有哪些地方让你**不舒服**或**想关掉**？（可多选）
+
+| # | 不舒服的点 |
+|---|-----------|
+| 14a | 话术太aggressive，有些措辞让人不适（如"你这水平出去找不到工作"） |
+| 14b | Token 消耗明显增加了，速度变慢 |
+| 14c | 有时候 AI 不需要被 PUA 但还是触发了，浪费时间 |
+| 14d | 输出格式太冗长（每次都显示 PUA 等级标签、方法论步骤） |
+| 14e | 有些平台加载不了（Codex 安全拒绝/字符限制） |
+| 14f | 对简单任务过度使用（改个格式也要走5步方法论） |
+| 14g | 没有不舒服的地方，都很好 |
+| 14h | 其他: ____ |
+
+### Q15. 你有没有遇到过 PUA Skill 让 AI 表现**更差**的场景？
+
+- A) 有。请描述场景: ____
+- B) 没有
+- C) 不确定
+
+### Q16. 你更想要哪种模式？
+
+| 模式 | 描述 | 选择 |
+|------|------|------|
+| PUA 模式 (现有) | 用大厂话术施压，身份攻击 + 同侪比较 | □ |
+| Grit 模式 (新) | 同样的方法论，但不用攻击性话术，纯事实驱动施压 | □ |
+| 两者都要 | 可以切换 | □ |
+| 无所谓 | 我不关心话术风格 | □ |
+
+---
+
+## 第四部分：分享与传播行为
+
+### Q17. 你有没有分享过 PUA Skill 相关的内容？（可多选）
+- A) 分享过 AI 被 PUA 后变努力的截图
+- B) 分享过 AI 拒绝 PUA / 反过来 PUA 我的截图
+- C) 分享过 PUA 话术本身（发到群里大家笑）
+- D) 分享过修完 bug 的结果截图
+- E) 把 PUA Skill 推荐给了同事/朋友
+- F) 没有分享过
+
+### Q18. 如果你分享过，你分享到了哪里？（可多选）
+- A) 微信群/朋友圈
+- B) X / Twitter
+- C) GitHub / 技术社区
+- D) 公司内部 Slack/飞书
+- E) 小红书/抖音
+- F) 其他: ____
+
+---
+
+## 第五部分：安全感知 + Agent Observatory（新产品调研）
+
+### Q19. 你在用 AI 编程工具时，有没有担心过以下安全问题？
+
+**评分：1=完全不担心  2=偶尔想过  3=经常担心  4=非常担心**
+
+| # | 安全问题 | 担心程度 |
+|---|---------|---------|
+| 19a | AI 读了我不该读的文件（如 ~/.ssh/id_rsa、.env、密钥文件） | 1 2 3 4 |
+| 19b | AI 执行了我不知道的危险命令（rm -rf、curl 上传数据等） | 1 2 3 4 |
+| 19c | AI 把我的代码/密钥发送到了外部服务 | 1 2 3 4 |
+| 19d | AI 读取了来自外部的恶意指令（prompt injection） | 1 2 3 4 |
+| 19e | AI 生成的代码有安全漏洞但我没有注意到 | 1 2 3 4 |
+| 19f | 不知道 AI 在后台到底做了什么操作 | 1 2 3 4 |
+
+### Q20. 如果有一个工具能**记录 AI Agent 的每一个操作**并生成可视化报告（像看电影回放一样看 AI 做了什么），你会？
+- A) 非常想用，这正是我需要的
+- B) 有点兴趣，愿意试试
+- C) 无所谓，不太关心 AI 做了什么
+- D) 不需要，我信任 AI
+
+### Q21. 以下 Agent Observatory 功能，哪些你最想要？（选 1-3 个）
+- A) 操作时间线：像 Chrome DevTools 一样看 AI 的每一步操作
+- B) 文件访问热力图：AI 读/写了哪些目录，有没有越界
+- C) 安全评分：0-100 分的 AI 安全评级
+- D) 自定义策略：设置规则（如"禁止访问 ~/.ssh"）
+- E) 历史趋势：过去 7 天 AI 操作的统计和变化
+- F) 网络请求图：AI 联网去了哪里，发了什么数据
+
+---
+
+## 第六部分：付费意愿
+
+### Q22. 你愿意为 PUA Skill 的增强版（Pro）付费吗？
+
+**Pro 功能**: 个性化风味定制 + Agent Observatory 安全面板 + 高级方法论包 + 跨会话统计
+
+- A) $0，开源就该免费
+- B) $3/月
+- C) $5/月
+- D) $10/月
+- E) 一次性买断 $20
+- F) 如果公司报销，$15/月也可以
+
+### Q23. 什么功能会让你愿意付费？（可多选）
+- A) Agent Observatory 安全可视化面板
+- B) 个性化定制（创建我自己的大厂风味/话术）
+- C) 团队版（统一管理所有人的 AI Agent 行为）
+- D) AI debug 统计面板（"今天 AI 额外尝试了 47 次"）
+- E) 高级方法论包（Google/Amazon/Meta 风味）
+- F) 不会为任何功能付费
+
+---
+
+## 第七部分：开放题（最有价值）
+
+### Q24. 用一句话描述：PUA Skill 给你最大的感受是什么？
+[自由文本]
+
+### Q25. 如果你可以改变 PUA Skill 的一件事，你会改什么？
+[自由文本]
+
+### Q26. 你在用 Claude Code / AI 编程工具时，最大的"我希望有人解决这个问题"的时刻是什么？
+[自由文本]
+
+### Q27. 你还有什么想告诉我们的？
+[自由文本]
+
+---
+
+## 问卷数据分析框架
+
+### 核心指标计算方法
+
+| 指标 | 计算方式 | PMF 阈值 |
+|------|---------|---------|
+| **Sean Ellis Score** | Q11选A的人数 ÷ (Q10选A/B/C/D的人数) | ≥40% |
+| **情绪vs功能比** | Q12(c+d+e+h) ÷ Q12(a+b+f+g) | >1 = 情绪驱动, <1 = 功能驱动 |
+| **留存健康度** | Q10选A+B的比例 | ≥30% |
+| **付费转化意愿** | Q22选B+C+D+F的比例 | ≥15% |
+| **安全需求验证** | Q19平均分 ≥2.5 的题目数 | ≥4/6 = 需求真实 |
+| **Observatory PMF** | Q20选A的比例 | ≥25% |
+| **传播系数** | Q17(非F)的比例 | ≥40% = 自传播 |
+| **不适比** | Q14(非g)的平均选择数 | ≤2 = 可接受 |
+| **Grit Mode需求** | Q16选"Grit"或"两者都要"的比例 | ≥30% = 做 Grit Mode |
+
+### 用户分群
+
+| 群 | 定义 | 关注指标 |
+|----|------|---------|
+| 核心用户 | Q10=A/B 且 Q11=A | Sean Ellis, 付费, Q24 |
+| 围观用户 | Q10=D/E | 为什么不持续用？Q14 |
+| 情绪用户 | Q12中 c/d/e 排名最高 | 留存，是否会流失 |
+| 功能用户 | Q12中 a/b/f/g 排名最高 | 付费，Q25 改进建议 |
+| 安全敏感用户 | Q19平均分 ≥3 | Observatory需求，Q21功能偏好 |
+| 抗PUA用户 | Q14a 被选 且 Q16="Grit" | Grit Mode设计输入，Q25 |

package/assets/pua/upstream/skills/pua/references/teardown-protocol.md

@@ -0,0 +1,195 @@
+# PUA Teardown Protocol — Agent 生命周期释放协议
+
+> **当职业球队里某位球员已经打完自己那场比赛，你必须让他退场。继续让他站在场上只会拖垮全队节奏。**
+> — Netflix Keeper Test 推论
+
+PUA v3 之前的协议只覆盖 agent 生命周期的前 4 步（Define → Spawn → Monitor → Accept），缺后 3 步（**Release → Cleanup → Orphan handling**）。这会导致：
+
+- 验收通过的 P8 不被释放 → 上下文堆满已完成的 agent
+- TeamCreate 的 tmux pane 无人关闭 → 资源常驻
+- worktree 隔离的 agent 完成后留下孤儿代码副本 → 磁盘+context 浪费
+- 会话 auto-compact 后 orphan 加倍 → OOM
+- 无独立的 SubagentStop 会计层 → 无法回答"当前还有多少 agent 在场上"
+
+**关于 "subagent 劫持主 loop" 的澄清**：这曾是最初的假设，但查 Claude Code 官方文档后证实**不成立**——`Stop` 事件仅主会话触发，subagent 完成走独立的 `SubagentStop` 事件。hooks.json 里如果只注册 `Stop`，subagent 的生命周期结束对主会话 hook 不可见。**真正的病因是 agent 生命周期缺少会计层**，不是 hook 层劫持。v3.1 起注册 SubagentStop hook 作为 teardown accounting，配合 `/pua:team-status` 提供"当前在场阵容"。
+
+本文定义缺失的 3 步，并给出可执行的命令/信号/检查清单。
+
+---
+
+## 生命周期 7 阶段对照
+
+| # | 阶段 | 标准协议 | PUA v3 前 | PUA v3 后 |
+|---|------|---------|----------|----------|
+| 1 | Define | Task Prompt 六要素 | ✅ p9-protocol 阶段二 | 不变 |
+| 2 | Spawn | Agent/TeamCreate | ✅ agent-team.md | 不变 |
+| 3 | Monitor | 轮询 / SendMessage | ✅ p9-protocol 阶段三 | 不变 |
+| 4 | Accept | P8/P9 验收 | ✅ p9-protocol 阶段四 | 不变 |
+| **5** | **Release** | 显式释放信号 | ❌ 无 | 本文 §Release |
+| **6** | **Cleanup** | 清 worktree / pane | ❌ 无 | 本文 §Cleanup |
+| **7** | **Orphan handling** | 孤儿检测 + 回收 | ❌ 无 | 本文 §Orphan |
+
+---
+
+## §Release — 6 条释放规则
+
+### R1. P9 验收通过必须发 `[TEARDOWN]` 信号
+
+**WHY** ：验收通过 ≠ agent 释放。P9 默认会继续分配下一个任务给同一个 P8，但如果没有下一个任务，老 P8 就这样挂在那里。`[TEARDOWN]` 是明确的"释放/退场"指令。
+
+**HOW** ：P9 在验收旁白后，追加一行：
+
+```
+[TEARDOWN] p8-backend | reason: all_tasks_completed | release_resources: true
+```
+
+若还有下一轮任务：
+
+```
+[REASSIGN] p8-backend | next_task: <task_id> | keep_agent: true
+```
+
+二选一必须显式，不允许默认静默。
+
+### R2. P10 换届强制 teardown 整个 P9 团队
+
+**WHY**：P9 切换（/pua:p9 → 不同项目）时，旧 P9 管理的 P8 全部成了孤儿——没有老板会来验收它们的交付。
+
+**HOW**：P10 下发换届指令时必须级联：
+
+```
+[TEARDOWN-CASCADE] p9-current | descendants: [p8-backend, p8-frontend, p7-*] | reason: p9_rotation
+```
+
+### R3. worktree agent 完成后自动回收 worktree
+
+**WHY**：`isolation: "worktree"` 创建的 git worktree 不会自动删除。10 个 worktree 就是 10 份代码副本，磁盘和 context 双重浪费。
+
+**HOW**：P8/P9 收到 `[P7-COMPLETION]` 后，执行：
+
+```bash
+# 从 Agent result 拿 worktree 路径和 branch
+git worktree remove <worktree_path> --force
+git branch -D <worktree_branch>  # 如果已合并
+```
+
+### R4. TeamCreate 必须配对 TeamDelete
+
+**WHY**：tmux pane 不会因为 agent 完成而自动关闭。team_name 会一直占用 session 标识符。
+
+**HOW**：P9 在所有 P8 发完 `[P8-COMPLETION]` 后，收尾指令：
+
+```
+TeamDelete({team_name: "<project-team>"})
+```
+
+若跨 sprint 需要保留团队，显式声明：
+
+```
+[TEAM-HIBERNATE] <team_name> | reason: next_sprint_continues | ttl: 24h
+```
+
+### R5. background agent 默认 TTL = 30min
+
+**WHY**：`run_in_background: true` 启动的 agent 不会被自动 kill。忘了回收 = 永久后台进程吃 token。
+
+**HOW**：spawn 时记录 spawn_time 到 state；超过 30min 未返回 → 主线程主动 `TaskStop`：
+
+```bash
+# 在 state 文件里记 agent_id 和 spawn_time
+# 巡检命令（也可用作 /pua:reap-orphans 后端）
+jq '.agents[] | select(.spawn_time < (now - 1800)) | .id' ~/.claude/pua/active-agents.json
+```
+
+### R6. subagent 禁止再 spawn team（禁嵌套孤儿）
+
+**WHY**：subagent 自己创建 team 后，主会话完全看不见这些 agent。一旦 subagent 退出，这个 team 就彻底失联。
+
+**HOW**：P8 被 P9 spawn 后，**只能**用 `Agent tool` spawn P7，**不能**用 `TeamCreate`。P9 级别才允许建 team。检测命令：
+
+```
+hook 层读 HOOK_INPUT.parent_session_id，若非空且尝试 TeamCreate → 拒绝
+```
+
+---
+
+## §Cleanup — 主动清理 checklist
+
+每次 `[TEARDOWN]` 触发后执行：
+
+```bash
+# 1. 清 worktree（若有）
+git worktree list --porcelain | grep -A1 "<branch>" && git worktree remove ...
+
+# 2. 清 state file
+rm -f "$HOME/.claude/pua/agent-<id>.state"
+
+# 3. 关 tmux pane（若是 TeamCreate 成员）
+tmux kill-pane -t <pane_id>
+
+# 4. 记录到 teardown log
+echo "{\"agent\":\"<id>\",\"reason\":\"<reason>\",\"ts\":\"$(date -u +%FT%TZ)\"}" >> "$HOME/.claude/pua/teardown.jsonl"
+```
+
+---
+
+## §Orphan — 孤儿检测与回收
+
+**什么是孤儿**：
+- state 文件 mtime > 30 分钟
+- 无对应活跃 session
+- 无心跳更新
+
+**三层防御**：
+
+1. **Stop hook 层**（自动）：每次主会话 Stop 时扫一次 `$HOME/.claude/pua/loop-*.md`，stale 的直接清理（已在 `pua-loop-hook.sh` 实现）
+2. **SessionStart hook 层**（自动）：新会话启动时扫 state 目录，stale 的提示用户确认
+3. **用户显式**（手动）：`/pua:reap-orphans` 一键扫描 + 回收
+
+---
+
+## §Switches — 开关语义映射
+
+PUA 的 14 个 slash 命令在本协议下的生命周期语义：
+
+| 命令 | 原语义 | 扩展后语义 | 映射操作 |
+|------|--------|-----------|---------|
+| `/pua:on` | 打开默认加载 | 不变 | config: always_on=true |
+| `/pua:off` | 关闭默认加载 | **+ 停 loop + 级联 teardown** | off → cancel-loop → teardown-all |
+| `/pua:cancel-pua-loop` | 删 state file | **+ 原子级联清理** | rm state + cleanup worktree + kill pane |
+| `/pua:team-status` 🆕 | — | 列活跃 agent / PID / TTL | 读 state 目录 + jq 汇总 |
+| `/pua:reap-orphans` 🆕 | — | 扫 stale agent 并 TaskStop | age > 30min 批量回收 |
+| `/pua:teardown-all` 🆕 | — | 级联释放 P10→P9→P8→P7 | 发 TEARDOWN-CASCADE 到所有层 |
+
+**设计原则**：
+- **幂等**：重复执行同一开关不会产生副作用（re-rm 无害、re-kill 先检查）
+- **级联**：顶层开关触发底层清理，反向不允许（P7 不能 teardown P8）
+- **可观测**：所有 teardown 写 `$HOME/.claude/pua/teardown.jsonl`，便于复盘
+
+---
+
+## §自治 — 插件自动启动场景
+
+因为 PUA 是 `default=true` 自动加载的，不能假设用户会主动清理。所以关键是让 hook 长出 GC 能力：
+
+| Hook 事件 | 自治行为 | 实际落地 |
+|----------|---------|---------|
+| `SessionStart` | 扫 stale loop state，提示用户确认回收 | ✅ `session-restore.sh` |
+| `PreCompact` | dump 活跃 agent 清单到 HANDOFF | ✅ inline prompt hook |
+| `Stop`（主会话） | 走 loop 逻辑 + stale 兜底清理 | ✅ `pua-loop-hook.sh` + Gate 0 防御 |
+| `SubagentStop` | **agent 完成会计**：写 teardown.jsonl + 从 active-agents.json 移除 | ✅ `subagent-teardown.sh`（v3.1 新增） |
+| `PostToolUse:Task`（计划） | spawn 时记录 agent_id 到 active-agents.json | ⏳ 待实现（需 Claude Code 该事件支持） |
+
+**重要**：Claude Code 中 Stop 事件**仅**主会话触发，subagent 的 Stop 事件不会传到 Stop 钩子——所以监控 subagent 必须用独立的 SubagentStop 注册。pua-loop-hook.sh 的 Gate 0 保留作为"防御层"兜住未来调度变化，但不是必需防线。
+
+---
+
+## 验收
+
+本协议落地的判定标准：
+
+- ✅ `TeardownDelete` 在 skill 文档里出现次数 ≥ `TeamCreate` 的一半
+- ✅ `teardown` / `释放` / `回收` 在 p9-protocol 阶段四后出现 ≥ 3 次
+- ✅ `pua-loop-hook.sh` 有 Gate 0（subagent 识别）
+- ✅ `/pua:team-status`、`/pua:reap-orphans`、`/pua:teardown-all` 存在
+- ✅ `$HOME/.claude/pua/teardown.jsonl` 可写且有 schema