Show HN: Dayflow – A git log for your day

Show HN (score: 8)
Found: September 24, 2025
ID: 1562

Description

Other
Show HN: Dayflow – A git log for your day Hi HN! I've been building Dayflow, a macOS app that automatically tracks what you're actually working on (not just which apps you have open).

Here's what it does:

- It creates a semantic timeline of your day;

- It does it by understanding the content on your screen (with local or cloud VLMs);

- This allows you to see exactly where your time went without any manual logging.

Traditional time trackers tell you "3 hours in Chrome" which is not very helpful. Dayflow actually understands if you're reading documentation, debugging code, or scrolling HN. Instead of "Chrome: 3 hours", you get "Reviewed PR comments: 45min", "Read HN thread about Rust: 20min", "Debugged auth flow: 1.5hr".

I was an early Rewind user but rarely used the retrieval feature. I built Dayflow because I saw other interesting uses for screen data. I find that it helps me stay on track while working - I check it every few hours and make sure I’m spending my time the way I intended - if I’m not, I try to course correct.

Here’s what you need to know about privacy:

- Run 100% locally using qwen2.5-vl-3b (~4GB model)

- No cloud uploads, no account

- Full source available under MIT license (https://github.com/JerryZLiu/Dayflow)

- Optional: BYO Gemini API key for better quality (stored in Keychain, with free-tier workaround to prevent training on your data)

The tech stack is pretty simple, SwiftUI with a local sqlite DB. Uses native macOS apis for efficient screen captures. Since most people who run LLMs locally already have their tool of choice (Ollama, LLMStudio, etc.), I decided to not embed an LLM into Dayflow.

By far the biggest challenge was adapting from SOTA vision models like Gemini 2.5 Pro to small, local models. My constraints were that it had to take up <4GB of ram and have vision capabilities. I had to do a lot of evals to figure out that Qwen2.5VL-3B was the best balance of size and quality, but there was still a sizable tradeoff in quality that I had to accept. I also got creative with sampling rates and prompt chunking to deal with the 100x smaller context window. Processing a 15 minute segment takes ~32 local LLM calls vs 2 Gemini calls!

Here’s what I’m working on next:

Distillation: Using Gemini's high-quality outputs as training data to teach a local model the patterns it needs, hopefully closing the quality gap.

Custom dashboards where you can track answers to any question like "How long did I spend on HN?" or "Hours until my first deep work session of the day

I'd love to hear your thoughts, especially if you've struggled with productivity tracking or have ideas for what you'd want from a tool like this.

More from Show

Show HN: ccrider - Search and Resume Your Claude Code Sessions – TUI / MCP / CLI

Show HN: ccrider - Search and Resume Your Claude Code Sessions – TUI / MCP / CLI I built a tool that stores your full Claude Code history to let you easily find and resume sessions. It has TUI, CLI and MCP interfaces. It&#x27;s a single Go binary, and the session history is synced to SQLite each time you use it.<p>Default mode is the TUI with a session browser and full-text search. Once a session is selected you can browse and search within it, resume it or export to markdown.<p>The MCP server provides tools to let Claude search back through the session for pre-compact context or pull from prior sessions. I use this constantly.<p>I&#x27;ve seen elaborate continuity systems to give Claude Code access to history but this simple approach has been very effective.<p>Installation:<p>macOS: brew install neilberkman&#x2F;tap&#x2F;ccrider<p>Linux&#x2F;other: git clone <a href="https:&#x2F;&#x2F;github.com&#x2F;neilberkman&#x2F;ccrider" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;neilberkman&#x2F;ccrider</a> &amp;&amp; cd ccrider &amp;&amp; go build<p>MCP server: claude mcp add --scope user ccrider $(which ccrider) serve-mcp<p>Source: <a href="https:&#x2F;&#x2F;github.com&#x2F;neilberkman&#x2F;ccrider" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;neilberkman&#x2F;ccrider</a>

Show HN: OSS sustain guard – Sustainability signals for OSS dependencies

Show HN: OSS sustain guard – Sustainability signals for OSS dependencies Hi HN, I made OSS Sustain Guard.<p>After every high-profile OSS incident, I wonder about the packages I rely on right now. I can skim issues&#x2F;PRs and activity on GitHub, but that doesn’t scale when you have tens or hundreds of dependencies. I built this to surface sustainability signals (maintainer redundancy, activity trends, funding links, etc.) and create awareness. It’s meant to start a respectful conversation, not to judge projects. These are signals, not truth; everything is inferred from public data (internal mirrors&#x2F;private work won’t show up).<p>Quick start: pip install oss-sustain-guard export GITHUB_TOKEN=... os4g check<p>It uses GitHub GraphQL with local caching (no telemetry; token not uploaded&#x2F;stored), and supports multiple ecosystems (Python&#x2F;JS&#x2F;Rust&#x2F;Go&#x2F;Java&#x2F;etc.).<p>Repo: <a href="https:&#x2F;&#x2F;github.com&#x2F;onukura&#x2F;oss-sustain-guard" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;onukura&#x2F;oss-sustain-guard</a><p>I’d love feedback on metric choices&#x2F;thresholds and wording that stays respectful. If you have examples where these signals break down, please share.

Show HN: Open database of link metadata for large-scale analysis

Show HN: Open database of link metadata for large-scale analysis

Show HN: TinyPDF – 3KB PDF library (70x smaller than jsPDF)

Show HN: TinyPDF – 3KB PDF library (70x smaller than jsPDF) I needed to generate invoices in a Node.js app. jsPDF is 229KB. I only needed text, rectangles, lines, and JPEG images.<p><pre><code> So I wrote tinypdf: &lt;400 lines of TypeScript, zero dependencies, 3.3KB minified+gzipped. What it does: - Text (Helvetica, colors, alignment) - Rectangles and lines - JPEG images - Multiple pages, custom sizes What it doesn&#x27;t do: - Custom fonts, PNG&#x2F;SVG, forms, encryption, HTML-to-PDF That&#x27;s it. The 95% use case for invoices, receipts, reports, tickets, and labels. GitHub: https:&#x2F;&#x2F;github.com&#x2F;Lulzx&#x2F;tinypdf npm: npm install tinypdf</code></pre>

No other tools from this source yet.