其他
使用 Catalyst Cache 缓存临时会话数据时…
适用于在 Zoho Catalyst 中用内存键值缓存(Cache Segment)存储临时或会话数据,并操作 TTL、segment.get/put/delete/update 的场景。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 38/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 57/100 ×0.15
适用场景
使用 Catalyst Cache 缓存特定
解决思路
- 如果可用,使用 MCP 工具 `CatalystbyZoho_List_Cache_Segments` 获取 Segment ID;否则从控制台或 `.catalystrc` 中获取 Segment ID。
- 加载 `references/cache-basics.md`,了解 SDK 操作、TTL 上限(最大 48 小时)以及 `segment.delete()` / `segment.update()` 的注意事项。
- 所有缓存值只能是字符串:在 `put` 前先 `JSON.stringify`,在 `get` 后使用 `JSON.parse`。
- 注意 TTL 行为:`segment.update()` 会把 TTL 重置为新值,而不是在现有 TTL 上累加。
- 处理 `segment.delete()` 时注意:如果 key 不存在,它返回 `null`,而不是抛出错误。
- 当查询涉及 SDK 操作(get、put、delete、update)、Segment ID、48 小时 TTL 上限、仅字符串值、`segment.delete()` 返回 null 的坑、`segment.update()` 的 TTL 坑时,加载 `references/cache-basics.md`。
适用边界 · 注意事项
- 需要持久化、长期保存或关系型查询的数据,应改用 Data Store 或其他持久化存储。
- 不能接受 48 小时最大 TTL 限制的场景。
- 非 Zoho Catalyst 环境,或无法访问 Catalyst Cache SDK/MCP/控制台/.catalystrc 的场景。