Files
fidelity-ai-workspace/prompts/standup.md
david.delagneau 374991a568 Refactor workspace structure and documentation
- Deleted obsolete files: obsidian-vault.md, onboarding.md, workspace-model.md
- Updated opencode.json to remove references to deleted files.
- Revised profile.md to clarify the status of legacy paths and communication evidence.
- Adjusted prompts to reflect new file paths and improve clarity.
- Enhanced daily logs with focus, work-items, and blockers properties.
- Updated work-item notes to include systems, workstreams, people, and related properties.
- Improved context maintenance guidelines to ensure accurate and durable project knowledge.
- Refined base filters to exclude template files and ensure only relevant notes are displayed.
- Updated daily templates to ensure proper formatting and consistency.
- Modified workflows to align with the new vault structure and improve context synchronization.
2026-04-16 16:28:30 -06:00

2.5 KiB

Standup Prompt

Use vault/01-current/current-work.md, vault/01-current/work-items.md, the relevant files under vault/02-work-items/, vault/03-context/project.md, vault/03-context/workstreams/index.md, vault/03-context/process/communication.md, vault/04-people/manager.md, the previous workday Mattermost context, today's daily note if present, and the latest available Mattermost context.

Generate a standup update for an iOS engineer working on Fidelity.

Requirements:

  • Use the most recent context only
  • Be specific about what was worked on during the previous workday, not necessarily the previous calendar day
  • On Mondays, use Friday's work context unless a later prior day has Mattermost activity
  • If the previous calendar day has no work activity or is OOO/weekend, use the latest prior day with Mattermost activity
  • Mention debugging findings only if they materially changed understanding
  • Clarify auth-dependent behavior when relevant
  • Mention Jira IDs and approved titles when they are available and clearly tied to the reported work
  • Prefer including story titles whenever a reported update maps clearly to a Jira item
  • Prefer story-based reporting when the work maps clearly to a Jira item
  • Prefer updates directly tied to active work items over side questions, context refreshes, or manager-only reminders
  • If documentation or root cause updates directly support a story, group that work under the related story instead of reporting it as a separate unrelated item
  • Avoid vague phrases and generic progress language
  • Separate the main issue from unrelated follow-up work unless both are explicitly relevant today
  • Omit standup items that are not directly related to a story unless they are a real blocker
  • Prefer evidence-backed statements over assumptions
  • Write in natural US English that can be forwarded externally without rewriting
  • Write the standup as David's external progress report
  • Do not mention Jeff by name
  • Do not mention Mattermost because it is internal-only communication
  • Use bullet points for each item
  • When one Jira item has multiple concrete updates, use one top-level Jira bullet and indented markdown sub-bullets instead of repeating the same Jira ID/title multiple times
  • When pairing a Jira ID with a title, prefer ID - Title or ID Title; do not use commas between them
  • Keep it concise and ready to send

Format:

Yesterday:

  • PDIAP-#### - Title
    • Update 1
    • Update 2

Today:

  • PDIAP-#### - Title
    • Next action 1
    • Next action 2

Blockers:

  • ...