The previous two posts covered how events flow from the SDK to the UI. This post focuses on visualizing one specific type of event: tool calls. Tool invocations are the most frequent operations in an Agent application. A typical task might call tools twenty or thirty times—reading files, writing files, executing commands, searching code. If every tool call renders as the same gray block, it's hard
Post 1 covered how AgentBridge converts the SDK's AsyncStream<SDKMessage> into [AgentEvent]. This post looks at what [AgentEvent] becomes — how TimelineView renders 18 event types, handles scroll behavior, and stays smooth when the event count gets large. TimelineView is the main body of the workspace, filling all the space between the sidebar and the input box. Its view hierarchy is shallow: Time
Imagine you run a bustling coffee shop. In the beginning, you take orders, make the coffee, and serve pastries all by yourself. It works perfectly when you have a handful of customers. But as the crowd grows, you become the single point of failure. If you are stuck making a complex latte, the simple drip coffee line grinds to a halt. In software engineering, this "one-person shop" represents a mon
ID generation looks like a small backend decision. In many systems, we simply add an id column, make it the primary key, and move on. But once the table grows, this decision can affect database performance, indexing, pagination, debugging, and how easily the system scales across services. The common choices are: UUIDv4 UUIDv7 Snowflake ID Each one solves the uniqueness problem, but they behave dif
Java LLD: Designing a High-Concurrency Elevator System Designing an elevator system is a classic "Machine Coding" round favorite because it tests concurrency, state management, and algorithmic efficiency simultaneously. At companies like Apple or Amazon, interviewers aren't just looking for a working loop; they are looking for thread safety and optimal scheduling. Using a simple Queue<Integer>
roundzero.live