.config/opencode/skills/obsidian-daily-note/SKILL.md
Manage daily notes in Obsidian vault with consistent structure
npx skillsauth add alexismanuel/dotfiles obsidian-daily-noteInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
When working with daily notes, load this skill to:
Skills directory: ~/.config/opencode/skill/obsidian-daily-note/SKILL.md Daily notes: daily/YYYY-MM-DD.md in vault Vault root: /Users/alexismanuel/workspace/obsidian_notes/notes/
Current daily notes are in: daily/YYYY-MM-DD.md
Archived daily notes (previous days) are in: archives/daily/YYYY-MM-DD.md
When looking for previous day's note, always check archives/daily/ first.
Use ls to list available archived notes if not sure which exists.
Add to "Tasks (Work)" section:
- [x] [Task description]
- Key changes/details
- Files affected
- Outcomes/results
Use - [x] for completed, - [ ] for pending
Always preserve existing content in daily notes.
Tickets are stored in a structured format: work/tickets/[Ticket Name]/Ticket.md
/Users/alexismanuel/workspace/obsidian_notes/notes/work/tickets/[Ticket Name]/Ticket.mdwork/tickets/RD-4391 Ajouter la récupération du contenu d'un website/Ticket.mdBefore adding any ticket reference, always verify the ticket exists:
grep -r "RD-[0-9]\+" /Users/alexismanuel/workspace/obsidian_notes/notes/work/tickets/ 2>/dev/null | head -20
ls -la /Users/alexismanuel/workspace/obsidian_notes/notes/work/tickets/
When referencing tickets in daily notes, use the full wiki-link path with /Ticket suffix:
[[RD-4391 Ajouter la récupération du contenu d'un website/Ticket]][[RD-4391 Ajouter la récupération du contenu d'un website]]The /Ticket suffix is REQUIRED because:
Ticket.md inside the ticket directoryTicket.md as the main content fileAfter adding ticket references:
ls /Users/alexismanuel/workspace/obsidian_notes/notes/work/tickets/*/Ticket.md 2>/dev/null
grep -l "Ticket Name" /Users/alexismanuel/workspace/obsidian_notes/notes/work/tickets/*/Ticket.md 2>/dev/null
When delegating work to other agents (Claude Code, OpenCode sessions, etc.):
ALWAYS provide the exact ticket reference format:
work/tickets/[Ticket Name]/Ticket.md[[Ticket Name/Ticket]]Include context about existing tickets:
work/tickets/[Ticket Name]/Ticket.md"[[Name/Ticket]] NOT [[Name]]"Reference this skill for guidance:
When starting a new day, transfer content from previous day's archived note.
| Section | Source | Action |
|---------|--------|--------|
| Previous episode | Yesterday's Tasks/Work | Summarize completed work |
| Todo | Yesterday's Next episode | Copy as - [ ] checkboxes |
| Work | — | Leave empty (just - [ ] placeholder) |
Key distinction:
During bootstrap, Work section must remain empty because no actual work has been done yet.
Previous episode: Add summary of yesterday's completed work (not full copy)
Todo: Add yesterday's "Next episode" items as checkboxes
- [ ] format for pending tasksWork: Leave empty with just - [ ] placeholder
# Previous episode
- Implemented feature X for RD-1234 ([[RD-1234 Feature Name/Ticket|RD-1234]])
- Fixed bug in data pipeline
# Todo
- [ ] Merge MR #7890 (review completed)
- [ ] Test feature Y locally
## Work
- [ ]
Do NOT duplicate Todo items into Work during bootstrap:
# Todo
- [ ] Merge MR #7890
- [ ] Test feature Y
## Work
- [ ] Merge MR #7890 ← WRONG: Work should be empty at bootstrap
- [ ] Test feature Y ← WRONG: These go in Todo only
development
Generate GitLab merge request descriptions from git commits with automatic categorization and Jira integration.
development
This skill should be used when validating that an implementation plan was correctly executed. It verifies success criteria, runs tests, identifies deviations, and presents structured completion options including MR creation or discard.
development
This skill should be used when reviewing code changes in a branch against main/master/develop. It analyzes commits, integrates JIRA ticket and MR context when available, and produces a structured code review using Conventional Comments format.
development
This skill should be used when conducting comprehensive codebase research to answer questions, understand architecture, or prepare context for implementation planning. It spawns parallel sub-agents and synthesizes findings into a structured research document.