OSSM Weekly Status Report
Generate a comprehensive weekly status report for the Red Hat OpenShift Service Mesh program.
Context
- Program: OpenShift Service Mesh (OSSM)
- Jira project:
OSSM on redhat.atlassian.net
- Product Pages product entity: ID
158
- TPM: Emily Hopfenberg (
ehopfenb@redhat.com)
- TPMAI tracker: TPMAI-122
Active Releases
Update these entity IDs when new releases appear. Use search_entities with q: "OpenShift Service Mesh" and kind: "release" to discover new ones.
| Release |
Entity ID |
Notes |
| OSSM 2.6 |
2717 |
EOL June 30, 2026 |
| OSSM 3.3 |
3167 |
Current GA (Mar 19, 2026) |
| OSSM 3.4 |
3319 |
Next minor (target Jun 16, 2026) |
Procedure
Run all steps, then produce both a canvas and a Google Doc.
Step 1: Pull Jira Data
Use searchJiraIssuesUsingJql on plugin-atlassian-atlassian MCP:
cloudId: "redhat.atlassian.net"
jql: "project = OSSM ORDER BY updated DESC"
maxResults: 100
fields: summary, status, issuetype, priority, assignee, fixVersions, labels, updated
responseContentFormat: "markdown"
Parse results and compute:
- Counts by status (In Progress, New, Closed, etc.)
- Counts by issue type (Story, Task, Sub-task, Bug, Epic, Vulnerability, Ticket)
- Active fix versions
- CVE/vulnerability issues grouped by CVE ID with streams affected, assignee, and status
- Critical/blocker priority items
- Unassigned issue count
Step 2: Pull Product Pages Data
Use user-productpages MCP. Run these calls in parallel:
get_latest_status_posts for each active release entity ID
browse_schedule for the next upcoming release (to get GA date, milestones)
get_latest_status_posts for entity 158 (product-level status)
Extract from each status post: summary, color/health (On Track / At Risk / Off Track), date, author, and any actions/mitigations.
Step 3: Generate Canvas
Write a canvas to canvases/OSSM-status-report.canvas.tsx containing:
- Header with report title, date, overall status pill
- Summary stats row: active issues, in-progress, open CVEs, unassigned
- Release overview cards: one per active release with status color, target date, RM, key blockers, schedule milestones
- CVE tracker table: CVE ID, component, streams affected, assignee, status, with row tones
- Key active issues table: critical/blocker items with key, summary, priority, assignee, status
- Strategic initiatives cards: major epics and cross-program efforts
- Issue distribution tables: by status and by type
- Footer with data source attribution and last Product Pages post date
Read the canvas skill at ~/.cursor/skills-cursor/canvas/SKILL.md and SDK types at ~/.cursor/skills-cursor/canvas/sdk/index.d.ts before writing the canvas.
Step 4: Export to Google Doc
Use user-google_workspace MCP via import_to_google_doc:
- Write an HTML file to
~/.workspace-mcp/attachments/ossm-status-report.html with the full report using proper HTML formatting: <h1> / <h2> / <h3> headings, <table> with <th> / <td>, <ul> / <li> bullet lists, <strong> for bold, and inline styles for colored status indicators and row highlighting.
- Call
import_to_google_doc with file_path pointing to the HTML file, source_format: "html", and user_google_email: "ehopfenb@redhat.com".
- Google Drive auto-converts HTML to native Google Docs format, preserving tables, headings, lists, bold, and colors.
- Return the Google Doc link to the user.
Style guidance for the HTML:
- Use colored status labels: green for On Track, yellow/amber for At Risk, red for Off Track
- Use row background colors in tables:
#fff3cd for warning rows, #fee2e2 for danger rows, #d1fae5 for success rows
- Use a red bottom border on
<h2> section headings for visual hierarchy
- Use a callout box (yellow background, left border) for important notices like EOL warnings
Step 5: Summarize
Tell the user:
- Canvas is ready to open
- Google Doc link
- Key highlights: any status changes, new blockers, items needing assignment
- Date of the last Product Pages TPM status post (so they know if it needs updating)
1---2name: ossm-weekly-status3description: Generate a weekly status report for the OpenShift Service Mesh (OSSM) program by pulling data from Jira and Product Pages, rendering a canvas, and exporting to Google Docs. Use when the user asks to generate, run, or pull their OSSM status report, weekly status, program update, or portfolio summary.4---56# OSSM Weekly Status Report78Generate a comprehensive weekly status report for the Red Hat OpenShift Service Mesh program.910## Context1112- **Program:** OpenShift Service Mesh (OSSM)13- **Jira project:** `OSSM` on `redhat.atlassian.net`14- **Product Pages product entity:** ID `158`15- **TPM:** Emily Hopfenberg (`ehopfenb@redhat.com`)16- **TPMAI tracker:** TPMAI-1221718### Active Releases1920Update these entity IDs when new releases appear. Use `search_entities` with `q: "OpenShift Service Mesh"` and `kind: "release"` to discover new ones.2122| Release | Entity ID | Notes |23|---------|-----------|-------|24| OSSM 2.6 | 2717 | EOL June 30, 2026 |25| OSSM 3.3 | 3167 | Current GA (Mar 19, 2026) |26| OSSM 3.4 | 3319 | Next minor (target Jun 16, 2026) |2728## Procedure2930Run all steps, then produce both a canvas and a Google Doc.3132### Step 1: Pull Jira Data3334Use `searchJiraIssuesUsingJql` on `plugin-atlassian-atlassian` MCP:3536```37cloudId: "redhat.atlassian.net"38jql: "project = OSSM ORDER BY updated DESC"39maxResults: 10040fields: summary, status, issuetype, priority, assignee, fixVersions, labels, updated41responseContentFormat: "markdown"42```4344Parse results and compute:45- Counts by status (In Progress, New, Closed, etc.)46- Counts by issue type (Story, Task, Sub-task, Bug, Epic, Vulnerability, Ticket)47- Active fix versions48- CVE/vulnerability issues grouped by CVE ID with streams affected, assignee, and status49- Critical/blocker priority items50- Unassigned issue count5152### Step 2: Pull Product Pages Data5354Use `user-productpages` MCP. Run these calls in parallel:55561. `get_latest_status_posts` for each active release entity ID572. `browse_schedule` for the next upcoming release (to get GA date, milestones)583. `get_latest_status_posts` for entity `158` (product-level status)5960Extract from each status post: summary, color/health (On Track / At Risk / Off Track), date, author, and any actions/mitigations.6162### Step 3: Generate Canvas6364Write a canvas to `canvases/OSSM-status-report.canvas.tsx` containing:65661. **Header** with report title, date, overall status pill672. **Summary stats** row: active issues, in-progress, open CVEs, unassigned683. **Release overview** cards: one per active release with status color, target date, RM, key blockers, schedule milestones694. **CVE tracker** table: CVE ID, component, streams affected, assignee, status, with row tones705. **Key active issues** table: critical/blocker items with key, summary, priority, assignee, status716. **Strategic initiatives** cards: major epics and cross-program efforts727. **Issue distribution** tables: by status and by type738. **Footer** with data source attribution and last Product Pages post date7475Read the canvas skill at `~/.cursor/skills-cursor/canvas/SKILL.md` and SDK types at `~/.cursor/skills-cursor/canvas/sdk/index.d.ts` before writing the canvas.7677### Step 4: Export to Google Doc7879Use `user-google_workspace` MCP via `import_to_google_doc`:80811. Write an HTML file to `~/.workspace-mcp/attachments/ossm-status-report.html` with the full report using proper HTML formatting: `<h1>` / `<h2>` / `<h3>` headings, `<table>` with `<th>` / `<td>`, `<ul>` / `<li>` bullet lists, `<strong>` for bold, and inline styles for colored status indicators and row highlighting.822. Call `import_to_google_doc` with `file_path` pointing to the HTML file, `source_format: "html"`, and `user_google_email: "ehopfenb@redhat.com"`.833. Google Drive auto-converts HTML to native Google Docs format, preserving tables, headings, lists, bold, and colors.844. Return the Google Doc link to the user.8586Style guidance for the HTML:87- Use colored status labels: green for On Track, yellow/amber for At Risk, red for Off Track88- Use row background colors in tables: `#fff3cd` for warning rows, `#fee2e2` for danger rows, `#d1fae5` for success rows89- Use a red bottom border on `<h2>` section headings for visual hierarchy90- Use a callout box (yellow background, left border) for important notices like EOL warnings9192### Step 5: Summarize9394Tell the user:95- Canvas is ready to open96- Google Doc link97- Key highlights: any status changes, new blockers, items needing assignment98- Date of the last Product Pages TPM status post (so they know if it needs updating)