weekly-status-mail
Skill677 starsChanged 4 months agoMITView on GitHub
Drafts a concise weekly status-update email to the user's team, covering open tasks, upcoming meetings, and action items, with light emoji formatting in the body. Use when the user asks to "draft my weekly status email", "write my weekly team update", "send my team the weekly status", "create my Monday status mail", "weekly status update for the team", or "recap this week for the team". Do NOT use for leadership or executive updates and cross-functional stakeholder communications — use stakeholder-comms instead. Do NOT use for one-off announcements or non-status emails — use the Outlook tools directly.
In this repository8 other files it gives its agents.
- src/extend-m365-copilot/path-e-lab01-declarative-copilot/RepairServiceAgent/AGENTS.mdAGENTS.md
- archive/src/agent-framework/complete/.github/copilot-instructions.mdCopilot instructions
- .github/copilot-instructions.mdCopilot instructions
- copilot-dev-camp-lab-authorSkill
- dev-camp-deckSkill
- dev-camp-documentSkill
- foundry-researchSkill
- zava-claims-exportSkill
The file
We split this skill into the rules it gives an agent
7 rules. About 0 are common, 3 are distinctive, and 4 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 51
If the team cannot be resolved, draft anyway with an empty To line and a clear [Add team recipients] note, and flag it for the user.
- Very specific: line 54
Use SearchM365 (sources: email, teams) for open/pending work, and ListMessages with flagged_only=true for follow-up flags.
- Very specific: line 58
Call ListCalendarView for the next 7 days.
- Very specific: line 94
Draft only — never auto-send: Always use CreateDraftMessage and present the draft for the user to review and send themselves.
- Distinctive: line 95
Ground every item in retrieved data: If a search returns nothing for a section, say "Nothing to report" — never fabricate tasks, meetings, …
- Distinctive: line 98
Keep it concise: If a section has many items, surface the top few and note the rest exist rather than dumping everything.
- Distinctive: line 99
Use a light touch with emojis — section headers and the greeting, not every bullet.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Overview
Produces a short, scannable weekly status email addressed to the user's team. It gathers the user's open tasks, upcoming meetings, and outstanding action items from Microsoft 365, then composes a friendly email with emoji section headers and saves it as a draft for review — it never sends automatically.
When to Use
- The user wants their recurring weekly status note to their team.
- The user asks to "recap this week" or "write my Monday update" for the team.
- The user wants open tasks, upcoming meetings, and action items rolled into one email.
When NOT to Use
- Updates aimed at leadership, executives, or cross-functional stakeholders — use stakeholder-comms instead.
- One-off announcements, replies, or any non-status email — use the Outlook tools directly.
- A status document or spreadsheet rather than an email — use docx or xlsx.
Quick Start
User: "Draft my weekly status email for the team"
1. Resolve the week window (today → next 7 days) and the team recipients.
2. Gather: open tasks, upcoming meetings, action items from M365.
3. Compose the email body with emoji section headers (concise bullets).
4. Save as a draft with CreateDraftMessage and show it for review.Core Instructions
Step 1: Resolve recipients and time window
- Determine the week window: today through the next 7 days, in the user's local time zone.
- Resolve "the team" with people tools —
GetDirectReportsDetailsfor the user's reports, or a team distribution list the user names. Never guess email addresses. - If the team cannot be resolved, draft anyway with an empty To line and a clear
[Add team recipients]note, and flag it for the user.
Step 2: Gather open tasks
- Use
SearchM365(sources: email, teams) for open/pending work, andListMessageswithflagged_only=truefor follow-up flags. - Include only items found in tool results. If none are found, write "Nothing outstanding to report."
Step 3: Gather upcoming meetings
- Call
ListCalendarViewfor the next 7 days; list notable meetings with day and time. - Respect privacy: render
private/confidentialevents as "Busy" or a time block — do not echo their subject lines.
Step 4: Gather action items
- Pull action items from recent meeting recaps and recent email/Teams threads (
SearchM365, recentGetMeetingTranscriptwhen a relevant meeting exists). - Attribute each item to an owner only when the source states it. Do not invent owners or due dates.
Step 5: Compose and draft
- Build the body using the Output format below, with emoji section headers.
- Save the draft with
CreateDraftMessage(To = resolved team, Subject = "Weekly Status — week of {date}"). - Present the draft to the user for review; do not send.
Output
- Format: Email draft. Subject:
Weekly Status — week of {Mon DD}. - Tone: Warm, professional, concise. Length: roughly 120-200 words — scannable bullets, not paragraphs.
- Body structure (emoji headers, each section 2-5 bullets; omit a section's bullets and write "Nothing to report" when empty):
👋 Hi team — here's where things stand this week.
📋 Open Tasks
- {task} — {short status}
📅 Upcoming Meetings
- {Day, time} — {meeting}
✅ Action Items
- {action} — {owner, if known}
Thanks!
{User first name}Guardrails
- Draft only — never auto-send. Always use
CreateDraftMessageand present the draft for the user to review and send themselves. - Ground every item in retrieved data. If a search returns nothing for a section, say "Nothing to report" — never fabricate tasks, meetings, owners, or dates.
- Resolve recipients via people tools; never construct or guess email addresses. Confirm the team list with the user before they send.
- Respect calendar privacy — show private/confidential events as a time block, not their subject.
- Keep it concise. If a section has many items, surface the top few and note the rest exist rather than dumping everything.
- Use a light touch with emojis — section headers and the greeting, not every bullet.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

