[doc-healer] DDUw improvement: retry integrity-filtered issue reads with direct single-item lookups
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 2/5
- 预计耗时
- 1-3 小时
- 新手友好度
- 68/100
- Issue 类型
- 文档
- 描述清晰度
- 描述清楚
- 活跃度
- 活跃
- 技术栈
- github-actions, markdown
调研方向
找到 daily-doc-updater.md 并阅读其 Tool Reference 部分和 Step 1c。添加针对完整性过滤后的批量结果的建议重试指南，使用 method get 进行单独的 issue_read 调用。确认措辞说明，只有在单独重试也失败时才报告该限制。
由索引模型根据 Issue 内容生成。
描述
Overview
This run analyzed closed documentation-labeled issues from the last 7 days. No confirmed documentation-content gap was found, but a systemic DDUw tooling gap was identified.
Key finding
Bulk issue searches (list_issues/search_issues/gh issue list) can silently drop results below the GitHub MCP integrity threshold. DDUw PR #72406 self-reported this limitation. This run verified that direct single-item issue_read (method: get) calls succeed for the same issue numbers that bulk list/search calls report as filtered (e.g. #71906, #72010, #71819, #71449, #71560, #70159, #70434, #70783, #72369).
Which step failed
daily-doc-updater.md Tool Reference section and Step 1c do not instruct a retry when bulk results are integrity-filtered.
Suggested wording change
Add: Integrity-filtered retry - when a bulk list/search call reports items withheld by the integrity policy, extract the issue numbers named in the filtered-item reasons and retry each individually with issue_read (method get). Only fall back to noting the limitation if the individual retry also fails.
Verification notes
All sampled closed documentation issues in the window were either recurring github-docs-seo baseline reports (correctly skipped by existing not_planned/cookie-label logic) or #71449 (cookie-labeled, already reviewed and partially addressed in PR #72406). No rule change needed there.
Next actions
Add the retry wording to daily-doc-updater.md. No documentation content PR included this run since no confirmed gap was found.
References:
Generated by 📝 Daily Documentation Healer · claude · sonnet50 · ~138 AIC · ⌖ ~17 AIC · ⊞ 4.5K · ◷
- expires on Oct 30, 2026, 3:51 PM UTC-08:00
- 主要语言
- Go
- 星标
- 5.4k
- 派生
- 596
- 平均合并
- 4 小时 13 分钟
- 30 天内合并 PR
- 823
环境准备
在浏览器里用你自己的 GitHub 账号启动这个项目的开发容器。
- 提供 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
github/gh-aw 的其他 Issue
-
automated-analysis code-quality cookie testing
难度 2/5 1-3 小时 新手友好度 72/100
维护者通常 1 天内回复
-
ai-inspected
难度 2/5 1-3 小时 新手友好度 82/100
维护者通常 1 天内回复
-
agent-research
难度 2/5 1-3 小时 新手友好度 72/100
维护者通常 1 天内回复
-
automation cli cookie documentation
难度 2/5 1-3 小时 新手友好度 76/100
维护者通常 1 天内回复
-
agentic-workflows automation aw-essential cookie
难度 2/5 1-3 小时 新手友好度 67/100
维护者通常 1 天内回复
相似的 Issue
-
docs: Google Safe Browsing flags go-bonnie.dev as "deceptive" (pipe-to-shell install instructions)未关闭documentation
难度 2/5 1-3 小时 新手友好度 76/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 72/100
维护者通常 2 天内回复
-
[Bug]: Telegram bot (v3.11.0): "Ban log" no longer sends the current 3xipl-banned.log可能已有人在做 @HamedSanaei 今天认领。 未关闭bug
难度 2/5 1-3 小时 新手友好度 75/100
维护者通常 3 天内回复
-
bug(tool/internal/instrument): identical inject_code rules from two rule packages are applied twice未关闭
难度 2/5 1-3 小时 新手友好度 76/100
open-telemetry/opentelemetry-go-compile-instrumentation#1611 ·
维护者通常 2 天内回复
-
L: javascript
难度 2/5 1-3 小时 新手友好度 72/100
dependabot/dependabot-core#16744 ·
维护者通常 1 天内回复