Buildermark vs TUI-use

Buildermark is an open-source, local-first desktop app that measures AI contribution across your codebase by matching agent diffs to commits. It supports Claude Code, Codex, Gemini, and Cursor, producing a breakdown of which files, functions, and commits involved AI generation — all without sending code to external servers. A browser extension handles import from cloud-based agents, and a Team Server edition for org-level aggregation is planned as a paid self-hosted offering. The tool surfaces metrics like percentage of total lines AI-generated, AI contribution by file type, trend over time, and breakdown by agent (which AI wrote what). For solo developers it's a personal diagnostic; for teams, it becomes a code quality signal — sections with high AI contribution may warrant extra scrutiny in review. Buildermark taps into a growing enterprise need: as AI-generated code becomes the norm, teams, auditors, and compliance officers want provenance data — both for quality assurance and for emerging legal questions around IP ownership of AI-generated work. GitHub doesn't expose this natively, and most agent tools don't track it. Buildermark fills that gap with a zero-cloud approach that enterprise legal teams can actually approve.

TUI-use is an open-source library that gives AI agents the ability to interact with traditional interactive terminal (TUI) applications — think vim, htop, ssh sessions, database CLIs, and legacy text-based UIs that were never designed for programmatic control. Instead of requiring a GUI or a REST API, TUI-use interprets terminal output as structured state and sends synthetic keystrokes back, enabling agents to "see" and "drive" any TUI application as if they were a human at a keyboard. The project was born from a real pain point: AI coding agents can call bash commands and write files, but they fail badly the moment a tool opens an interactive prompt waiting for user input. TUI-use solves this by building a state machine layer over PTY (pseudo-terminal) interfaces, letting agents read the current screen buffer, detect interactive prompts, and respond intelligently. It ships with adapters for common TUI patterns and a clean API that works with any LLM tool-use framework. The Show HN post attracted genuine interest from the ops and DevOps community — many existing workflows depend on tools that expose only an interactive terminal interface. TUI-use fills a real gap in the "AI agents that control computers" space by handling the long tail of CLI programs that have no API, no GUI, and no intention of ever getting one.