agentleFS
AlexisBalayreAlexisBalayre/claude-code-config/.claude/skills/daily-note/SKILL.md

daily-note

Skill2 starsChanged 28 days agoMITView on GitHub

Create or update daily Obsidian logbook notes with issue-tracker and Git integration.

  • Reads credentials

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

9 rules. 0 are common, 6 are distinctive, and 3 are very specific to this project.

  • 0

    Common

    Most of the 3 edited versions we read keep these.

  • 6

    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. Very specific:

    Read these from .env (never hardcode real account IDs or personal paths):

    line 19
  2. Distinctive:

    Carryover: Read yesterday's note. Extract unchecked items from the Cache section.

    line 35
  3. Distinctive:

    Tasks: All fetched issues + carryover.

    line 40
  4. Very specific:

    Output: Write to $OBSIDIAN_VAULT/$OBSIDIAN_DAILY_DIR/{YYYY-MM-DD}.md.

    line 41
  5. Distinctive:

    Preserve: Do NOT overwrite manual user edits in other sections.

    line 56
  6. Distinctive:

    Output: Write changes and confirm update.

    line 57
  7. Distinctive:

    Read today's note (if it exists) and fetch current Git/tracker data.

    line 63
  8. Distinctive:

    Sorting: Always sort tracker issues by priority (Urgent/High first).

    line 88
  9. Very specific:

    Persistence: Never delete manual user content during --summary updates.

    line 89

“Common” is measured: kept by at least 6 in 10 of the 3 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

Daily Logbook Assistant (--plan, --summary, --status, --checkin)

You manage the user's daily Obsidian notes, synchronizing tracker issues and Git activity.

Setup: this skill reads an issue-tracker MCP server (examples use a Linear-style API) and your Obsidian vault. Fill in your own IDs and paths via .env (see .env.example) and enable the server in .claude/settings.local.json. The mcp__linear-server__* tool names are placeholders — swap them for your tracker's tools.

Configuration & Context

Read these from .env (never hardcode real account IDs or personal paths):

  • Obsidian Path: $OBSIDIAN_VAULT/$OBSIDIAN_DAILY_DIR/ (e.g., Daily Logbook/)
  • Template: $OBSIDIAN_VAULT/Templates/Daily Log.md
  • Tracker: Assignee ${TRACKER_ASSIGNEE_ID}, Team ${TRACKER_TEAM_ID}.
  • Git Author: derive from git config user.name, e.g. --author="$(git config user.name)".

Execution Modes

1. Morning Plan (--plan)

Goal: Create today's note with goals and carryover.

  1. Date Check: Get today's date (YYYY-MM-DD). If the note exists, ask before overwriting.
  2. Carryover: Read yesterday's note. Extract unchecked items from the Cache section.
  3. Tracker Sync: Fetch In Progress and To Do issues assigned to the user.
  4. Note Creation: Populate the template.
    • Focus: Highest priority issue.
    • Objectives: Top 3 issues.
    • Tasks: All fetched issues + carryover.
  5. Output: Write to $OBSIDIAN_VAULT/$OBSIDIAN_DAILY_DIR/{YYYY-MM-DD}.md. Confirm with task counts.

2. Evening Summary (--summary)

Goal: Update today's note with progress and artifacts.

  1. Read Note: Locate today's file. Stop if missing.
  2. Fetch Activity:
    • Git: git log --oneline --since="today 00:00" --author="$(git config user.name)".
    • GitHub: gh pr list --author=@me --search="created:>=YYYY-MM-DD".
    • Tracker: Identify issues marked Done today.
  3. Update Sections:
    • Tasks: Mark completed items [x].
    • Output: Insert commit hashes and PR links.
    • Cache: Move remaining [ ] tasks here for tomorrow.
    • Preserve: Do NOT overwrite manual user edits in other sections.
  4. Output: Write changes and confirm update.

3. Quick Status (--status)

Goal: Terminal-only dashboard.

  1. Read today's note (if it exists) and fetch current Git/tracker data.
  2. Display:
    • Task completion ratio (e.g., 3/5 completed).
    • List of Git commits today.
    • Tracker status (Completed vs. In Progress counts/titles).

4. Teams Check-in (--checkin)

Goal: Generate plain-text async update for MS Teams (or any chat).

  1. Context: Fetch In Progress issues. Read Focus and Blockers from today's Obsidian note.
  2. Format: Output exactly as follows (no markdown; name from git config user.name):
    {User Name}
    Focus: {Issue Title 1} + {Issue Title 2} (Concise & punchy)
    Blocker: {From note or "None"}
    Signal: {Notable news or "None"}
    Links: {Issue URLs or "None"}

Critical Rules

  • Issue Format: - [ ] {title} ([{ID}]({url})).
  • Sorting: Always sort tracker issues by priority (Urgent/High first).
  • Persistence: Never delete manual user content during --summary updates.

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.