Skip to content
Merged
Show file tree
Hide file tree
Changes from 2 commits
Commits
File filter

Filter by extension

Filter by extension


Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
8 changes: 6 additions & 2 deletions .github/workflows/gh-aw-duplicate-issue-detector.lock.yml

Some generated files are not rendered by default. Learn more about how customized files appear on GitHub.

6 changes: 5 additions & 1 deletion .github/workflows/gh-aw-duplicate-issue-detector.md
Original file line number Diff line number Diff line change
Expand Up @@ -136,6 +136,8 @@ Call `add_comment` with a single comment combining all findings. Include up to *
{optional extra context about shared symptoms, component, or scope}
</details>

<details><summary>{N} related issues found</summary>

**Highly related** (separate issues that significantly overlap or share scope):
- #{number} — {one concise sentence explaining the shared scope and the key difference from this issue}
<details><summary>More detail</summary>
Expand All @@ -145,9 +147,11 @@ Call `add_comment` with a single comment combining all findings. Include up to *
<details><summary>More detail</summary>
{optional extra context about the overlap and distinction}
</details>

</details>
```

Omit the **Highly related** section entirely when related issues detection is disabled or when no issues qualify for it. Omit a section entirely if no issues qualify for it. Put issue references on the main list line (outside `<summary>`) so GitHub renders issue status badges. Keep `<summary>` text generic (for example, `More detail`) and avoid repeating issue titles there. In justifications, refer to the current report as **"this issue"** (not by number). Use neutral, helpful language — the reporter may not be familiar with the existing issues. Do NOT use `fixes`, `closes`, or `resolves` keywords.
Omit the **Possible duplicates** section entirely if no issues qualify for it. Omit the `<details>` block wrapping **Highly related** entirely when related issues detection is disabled or when no issues qualify for it. Put issue references on the main list line (outside any `<summary>`) so GitHub renders issue status badges. Keep `<summary>` text generic (e.g. `More detail` or `{N} related issues found`) and do NOT repeat issue titles or numbers anywhere inside `<details>` bodies. In justifications, refer to the current report as **"this issue"** (not by number) and refer to the candidate by "it" or a short description — never by repeating the title or issue number. Use neutral, helpful language — the reporter may not be familiar with the existing issues. Do NOT use `fixes`, `closes`, or `resolves` keywords.

**If no duplicate (or highly related issue, when detection is enabled) is found:**

Expand Down
Loading