What ProjectTelescope Does for AI Coding Agents
ProjectTelescope is a local-first observability layer that makes the work of AI coding agents visible instead of opaque. Agents spawn sub-agents, call tools, read and write files, and consume tokens behind the scenes; this tool captures those actions as structured events and stores them locally. The workflow has three parts: collectors watch an agent, either by scanning its session logs or by intercepting MCP traffic, a background service ingests the events into a local SQLite store, and a desktop dashboard plus the tele command-line tool present the results. Everything runs on your own machine, so no session data, prompts or responses are sent to a third party.
Coverage is not limited to a single assistant. Built-in collectors read GitHub Copilot and Claude Code session logs, and an MCP proxy sits between an agent and its MCP servers to capture JSON-RPC traffic in real time, which means tool calls, resource reads and prompts are recorded even when the agent writes no log file. Setup is deliberately quiet: one command rewrites existing MCP configuration files to route through the proxy, and the same command can undo the change. Teams that prefer a small, self-contained Windows utility will find the install pattern familiar; Project My Screen App for Windows Phone follows a similar single-purpose desktop model, while ProjectTelescope focuses entirely on agent activity that stays on the local machine.
Benefits of Using ProjectTelescope
The main benefit of ProjectTelescope is turning guesswork into evidence. When an agent reports that a task is finished, the dashboard shows the turns that led there, the tools it invoked, the files it touched and the approvals it requested, so a surprising edit or a failed command can be traced to the exact step that produced it. Token and model reporting make cost visible as well, which helps when comparing agents, prompts or workflows over time. Because the data lives in local SQLite databases and requires no account, there is little friction between wanting answers and getting them — nothing has to be uploaded, and sensitive prompts never leave the workstation. The open Collector SDK extends the same visibility to agents that ship no logs, using one consistent interface rather than a privileged internal path, so a custom collector sees exactly what a built-in one does. Finally, the CLI makes the same records scriptable, which suits developers who want agent behavior checked in automation rather than only in a window.
Comments