External threat-detection artifact omits retry diagnostics
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 2/5
- 预计耗时
- 1-3 小时
- 新手友好度
- 82/100
调研方向
阅读 pkg/workflow/threat_detection_external.go，尤其是 buildUploadDetectionArtifactStep，并将其与 pkg/workflow/threat_detection_steps.go 中的 buildUploadDetectionLogStep 进行比较。然后检查相关的生成上传路径覆盖情况。完成标准是：外部 artifact 在 detection_harness_retry.json 存在时包含该文件，遵循现有的脱敏条件，并且回归测试验证生成的路径。
由索引模型根据 Issue 内容生成。
描述
In gh-aw v1.0.1, the threat-detection artifact upload omits /tmp/gh-aw/threat-detection/detection_harness_retry.json. However, the conclusion job’s usage collector expects that source file and copies it to /tmp/gh-aw/usage/detection/harness_retry.json.
Because detection and conclusion run in separate jobs, any retry diagnostics written to the source path cannot reach the usage artifact without being included in the detection upload.
Evidence
buildUploadDetectionArtifactStepuploads the detection result, execution evidence, and usage files, but omits the retry-diagnostics file.collect_usage_artifact_files.shexplicitly expects and copies that file.- The alternative
buildUploadDetectionLogStepalready includes it.
Steps to reproduce
- Use gh-aw v1.0.1.
- Compile a workflow.
- Inspect the generated Upload threat detection artifact step.
- Compare its paths with the conclusion job’s Upload usage artifact paths.
The usage upload lists usage/detection/harness_retry.json, but the detection upload does not transfer its source file.
Expected behavior
Include detection_harness_retry.json in the external detection artifact when present, preserving the existing redaction conditions.
Impact
Retry diagnostics can be lost between jobs, reducing troubleshooting visibility.
Suggested fix
Add the source path to buildUploadDetectionArtifactStep and regression coverage for its inclusion in the generated upload paths.
- 主要语言
- Go
- 星标
- 5.5k
- 派生
- 606
- 平均合并
- 4 小时 18 分钟
- 30 天内合并 PR
- 796
环境准备
在浏览器里用你自己的 GitHub 账号启动这个项目的开发容器。
- 提供 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
github/gh-aw 的其他 Issue
-
agent-research
难度 2/5 1-3 小时 新手友好度 76/100
维护者通常 1 天内回复
-
automation cli cookie documentation
难度 2/5 1-3 小时 新手友好度 84/100
维护者通常 1 天内回复
-
automation cli cookie documentation
难度 2/5 1-3 小时 新手友好度 76/100
维护者通常 1 天内回复
-
Pi on arc-dind: an aliased model reaches pi empty (`Model "aw-gateway/" not found`)可能已有人在做 @pelikhan 今天认领。 未关闭ai-inspected community
难度 2/5 1-3 小时 新手友好度 83/100
github/gh-aw#72530 · 1 个 reaction · 已指派 2 人 ·
维护者通常 1 天内回复
-
[doc-healer] DDUw improvement: retry integrity-filtered issue reads with direct single-item lookups未关闭automation documentation
难度 2/5 1-3 小时 新手友好度 68/100
维护者通常 1 天内回复
相似的 Issue
-
area:web p3
难度 2/5 1-3 小时 新手友好度 72/100
Lets-Parley/Parley#912 ·
维护者通常 1 天内回复
-
enhancement help wanted
难度 2/5 1-3 小时 新手友好度 76/100
Git-Hospital/githealthcheck#61 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 78/100
afreidah/s3-orchestrator#1824 ·
维护者通常 1 天内回复
-
Type: Bug
难度 2/5 1-3 小时 新手友好度 72/100
projectdiscovery/notify#569 ·
-
internal
难度 2/5 1-3 小时 新手友好度 70/100
维护者通常 1 天内回复