agentleFS
Dqz00116Dqz00116/skill-lib/daily-log/SKILL.md

daily-log

Skill22 starsChanged 7 months agoMITView on GitHub

Use when recording work sessions, tracking decisions and outcomes, or documenting lessons learned

6 other projects use a version of this.

Adopted by

Most recently taken up by

The file

Show its rules and text

We split this skill into the rules it gives an agent

19 rules. 0 are common, 17 are distinctive, and 2 are very specific to this project.

  • 0

    Common

    Most of the 4 edited versions we read keep these.

  • 17

    Distinctive

    This author's own choices. Worth a look.

  • 2

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Use this skill at the end of a work session or day to:

    line 15
  2. Distinctive:

    Document key decisions and their rationale

    line 18
  3. Very specific:

    Use for: Important milestones, detailed project records See: FULL_TEMPLATE

    line 27
  4. Distinctive:

    Use for: Daily work logging, quick review See below ⬇️

    line 31
  5. Distinctive:

    Check for milestones reached

    line 189
  6. Distinctive:

    High (8-10): Write detailed section

    line 205
  7. Distinctive:

    Medium (5-7): Add to table

    line 206
  8. Very specific:

    Write to memory/YYYY-MM-DD.md using attention-driven template

    line 218
  9. Distinctive:

    If significant decisions or patterns emerged, update MEMORY.md

    line 222
  10. Distinctive:

    Score honestly: - Not every task is high attention

    line 229
  11. Distinctive:

    Quantify: - Use numbers, file counts, token estimates

    line 231
  12. Distinctive:

    Link key files: - Only high-value outputs need paths

    line 232
  13. Distinctive:

    Don't over-document low-attention tasks

    line 236
  14. Distinctive:

    Don't skip lessons learned section

    line 237
  15. Distinctive:

    Don't include full conversation transcripts

    line 238
  16. Distinctive:

    Don't log routine checks (git status, etc.) unless relevant

    line 239
  17. Distinctive:

    Don't wait too long (score while memory is fresh)

    line 240
  18. Distinctive:

    Every task fully documented

    line 249
  19. Distinctive:

    All file paths listed

    line 250

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

Overview

Generate comprehensive daily operation logs to track work, decisions, and lessons learned.

When to Use

Use this skill at the end of a work session or day to:

  • Record completed tasks and their outcomes
  • Track token usage and time spent
  • Document key decisions and their rationale
  • Capture lessons learned and mistakes
  • Maintain continuity across sessions

Log Format Templates

Template A: Full Detail (Legacy)

Use for: Important milestones, detailed project records See: FULL_TEMPLATE

Template B: Attention-Driven (Recommended)

Use for: Daily work logging, quick review See below ⬇️


Attention-Driven Log Format (v1.1)

# YYYY-MM-DD Operation Log

## 📅 Session Overview
- **Date**: YYYY-MM-DD
- **Work Period**: HH:MM - HH:MM (X hours X minutes)
- **Core Outcomes**: [One-sentence summary of the day's most important output]
- **Key Decisions**: [X]
- **Lessons Learned**: [X]
- **Token Consumption**: ~XX,XXX

---

## ⏱️ Time Distribution

| Time Slot | Task | Duration | Attention Weight |
|-----------|------|----------|-----------------|
| HH:MM-HH:MM | [Task 1] | X min | 9/10 |
| HH:MM-HH:MM | [Task 2] | X min | 7/10 |
| ... | ... | ... | ... |

**Time Analysis**:
- High-attention task time: X% (mainly XX:XX-XX:XX)
- Interruptions/switches: X
- Peak efficiency period: XX:XX-XX:XX

---

## 🎯 High-Attention Tasks (Weight 8-10)

### [Task Name] (Weight: X/10, Time Slot: HH:MM-HH:MM, Duration: X min)

**One-sentence Summary**: [Core outcome or decision]

**Key Details**:
- [Specific data/numbers]
- [File paths/names]
- [Decision rationale]
- [Verification results]

**Lessons Learned** (if applicable):
- [Key takeaways]

---

## 📋 Medium-Attention Tasks (Weight 5-7)

| Task | Weight | Time Slot | Key Outcome |
|------|--------|-----------|-------------|
| [Task name] | 7/10 | HH:MM-HH:MM | [One-sentence description] |
| [Task name] | 6/10 | HH:MM-HH:MM | [One-sentence description] |

---

## 📝 Low-Attention Tasks (Weight 0-4)

- [HH:MM-HH:MM] [Task name] - [Status]
- [HH:MM-HH:MM] [Task name] - [Status]

---

## 📊 Today's Statistics

| Item | Value |
|------|-------|
| High-attention tasks | X |
| Medium-attention tasks | X |
| Low-attention tasks | X |
| Code files created | X |
| Code files modified | X |
| Skill created/updated | X |
| Token consumption | ~XX,XXX |
| Git commits | X |

---

## 💡 Today's Biggest Lesson

**One-sentence Summary**: [Core lesson]

**Background**: [What happened]
**Root Cause**: [Why it happened]
**Improvement Measures**: [How to improve]

---

## 🔗 Key File Locations

### High-Value Outputs
- `path/to/key/file1` - [One-sentence description]
- `path/to/key/file2` - [One-sentence description]

---

*Log generated at: YYYY-MM-DD HH:MM*  
*Attention score: High[X] Medium[X] Low[X]*

Attention Scoring System

How to Score Task Attention (0-10)

FactorWeightIndicatorExamples
Key Decision+3Changed direction or approachChoose plan B, approve implementation, confirm specification
Lesson/Mistake+3Discovered and fixed issuesViolate rules, compile error, logic bug
Milestone+2Important milestone completedMVP completion, release, feature acceptance
File Changes+1/eaCreate/modify/delete filesCreate new Skill, modify config, refactor code
Routine Operations0Routine queries or checksCheck status, read files, check logs

Attention Level Guidelines

Score 8-10 (High): 
  → Full detail: summary + key details + lessons
  
Score 5-7 (Medium): 
  → Brief: one sentence summary + key outcomes
  
Score 0-4 (Low): 
  → Minimal: title + status only

Examples

Task: "Design MissionSystem Architecture"

  • Key decision: +3 (Chose TK_SERIAL plan)
  • Milestone: +2 (Design completed)
  • Score: 8/10 → High attention

Task: "Fix Compile Error"

  • Lesson: +3 (Learned BinaryReader→TK conversion)
  • File changes: +8 files modified = +1 (max)
  • Score: 9/10 → High attention

Task: "Check git status"

  • Routine operation: 0
  • Score: 2/10 → Low attention

Workflow

Step 1: Review Session

At end of session/day:

  1. List all tasks completed
  2. Identify major decisions made
  3. Note any mistakes or lessons
  4. Check for milestones reached

Step 2: Score Each Task

Apply attention scoring:

For each task:
  - Did it involve a key decision? (+3)
  - Was there a mistake/lesson? (+3)
  - Was it a milestone? (+2)
  - How many files changed? (+1 per, max 2)
  - Sum → Attention Score (0-10)

Step 3: Categorize by Attention Level

  • High (8-10): Write detailed section
  • Medium (5-7): Add to table
  • Low (0-4): List as bullet points

Step 4: Extract Key Information

For high-attention tasks, extract:

  • One-sentence summary
  • Key details (numbers, paths, outcomes)
  • Lessons learned (if applicable)

Step 5: Generate Log

Write to memory/YYYY-MM-DD.md using attention-driven template

Step 6: Update Long-term Memory (Optional)

If significant decisions or patterns emerged, update MEMORY.md


Best Practices

✅ Do

  • Score honestly - Not every task is high attention
  • Focus on value - What would you want to remember in a month?
  • Quantify - Use numbers, file counts, token estimates
  • Link key files - Only high-value outputs need paths
  • One lesson max - Focus on the most important lesson of the day

❌ Don't

  • Don't over-document low-attention tasks
  • Don't skip lessons learned section
  • Don't include full conversation transcripts
  • Don't log routine checks (git status, etc.) unless relevant
  • Don't wait too long (score while memory is fresh)

Comparison: Full Detail vs Attention-Driven

Scenario: MissionSystem MVP Implementation Day

Full Detail Version: ~500 lines, ~95,000 tokens to read

  • Every task fully documented
  • All file paths listed
  • Complete error descriptions
  • Full conversation context

Attention-Driven Version: ~150 lines, ~20,000 tokens to read

  • 2-3 high-attention tasks detailed
  • 3-4 medium tasks in table
  • 5+ low tasks as bullets
  • Key decisions and lessons highlighted

Review Time:

  • Full Detail: 10-15 minutes to scan
  • Attention-Driven: 2-3 minutes to understand

Version History

  • v1.1 (2026-02-12) - Added Attention-Driven logging
    • Attention scoring system (0-10)
    • Three-level detail format
    • Focus on high-value information
    • Reduced log size by 60-70%
  • v1.0 (2026-02-10) - Initial release
    • Standardized log format
    • 7-section structure
    • Statistics tracking
    • Lessons learned framework

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.