如何将 WorkBuddy 的执行日志导出到外部审计系统？-人工智能-PHP中文网

workbuddy执行日志需手动提取、清洗时间戳并推送至审计系统：日志为jsonl格式，位于系统特定路径；须补全毫秒、转为utc的@timestamp；推荐用api主动推送，并校验sha256确保完整性。

☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

如何将 workbuddy 的执行日志导出到外部审计系统？

WorkBuddy 的执行日志默认不自动同步到外部系统，必须手动提取并转换格式才能接入审计平台。直接复制日志文件或用内置导出功能（如“导出全部记录”）生成的 JSON 并不满足多数 SIEM 或 SOC 系统的字段规范和时间戳格式要求，需做预处理。

确认日志文件路径与格式

WorkBuddy 将执行日志写入本地固定路径，且为纯文本或 JSON 行格式（每行一个 JSON 对象），这是对接外部审计系统的前提。路径因系统而异，必须准确访问：

Windows 用户：打开文件资源管理器，粘贴 %APPDATA%WorkBuddylogs，查找最新命名的 execution_*.log 文件（如 execution_2026-04-10.log）
macOS 用户：在访达中按 Shift+Command+G，输入 ~/Library/Application Support/WorkBuddy/logs/，定位同名日志文件
该文件不是普通文本日志，而是结构化 JSONL（JSON Lines）——每行是独立的 {"timestamp":"2026-04-10T09:23:41.123Z","task_id":"t-8a7b","status":"success",...}

用命令行清洗并标准化时间戳

多数审计系统（如 Splunk、ELK、Microsoft Sentinel）要求 @timestamp 字段为 ISO 8601 格式且带时区，而 WorkBuddy 日志中的 timestamp 字段可能缺失毫秒或使用本地时区，直接导入会导致排序错乱或解析失败。

WorkBuddy Visio — Visio 兼容架构图生成器

使用 draw.io（.drawio 格式）和 SVG 生成兼容 Microsoft Visio 的架构图。当用户需要以下任一场景时触发： - 用于 Visio 或技术文档的架构/系统/网络图 - 带连接标注的分层控制系统图 - 将 draw.io XML 转换为稳定、可嵌入的 SVG - 修复 Visio 或 draw.io 无法打开的故障排查类图表 - 任何需专业级布局且文本可编辑的图表

下载

Linux/macOS：用 awk 或 jq 重写时间字段，例如：

jq 'if .timestamp then .["@timestamp"] = (.timestamp | sub("\.[0-9]+"; "")) + "Z" else . end' execution_2026-04-10.log > cleaned.jsonl

Windows（PowerShell）：避免用记事本打开大日志，改用 Get-Content -Path .execution_2026-04-10.log | ForEach-Object { $_ -replace '"timestamp":"(d{4}-d{2}-d{2}Td{2}:d{2}:d{2})[^"]*"', '@timestamp":"$1.000Z"' } > cleaned.jsonl
关键点：必须补全毫秒位（填 .000）并强制设为 UTC（加 Z），否则 Splunk 的 TIME_FORMAT 会误判

通过 API 推送到审计系统接收端

不建议将日志文件丢进共享目录再由审计系统轮询拉取——存在延迟、权限、断点续传等不可控问题。应主动推送，利用 WorkBuddy 企业版提供的 RESTful 接口能力：

先确保已启用企业版 API：进入 账户设置 → 开发者工具 → API 密钥管理，生成一个有效期 ≤7 天的密钥

用 curl 直接流式推送清洗后的日志：

cat cleaned.jsonl | while read line; do curl -X POST https://your-siem.example.com/api/v1/ingest -H "Authorization: Bearer YOUR_API_KEY" -H "Content-Type: application/json" -d "$line"; done