メニュー
Diagnose Chinese service DNS connectivity for Docker containers. Use when Chinese services (Feishu, DingTalk, DeepSeek, Zhipu, etc.) are unreachable from containers, ENOTFOUND errors appear, or after Astrill VPN changes cause DNS issues.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
每日决策信息汇总 — 查询 TDAI 记忆，LLM 深度分析，飞书私聊推送。当用户说「morning triage」「晨间汇总」「日报」时触发。
生成每日研发贡献报告 — 从 MCP 获取昨日贡献数据，DeepSeek 深度分析，飞书私聊推送。当用户说「研发日报」「daily-dev-report」「日报」「贡献报告」时触发。
Use when the user wants to download a paper AND add it to Zotero — by DOI, arXiv ID, or paper title. Trigger on "下载并加到Zotero", "同步至Zotero", "同步到Zotero文库", "下载论文并导入", "加到文献库", "加到Zotero", "download and add to Zotero", "save paper to Zotero", "put this paper in my library", "download X paper and sync to Zotero", or ANY phrase that combines obtaining a paper (下载/找/获取/download/find/fetch/get) with Zotero/library (Zotero/文献库/library/references).
工作日晨间简报 — 汇总待办事务与未读邮件，每天早上 8 点发送
Use when the user wants to download a paper and add it to Zotero — by DOI, arXiv ID, or paper title. Trigger on "下载并加到Zotero", "同步至Zotero", "下载论文并导入", "加到文献库", "download and add to Zotero", "save paper to Zotero", "put this paper in my library", or any phrase that combines paper download/fetch with Zotero/library management. This skill runs the complete paper-fetch → Google Drive → Zotero linked_file pipeline.
| name | dns-diagnose |
| description | Diagnose Chinese service DNS connectivity for Docker containers. Use when Chinese services (Feishu, DingTalk, DeepSeek, Zhipu, etc.) are unreachable from containers, ENOTFOUND errors appear, or after Astrill VPN changes cause DNS issues. |
诊断 Docker 容器内中国服务 DNS 解析问题，检查 /etc/resolver/ 配置完整性，追踪 CNAME 链断裂点。
bash .claude/skills/dns-diagnose/check-dns.sh
一键检查：resolver 文件完整性 → 主机 DNS → 容器内 DNS → 失败域名的 CNAME 链追踪。
症状：主机能解析某域名，容器内 ENOTFOUND。msg-frontier.feishu.cn 通但 open.feishu.cn 不通。
根因：Docker DNS 转发器逐跳验证 CNAME 链，每跳域名都需对应的 /etc/resolver/ 条目。当 CNAME 链路经过新的 CDN 域名（如 queniuyk.com）时，该域无 resolver 则整条链路断裂。
修复：
echo 'nameserver 223.5.5.5' | sudo tee /etc/resolver/<缺失域名>
sudo dscacheutil -flushcache && sudo killall -HUP mDNSResponder
# 必须重启 Docker Desktop！其 DNS 转发器只在启动时加载 resolver 列表
症状：所有中国域名都无法解析，或解析到海外 IP。
修复：确保 223.5.5.5（阿里云公共 DNS）在 Astrill 不走代理的 IP 列表中。
症状：加了 resolver 文件，刷新了 DNS 缓存，容器内仍然 ENOTFOUND。
修复：必须重启 Docker Desktop 应用（osascript -e 'quit app "Docker"'），仅重启容器无效。Docker 的 DNS 转发器（192.168.65.7）在 Docker Desktop 启动时一次性读取 /etc/resolver/ 列表。
新增中国服务依赖时，同步更新两个文件：
/etc/resolver/<domain> — 立即生效文件（需 Docker 重启）scripts/setup-dns.sh — 配置脚本，加入 RESOLVER_DOMAINS 数组check-dns.sh 中 EXPECTED_DOMAINS 数组与 setup-dns.sh 保持同步。
127.0.0.11 只是代理），其上游在 Docker VM（192.168.65.7）。/etc/resolver/ 是 macOS 机制，Docker VM 需要在启动时读取它。重启容器不会重读 resolver 列表。queniuyk.com 和 queniuck.com 是飞书使用的金山云 CDN 终端域名，不同于字节 CDN（bytedns1.com）和 GSLB（cdngslb.com）。scutil --dns 显示的是 macOS 系统的 DNS 视图，Docker 不一定与之完全一致。