feat(examples): ask reporter for clarification on unassigned feature requests tracked by projects

Author: cocosheng-g

examples/workflows/issue-cleanup/README.md

@@ -6,7 +6,7 @@ This document describes a workflow to batch-process and clean up older open issu
 
 The Issue Cleanup workflow is designed to automate the triage of stale issues by using the Gemini CLI to:
 
-1. **Check for Projects and Parent Issues (Native)**: Identifies if an issue is already part of a GitHub Project or tracked by a parent issue (task list). If so, it removes the triage label and stops, assuming the issue is already being managed as part of a larger epic.
+1. **Check for Projects and Parent Issues (Native)**: Identifies if an issue is already part of a GitHub Project or tracked by a parent issue (task list). If so, it removes the triage label and stops, assuming the issue is already being managed as part of a larger epic. If it is a feature request and currently has no assignees, it additionally asks the reporter if it is still needed.
 2. **Check for Staleness and Age (Native)**: Identifies if an issue has been waiting for reporter feedback for over 7 days, closing it if so. If the issue is not stale but hasn't been updated in over a month, it asks the reporter to reproduce it with the latest build. For feature requests, it asks to reopen if still needed. By default, it closes the inactive issue and tags any assignees to reopen it. However, if the issue is a high-priority (`p0` or `p1`), it leaves the issue open. This logic runs natively to save AI resources.
 3. **Check for Vagueness (AI)**: If an issue is not stale or old but lacks sufficient information (e.g., reproduction steps), the agent asks the reporter for specific details and stops.
 4. **Check Code Validity (AI)**: Determines if an issue is still relevant against the current codebase. The agent may attempt to write and execute a minimal reproduction script to verify if a bug has been resolved, or manually inspect the code. If verified as fixed, it will close the issue with an explanation.

examples/workflows/issue-cleanup/gemini-issue-cleanup.yml

@@ -79,6 +79,13 @@ jobs:
 
             const maintainers = process.env.MAINTAINERS ? process.env.MAINTAINERS.split(',').map(m => m.trim()) : [];
 
+            const { data: issue } = await github.rest.issues.get({
+              owner: context.repo.owner,
+              repo: context.repo.repo,
+              issue_number: issueNumber,
+            });
+            const reporter = issue.user.login;
+
             // First, check if it's tracked by a parent issue or part of a project
             const query = `
               query($owner: String!, $repo: String!, $issueNumber: Int!) {
@@ -115,20 +122,32 @@ jobs:
                 } catch (e) {
                   // Ignore if label doesn't exist
                 }
+
+                const assignees = issue.assignees.map(a => a.login);
+                const hasAssignees = assignees.length > 0;
+                
+                const isFeatureRequest = issue.labels.some(l => {
+                  const name = typeof l === 'string' ? l : l.name;
+                  const lowerName = name.toLowerCase();
+                  return lowerName.includes('feature') || lowerName.includes('enhancement');
+                });
+
+                if (isFeatureRequest && !hasAssignees) {
+                  await github.rest.issues.createComment({
+                    owner: context.repo.owner,
+                    repo: context.repo.repo,
+                    issue_number: issueNumber,
+                    body: `@${reporter}, this feature request is currently tracked by an epic or project but has no assignees. Could you please let us know if this is still needed?`
+                  });
+                }
+
                 core.setOutput('is_stale', 'true');
                 return;
               }
             } catch (err) {
               console.log('Failed to fetch GraphQL data for parent issues/projects:', err.message);
             }
 
-            const { data: issue } = await github.rest.issues.get({
-              owner: context.repo.owner,
-              repo: context.repo.repo,
-              issue_number: issueNumber,
-            });
-            const reporter = issue.user.login;
-
             const { data: comments } = await github.rest.issues.listComments({
               owner: context.repo.owner,
               repo: context.repo.repo,