Summary
The planner workflow is currently disabled (if: false). Its purpose is to automatically add new issues and PRs to appropriate projects based on labels and metadata.
Problem
- Planner workflow disabled; script not implemented
- Issues/PRs not automatically assigned to projects on creation
- Manual project management creates friction and inconsistency
- Planning documentation not validated or enforced
Solution
Implement scripts/agents/planner.agent.js to:
- Detect new issues/PRs lacking project assignment
- Derive appropriate project from:
- Issue labels (area:, type:, meta:*)
- Issue description (if mentions project explicitly)
- Project-issue type mapping rules
- Add to appropriate project (or queue for manual review if ambiguous)
- Log action in issue comment with reasoning
- Create fallback queue for manual review if auto-assignment is uncertain
Enable workflow in .github/workflows/planner.yml and add concurrency management.
Implementation Details
- Effort: 4–5 hours
- Complexity: High
- Risk: Medium (relies on label stability and project schema)
- Related: Labeling system (
.github/workflows/labeling.yml), project sync (.github/workflows/project-meta-sync.yml)
- Dependencies: GitHub API integration, label-to-project mapping rules
Acceptance Criteria
Reference
See workflow standards audit: .github/reports/audits/workflow-standards-audit-2026-05-31.md
Summary
The planner workflow is currently disabled (
if: false). Its purpose is to automatically add new issues and PRs to appropriate projects based on labels and metadata.Problem
Solution
Implement
scripts/agents/planner.agent.jsto:Enable workflow in
.github/workflows/planner.ymland add concurrency management.Implementation Details
.github/workflows/labeling.yml), project sync (.github/workflows/project-meta-sync.yml)Acceptance Criteria
if: false)Reference
See workflow standards audit:
.github/reports/audits/workflow-standards-audit-2026-05-31.md