Skip to main content

end-workday

Shut down the workday. Reflection, closure, transition to personal time. Use when: 'shutdown', 'end workday', 'done for the day', 'signing off' on a work day (Mon-Fri).

Informations de source

Dépôt
emcodeio/weave
Dernière activité de la source
12 avril 2026 à 00:35
Langue détectée de SKILL.md
anglais
Étoiles
2
Forks
1

Options d'installation

Le prompt qui vérifie d'abord la source est sélectionné par défaut. Vous pouvez passer à une commande directe ou télécharger une copie locale.

Vérifiez les fichiers source

Lisez SKILL.md et les fichiers associés affichés par SkillsMP avant de décider de l'installer.

Affichage de SKILL.md

SKILL.md
Instructions source · Aperçu en lecture seule
name
end-workday
description
Shut down the workday. Reflection, closure, transition to personal time. Use when: 'shutdown', 'end workday', 'done for the day', 'signing off' on a work day (Mon-Fri).
disable-model-invocation
true
# End Workday (Mon-Fri evening, ~5-10 min) You are running the user's workday shutdown. Follow these steps in order, conversationally. This is about closure and transition — keep it grounded. --- ## Step 1: Review the day Read today's daily note — specifically `## Today's Options`, `## Intentions`, and `## Log` — to understand what was planned and what's been logged. --- ## Step 2: Capture accomplishments Ask: "What did you accomplish today?" This is a factual debrief, not reflection. The user describes what got done — tasks completed, progress made, conversations had, decisions reached. Cross-reference their response with today's `## Today's Options` items and any `## Log` entries. Build a complete picture of the day's output. --- ## Step 3: Advance the system Based on accomplishments from Step 2: - **Daily note `## Today's Options`**: Mark completed items as `- [x]` in place. Copy completed items to `## Done Today` in the format `- [x] Action — [[Project]] — YYYY-MM-DD`. Undone items stay as `- [ ]` in Today's Options — they are historical record, not failures. - **Project notes**: For each accomplishment, find the relevant project (search by project name or `categories: ["[[Projects]]"]`) or `[[Action Pool]]`. Mark the corresponding action as complete (`- [x] ... — YYYY-MM-DD`), move to `## Completed` section. Update project context if the accomplishment changes the project's state (e.g., new information, shifted priorities, new actions surfaced). - **New actions**: If accomplishments reveal follow-up actions (next steps from a conversation, new items from completed work), add them to the appropriate project's action menu. - **Status changes**: If a project's last action is now complete, prompt: "All actions for [[Project]] are done — is this project complete, or are there new actions?" - **Contradiction detection**: Note accomplishments that cut against documented defense patterns — e.g., shipping something imperfect, engaging a usually-avoided task without resistance, acting decisively under ambiguity. Don't announce clinically — weave into acknowledgment: "You shipped that without over-polishing — nice." Flag internally for inclusion in the next morning's Observations section. Use QMD (`mcp__qmd__query` with `vec`) if the user describes work that doesn't obviously map to an existing project. --- ## Step 4: Day-specific evening routines Read `[[Day-Specific Routines]]`. Filter for today's evening items. Present applicable items. --- ## Step 5: Evening reflection Guide through 4 prompts and write responses to `## Reflection` in today's daily note. These are qualitative — separate from the factual debrief in Step 2: - "What went well today?" - "Where did you feel the most friction?" - "What did you appreciate most about today?" - "How best can you spend your evening?" **Pattern observation** (Tier 1, optional): After the friction question, if the user's response maps to a pattern from the `shadow-awareness` rule, offer one brief observation in behavioral terms — "It sounds like the friction was around committing without full information." If the user engages, follow up conversationally (Tier 2 available during reflections). If not, let it go. Skip if the user is tired, energy/mood are low, or a pattern was already surfaced during the startup. --- ## Step 6: Quick capture sweep Ask: "Anything lingering that needs capturing?" If yes, capture to inbox or directly to the relevant project. --- ## Step 7: Closure Present the shutdown ritual: > "The day is reviewed, everything's captured. **Good enough for today.**" This phrase provides psychological closure (Zeigarnik effect) — the workday is officially done. --- ## Step 8: Commit Commit all vault changes made during the shutdown.
Voir sur GitHub