Create log entries with timestamps

VerifiedSafe

Creates timestamped log entries to document discoveries, meetings, code reviews, articles, or significant events. Structures information with a summary, event type, sources, and tags, then saves the file to `docs/log/` with a date-based filename and descriptive slug.

Sby Skills Guide Bot
DocumentationBeginner
706/2/2026
Claude CodeCursorWindsurfCopilotCodex
#logging#documentation#note-taking#timestamps

Recommended for

Our review

Creates timestamped log entries for documenting discoveries, research findings, meetings, code reviews, and other significant events during development.

Strengths

  • Standardized structure with metadata (event type, sources, tags)
  • Automatic file naming based on date and a descriptive slug
  • Predefined event types covering common activities

Limitations

  • Requires a pre-existing `docs/log/` directory
  • Tags and sources are limited in number (10 tags, 5 sources)
  • Does not include automatic search or visualization features
When to use it

When you need to record a discovery, meeting, research, or any event that deserves a consistent, timestamped format.

When not to use it

For very short informal notes or when the project does not require structured event documentation.

Security analysis

Safe
Quality score85/100

The skill only instructs creating structured Markdown log files in a docs/log/ directory. There are no commands for code execution, network access, destructive actions, or handling of secrets. It uses no external tools beyond file writing, which is a standard safe operation for documentation.

No concerns found

Examples

Log research findings
Log a research entry about comparing authentication frameworks. Use sources from https://example.com/auth-comparison and https://example.com/jwt-guide. Tags: authentication, security, oauth2.
Log meeting notes
Create a log entry for today's sprint planning meeting. Event type: meeting. Include tags: sprint, planning, team. Save it with a meaningful slug.
Log code review
Log a code review of the pull request #42. Event type: code review. Summary: Reviewed the new API endpoint implementation. Tags: api, code-review.

name: log description: Create log entries with timestamps. Use this when documenting discoveries, research findings, meetings, code reviews, articles, videos, or significant events during development.

Log Entry Skill

Instructions

When creating a log entry, follow these steps:

  1. Determine the event type - Choose from: deep dive, meeting, research, code, code review, article, video
  2. Write a summary - Create a brief, clear summary of the entry
  3. Gather sources - List relevant references, links, or sources (up to 5)
  4. Add tags - Tag the entry for easy discovery and organization (up to 10)
  5. Create the file - The file will be named with a date and reference slug: YYYY-MM-DD_reference-slug.md

Log Entry Structure

Log entries follow this format:

---
summary: A brief summary of the log entry
event_type: deep dive | meeting | research | code | code review | article | video
sources:
  - source1
  - source2
  - source3
  - source4
  - source5
tags:
  - tag1
  - tag2
  - tag3
  - tag4
  - tag5
  - tag6
  - tag7
  - tag8
  - tag9
  - tag10
---

[Your detailed entry content here]

Event Types

  • deep dive - In-depth exploration or analysis of a topic
  • meeting - Notes from meetings or discussions
  • research - Research findings or investigations
  • code - Code changes, implementations, or technical work
  • code review - Review notes and feedback on code changes
  • article - Summary of an article or blog post
  • video - Notes from a video or presentation

File Naming

Log entries are saved in docs/log/ with date and reference slug:

Format: YYYY-MM-DD_reference-slug.md

Examples:

  • 2025-12-30_authentication-research.md
  • 2025-12-30_meeting-notes.md
  • 2025-12-30_performance-review.md

The slug should be:

  • Lowercase
  • Hyphen-separated words
  • Descriptive and meaningful (e.g., auth-framework, performance-review, bug-investigation)

This format ensures chronological ordering while keeping entries discoverable by their descriptive slug.

Content Guidelines

After the YAML frontmatter, include:

  • Clear, concise description of the log entry
  • Key findings or decisions
  • Next steps if applicable
  • Related decisions or references to ADRs

Example

---
summary: Evaluated authentication frameworks for the project
event_type: research
sources:
  - https://example.com/auth-comparison
  - https://example.com/jwt-guide
  - https://example.com/oauth2-tutorial
tags:
  - authentication
  - security
  - framework-evaluation
  - oauth2
  - jwt
---

# Authentication Framework Research

Researched three main authentication approaches...

## Key Findings
- Option A provides the best developer experience
- Security model aligns with our requirements
- ...

## Next Steps
- Prototype with Option A
- Get team review

Template Reference

The project uses a standardized template located at docs/log/TEMPLATE.md for reference.

Related skills