Unix 时间戳转换器
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_15292d5a/yjkj-cn-timestamp-converter。
技能介绍
调试里最常见的一问
接口日志、数据库字段、前端 Date.now() 打出来的往往只是一串数字。10 位还是 13 位、对应哪一天几点、是 UTC 还是本地时间——若每次都要打开在线工具或手写 datetime.fromtimestamp,上下文切换成本很高。
技能在做什么
本技能围绕 Unix 时间戳 ↔ 可读日期 做转换,面向日常开发排查:
- 时间戳 → 日期:把整数时间戳格式化为便于阅读的日期时间字符串。
- 秒 / 毫秒自动识别:根据位数区分 10 位秒级与 13 位毫秒级,减少误用
* 1000或漏乘导致的偏差。 - 时区处理:在 UTC 与本地时间之间做合理展示,便于对照服务器日志与用户侧时间。
- 当前时间戳:未传入参数时可获取「此刻」的时间戳,方便对照线上数据或写测试用例。
实现侧依赖 Python 3.6+ 与标准库(如 datetime),无第三方包,适合在受限环境或脚本里快速使用。
适用边界
- 面向 Unix 纪元 下的整数时间戳;非 Unix 格式、纯字符串日期解析或复杂日历规则不在此技能核心范围。
- 自动识别依赖常见 10/13 位约定;若业务使用非标准编码,仍需人工确认单位与纪元。
- 时区展示以常见 UTC/本地换算为主;跨 DST、历史时区规则或法务级精度场景应使用专用库并自行校验。
使用场景
- 排查接口返回的 `created_at` 整数字段,需立刻换算成可读时间并对照工单描述
- 把 MySQL 导出的 13 位毫秒 `update_time` 与日志里 10 位秒级时间对齐,确认是否为同一事件
- 复现用户反馈时,用报错截图里的 Unix 时间戳核对是否落在某次发版窗口内
- 写脚本造测试数据前,先取当前时间戳作为基准,再与缓存 TTL 配置对照
适合人员
- 负责支付回调与订单状态的后端,常在日志里看到秒级时间戳需对照运营给出的具体时间
- 维护 Nginx/应用日志的运维,要把 access log 里的时间与监控告警触发时刻逐项对齐
- 测试同学根据缺陷单附带的 epoch 值,验证数据是否写入在预期的业务截止时间之前
- 写数据清洗脚本的数据工程师,需在纯标准库环境里把事件表时间戳转成可读列便于抽检