agentleFS
SentryKnown publishergetsentry/sdk-skills/plugins/sentry-sdk-skills/skills/daily-update/SKILL.md

daily-update

Skill4 starsChanged 10 months agoApache-2.0View on GitHub

Generate a formatted async daily standup message for the Sentry SDK team channel. Use when asked to create a "daily update", "async daily", "standup update", or "async team update".

7 other projects use a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

7 rules. 0 are common, 4 are distinctive, and 3 are very specific to this project.

  • 0

    Common

    Most of the 7 edited versions we read keep these.

  • 4

    Distinctive

    This author's own choices. Worth a look.

  • 3

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Ask the user for the following.

    line 12
  2. Distinctive:

    Always start with the 🔄 emoji — this makes the update searchable in Slack

    line 38
  3. Very specific:

    Use today's date in YYYY-MM-DD format

    line 39
  4. Distinctive:

    Leave a blank line between the date and the first bullet

    line 40
  5. Very specific:

    If the user provides a Linear issue link, inline it after the task description: Task description SDK-123

    line 42
  6. Distinctive:

    Only include Blocker, Needs, and OOO lines if the user has something to report — omit them entirely otherwise

    line 43
  7. Very specific:

    After the code block, remind the user: post this in your #team-sdk-* channel.

    line 51

“Common” is measured: kept by at least 6 in 10 of the 7 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Async Daily Update

Generate a properly formatted async daily standup message for posting in the team Slack channel.

Step 1: Gather Information

Ask the user for the following. Collect all answers before generating the message.

Required:

  • What are you working on today? (list each task; ask if any have Linear issue links to include)

Optional — ask about each, only include in output if the user has something to report:

  • Any blockers? (something preventing you from making progress)
  • Anything you need from a specific teammate? (who and what)
  • Any time OOO today? (if yes, ask for the time range and time zone)

Step 2: Generate the Message

Format the message exactly as follows:

🔄 YYYY-MM-DD

- [task one]
- [task two — add link if provided]
- **Blocker:** [description]
- **Needs:** [what you need — @mention the person directly]
- **OOO:** [time range with time zone, e.g., 14:00–17:00 CET]

Rules

  • Always start with the 🔄 emoji — this makes the update searchable in Slack
  • Use today's date in YYYY-MM-DD format
  • Leave a blank line between the date and the first bullet
  • Each task is a separate bullet point
  • If the user provides a Linear issue link, inline it after the task description: Task description [SDK-123](https://linear.app/...)
  • Only include Blocker, Needs, and OOO lines if the user has something to report — omit them entirely otherwise
  • For Needs, mention the specific person by name or @handle
  • For OOO, always include the time zone (e.g., CET, EST, PST)

Step 3: Output

Display the final message as a plain code block so the user can copy and paste it directly into Slack.

After the code block, remind the user: post this in your #team-sdk-* channel.

Examples

Minimal (no optional fields):

🔄 2024-02-16

- Finishing OTLP exporter implementation [SDK-234](https://linear.app/team/issue/SDK-234)
- Code review for Marco's span processor refactor [SDK-245](https://linear.app/team/issue/SDK-245)

With optional fields:

🔄 2024-02-16

- Wrapping up bugfixes in profiling integration and preparing release notes
- Shifting focus to client reports implementation after bugfixes merge
- **Blocker:** Need test credentials for staging environment to verify the span ingestion fix
- **Needs:** API design review on error handling from @Sarah
- **OOO:** 14:00–17:00 CET

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.