capybaraai不提供内置使用记录功能，因其采用无状态设计、不保存对话历史、不存储提示词与输出，符合隐私优先原则；间接痕迹仅来自capybaradb审计日志、网关访问日志或前端自建缓存。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
CapybaraAI 本身不提供内置的「使用记录」或「活动日志」查看界面。它是一个以自然语言交互驱动的分析型AI，不保存用户提问历史、不记录对话轨迹，也不维护操作审计日志——这与 WorkBuddy AI 或即梦AI 等带客户端管理功能的工具不同。
为什么看不到使用记录？
这是由 CapybaraAI 的设计定位决定的：
- 它不依赖持久化会话机制，每次请求是无状态的，不绑定用户身份或设备；
- 不存储原始提示词、中间推理过程或输出结果，符合轻量级探索分析场景的隐私默认原则；
- 所有计算发生在服务端推理层，不向客户端写入本地日志文件（如 RemoteAgentDeployerUpdater_Log.txt 这类结构化日志）。
你能拿到的“痕迹”有哪些？
虽然 CapybaraAI 不主动留痕，但实际使用中仍可能留下三类间接记录，取决于你如何接入和部署：
WorkBuddy Visio — Visio 兼容架构图生成器
下载
使用 draw.io（.drawio 格式）和 SVG 生成兼容 Microsoft Visio 的架构图。当用户需要以下任一场景时触发： - 用于 Visio 或技术文档的架构/系统/网络图 - 带连接标注的分层控制系统图 - 将 draw.io XML 转换为稳定、可嵌入的 SVG - 修复 Visio 或 draw.io 无法打开的故障排查类图表 - 任何需专业级布局且文本可编辑的图表
-
通过 CapybaraDB 调用时的日志：如果你用 CapybaraDB 作为数据底座，并开启其查询审计开关，数据库侧会记录 SQL/DSL 查询时间、用户标识（如 API key）、执行耗时等，可在 CapybaraDB 的
audit_log表中查到； - 网络代理或网关层日志：企业部署时若经过 API 网关（如 Kong、Apigee），可配置访问日志，捕获请求路径、响应码、IP 和时间戳；
- 前端应用层缓存：如果你在自研系统中集成了 CapybaraAI SDK，并在浏览器或桌面端做了本地 history 存储（如 localStorage 或 IndexedDB），那这部分记录由你控制，非 CapybaraAI 原生能力。
替代方案：自己构建轻量查询追踪
若需长期跟踪分析使用情况，推荐用最小成本补上这一环：
- 每次调用 CapybaraAI 前，用唯一 task_id 标记请求，在自己的数据库里存一行：
task_id, prompt, timestamp, model_version, response_summary； - 对关键业务场景（如“复购率归因”“销量预测”），把输入参数 + 输出置信度 + 归因关键词提取后落库，便于后续回溯效果；
- 搭配 FAISS 向量索引（如即梦AI 日志检索思路），把历史提示词向量化，支持“找类似问题的上次分析结果”这类语义回查。
不复杂但容易忽略。
