玩家活动日志
面向 Niantic Ingress Intel 地图的 IITC 本地 COMM 历史与轨迹回顾插件。
Player Activity Log 会监听公开 COMM，将支持的活动事件记录在浏览器本地，帮助你回顾特工行动历史、查看移动轨迹，并管理本地导入导出数据。
在 GitHub 上查看此插件目录 | 查看全部 IITC 插件
适合哪些用户
如果你希望回顾公开 COMM 中出现过的特工活动、检查某段时间内的行动轨迹，或者在可信用户之间合并本地活动记录，这个插件会很有用。
核心功能
- 自动记录公开 COMM：被动监听公开 COMM，并记录支持的活动类型，如 capture、deploy、link、field 等。MACHINA 会被忽略。
- 交互式活动查看器：可从工具箱打开，在左侧查看玩家列表，在右侧查看详细活动记录，并支持名称或 ID 搜索。
- 行动轨迹回顾：把玩家行动可视化为地图轨迹，便于复盘和分析本地活动流向。
- 本地记录的 capture 时间：对于你拥有的 Portal，工具箱可显示
Activity Log（xxD），表示基于本地 COMM 记录的最近一次 capture 距今多久。 - 导入与导出：支持 JSON、CSV 导出，以及带去重逻辑的导入合并。
Portal Capture Age（本地记录占领时间）
当你选中一个当前归属自己的 Portal 时，工具箱链接可以显示为 Activity Log（xxD）。其中 xxD 表示从本地记录里最近一次 capture 事件开始，到当前为止经过的整天数。
如果本地没有对应 capture 记录，或者该 Portal 当前是中立状态，则仍显示普通的 Activity Log。
Portal 占领时间说明
当工具箱显示 Activity Log（20D） 这样的标记时，它表示的是：在你的本地 COMM 记录中，这个 Portal 最近一次被记录到 capture 大约是在 20 天前。
它不表示当前这个 Portal 上的所有 resonator 都已经存在 20 天。如果部分 resonator 自然 decay 后又被补充部署，而 Portal 在这期间始终没有中立，那么显示的 capture age 仍然可能指向最初记录到的 capture 事件。
请把这个时间理解为“本地活动记录提示”，而不是官方、精确的 Portal 状态数据。
工作原理
Player Activity Log 只解析你的客户端已经看到的公开 COMM 消息，并把支持的事件写入本地历史。因此它适合做时间线回顾和本地分析，但并不意味着它拥有完整的全局历史。
换句话说，它更适合作为“本地观察日志”，而不是绝对完整的权威数据库。
0.8.3 更新
- 新增工具箱本地记录 capture 时间显示，格式为
Activity Log（xxD）。 - 改进切换 Portal 时的更新逻辑，并对中立 Portal 隐藏该时间标记。
- 在插件窗口与文档中补充免责声明文本。
重要提示：所有数据都只保存在当前浏览器本地，不会在设备或账号之间自动同步。如果历史记录对你重要，请定期导出备份。
免责声明：插件显示的数据来自本地 COMM 记录。如果插件当时没有运行、COMM 历史没有加载、相关活动超出了当前可见 COMM 范围、resonator 是自然 decay 消失的，或者数据来自不完整导入，结果都可能不完整或存在偏差。
Portal capture age 应理解为本地活动记录提示，而不是官方、精确的 Portal 状态数据。
兼容性说明：轨迹绘制会与 IITC-CE 自带的 Player activity tracker 图层产生重叠。如果不希望重复显示，请关闭其中一个。
常见问题
- 它会读取私有或隐藏数据吗？ 不会。它只处理你的客户端已经看到的公开 COMM 活动。
- 我能把历史迁移到另一台设备吗？ 可以，但需要手动导出再导入。插件不会自动同步。
- 这个时间表示当前所有 resonator 的真实年龄吗？ 不是。这个时间只表示插件本地记录中，该 Portal 最近一次被 capture 的时间。插件不会逐个追踪 resonator 的真实部署时间。
- 为什么这个时间有时会缺失或不准确？ 因为这个计算依赖你本地记录到的 capture 历史。如果当时你的客户端没有看到相应事件、COMM 没有加载到相关记录，或者部分 resonator decay 后又被补充部署而 Portal 没有中立，结果就可能不完整或产生误导。