<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Debugging on API Coding</title>
    <link>https://apicoding.com/tags/debugging/</link>
    <description>Recent content in Debugging on API Coding</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Mon, 05 Oct 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://apicoding.com/tags/debugging/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>An AI Agent Flight Recorder Belongs in One Portable File, the Way HAR Did It for HTTP</title>
      <link>https://apicoding.com/an-ai-agent-flight-recorder-belongs-in-one-portable-file-the-way-har-did-it-for-http/</link>
      <pubDate>Mon, 05 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://apicoding.com/an-ai-agent-flight-recorder-belongs-in-one-portable-file-the-way-har-did-it-for-http/</guid>
      <description>&lt;p&gt;An agent edits the wrong config file, then spends forty minutes trying to repair its own repair. The user files a bug with a screenshot of the last message. The maintainer asks for logs, and the logs live in four places: the provider&amp;rsquo;s usage page, the tool server&amp;rsquo;s stdout, the framework&amp;rsquo;s debug output, and a terminal scrollback that closed with the window. Nobody can say what the agent saw on turn six.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Diagnose a Slow API From One Request: DNS, Connect, TLS, Server Wait and Transfer</title>
      <link>https://apicoding.com/diagnose-a-slow-api-from-one-request-dns-connect-tls-server-wait-and-transfer/</link>
      <pubDate>Mon, 05 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://apicoding.com/diagnose-a-slow-api-from-one-request-dns-connect-tls-server-wait-and-transfer/</guid>
      <description>&lt;p&gt;&amp;ldquo;The API is slow&amp;rdquo; starts a hunt. Somebody opens the APM dashboard, somebody else greps the load balancer logs, a third person checks whether the database is on fire. An hour later the team has three theories and no measurement. One request, timed phase by phase, answers the first question in under a second: whether the time went to name lookup, the TCP connect, the TLS handshake, the server or the transfer of the body.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Package a Failed API Request Into One File Anyone Can Replay Locally</title>
      <link>https://apicoding.com/package-a-failed-api-request-into-one-file-anyone-can-replay-locally/</link>
      <pubDate>Mon, 05 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://apicoding.com/package-a-failed-api-request-into-one-file-anyone-can-replay-locally/</guid>
      <description>&lt;p&gt;A customer&amp;rsquo;s checkout returns a 500. Support pastes the request ID into the ticket, and the engineer on call finds the log line: &lt;code&gt;KeyError: &#39;tax_region&#39;&lt;/code&gt; in the pricing module. They send the same request locally and get a 200. Of course they do. Their database has no customer with a null tax region, the feature flag that routes to the new tax engine is off in development, the rates service answers differently today, and the clock is a day later. The bug is a function of all of that, and the ticket contains none of it.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
