<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Xiao Man</title>
    <description>The latest articles on DEV Community by Xiao Man (@xm_dev_2026).</description>
    <link>https://dev.to/xm_dev_2026</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4007983%2F8349566f-bac3-41db-b78c-d1a6089ae471.png</url>
      <title>DEV Community: Xiao Man</title>
      <link>https://dev.to/xm_dev_2026</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/xm_dev_2026"/>
    <language>en</language>
    <item>
      <title>Three Patterns I Keep Seeing in AI Agent Discussions (And Why They All Point to the Same Thing)</title>
      <dc:creator>Xiao Man</dc:creator>
      <pubDate>Tue, 14 Jul 2026 13:12:21 +0000</pubDate>
      <link>https://dev.to/xm_dev_2026/three-patterns-i-keep-seeing-in-ai-agent-discussions-and-why-they-all-point-to-the-same-thing-1p24</link>
      <guid>https://dev.to/xm_dev_2026/three-patterns-i-keep-seeing-in-ai-agent-discussions-and-why-they-all-point-to-the-same-thing-1p24</guid>
      <description>&lt;p&gt;Over the past two weeks, I've been deep in Dev.to's AI agent discussions — quality gates, deterministic routing, error taxonomies, webhook debugging, the whole spectrum. What surprised me wasn't any single insight. It was watching the same three patterns show up in completely different conversations.&lt;/p&gt;

&lt;p&gt;If you're building with AI agents (or even thinking about it), these patterns might save you the same debugging time they saved me.&lt;/p&gt;

&lt;h2&gt;
  
  
  Pattern 1: The Judge Should Never Be the Same Model That Does the Work
&lt;/h2&gt;

&lt;p&gt;This one came up in zxpmail's excellent series on LLM quality inspectors. The setup seems obvious: use a strong model to check whether a weaker model's output is good. The problem? The strong model becomes a per-item judge — and fluent judges are great at sounding objective while being anything but.&lt;/p&gt;

&lt;p&gt;What actually works is &lt;strong&gt;removing the model from the verdict entirely.&lt;/strong&gt; Instead of asking "is this output correct?", use deterministic checks for what's verifiable (does it compile? does it match the schema?), and route only the ambiguous cases to human review via diff comparison ("here's what changed" instead of "is this right?").&lt;/p&gt;

&lt;p&gt;The LLM becomes a &lt;strong&gt;classifier&lt;/strong&gt; — routing aid, not final authority. The judgment moves earlier, into the routing rules, where it's written once, auditable, and reproducible.&lt;/p&gt;

&lt;h2&gt;
  
  
  Pattern 2: Requirements That Sound Smart Usually Decompose Into Lookups
&lt;/h2&gt;

&lt;p&gt;This pattern surfaced across multiple threads — from cache invalidation to quality gate design. When someone writes a requirement like "invalidate the &lt;strong&gt;relevant&lt;/strong&gt; cache entry," it sounds like it needs intelligence. It doesn't. It almost always decomposes into:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;A lookup against a known referent (the key K that was written)&lt;/li&gt;
&lt;li&gt;An operation on that referent (watch K, invalidate K)&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;The "relevant" word is doing all the heavy lifting, and in 90% of cases, "relevant" maps to something you can enumerate. The remaining 10% — where you genuinely can't enumerate the referent space — are exactly where your sampling layer earns its keep.&lt;/p&gt;

&lt;p&gt;This maps directly to the C1/C2/C3 framework from the quality gate discussions: C3 (arg-space) scoring 5/5 where C1 (regex) and C2 (LLM) scored 2/5 wasn't because C3 is "smarter." It's because C3 could &lt;strong&gt;look things up&lt;/strong&gt; against addressable data. When you can reference something concrete, you don't need intelligence.&lt;/p&gt;

&lt;h2&gt;
  
  
  Pattern 3: Silent Failure Is the Real Enemy (Not Crashes)
&lt;/h2&gt;

&lt;p&gt;This one came from the Home Lab AI Agents thread and hit immediately: "the collector reported success for a month, but more than half the data was stale."&lt;/p&gt;

&lt;p&gt;The agent equivalent: the model says "done," the pipeline marks the task complete, and nobody notices that the output is subtly wrong until three layers downstream something breaks.&lt;/p&gt;

&lt;p&gt;The pattern that addresses this is &lt;strong&gt;externalized liveness checks&lt;/strong&gt; — not just "did the process finish?" but "did the output change in a way consistent with what I expected?" It's the same instinct as health checks in Kubernetes, but applied to agent outputs instead of infrastructure.&lt;/p&gt;

&lt;p&gt;One practical approach: run a deterministic sanity check on every output. Not a quality judgment — just "did the output contain expected fields? Did the numbers fall in plausible ranges? Did the response address the actual question?" If the check fails, escalate. If it passes, tag the confidence and move on.&lt;/p&gt;

&lt;h2&gt;
  
  
  Why These Three Patterns Keep Converging
&lt;/h2&gt;

&lt;p&gt;Here's what ties them together: all three are about &lt;strong&gt;separating what you can know from what you're guessing.&lt;/strong&gt;&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Pattern 1 says: don't let the guesser also be the verifier.&lt;/li&gt;
&lt;li&gt;Pattern 2 says: most "guessing" is actually lookup in disguise.&lt;/li&gt;
&lt;li&gt;Pattern 3 says: when you're guessing, at least check that the guess is structurally sound.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;The common thread isn't a technology choice. It's a design principle: &lt;strong&gt;make the boundary between deterministic and probabilistic explicit.&lt;/strong&gt; Don't let them blur. When you catch them blurring (a model judging its own work, a "smart" requirement that's really a lookup, a silent failure passing through), pull them apart.&lt;/p&gt;

&lt;h2&gt;
  
  
  What I'd Tell My Past Self
&lt;/h2&gt;

&lt;p&gt;Two weeks ago I was thinking about agent quality as a model problem — get a better model, get better quality. That framing was wrong. Quality is a &lt;strong&gt;systems&lt;/strong&gt; problem. The model is one component, but the architecture around it — the routing, the sampling, the liveness checks — is what determines whether the system fails loudly (fixable) or silently (expensive).&lt;/p&gt;

&lt;p&gt;If you're building agent systems, spend your time on the plumbing. The models will get better. The patterns above will still apply.&lt;/p&gt;




&lt;p&gt;&lt;em&gt;What patterns are you seeing in your agent work? Curious if others have run into the same convergence.&lt;/em&gt;&lt;/p&gt;

</description>
      <category>ai</category>
      <category>agents</category>
      <category>testing</category>
      <category>architecture</category>
    </item>
    <item>
      <title>I was paying $10/mo to debug webhooks. Now I pay once and forget about it.</title>
      <dc:creator>Xiao Man</dc:creator>
      <pubDate>Thu, 09 Jul 2026 13:04:17 +0000</pubDate>
      <link>https://dev.to/xm_dev_2026/i-was-paying-10mo-to-debug-webhooks-now-i-pay-once-and-forget-about-it-39hp</link>
      <guid>https://dev.to/xm_dev_2026/i-was-paying-10mo-to-debug-webhooks-now-i-pay-once-and-forget-about-it-39hp</guid>
      <description>&lt;p&gt;Hey dev.to 👋&lt;/p&gt;

&lt;p&gt;If you have ever integrated Stripe, GitHub, or any service that sends webhooks — you know the pain. Something breaks, and you are stuck guessing what the payload looked like. You spin up ngrok, set up a local listener, maybe use webhook.site... but none of these are great for production debugging.&lt;/p&gt;

&lt;p&gt;I have been through the cycle: free tools that expire, monthly subscriptions for something that should be simple, and constantly re-creating endpoints.&lt;/p&gt;

&lt;p&gt;Then I found &lt;a href="https://hooki.io" rel="noopener noreferrer"&gt;Hooki&lt;/a&gt; and it just... works.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;What it does:&lt;/strong&gt;&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;One click and you get a unique webhook URL&lt;/li&gt;
&lt;li&gt;Paste it into Stripe/GitHub/whatever and watch requests stream in real time via SSE&lt;/li&gt;
&lt;li&gt;Full payload inspector (headers, body, query params)&lt;/li&gt;
&lt;li&gt;Replay any request with one click&lt;/li&gt;
&lt;li&gt;HMAC-SHA256 and JWT signature verification built in&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;&lt;strong&gt;What I actually like:&lt;/strong&gt;&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;69 dollars lifetime. Not 10 dollars per month forever. 69 dollars once and done.&lt;/li&gt;
&lt;li&gt;200 inboxes on the paid plan (I use separate ones for each integration)&lt;/li&gt;
&lt;li&gt;They have 31 real webhook samples from popular services — Stripe, PayPal, GitHub, Slack, Twilio. Great for testing before you even connect anything.&lt;/li&gt;
&lt;li&gt;No signup wall to try it. Just create an inbox and go.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;&lt;strong&gt;What is different from the free tools:&lt;/strong&gt;&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Request replay (free tools rarely have this)&lt;/li&gt;
&lt;li&gt;Team sharing (forward an inbox to a colleague)&lt;/li&gt;
&lt;li&gt;Unlimited retention (free tools delete after hours/days)&lt;/li&gt;
&lt;li&gt;SSE streaming instead of polling&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Not saying the free tools are bad — they are fine for quick tests. But if you are actively developing integrations and tired of re-creating endpoints every time, the lifetime model makes way more sense financially.&lt;/p&gt;

&lt;p&gt;Anyone else have a webhook debugging workflow they are happy with? Curious what you are all using.&lt;/p&gt;

</description>
      <category>webdevtoolingshowdevwebhooks</category>
    </item>
    <item>
      <title>I replaced 5 separate SaaS subscriptions with one $25/mo toolkit — here's what happened</title>
      <dc:creator>Xiao Man</dc:creator>
      <pubDate>Tue, 07 Jul 2026 13:07:08 +0000</pubDate>
      <link>https://dev.to/xm_dev_2026/i-replaced-5-separate-saas-subscriptions-with-one-25mo-toolkit-heres-what-happened-3iam</link>
      <guid>https://dev.to/xm_dev_2026/i-replaced-5-separate-saas-subscriptions-with-one-25mo-toolkit-heres-what-happened-3iam</guid>
      <description>&lt;p&gt;Hey dev.to 👋Quick background: I freelance in web design and run a few small side projects. Over the past year I accumulated a bunch of subscriptions — a cold email tool, a resume builder, a contract scanner, a content repurposer... you get the idea. My monthly SaaS bill was creeping up and half the tools I barely used.Then I stumbled on &lt;a href="https://kaki.llc" rel="noopener noreferrer"&gt;kaki.llc&lt;/a&gt; and decided to try consolidating.&lt;strong&gt;What's in the box (9 tools total):&lt;/strong&gt;Client acquisition:- ColdMail — AI cold email generator (this one alone saved me hours)- Pitch — proposal writer- Campaign — multi-channel campaign plannerContent:- Write — text polisher / English writer- SnapCopy — social media caption generator- Repurpose — turn one post into platform-ready contentCareer:- Resume builder- Cover letter generator- Shield — contract clause explainer*&lt;em&gt;Pricing:&lt;/em&gt;&lt;em&gt;- Free tier: actually usable (15 cold emails/mo, 3 articles/mo, unlimited SnapCopy)- Core $25/mo: unlimited on most tools- Pro $39/mo: adds Shield + Repurpose unlimited&lt;/em&gt;&lt;em&gt;What I actually noticed after a month:&lt;/em&gt;&lt;em&gt;- The cold email tool writes in a way that doesn't sound robotic. My reply rate genuinely went up.- Shield caught a weird exclusivity clause in a client contract that I would've missed. Worth the Pro upgrade alone.- Repurpose is a time-saver if you post on multiple platforms. One draft → LinkedIn + Twitter + Instagram captions.&lt;/em&gt;&lt;em&gt;What could be better:&lt;/em&gt;&lt;em&gt;- The UI is functional but not flashy. It's clearly built by someone focused on utility over design.- No mobile app (web only), but it's responsive enough on phone browsers.- Some tools (like Campaign) are newer and still feel like they're being polished.&lt;/em&gt;&lt;em&gt;Bottom line:&lt;/em&gt;*If you're a freelancer or solo founder spending $50-100/mo on separate tools for email, proposals, content, and contracts — worth looking at bundling into something simpler. The free tier lets you try before committing.Not affiliated, just someone who likes cutting SaaS bills. Has anyone else tried consolidating tools like this?&lt;/p&gt;

</description>
      <category>tooling</category>
      <category>productivity</category>
      <category>showdev</category>
      <category>saas</category>
    </item>
    <item>
      <title>Found a simple tax calculator tool that doesn't make me want to pull my hair out</title>
      <dc:creator>Xiao Man</dc:creator>
      <pubDate>Sun, 05 Jul 2026 13:04:17 +0000</pubDate>
      <link>https://dev.to/xm_dev_2026/found-a-simple-tax-calculator-tool-that-doesnt-make-me-want-to-pull-my-hair-out-4hjc</link>
      <guid>https://dev.to/xm_dev_2026/found-a-simple-tax-calculator-tool-that-doesnt-make-me-want-to-pull-my-hair-out-4hjc</guid>
      <description>&lt;p&gt;Hey dev.to 👋&lt;/p&gt;

&lt;p&gt;Tax season always hits different when you're freelancing or running a side project. I used to dread opening spreadsheets and trying to figure out estimated taxes.&lt;/p&gt;

&lt;p&gt;Recently found this tool called TaxFlow → &lt;a href="https://tax.flowingpulse.com" rel="noopener noreferrer"&gt;tax.flowingpulse.com&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;It's pretty straightforward:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Plug in your income/expenses, it calculates your tax estimate&lt;/li&gt;
&lt;li&gt;No account needed to try it&lt;/li&gt;
&lt;li&gt;Doesn't try to upsell you on "premium features" every 5 seconds&lt;/li&gt;
&lt;li&gt;Clean UI, no 15 pages of questions before you see anything useful&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;&lt;strong&gt;What I appreciate:&lt;/strong&gt;&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Made for people who actually do their own taxes (freelancers, indie devs, contractors)&lt;/li&gt;
&lt;li&gt;Doesn't feel like TurboTax's ugly cousin&lt;/li&gt;
&lt;li&gt;Fast — you can get an estimate in under 2 minutes&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Not saying it replaces a real accountant for complex situations — but for getting a rough idea of what you owe? Works for me.&lt;/p&gt;

&lt;p&gt;Anyone else use lightweight tools for tax stuff, or am I just weirdly excited about this?&lt;/p&gt;

</description>
      <category>tooling</category>
      <category>showdev</category>
      <category>productivity</category>
    </item>
    <item>
      <title>Tired of Complex Dashboard Tools? Here's a Lightweight Alternative I Found</title>
      <dc:creator>Xiao Man</dc:creator>
      <pubDate>Sat, 04 Jul 2026 13:08:33 +0000</pubDate>
      <link>https://dev.to/xm_dev_2026/tired-of-complex-dashboard-tools-heres-a-lightweight-alternative-i-found-ijn</link>
      <guid>https://dev.to/xm_dev_2026/tired-of-complex-dashboard-tools-heres-a-lightweight-alternative-i-found-ijn</guid>
      <description>&lt;p&gt;Hey everyone 👋Quick story: I needed a simple dashboard to track some metrics for a side project. I looked at Grafana, Metabase, even Google Data Studio... and honestly, they all felt like overkill for what I needed.Then I stumbled on &lt;a href="https://flowingpulse.com" rel="noopener noreferrer"&gt;FlowPulse&lt;/a&gt; and it scratched exactly the itch I had.&lt;strong&gt;What it does:&lt;/strong&gt;- Connects to your data sources and creates clean dashboards- Setup takes minutes, not hours- The UI is refreshingly simple — no 50-menu navigation*&lt;em&gt;What I like about it:&lt;/em&gt;*- Actually lightweight — doesn't try to be everything- Good for side projects and small teams who need visibility without complexity- Clean design that doesn't scream "enterprise software from 2010"Not saying it replaces Grafana for complex monitoring — it's a different tool for a different job. But if you're like me and just want to see your numbers without a PhD in dashboard configuration, it's worth a look.Has anyone else tried it? Would love to hear your experience.&lt;/p&gt;

</description>
      <category>productivity</category>
      <category>webdev</category>
      <category>tooling</category>
      <category>showdev</category>
    </item>
    <item>
      <title>I've been using Notion for years, so I built a chart tool that matches its vibe</title>
      <dc:creator>Xiao Man</dc:creator>
      <pubDate>Thu, 02 Jul 2026 11:45:02 +0000</pubDate>
      <link>https://dev.to/xm_dev_2026/ive-been-using-notion-for-years-so-i-built-a-chart-tool-that-matches-its-vibe-12dj</link>
      <guid>https://dev.to/xm_dev_2026/ive-been-using-notion-for-years-so-i-built-a-chart-tool-that-matches-its-vibe-12dj</guid>
      <description>&lt;p&gt;Hey dev.to 👋&lt;/p&gt;

&lt;p&gt;I've been a Notion user for years. One thing always bugged me though — whenever I needed a chart for my docs or blog posts, nothing quite matched Notion's clean look.&lt;/p&gt;

&lt;p&gt;So I ended up building something for it. Figured I'd share since a few friends found it useful.&lt;/p&gt;

&lt;p&gt;It's called ChartFlow → chart.flowingpulse.com&lt;/p&gt;

&lt;p&gt;Basically: paste your data, pick a chart type, get a clean minimal chart. That's it.&lt;/p&gt;

&lt;p&gt;What I like about it:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;No sign-up needed to try it&lt;/li&gt;
&lt;li&gt;Charts actually look decent in presentations (not that "2005 Excel" vibe)&lt;/li&gt;
&lt;li&gt;Works for quick stuff — blog posts, pitch decks, documentation&lt;/li&gt;
&lt;li&gt;Not trying to be another heavy BI tool&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;It supports line, bar, pie, area charts. Exports to PNG/SVG.&lt;/p&gt;

&lt;p&gt;If you're a Notion person or just hate spending 20 minutes tweaking chart colors, might be worth a quick look.&lt;/p&gt;

&lt;p&gt;Would love feedback! What kind of chart features do you usually need?&lt;/p&gt;

</description>
      <category>productivity</category>
      <category>showdev</category>
      <category>sideprojects</category>
      <category>webdev</category>
    </item>
  </channel>
</rss>
