追踪每次运行和变更

任务日志展示 Playbook、基础设施工具或脚本在执行期间报告的内容。审计事件描述 Semaphore 内的操作，包括身份验证、访问和配置变更。排查时应结合两者：任务解释执行结果，审计事件帮助还原相关操作顺序。具体记录哪些操作，请参见事件参考。

手动启动的任务可以有人员发起者，而文档所述的计划任务或集成触发任务的历史记录没有人工用户。不能仅因这些运行出现在同一历史列表中，就将其归因于某个人。应根据流程记录的执行和集成上下文判断来源。如果需要关联具体请求，外部服务应自行保存事件与任务之间的对应关系。

任务输出展示自动化进程报告的内容，但服务器或协调问题可能需要查看 Semaphore 应用日志。服务器日志输出到标准输出，由部署采用的服务、容器或日志配置收集。应结合相关时间和操作关联诊断信息。有意识地设置访问与保留策略，使团队能够排查，而不是假定每个应用错误都会出现在任务的工具输出中。

可以。Pro 通过 Syslog over TLS 或 Splunk HTTP Event Collector 协议转发审计事件。兼容收集器包括 Splunk 和支持相应协议的接收端。配置目标和凭据，再在收集系统中验证是否收到。审计事件转发与收集任务原始命令输出是两项独立能力。

Pro 增加按时间、用户、项目、事件类型、结果和 IP 地址筛选审计日志的功能。导出会将匹配筛选条件的事件保存为 CSV 或 JSON Lines，便于与其他团队共享有明确范围的排查资料，或保留审查摘要，无需从界面逐行复制。

需要。审计日志默认关闭。请在服务器配置中启用，设置安装标识符，并重启 Semaphore。记录从重启后开始，之前的操作不会补录。随后管理员可在审计日志中查看事件。Pro 为已记录的事件流添加筛选、文件导出和 SIEM 转发。

可以。项目任务历史将配置的自动化应用执行汇集到同一列表。打开 Ansible、Terraform、OpenTofu、Bash、Python 或 PowerShell 任务，即可查看记录的输出和详情。输出格式来自工具自身，Ansible 主机汇总属于独立的 Pro 功能。

服务器配置控制任务保留。默认保留任务及其日志；若设置每个模板的最大数量，到达限制时会连同输出删除最早的任务。根据调查需要设置保留策略；如自有政策要求更长期保存，请另外导出记录。阅读保留指南。

审计事件参考包括登录尝试、访问拒绝、账户和 API 令牌变更、项目成员和模板权限，以及受支持自动化资源的变更。事件记录操作者与结果，并在适用时提供请求或项目上下文。设计安全排查流程时，应核实文档中的事件类型，而不是假定所有外部基础设施操作都会被记录。