<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Posts on Abin&#39;s Quill</title>
    <link>https://blog.trashwbin.top/posts/</link>
    <description>Recent content in Posts on Abin&#39;s Quill</description>
    <image>
      <title>Abin&#39;s Quill</title>
      <url>https://blog.trashwbin.top/og-default.png</url>
      <link>https://blog.trashwbin.top/og-default.png</link>
    </image>
    <generator>Hugo</generator>
    <language>zh-CN</language>
    <lastBuildDate>Tue, 26 May 2026 11:28:57 +0800</lastBuildDate>
    <atom:link href="https://blog.trashwbin.top/posts/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>对象存储灰度的哈希路由</title>
      <link>https://blog.trashwbin.top/posts/fnv-storage-routing/</link>
      <pubDate>Tue, 26 May 2026 11:28:57 +0800</pubDate>
      <guid>https://blog.trashwbin.top/posts/fnv-storage-routing/</guid>
      <description>线上 R2 网络问题暴露了单对象存储风险。改造方案引入阿里云 OSS，通过 storage.Client 抽象、FNV-1a id 哈希路由和 threshold 控制新上传流量，支持灰度与切回。</description>
    </item>
    <item>
      <title>谁的缰绳更好：Harness 生态竞争全景</title>
      <link>https://blog.trashwbin.top/posts/harness-ecosystem-competition/</link>
      <pubDate>Sat, 28 Mar 2026 10:00:00 +0800</pubDate>
      <guid>https://blog.trashwbin.top/posts/harness-ecosystem-competition/</guid>
      <description>Harness 生态已经远不止几个 coding agent 在打擂台了。终端、IDE、个人助理、通用平台——不同形态的 harness 正在沿着多个维度同时竞争。这篇试着画一张竞争地图。</description>
    </item>
    <item>
      <title>Harness Engineering：Agent 的问题，开始变成软件工程问题了</title>
      <link>https://blog.trashwbin.top/posts/harness-engineering-software-engineering/</link>
      <pubDate>Fri, 27 Mar 2026 15:30:00 +0800</pubDate>
      <guid>https://blog.trashwbin.top/posts/harness-engineering-software-engineering/</guid>
      <description>当数据和权限问题暂时不再构成障碍，Agent 为什么还是经常无法稳定完成工作？很多时候，短期瓶颈不在模型本身，而在你有没有给它搭好工作环境：状态如何延续、工具如何调用、环境如何约束、结果如何验证。</description>
    </item>
    <item>
      <title>围墙里的 Agent：谁会先推倒第一块砖</title>
      <link>https://blog.trashwbin.top/posts/visual-vs-api-permission/</link>
      <pubDate>Thu, 26 Mar 2026 18:00:00 +0800</pubDate>
      <guid>https://blog.trashwbin.top/posts/visual-vs-api-permission/</guid>
      <description>数据拿不到，有人选择在自己的围墙里做闭环（阿里），有人选择翻墙（豆包手机），有人选择假装墙不存在（大部分 Agent 产品）。谁会先推倒第一块砖？</description>
    </item>
    <item>
      <title>Agent 帮不了你，不是因为它不够聪明</title>
      <link>https://blog.trashwbin.top/posts/agent-bottleneck-data-sovereignty/</link>
      <pubDate>Thu, 26 Mar 2026 14:00:00 +0800</pubDate>
      <guid>https://blog.trashwbin.top/posts/agent-bottleneck-data-sovereignty/</guid>
      <description>LLM 够强了，CLI 够高效了，MCP 够标准了。但你让 Agent 帮你写个周报试试？它连你的飞书文档都读不到。问题出在两层壁垒上。</description>
    </item>
    <item>
      <title>CLI vs MCP vs Skills：整个争论都问错了问题</title>
      <link>https://blog.trashwbin.top/posts/cli-vs-mcp-vs-skills/</link>
      <pubDate>Thu, 26 Mar 2026 10:00:00 +0800</pubDate>
      <guid>https://blog.trashwbin.top/posts/cli-vs-mcp-vs-skills/</guid>
      <description>2026 年 AI Agent 社区最热的架构之争。CLI 派说 MCP 浪费 token，MCP 派说标准化才是未来，Skills 派说一个 Markdown 就够了。但做过 MCP Server 之后，我发现整个争论都在回避真正的问题。</description>
    </item>
  </channel>
</rss>
