| name | daily |
| type | skill |
| category | instruction |
| description | Daily note lifecycle — compose and maintain a factual daily note. Reports the state of the day; does not prioritise or recommend. SSoT for daily note structure. |
| triggers | ["daily list","daily note","morning briefing","update daily","daily update"] |
| modifies_files | true |
| needs_task | false |
| mode | execution |
| domain | ["operations"] |
| allowed-tools | Read,Bash,Grep,Write,Edit,AskUserQuestion,Skill,mcp_pkb_delete,mcp_pkb_get_task,mcp_pkb_list_tasks,mcp_pkb_task_summary,mcp_pkb_complete_task |
| owner | pauli |
| version | 5.1.0 |
| permalink | skills-daily |
Daily Note
Compose and maintain the daily note at $ACA_DATA/daily/YYYYMMDD-daily.md (filename uses today's date, date +%Y%m%d). On every run, point the symlink at it: ln -snf daily/YYYYMMDD-daily.md $ACA_DATA/daily.md.
Fill out the template in references/note-template.md. That file is the structural SSoT — follow its section order.
What this note is
A factual, reportive snapshot of the day: what happened, what's open, what's due, what's in the inbox. It is not prescriptive — never rank what the user should do next or suggest a sequence. Forward prioritisation is the user's, in ### My priorities (create the empty heading; never write under it).
Core rules
- Update throughout the day. Re-run freely; update in place with Edit, not full rewrites. Consolidate where it helps readability.
- Never remove user notes. Preserve everything the user wrote, plus their ticks (
[x]) and annotations, across regenerations. Match items by ID/PR/subject and carry ticks forward.
- You may turn user notes into neat, well-formatted prose — but only if you lose no truth. When unsure, keep the original wording.
- No empty sections. Omit a section rather than render an empty heading. On a morning with no sessions yet, omit Today's Log entirely.
Tools you may invoke
Available, not mandatory steps. Use them when the day's content calls for them:
/email --daily — triage the inbox into tasks + FYI items./q — capture a task (e.g. routing a mobile capture from $ACA_DATA/notes/mobile-captures/; delete the original with mcp_pkb_delete once it's routed)./remember — persist durable knowledge./decision-extract — expand the pending-decisions list if the user wants detail./strategy — if the user signals they want a priorities reset.
Safety rules (load-bearing)
- Verify carryover against live PKB before listing. For each task carried from yesterday, call
mcp_pkb_get_task; drop it if it's missing, done, cancelled, or already ticked in today's note. Copying blindly produces phantom-overdue items.
- Consume
$AOPS_SESSIONS/state/pr-state.json for PR state; do NOT run . is the single producer. If the artefact is missing or >24h old, render one inline note saying so — never fall back to live .
