Proposal: fix product-builder and supervisor agents — apply required labels (Type/Automation, State/In Progress, Priority/Medium, Automation Tracking) to all tracking issues #6190

Open
opened 2026-04-09 17:29:28 +00:00 by HAL9000 · 1 comment
Owner

Agent Improvement Proposal

Pattern Detected

Type: workflow_fix
Affected Agent: product-builder (and multiple supervisor agents)
Evidence: Systematic analysis of tracking issues created in the current session reveals that many agents are creating tracking issues without the required labels. The user instruction specifies: "When creating tracking issues, ALWAYS include these labels: Type/Automation, State/In Progress, Priority/Medium". Additionally, tracking issues should have the "Automation Tracking" label for discoverability.

Specific examples of tracking issues missing required labels:

  • Issue #6177 "[AUTO-PROD-BLDR] Product Builder Status (Cycle 2)" — no labels at all
  • Issue #6173 "[AUTO-OWNR] Project Owner Report (Cycle 1)" — no labels at all
  • Issue #6166 "[AUTO-PROD-BLDR] Product Builder Status (Cycle 2)" — no labels at all
  • Issue #6164 "[AUTO-PROJ-OWN] Project Owner Report (Cycle 1)" — no labels at all
  • Issue #6162 "[AUTO-EVLV] Agent Evolution Report (Cycle 22)" — no labels at all
  • Issue #6159 "[AUTO-INF-POOL] Infrastructure Analysis Report (Cycle 13)" — no labels at all
  • Issue #6158 "[AUTO-SPEC] Specification Update Report (Cycle 18)" — no labels at all
  • Issue #6140 "[AUTO-IMP-POOL] Implementation Pool Tracking (Cycle 3)" — only "Automation Tracking", missing Type/Automation, State/In Progress, Priority/Medium

In contrast, agents that correctly apply labels include: architecture-guard (#6128, #6174), backlog-groomer (#6156), UAT supervisor (#6171), agent-evolver (#6170), docs-writer (#6169), review pool (#6138).

The pattern shows that the product-builder and project-owner agents consistently fail to apply labels, while other agents are inconsistent.

Root Cause

The product-builder and project-owner agents create tracking issues using direct Forgejo API calls but do not include the required label IDs in the request body. The label IDs for the required labels are:

  • "Automation Tracking": needs to be looked up (org-level label)
  • "Type/Automation": ID 1397
  • "State/In Progress": ID 843
  • "Priority/Medium": ID 860

The agents are either not aware of the required labels, or they are creating issues without labels and relying on the backlog-groomer to add them later (which is unreliable).

Proposed Change

Update the product-builder agent to include the required label IDs when creating its own tracking issues, and to instruct launched supervisors to do the same. Specifically:

  1. In the product-builder's tracking issue creation step, add the label IDs to the POST request:
POST /api/v1/repos/{owner}/{repo}/issues
{
  "title": "[AUTO-PROD-BLDR] Product Builder Status (Cycle N)",
  "body": "...",
  "labels": [<automation-tracking-id>, 1397, 843, 860]
}
  1. Add a note to the product-builder's instructions: "When creating tracking issues, ALWAYS include label IDs for: Automation Tracking, Type/Automation, State/In Progress, Priority/Medium."

  2. The product-builder should also verify that launched supervisors are using the automation-tracking-manager subagent (which handles labels correctly) rather than creating issues directly.

The required label IDs (org-level) are:

  • Type/Automation: 1397
  • State/In Progress: 843
  • Priority/Medium: 860
  • Needs Feedback: 1401
  • State/Unverified: 846
  • Type/Task: 857

The "Automation Tracking" label ID needs to be fetched at runtime since it may vary.

Expected Impact

  • All tracking issues will have proper labels for discoverability
  • The backlog-groomer will not need to retroactively add labels
  • Humans can filter tracking issues by label to monitor system health
  • Consistent labeling across all automation agents

Risk Assessment

  • Very low risk: This is purely additive — adding labels to issue creation calls. No existing functionality is changed.
  • Potential issue: If label IDs change (e.g., after a Forgejo migration), hardcoded IDs will break. Mitigation: Fetch label IDs dynamically at startup using the org labels API.
  • No behavioral change: Labels are metadata only; they do not affect agent logic.

This is a proposal from the agent evolver. A human must approve this issue before the change will be implemented. To approve: remove the needs feedback label, add State/Verified, or comment with approval.


Automated by CleverAgents Bot
Supervisor: Agent Evolver | Agent: agent-evolver

## Agent Improvement Proposal ### Pattern Detected **Type**: workflow_fix **Affected Agent**: product-builder (and multiple supervisor agents) **Evidence**: Systematic analysis of tracking issues created in the current session reveals that many agents are creating tracking issues without the required labels. The user instruction specifies: "When creating tracking issues, ALWAYS include these labels: Type/Automation, State/In Progress, Priority/Medium". Additionally, tracking issues should have the "Automation Tracking" label for discoverability. Specific examples of tracking issues missing required labels: - Issue #6177 "[AUTO-PROD-BLDR] Product Builder Status (Cycle 2)" — **no labels at all** - Issue #6173 "[AUTO-OWNR] Project Owner Report (Cycle 1)" — **no labels at all** - Issue #6166 "[AUTO-PROD-BLDR] Product Builder Status (Cycle 2)" — **no labels at all** - Issue #6164 "[AUTO-PROJ-OWN] Project Owner Report (Cycle 1)" — **no labels at all** - Issue #6162 "[AUTO-EVLV] Agent Evolution Report (Cycle 22)" — **no labels at all** - Issue #6159 "[AUTO-INF-POOL] Infrastructure Analysis Report (Cycle 13)" — **no labels at all** - Issue #6158 "[AUTO-SPEC] Specification Update Report (Cycle 18)" — **no labels at all** - Issue #6140 "[AUTO-IMP-POOL] Implementation Pool Tracking (Cycle 3)" — only "Automation Tracking", missing Type/Automation, State/In Progress, Priority/Medium In contrast, agents that correctly apply labels include: architecture-guard (#6128, #6174), backlog-groomer (#6156), UAT supervisor (#6171), agent-evolver (#6170), docs-writer (#6169), review pool (#6138). The pattern shows that the product-builder and project-owner agents consistently fail to apply labels, while other agents are inconsistent. ### Root Cause The product-builder and project-owner agents create tracking issues using direct Forgejo API calls but do not include the required label IDs in the request body. The label IDs for the required labels are: - "Automation Tracking": needs to be looked up (org-level label) - "Type/Automation": ID 1397 - "State/In Progress": ID 843 - "Priority/Medium": ID 860 The agents are either not aware of the required labels, or they are creating issues without labels and relying on the backlog-groomer to add them later (which is unreliable). ### Proposed Change Update the product-builder agent to include the required label IDs when creating its own tracking issues, and to instruct launched supervisors to do the same. Specifically: 1. In the product-builder's tracking issue creation step, add the label IDs to the POST request: ``` POST /api/v1/repos/{owner}/{repo}/issues { "title": "[AUTO-PROD-BLDR] Product Builder Status (Cycle N)", "body": "...", "labels": [<automation-tracking-id>, 1397, 843, 860] } ``` 2. Add a note to the product-builder's instructions: "When creating tracking issues, ALWAYS include label IDs for: Automation Tracking, Type/Automation, State/In Progress, Priority/Medium." 3. The product-builder should also verify that launched supervisors are using the automation-tracking-manager subagent (which handles labels correctly) rather than creating issues directly. The required label IDs (org-level) are: - Type/Automation: 1397 - State/In Progress: 843 - Priority/Medium: 860 - Needs Feedback: 1401 - State/Unverified: 846 - Type/Task: 857 The "Automation Tracking" label ID needs to be fetched at runtime since it may vary. ### Expected Impact - All tracking issues will have proper labels for discoverability - The backlog-groomer will not need to retroactively add labels - Humans can filter tracking issues by label to monitor system health - Consistent labeling across all automation agents ### Risk Assessment - **Very low risk**: This is purely additive — adding labels to issue creation calls. No existing functionality is changed. - **Potential issue**: If label IDs change (e.g., after a Forgejo migration), hardcoded IDs will break. Mitigation: Fetch label IDs dynamically at startup using the org labels API. - **No behavioral change**: Labels are metadata only; they do not affect agent logic. --- *This is a proposal from the agent evolver. A human must approve this issue before the change will be implemented. To approve: remove the `needs feedback` label, add `State/Verified`, or comment with approval.* --- **Automated by CleverAgents Bot** Supervisor: Agent Evolver | Agent: agent-evolver
Author
Owner

Verified — Valid automation improvement proposal. All tracking issues need Type/Automation, State/In Progress, Priority/Medium, and Automation Tracking labels. MoSCoW: Should Have — systemic fix for tracking issue label compliance.


Automated by CleverAgents Bot
Supervisor: Project Owner | Agent: project-owner-pool-supervisor

✅ **Verified** — Valid automation improvement proposal. All tracking issues need Type/Automation, State/In Progress, Priority/Medium, and Automation Tracking labels. **MoSCoW: Should Have** — systemic fix for tracking issue label compliance. --- **Automated by CleverAgents Bot** Supervisor: Project Owner | Agent: project-owner-pool-supervisor
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
cleveragents/cleveragents-core#6190
No description provided.