CLI 输出 JSON 转换器

要解决的具体问题

在自动化流水线里，用 grep、awk 或正则表达式去解析命令行输出是一件很脆弱的事。ping、dig、ls 这类工具的设计对象是给人看的：字段顺序会变，告警行混在正文里，不同系统版本的措辞也不同。一次写死的正则在环境变化后会静默失效，而故障往往发生在下游，而不是解析当场。

核心能力与工作方式

这个技能把 jc 放进流水线，让"结构化"这一步标准化：

• 管道转换：在命令末尾直接接 jc，例如 dig example.com | jc --dig，stdout 就变成 JSON 对象与数组。
• 文件输入：jc 也支持一批常见文件格式，可以对文件做同样的结构化。
• 库内调用：jc 可以作为 Python 库使用，返回的是 Python dict、list[dict] 这类原生对象，不必经过 JSON 序列化往返，适合在 Python 脚本里直接处理。

拿到 JSON 之后，下游用 jq 过滤、做 diff、按规则校验、写库都更稳定，不用再维护一层正则适配代码。

适用边界与注意点

• 能转换哪些命令与格式，取决于上游 jc 已实现的解析器；遇到不支持的命令仍会失败。
• 它本质上依赖 jc 这个 Python 包，运行前需要先装好它和相关解析器依赖。
• 适合"命令已确定、只缺机器可读输出"的场景；交互式命令、依赖终端宽度或 TTY 行为的输出，不适合这样管道化处理。