<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Agents on Dachary Carey</title>
    <link>https://dacharycarey.com/tags/agents/</link>
    <description>Recent content in Agents on Dachary Carey</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en-us</language>
    <lastBuildDate>Sun, 18 Oct 2026 12:00:00 -0500</lastBuildDate>
    <atom:link href="https://dacharycarey.com/tags/agents/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>What Changed in Agent Traffic?</title>
      <link>https://dacharycarey.com/2026/10/18/what-changed-in-agent-traffic/</link>
      <pubDate>Sun, 18 Oct 2026 12:00:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/10/18/what-changed-in-agent-traffic/</guid>
      <description>&lt;p&gt;When I updated my agent traffic classifier last month, I wrote about some observations related to agent data seeking patterns. And one of my takeaways was that five months was too long to let a traffic classifier sit in the fast-paced world of AI development, so today I did another check in to see how things are going. In the month since my last check, I&#39;ve observed more changes, so let&#39;s talk about what&#39;s moving in agent traffic and what you need to care about if you&#39;re watching this.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Agent Data Seeking Patterns</title>
      <link>https://dacharycarey.com/2026/09/23/agent-data-seeking-patterns/</link>
      <pubDate>Wed, 23 Sep 2026 07:00:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/09/23/agent-data-seeking-patterns/</guid>
      <description>&lt;p&gt;Two conversations this month sent me back into my server logs. The first was the ongoing industry debate about whether &lt;code&gt;llms.txt&lt;/code&gt; does anything, which flares up every time a well-known project &lt;a href=&#34;https://dacharycarey.com/2026/05/04/astro-removed-llms-txt/&#34;&gt;adds one or removes one&lt;/a&gt;. The second was a colleague mentioning that answer engines and crawlers were fetching an &lt;code&gt;llms-info&lt;/code&gt; file from their site, which was news to me, because I&#39;d never seen a request for one.&lt;/p&gt;
&lt;p&gt;Both are really the same question: what do agents actually reach for when they visit a website? Not what we&#39;ve told them to reach for, not what the spec du jour says they should reach for, but what shows up in the logs when nobody is watching. I&#39;ve been running an &lt;a href=&#34;https://dacharycarey.com/2026/04/04/measure-agent-web-traffic-redux/&#34;&gt;agent traffic classifier and signal tracker&lt;/a&gt; across my sites since April, and it had been a while since I validated the patterns baked into it. So I pulled nine days of logs (September 11 through 19) from twelve sites, re-classified everything, and went looking.&lt;/p&gt;</description>
    </item>
    <item>
      <title>What &#34;Just Prompting&#34; Looks Like</title>
      <link>https://dacharycarey.com/2026/09/20/what-just-prompting-looks-like/</link>
      <pubDate>Sun, 20 Sep 2026 11:00:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/09/20/what-just-prompting-looks-like/</guid>
      <description>&lt;p&gt;A colleague asked me this week how I&#39;ve built the things I&#39;ve built over the past year: the &lt;a href=&#34;https://agentdocsspec.com&#34;&gt;Agent-Friendly Documentation Spec&lt;/a&gt;, the &lt;a href=&#34;https://afdocs.dev&#34;&gt;afdocs&lt;/a&gt; checker, &lt;a href=&#34;https://github.com/agent-ecosystem/agentsummons&#34;&gt;agentsummons&lt;/a&gt; and &lt;a href=&#34;https://github.com/agent-ecosystem/agentminutes&#34;&gt;agentminutes&lt;/a&gt;, &lt;a href=&#34;https://agentskillimplementation.com&#34;&gt;Agent Skill Implementation&lt;/a&gt;, the &lt;a href=&#34;https://agentreadingtest.com&#34;&gt;Agent Reading Test&lt;/a&gt;. He characterized it as &amp;quot;just prompting,&amp;quot; and then asked whether there was something in how I prompt that we could teach non-technical colleagues in his department.&lt;/p&gt;
&lt;p&gt;I was skeptical. My private theory was that whatever works for me works because I have enough domain background to notice when the agent is wrong, and that isn&#39;t something you can easily hand off. But a private theory is exactly the kind of thing I&#39;d tell an agent to go verify, so I did the same thing to myself. I had Claude Code read every prompt I&#39;ve given it since December 2025 and tell me what it found.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Does Your Agent Know What It Can Do?</title>
      <link>https://dacharycarey.com/2026/07/21/agent-know-what-it-can-do/</link>
      <pubDate>Tue, 21 Jul 2026 07:00:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/07/21/agent-know-what-it-can-do/</guid>
      <description>&lt;p&gt;I&#39;ve been building some new tools lately, and have noticed some interesting patterns in Claude Code around discovering its own capabilities and limitations. It reminded me of some conversations I&#39;ve been having with fellow AI researcher, &lt;a href=&#34;https://www.rhyannon-rodriguez.com&#34;&gt;Rhyannon Rodriguez&lt;/a&gt;, about how agent harnesses often lack introspection/awareness and debugging around their own capabilities. I think there are interesting observations here for agent harness developers, and open questions for the rest of us, about how agents understand our products.&lt;/p&gt;</description>
    </item>
    <item>
      <title>A Skill is More than Markdown</title>
      <link>https://dacharycarey.com/2026/05/11/agent-skill-more-than-markdown/</link>
      <pubDate>Mon, 11 May 2026 07:00:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/05/11/agent-skill-more-than-markdown/</guid>
      <description>&lt;p&gt;Organizations have been pushing official company skills out the door because skills look like just a markdown file, and that seems simple and trivial. But when you dig into the lifecycle of an official skill that you intend to support, distribute, and stand behind, it&#39;s a lot more than a markdown file. I&#39;m not sure a single organization shipping skills today recognizes how much more.&lt;/p&gt;
&lt;p&gt;This is the article I promised at the end of &lt;a href=&#34;https://dacharycarey.com/2026/05/07/can-agent-skills-make-output-worse/&#34;&gt;Can Agent Skills Make Output Worse?&lt;/a&gt;, where I closed by saying I&#39;d been ideating around what skill lifecycle management looks like and would write more about it as I proposed process and tooling around it. This is the lifecycle that I&#39;m picturing. Let me tell you what&#39;s actually involved, where the work falls, and where the org chart runs out of people to do it.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Can Agent Skills Make Output Worse?</title>
      <link>https://dacharycarey.com/2026/05/07/can-agent-skills-make-output-worse/</link>
      <pubDate>Thu, 07 May 2026 22:00:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/05/07/can-agent-skills-make-output-worse/</guid>
      <description>&lt;p&gt;In the last ~6 months, Agent Skills have gone from a new feature introduced by Claude Code to a widely adopted paradigm across the industry. Companies that want to signal they understand customer AI adoption and consider it as part of the developer experience have been publishing official skills. I have been part of such an effort at my own company, where I have learned a ton from our experience and from analyzing other releases across the industry. I went in expecting a documentation-pipeline problem. I came out understanding that official skills are a full product surface; one that can actively make your customers&#39; agent output worse if you ship them naively.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Astro Removed its llms.txt</title>
      <link>https://dacharycarey.com/2026/05/04/astro-removed-llms-txt/</link>
      <pubDate>Mon, 04 May 2026 07:00:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/05/04/astro-removed-llms-txt/</guid>
      <description>&lt;p&gt;As I have been re-scoring documentation sites with my updated &lt;code&gt;afdocs&lt;/code&gt; tool, I have had the opportunity to see a snapshot of various docs sites a few weeks apart as the industry is starting to pay a lot more attention to how to make documentation agent-friendly. I got a surprise when I re-scored the docs for &lt;a href=&#34;https://docs.astro.build/en/getting-started/&#34;&gt;Astro&lt;/a&gt;, a web framework that is well-regarded. In the prior scoring run, Astro got a C (78) for agent-friendliness; their new score is an F (59); capped by a missing llms.txt. I wanted to dig into why someone would make a change to make their docs &lt;em&gt;less&lt;/em&gt; agent-friendly, when you have a contrast like last week&#39;s GitHub going out of its way to build their llms.txt into a comprehensive &lt;a href=&#34;https://dacharycarey.com/2026/05/01/github-docs-api-llms-txt/&#34;&gt;agent-discovery layer&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>GitHub Reimagined llms.txt as an API</title>
      <link>https://dacharycarey.com/2026/05/01/github-docs-api-llms-txt/</link>
      <pubDate>Fri, 01 May 2026 07:00:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/05/01/github-docs-api-llms-txt/</guid>
      <description>&lt;p&gt;I&#39;m working on a new research report that starts by scoring a wide cross-section of documentation sites with &lt;a href=&#34;https://afdocs.dev/&#34;&gt;afdocs&lt;/a&gt;. Consider it an industry-wide audit driven by specific research questions. This has given me an excuse to dig into different platforms, web hosts, documentation sizes, and documentation strategies. I&#39;ve really been surprised and intrigued by the different approaches I&#39;ve seen in the wild, and I have a rich editorial calendar of content to share with you about these findings (when I get the time).&lt;/p&gt;</description>
    </item>
    <item>
      <title>What an Agent Score Can Tell You</title>
      <link>https://dacharycarey.com/2026/04/18/what-agent-score-can-tell-you/</link>
      <pubDate>Sat, 18 Apr 2026 16:00:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/04/18/what-agent-score-can-tell-you/</guid>
      <description>&lt;p&gt;If you&#39;re a documentation team trying to figure out what &amp;quot;agent-ready&amp;quot; means for your site, you&#39;ve probably noticed that several different organizations are now offering to score you. Cloudflare just launched &lt;a href=&#34;https://isitagentready.com&#34;&gt;isitagentready.com&lt;/a&gt;. Fern has an &lt;a href=&#34;https://buildwithfern.com/agent-score&#34;&gt;Agent Score&lt;/a&gt; directory powered by my &lt;a href=&#34;https://agentdocsspec.com&#34;&gt;Agent-Friendly Documentation Spec&lt;/a&gt; and its &lt;a href=&#34;https://afdocs.dev/&#34;&gt;CLI tool&lt;/a&gt;, which runs 22 checks against any docs site. There will probably be more by the time you read this.&lt;/p&gt;
&lt;p&gt;Each of these tools produces a number. Numbers are comforting. They give you something to put in a slide deck and something to improve quarter over quarter. But if you&#39;re making decisions about where to spend your team&#39;s time based on these numbers, you need to understand what each score actually measures. They&#39;re not measuring the same thing, and the gaps can be dramatic.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Designing an Agent Reading Test</title>
      <link>https://dacharycarey.com/2026/04/06/designing-agent-reading-test/</link>
      <pubDate>Mon, 06 Apr 2026 11:00:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/04/06/designing-agent-reading-test/</guid>
      <description>&lt;p&gt;With my work on the &lt;a href=&#34;https://agentdocsspec.com&#34;&gt;Agent-Friendly Documentation Spec&lt;/a&gt; and the companion &lt;a href=&#34;https://afdocs.dev/&#34;&gt;AFDocs tool&lt;/a&gt;, I&#39;ve been talking with a lot of people about what all this means. I&#39;ve been writing about the different failure modes in a way that might make sense to a web developer, or a documentarian with a strong technical understanding of how websites work, but there are a lot of pieces involved. It&#39;s not &lt;em&gt;just&lt;/em&gt; about the website behavior; it&#39;s also about agent platform limitations. The intersection of those things is where the failures originate. And because all this requires a strong technical understanding of both parts, I realize it might be harder for people who are not super involved in this space to understand the impact.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Measure Agent Web Traffic Redux</title>
      <link>https://dacharycarey.com/2026/04/04/measure-agent-web-traffic-redux/</link>
      <pubDate>Sat, 04 Apr 2026 20:00:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/04/04/measure-agent-web-traffic-redux/</guid>
      <description>&lt;p&gt;Almost exactly a month ago, I wrote an article about poking around in my server logs attempting to measure agent web traffic: &lt;a href=&#34;https://dacharycarey.com/2026/03/05/how-to-measure-agent-web-traffic/&#34;&gt;How to Measure Agent Web Traffic&lt;/a&gt;. I was trying to give our documentation platform team information to help them identify agents in our web traffic. My conclusion at the time was this:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;So when it comes to user agents, I don&#39;t think we can reliably correlate a specific user agent string with a specific agent platform. But there &lt;em&gt;are&lt;/em&gt; patterns we can look for that are &lt;em&gt;probably&lt;/em&gt; generically &amp;quot;agents&amp;quot; - and that may have to be good enough for now.&lt;/p&gt;</description>
    </item>
    <item>
      <title>How to Evaluate a Platform-Written Spec</title>
      <link>https://dacharycarey.com/2026/03/28/how-to-evaluate-platform-written-spec/</link>
      <pubDate>Sat, 28 Mar 2026 15:00:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/03/28/how-to-evaluate-platform-written-spec/</guid>
      <description>&lt;p&gt;Recently, Vercel published an &lt;a href=&#34;https://vercel.com/kb/guide/agent-readability-spec&#34;&gt;Agent Readability Spec&lt;/a&gt; (Timothy Jordan, last updated March 23, no publication date), a scoring system for how well websites serve AI agents. It covers llms.txt, markdown mirrors, content negotiation, structured data, robots.txt, and a checklist of other recommendations. Four days later, they followed up with &lt;a href=&#34;https://vercel.com/kb/guide/make-your-documentation-readable-by-ai-agents&#34;&gt;&amp;quot;Make Your Documentation Readable by AI Agents&amp;quot;&lt;/a&gt; (Rich Haines; March 27), a companion implementation guide that references the spec article and adds its own recommendations. If you&#39;re a documentation team trying to make your site work better for coding agents, either article looks like a useful starting point.&lt;/p&gt;</description>
    </item>
    <item>
      <title>When a Feature Request Becomes a Research Project</title>
      <link>https://dacharycarey.com/2026/03/21/when-feature-request-becomes-research-project/</link>
      <pubDate>Sat, 21 Mar 2026 19:00:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/03/21/when-feature-request-becomes-research-project/</guid>
      <description>&lt;p&gt;Someone made a feature request on the &lt;code&gt;skill-validator&lt;/code&gt; tool: &lt;a href=&#34;https://github.com/agent-ecosystem/skill-validator/issues/39&#34;&gt;support for the &lt;code&gt;evals/&lt;/code&gt; directory&lt;/a&gt; introduced by Anthropic&#39;s recent updates to its &lt;code&gt;skill-creator&lt;/code&gt; skill. This is the third or fourth Claude Code-specific request I&#39;ve gotten regarding &lt;code&gt;skill-validator&lt;/code&gt; development, and the tool is quickly accumulating custom flags to enable support for Claude Code-specific functionality while trying to preserve general spec adherence for folks developing cross-platform skills.&lt;/p&gt;
&lt;p&gt;I&#39;ve told people on more than one Issue or PR that I intend to look into cross-platform support for Skill file loading, so I can have more concrete data than &amp;quot;I &lt;em&gt;hope&lt;/em&gt; citing the spec here means it will be portable across platforms.&amp;quot; After &lt;a href=&#34;https://dacharycarey.com/2026/03/20/why-platform-shouldnt-own-open-spec/&#34;&gt;yesterday&#39;s article&lt;/a&gt; about the Agent Skill governance issues, and the lack of support and guidance that community members are getting from spec maintainers, I decided it was time to stop saying &amp;quot;it&#39;s on my todo list&amp;quot; and put together some resources to help other people dig into it.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Why a Platform Shouldn&#39;t Own an Open Spec</title>
      <link>https://dacharycarey.com/2026/03/20/why-platform-shouldnt-own-open-spec/</link>
      <pubDate>Fri, 20 Mar 2026 15:00:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/03/20/why-platform-shouldnt-own-open-spec/</guid>
      <description>&lt;p&gt;The Agent Skills spec claims to be &amp;quot;A simple, open format for giving agents new capabilities and expertise.&amp;quot; But the creator of Agent Skills, Anthropic, is also the company behind the spec&#39;s maintenance. And when a platform both owns a spec and competes with the platforms implementing it, the incentives stop being aligned. Let me tell you a tale of how Anthropic has quietly broken Agent Skill interoperability with every other platform, encoded it as ground truth in a spec that claims to be open, and what that means for anyone publishing or consuming skills with portability in mind.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Is Your llms.txt Already Stale?</title>
      <link>https://dacharycarey.com/2026/03/15/is-your-llms-txt-already-stale/</link>
      <pubDate>Sun, 15 Mar 2026 23:00:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/03/15/is-your-llms-txt-already-stale/</guid>
      <description>&lt;p&gt;You shipped your &lt;code&gt;llms.txt&lt;/code&gt;. You linked to your docs pages. Maybe you even set up progressive disclosure with per-product files. You&#39;re done, right?&lt;/p&gt;
&lt;p&gt;Probably not. An &lt;code&gt;llms.txt&lt;/code&gt; that was accurate when you launched it can silently drift out of sync with your actual documentation. New pages get added to the site but not to &lt;code&gt;llms.txt&lt;/code&gt;. Old pages get removed or reorganized. The file becomes a stale index that points agents toward an incomplete picture of your docs, or worse, toward pages that no longer exist.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Agent Skill Mega Repo Woes</title>
      <link>https://dacharycarey.com/2026/03/13/agent-skill-mega-repo-woes/</link>
      <pubDate>Fri, 13 Mar 2026 07:00:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/03/13/agent-skill-mega-repo-woes/</guid>
      <description>&lt;p&gt;A month ago, I published an &lt;a href=&#34;https://dacharycarey.com/2026/02/13/agent-skill-analysis/&#34;&gt;ecosystem-scale analysis&lt;/a&gt; of 673 Agent Skills from 41 repositories. I looked at Anthropic&#39;s own skills, company-published collections from Microsoft and Stripe, community collections, and individual repos. The takeaway was that the ecosystem has real quality problems: 22% of skills fail structural validation, over half of all tokens are wasted on non-standard files, and broken links are everywhere.&lt;/p&gt;
&lt;p&gt;Today, I saw a post on LinkedIn about &lt;a href=&#34;https://github.com/sickn33/antigravity-awesome-skills&#34;&gt;antigravity-awesome-skills&lt;/a&gt;, a single mega repo that claims over 1,200 Agent Skills and has 23.7k GitHub stars. That star count makes it one of the most popular skill sources in the ecosystem. People are presumably cloning this repo and loading these skills into their agents.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Vibes are Out, Data is In</title>
      <link>https://dacharycarey.com/2026/03/12/vibes-out-data-in/</link>
      <pubDate>Thu, 12 Mar 2026 07:30:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/03/12/vibes-out-data-in/</guid>
      <description>&lt;p&gt;There&#39;s a growing body of advice about how to write documentation for AI. Some of it is grounded in real observations. A lot of it is grounded in vibes: intuitions extrapolated from LLM research that was never designed to test documentation, recommendations passed around conference talks and blog posts until they calcify into &amp;quot;best practices,&amp;quot; and vendor guidance that may or may not reflect how agents actually behave in the wild. People aren&#39;t wrong to form theories. But we&#39;re skipping the step where we test those theories in the context that actually matters, and then building an industry playbook on top of the untested assumptions.&lt;/p&gt;</description>
    </item>
    <item>
      <title>How to Measure Agent Web Traffic</title>
      <link>https://dacharycarey.com/2026/03/05/how-to-measure-agent-web-traffic/</link>
      <pubDate>Thu, 05 Mar 2026 21:00:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/03/05/how-to-measure-agent-web-traffic/</guid>
      <description>&lt;p&gt;After sharing my recent findings about how agents use docs with the folks at work, one of the first questions (from multiple people!) was: how do we measure the impact of these problems? Writ large, how do we know things like:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;How many agents are trying to access our docs and running into issues?&lt;/li&gt;
&lt;li&gt;How many docs pages are adversely impacted by these issues?&lt;/li&gt;
&lt;li&gt;How can we tie agent access issues back to developer/product outcomes?&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;These are questions with many facets, and we&#39;re still talking about what the answers might look like. But the first two problems seemed immediately tractable, so we can start digging into those things right away.&lt;/p&gt;</description>
    </item>
    <item>
      <title>An Agent is More Than Its Brain</title>
      <link>https://dacharycarey.com/2026/03/02/an-agent-is-more-than-its-brain/</link>
      <pubDate>Mon, 02 Mar 2026 20:00:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/03/02/an-agent-is-more-than-its-brain/</guid>
      <description>&lt;p&gt;Apparently I live in the &amp;quot;agent&amp;quot; space now, so let&#39;s talk about what&#39;s inside an agent! I&#39;ve been seeing conversations, and learning more myself, and have realized that maybe a lot of people haven&#39;t stopped to think about what the component parts of an agent actually &lt;em&gt;are&lt;/em&gt;. For the purposes of this article, I&#39;m talking specifically about coding agents, but a lot of the bits and bobs are generalizable. And here&#39;s why this matters: the model (&amp;quot;Opus 4.6,&amp;quot; &amp;quot;GPT-4o&amp;quot;) is just one piece. The same model can behave very differently depending on everything else around it.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Make Your Hugo Site Agent-Friendly</title>
      <link>https://dacharycarey.com/2026/03/01/make-hugo-site-agent-friendly/</link>
      <pubDate>Sun, 01 Mar 2026 08:00:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/03/01/make-hugo-site-agent-friendly/</guid>
      <description>&lt;p&gt;With all the writing I&#39;ve been doing lately around agent-friendly docs, I decided that all new websites I set up will be agent-friendly from the beginning. I designed my two newest websites, the &lt;a href=&#34;https://agentdocsspec.com&#34;&gt;Agent-Friendly Documentation Spec&lt;/a&gt; and &lt;a href=&#34;https://aeshift.com&#34;&gt;aeshift&lt;/a&gt;, to be agent-friendly from day one. Particularly with the spec, I thought that people &lt;em&gt;might want to point agents at the spec&lt;/em&gt;, and I wanted to enable that. I pointed an agent at the spec (as local markdown on my filesystem) and built the sites to hit all the agent accessibility criteria. It didn&#39;t add that much extra time to setting up each site, and it got even faster after I had a reference implementation I could point the agent at.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Case Study - &#39;upgrade-stripe&#39; Agent Skill</title>
      <link>https://dacharycarey.com/2026/02/27/case-study-upgrade-stripe-skill/</link>
      <pubDate>Fri, 27 Feb 2026 08:00:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/02/27/case-study-upgrade-stripe-skill/</guid>
      <description>&lt;p&gt;When I did the research for my recent &lt;a href=&#34;https://agentskillreport.com&#34;&gt;Agent Skill research paper&lt;/a&gt;, I took two approaches to trying to understand the impact of Skills in developer workflows: take a wide, zoomed-out look at Skills across different segments, verticals, and use cases, and take a closer look at a subset of those Skills where I had interesting theories I wanted to probe more closely. One of the skills I took a closer look at was the &lt;a href=&#34;https://github.com/stripe/ai/blob/main/skills/upgrade-stripe/SKILL.md&#34;&gt;&lt;code&gt;upgrade-stripe&lt;/code&gt;&lt;/a&gt; Skill. I had ideas about what I might find, and thought it might have implications for how other companies with multiple programming language SDKs should approach Skill development. What I found was not what I expected, but was arguably more interesting.&lt;/p&gt;</description>
    </item>
    <item>
      <title>LLMs vs. Agents as Docs Consumers</title>
      <link>https://dacharycarey.com/2026/02/26/llms-vs-agents-as-docs-consumers/</link>
      <pubDate>Thu, 26 Feb 2026 08:00:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/02/26/llms-vs-agents-as-docs-consumers/</guid>
      <description>&lt;p&gt;I&#39;ve been writing a lot about agents and docs lately, and one thing I keep bumping into in conversations is confusion about what &amp;quot;AI-friendly docs&amp;quot; actually means. Someone says their leadership has mandated that docs need to be optimized for AI, and when I ask what that means in practice, the answer is usually some variation of &amp;quot;I don&#39;t know, they just said AI.&amp;quot; And honestly? I get it. &amp;quot;AI&amp;quot; is doing a lot of heavy lifting as a term right now, and it&#39;s papering over a distinction that really matters if you&#39;re trying to figure out what to actually &lt;em&gt;do&lt;/em&gt; with your documentation.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Agent Web Fetch Spelunking</title>
      <link>https://dacharycarey.com/2026/02/19/agent-web-fetch-spelunking/</link>
      <pubDate>Thu, 19 Feb 2026 21:00:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/02/19/agent-web-fetch-spelunking/</guid>
      <description>&lt;p&gt;After posting about &lt;a href=&#34;https://dacharycarey.com/2026/02/18/agent-friendly-docs/&#34;&gt;Agent-Friendly Docs&lt;/a&gt;, I got some very good questions that I wanted to dig into. I love the documentation community - such thinkers! So today, I present my spelunking in the agent Web Fetch tool. My goal was to figure out if I could provide a quick answer to whether agent platforms document the truncation limits of their various web fetch implementations, so documentarians can try to wrap our heads around what makes &amp;quot;agent-friendly docs.&amp;quot; First criteria: agent must be able to actually get the docs content.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Agent-Friendly Docs</title>
      <link>https://dacharycarey.com/2026/02/18/agent-friendly-docs/</link>
      <pubDate>Wed, 18 Feb 2026 21:00:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/02/18/agent-friendly-docs/</guid>
      <description>&lt;h2 id=&#34;contents&#34;&gt;Contents&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href=&#34;#change-thy-name-is-agent&#34;&gt;Change, thy name is Agent!&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&#34;#agents-and-docs-urls&#34;&gt;Agents and Docs URLs&lt;/a&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href=&#34;#agents-start-specific&#34;&gt;Agents Start Specific&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&#34;#agent-url-failure-modes&#34;&gt;Agent URL Failure Modes&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;&lt;a href=&#34;#agents-dont-know-about-llmstxt&#34;&gt;Agents Don&#39;t Know about llms.txt&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&#34;#agents-dont-know-about-markdown-docs&#34;&gt;Agents Don&#39;t Know about Markdown Docs&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&#34;#agents-skip-long-docs-pages&#34;&gt;Agents Skip Long Docs Pages&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&#34;#access-patterns-what-works-and-what-doesnt&#34;&gt;Access Patterns: What Works and What Doesn&#39;t&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&#34;#fun-aside-when-background-agents-cant-browse&#34;&gt;Fun Aside: When Background Agents Can&#39;t Browse&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&#34;#fun-aside-anthropic-embedding-instructions-for-agents&#34;&gt;Fun Aside: Anthropic Embedding Instructions for Agents&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;hr&gt;
&lt;p&gt;Over the weekend, I spent about 10 hours working with Claude to manually validate 578 coding patterns across a range of languages and coding tasks for my &lt;a href=&#34;https://agentskillreport.com&#34;&gt;Agent Skill Report&lt;/a&gt;. We had to deep dive into standard library docs, package-specific documentation, large enterprise docs, and personal blogs. My goal was to ensure that every API and configuration pattern I was using in a behavioral evaluation experiment reflected the current guidance from official sources. My learnings about agent docs access patterns were secondary to this project, but the results are a rich treasure trove of data that may inform how I use agents with docs in the future. As a technical writer who has worked on SaaS and developer docs for the last decade, honestly, my findings made me a little sad.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Agent Skill Analysis</title>
      <link>https://dacharycarey.com/2026/02/13/agent-skill-analysis/</link>
      <pubDate>Fri, 13 Feb 2026 10:00:00 -0500</pubDate>
      <guid>https://dacharycarey.com/2026/02/13/agent-skill-analysis/</guid>
      <description>&lt;p&gt;Claude introduced Agent Skills in fall 2025, and they have quickly become the next hot thing in AI-assisted development. Agent Skills give your AI buddy just-in-time context to help it succeed with tasks that require specific domain expertise or resources. Anthropic released an &lt;a href=&#34;https://agentskills.io/specification&#34;&gt;Agent Skills specification&lt;/a&gt;, and other agentic platforms have been rushing to add support for it. In turn, individual developers are making their own Agent Skills, and companies are under pressure to provide official Agent Skills for customers to use in agentic development workflows.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
