Menu
本地处理客服工单 JSON 导出，产出脱敏后的每日简报 —— 不出数据、不调外部 API
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
端到端 pipeline —— 抓 X/知乎/Bilibili AI 相关热门 → 整理成 wiki → 推送飞书日报
Prax 风格的 Git 工作流，强调最小 diff、验证后提交和清晰状态。
Prax 风格的 TDD 工作流，强调 RED → GREEN → VERIFY。
在提交、交付或大型改动后运行 Prax 风格的验证闭环。
用 AutoCLI 二进制驱动用户已登录的 Chrome 抓取 Twitter/X、知乎、Bilibili、Reddit 等 55+ 站点
中文编程优化 — 注释、文档和错误信息使用中文
Based on SOC occupation classification
| name | support-digest |
| description | 本地处理客服工单 JSON 导出，产出脱敏后的每日简报 —— 不出数据、不调外部 API |
| allowed-tools | ["Read","Write","Glob","Grep","Bash","Notify"] |
| triggers | ["support digest","客服简报","工单简报","ticket digest","客户反馈","customer feedback","投诉汇总"] |
| tags | ["support","pm","privacy","local-only","digest"] |
| priority | 7 |
痛点：PM 每天早上要花 20 分钟翻昨天 200 条客服工单，才能知道"哪个 feature 坑多"、"有没有新涌出的抱怨"。这个 skill 把翻 ticket 的动作自动化，所有数据留在本地，不调任何外部 API，方便合规严格的团队。
.prax/inbox/tickets-<YYYY-MM-DD>.json（或 .csv 也支持）
id / created_at / status / category / subject / body / customer_email / severityid / created_at / body 必须有.prax/support-digest.yaml 配置（见下方）Prax 不负责从 Zendesk / Freshdesk 拉数据——export 是 IT 或客服负责人的事。skill 只做本地文件处理。
.prax/vault/support/<YYYY-MM-DD>/digest.md
外加原始统计数据的结构化副本：
.prax/vault/support/<YYYY-MM-DD>/stats.json
用于下游工具（BI、周报生成等）复用。
# 最新的 tickets 文件
ls -t .prax/inbox/tickets-*.{json,csv} 2>/dev/null | head -1
没找到 → 停下来告诉用户："请把昨日工单导出为 JSON/CSV 放到 .prax/inbox/tickets-YYYY-MM-DD.json"。
读进来后立刻脱敏用户信息：
| 字段 | 脱敏规则 |
|---|---|
customer_email | foo@bar.com → f***@b***.com |
customer_phone | 13812345678 → 138****5678 |
| body 里的 email | 正则替换同上 |
| body 里的手机/银行卡号 | 正则识别，全替换成 [REDACTED] |
| body 里出现的 SSN / 身份证号 | 全替换成 [REDACTED] |
脱敏后才进入后续处理——避免不小心把 PII 写进 digest。
按 category 字段（或从 subject 启发式推断）聚类：
severity=high 的占比抽取前 5 条"关注度高"的工单，标准（按分数降序）：
| 信号 | 分数 |
|---|---|
| severity=high | +3 |
| status=escalated / status=re-opened | +2 |
| 同一 category 今日数量 > 7d_avg × 2 | +2 |
| body 包含 "refund" / "退款" / "退费" | +2 |
| body 包含 "lawyer" / "律师" / "投诉" / "举报" | +3 |
| response_time > 24h（如果有此字段） | +1 |
取前 5 条，每条附脱敏后的 body 摘录（≤ 100 字）。
对比"今日 vs 过去 7 天均值"：
模板：
---
date: 2026-04-22
ticket_count: 187
category_count: 12
highlights_count: 5
generated_at: 2026-04-22T09:05:00+08:00
---
# 客服简报 · 2026-04-22
## 总览（一句话）
昨日共 **187** 条工单，比 7 日均值 +12%；`billing` 类翻倍，`auth` 类回落。
## 今日亮点（top 5）
### 1. [high] Billing — duplicate charge
- 工单数：23（占 12%）
- 代表性摘要："On 4-20 I was charged twice for the Pro plan. Please refund immediately."
- 建议 owner：@finance-ops
### 2. [escalated] 登录流 — OAuth timeout
- ...
## 趋势
### 📈 涨
- `billing`：23 vs 7d 均值 11（+109%）
- `mobile-app-crash`：8 vs 3（+167%）
### 📉 跌
- `auth`：12 vs 19（-37%）
### 🆕 新出现
- `integration-slack`（6 条）
## 分类统计
| Category | Today | 7d avg | Δ |
|---|---|---|---|
| billing | 23 | 11 | +12 |
| auth | 12 | 19 | -7 |
| ...|
## 报告位置
- Raw 脱敏 JSON：`.prax/vault/support/2026-04-22/tickets-redacted.json`
- Stats：`.prax/vault/support/2026-04-22/stats.json`
- 原始文件已归档到：`.prax/inbox/archive/tickets-2026-04-22.json`
mkdir -p .prax/inbox/archive
mv .prax/inbox/tickets-<date>.json .prax/inbox/archive/
避免下次跑重复处理同一天数据。
若 .prax/notify.yaml 有 pm-team channel：
Notify(
channel = "pm-team",
title = "客服简报 · 2026-04-22",
body = <digest 的"总览 + top 5"段>,
level = "warn" if 有 severity=high >= 5 else "info",
)
.prax/inbox/archive/，避免下次重复处理。digest.md、tickets-redacted.json）：必须用 Write 工具（自动 mkdir -p）。Edit / HashlineEdit。Bash mv ... 或 Read+Write+Bash rm 的组合。归档失败会导致下次重复处理，不能跳过。HashlineEdit / Edit 对不存在的路径会 File not found —— 新文件必须走 Write。.prax/support-digest.yamlinput_glob: ".prax/inbox/tickets-*.json"
archive_dir: ".prax/inbox/archive"
output_dir: ".prax/vault/support"
redaction:
extra_regex: [] # 用户自定义额外 PII 模式
skip_fields: [] # 某些字段不做 body 内扫描（譬如已是脱敏 field）
highlights_max: 5
severity_field: "severity"
category_field: "category"
lookback_days: 7
notify_channel: pm-team
docs-audit + support-digest：工单里反复出现"文档不清楚"的抱怨 → 拿去驱动 docs-audit 的 backlogpr-triage + support-digest：某 PR 上线后对应 category 工单激增 → digest 里提醒回滚评估