Ferretlog vs ml-intern

Ferretlog is a zero-dependency pure Python CLI that treats your Claude Code session logs like a git repository. It parses the raw JSONL logs in `~/.claude/projects/` and gives you git-style history browsing, diff between runs, per-tool-call breakdowns, and cost/token stats — entirely locally, with no network calls and no configuration required. If you've been using Claude Code heavily, you've likely experienced the frustration of losing track of what changed across sessions, what tools were called how many times, and how much each session actually cost across sub-agent calls. Ferretlog makes that history explorable and comparable the same way `git log` makes code history explorable. This is an indie solo project from Eitan Lebras, submitted as a Show HN. It's genuinely useful as a power-user tool for anyone doing serious Claude Code work, especially those managing multi-session agent pipelines where debugging "what did the agent do last time?" is a real pain. The zero-dependency, local-only design means there's no trust surface and no setup friction.

ml-intern is an open-source autonomous ML engineering agent from HuggingFace that can read research papers, design experiments, write and run training code, evaluate results, and push trained models to the HuggingFace Hub — all without human handholding. It runs a closed agentic loop for up to 300 iterations, integrating natively with HF Datasets, Inference Endpoints, and documentation. The system includes a doom-loop detector to prevent infinite debugging spirals, session upload to HF for persistent multi-day runs, and supports both zero-shot paper-to-model tasks and structured experiment pipelines. It's specifically designed to run on HuggingFace's own compute infrastructure, which gives it native access to GPU clusters that most comparable agents have to provision externally. The project targets ML researchers and small teams who want to explore a paper's ideas without doing the full implementation grind themselves. The HuggingFace ecosystem integration is the key differentiator — this isn't a generic code agent that happens to write PyTorch; it's purpose-built for the HF workflow, complete with automatic model cards and benchmark uploads.