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
- Bishal-Raj-Parajuli/work-loggertheir own version, first seen Nov 1, 2026
- wesen/skillstheir own version, first seen Oct 25, 2026
- aidvgg/operator-ostheir own version, first seen Oct 17, 2026
- kingluminance/claude-skillstheir own version, first seen Oct 11, 2026
- JAEKWON0316/cosmos-flywheeltheir own version, first seen Jul 22, 2026
- BayramAnnakov/ai-personal-os-skillstheir own version, first seen Mar 22, 2026
Other versions6 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 6
- BayramAnnakov/ai-personal-os-skills★ 19same name
- aidvgg/operator-os★ 4same name
- wesen/skills★ 4same name
- Bishal-Raj-Parajuli/work-logger★ 0same name
- JAEKWON0316/cosmos-flywheel★ 0same name
- kingluminance/claude-skills★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository17 other files it gives its agents.
- code-analysisSkill
- code-generatorSkill
- contributingSkill
- devflowSkill
- git-workflowSkill
- hexo-blog-updateSkill
- kimicode-vision-bridgeSkill
- knowledge-base-cacheSkill
- layered-first-principles-teachingSkill
- msvc-buildSkill
- mvp-designSkill
- paper-first-principlesSkill
- requirement-clarificationSkill
- research-to-practiceSkill
- taskmaster-skillSkill
- ue5-umgSkill
- unity-mcpSkill
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
- Distinctive: line 15
Use this skill at the end of a work session or day to:
- Distinctive: line 18
Document key decisions and their rationale
- Very specific: line 27
Use for: Important milestones, detailed project records See: FULL_TEMPLATE
- Distinctive: line 31
Use for: Daily work logging, quick review See below ⬇️
- Distinctive: line 189
Check for milestones reached
- Distinctive: line 205
High (8-10): Write detailed section
- Distinctive: line 206
Medium (5-7): Add to table
- Very specific: line 218
Write to memory/YYYY-MM-DD.md using attention-driven template
- Distinctive: line 222
If significant decisions or patterns emerged, update MEMORY.md
- Distinctive: line 229
Score honestly: - Not every task is high attention
- Distinctive: line 231
Quantify: - Use numbers, file counts, token estimates
- Distinctive: line 232
Link key files: - Only high-value outputs need paths
- Distinctive: line 236
Don't over-document low-attention tasks
- Distinctive: line 237
Don't skip lessons learned section
- Distinctive: line 238
Don't include full conversation transcripts
- Distinctive: line 239
Don't log routine checks (git status, etc.) unless relevant
- Distinctive: line 240
Don't wait too long (score while memory is fresh)
- Distinctive: line 249
Every task fully documented
- Distinctive: line 250
All file paths listed
“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.
Files
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)
| Factor | Weight | Indicator | Examples |
| Key Decision | +3 | Changed direction or approach | Choose plan B, approve implementation, confirm specification |
| Lesson/Mistake | +3 | Discovered and fixed issues | Violate rules, compile error, logic bug |
| Milestone | +2 | Important milestone completed | MVP completion, release, feature acceptance |
| File Changes | +1/ea | Create/modify/delete files | Create new Skill, modify config, refactor code |
| Routine Operations | 0 | Routine queries or checks | Check 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 onlyExamples
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:
- List all tasks completed
- Identify major decisions made
- Note any mistakes or lessons
- 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
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
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.

