Fix campaign discovery to extract worker_workflow from tracker-id

[Copilot]

Campaign items discovered via tracker-id weren't populating the worker_workflow Project board field. The normalizeItem() function received the workflow name but didn't include it in the normalized output.

Changes

Core Fix (actions/setup/js/campaign_discovery.cjs)

• Modified normalizeItem() to accept optional workerWorkflow parameter and include it in output
• Pass trackerId as worker_workflow in searchByTrackerId()
• Pass undefined in searchByLabel() (label-based discovery has no workflow context)

Documentation (templates in .github/aw/ and pkg/cli/templates/)

• Note that tracker-id items include worker_workflow field in discovery manifest
• Specify orchestrators should use manifest's worker_workflow when populating Project fields

Example

Discovery manifest now includes workflow name for tracker-id discovered items:

{
  "url": "https://github.com/owner/repo/issues/123",
  "content_type": "issue",
  "number": 123,
  "repo": "owner/repo",
  "worker_workflow": "security-scanner",  // ← Now populated
  "created_at": "2025-01-01T00:00:00Z",
  "state": "open"
}

Orchestrators can now directly use this field instead of defaulting to "unknown" for all items.

Original prompt

Fix campaign tracked items not filling in Project board fields (worker workflow, etc.)

---

💡 You can make Copilot smarter by setting up custom instructions, customizing its development environment and configuring Model Context Protocol (MCP) servers. Learn more Copilot coding agent tips in the docs.