<?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/"
     xmlns:dc="http://purl.org/dc/elements/1.1/"
     xmlns:media="http://search.yahoo.com/mrss/">
  <channel>
    <title>AI Agent on 熊鑫伟（cubxxw）的简体中文博客 🇨🇳</title>
    <link>https://cubxxw.com/zh/ai-agent/</link>
    <description>AI Builder、开源贡献者、数字游民的技术博客：Kubernetes、Go、AI 开源项目与成长思考。</description>
    <image>
      <title>熊鑫伟（cubxxw）的简体中文博客 🇨🇳</title>
      <url>https://cubxxw.com/assets/og-image.png</url>
      <link>https://cubxxw.com/</link>
    </image>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh-cn</language>
    <atom:link href="https://cubxxw.com/zh/ai-agent/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>给 AI 任务，别给方向：一条原则改变你和 AI 的协作</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/give-ai-tasks-not-directions/</link>
      <pubDate>Sat, 11 Jul 2026 16:30:00 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 21:02:20 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/give-ai-tasks-not-directions/</guid>
      <description>为什么你跟 AI 聊了三个小时，越聊越开心，停下来却什么都没留下？因为你给的是&#34;方向&#34;，不是&#34;任务&#34;。方向没有完成态，可以聊到天荒地老；任务有明确的验收标准，一次就产出可用的东西。这篇短文把这一条操作原则讲透——它可能是你用 AI 时最该建立的习惯。
</description>
      <category domain="tag">AI</category>
      <category domain="tag">LLM</category>
      <category domain="tag">Agent</category>
      <category domain="tag">Context Engineering</category>
      <category domain="tag">Product Strategy</category>
      <category domain="tag">Automation</category>
      <enclosure url="https://cubxxw.com/images/blog/give-ai-tasks-not-directions.svg" type="image/jpeg" length="0" />
      <media:content url="https://cubxxw.com/images/blog/give-ai-tasks-not-directions.svg" medium="image"><media:description>给 AI 任务而非方向——从无完成态的漫谈到有验收标准的产出</media:description></media:content>
    </item>
    <item>
      <title>给你的 AI 工作流装上质量门禁：把软件工程的纪律搬进个人系统</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/engineering-discipline-ai-workflow/</link>
      <pubDate>Sat, 11 Jul 2026 15:30:00 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 21:02:20 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/engineering-discipline-ai-workflow/</guid>
      <description>大多数人的个人 AI 系统停在&#34;能跑就行&#34;，然后被不可靠的输出反噬。而软件工程早就积累了一套让系统可靠的纪律：可观测性、质量门禁、结构即约束、SOP。这篇文章把这四样搬进个人 AI 工作流——让你的系统不只是能跑，还能报警、能自查、能稳定复用。
</description>
      <category domain="tag">AI</category>
      <category domain="tag">LLM</category>
      <category domain="tag">Agent</category>
      <category domain="tag">Harness Engineering</category>
      <category domain="tag">Testing</category>
      <category domain="tag">DevOps</category>
      <enclosure url="https://cubxxw.com/images/blog/engineering-discipline-ai-workflow.svg" type="image/jpeg" length="0" />
      <media:content url="https://cubxxw.com/images/blog/engineering-discipline-ai-workflow.svg" medium="image"><media:description>给 AI 工作流装质量门禁的四道工程纪律</media:description></media:content>
    </item>
    <item>
      <title>把笔记交给 AI 操作：Claude &#43; Obsidian 搭一个 AI 原生的第二大脑</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/ai-second-brain-build/</link>
      <pubDate>Sat, 11 Jul 2026 15:00:00 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 21:02:20 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/ai-second-brain-build/</guid>
      <description>大多数人的笔记系统是&#34;给人读的&#34;，而 AI 时代真正有杠杆的，是一个&#34;AI 能直接读写、操作&#34;的知识系统。这篇文章讲清楚它的三层架构（Claude 当大脑、Obsidian 当文件系统、微信当随身入口），一步步怎么搭，以及一个社群里真实踩出来的坑：别想一天跑通全链路，要分层验收。
</description>
      <category domain="tag">AI</category>
      <category domain="tag">LLM</category>
      <category domain="tag">Agent</category>
      <category domain="tag">MCP</category>
      <category domain="tag">Harness Engineering</category>
      <category domain="tag">Automation</category>
      <enclosure url="https://cubxxw.com/images/blog/ai-second-brain-build.svg" type="image/jpeg" length="0" />
      <media:content url="https://cubxxw.com/images/blog/ai-second-brain-build.svg" medium="image"><media:description>Claude + Obsidian + 微信 三层 AI 第二大脑架构示意</media:description></media:content>
    </item>
    <item>
      <title>第四层·创作：把知识重组成别人愿意接收的东西</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/info-to-creation-creation/</link>
      <pubDate>Sat, 11 Jul 2026 14:40:00 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 18:28:03 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/info-to-creation-creation/</guid>
      <description>创作是流水线的成品，它解决的是别人的问题。这篇文章讲清楚创作和知识的本质区别、如何搭一条&#34;灵感→加工→文章→视频→反馈→新洞见&#34;的内容飞轮、为什么必须&#34;先手动呈现自己&#34;AI 才帮得上忙，以及 AI 在创作层到底该站在哪个位置。这是「从信息到创作」专栏的收官篇。
</description>
      <category domain="tag">Product Strategy</category>
      <category domain="tag">Personal Growth</category>
      <category domain="tag">AI</category>
      <category domain="tag">LLM</category>
      <category domain="tag">Self-Discovery</category>
      <category domain="tag">Super Individual</category>
      <category domain="tag">Automation</category>
      <enclosure url="https://cubxxw.com/images/columns/info-to-creation/zh-05-creation.svg" type="image/jpeg" length="0" />
      <media:content url="https://cubxxw.com/images/columns/info-to-creation/zh-05-creation.svg" medium="image"><media:description>创作层：把知识面向受众重组为成品并形成飞轮</media:description></media:content>
    </item>
    <item>
      <title>第三层·知识：知识库不是收藏夹，是你的能力沉淀区</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/info-to-creation-knowledge/</link>
      <pubDate>Sat, 11 Jul 2026 14:30:00 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 18:28:03 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/info-to-creation-knowledge/</guid>
      <description>知识是结构化、可反复调用、解决你自己问题的能力沉淀。这篇文章讲清楚为什么要把知识库从&#34;收藏夹&#34;改造成&#34;能力沉淀区&#34;：分开生产区与沉淀区、只让验证过的内容入库、用 PARA 和知识卡片做结构、把目录当成给 AI 的地图、以及&#34;没用过就删掉&#34;的淘汰机制。这是「从信息到创作」专栏的第四篇，也是与上下文工程结合最紧的一篇。
</description>
      <category domain="tag">AI</category>
      <category domain="tag">LLM</category>
      <category domain="tag">Agent</category>
      <category domain="tag">Context Engineering</category>
      <category domain="tag">RAG</category>
      <category domain="tag">Automation</category>
      <enclosure url="https://cubxxw.com/images/columns/info-to-creation/zh-04-knowledge.svg" type="image/jpeg" length="0" />
      <media:content url="https://cubxxw.com/images/columns/info-to-creation/zh-04-knowledge.svg" medium="image"><media:description>知识层：把验证过的成果沉淀为可复用的能力</media:description></media:content>
    </item>
    <item>
      <title>第二层·记录：信息和知识之间，那个转化率最高的半成品</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/info-to-creation-record/</link>
      <pubDate>Sat, 11 Jul 2026 14:20:00 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 18:28:03 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/info-to-creation-record/</guid>
      <description>记录是信息和知识之间的半成品，也是整条流水线上转化率最高的一环。这篇文章讲清楚为什么&#34;每天写点什么&#34;是最被低估的动作、写下来的过程本身就是复盘、用最低摩擦把半成品沉下来的方法，以及&#34;隔天精修&#34;如何用冷却期把记录逼向知识。这是「从信息到创作」专栏的第三篇。
</description>
      <category domain="tag">Personal Growth</category>
      <category domain="tag">Self-Discovery</category>
      <category domain="tag">AI</category>
      <category domain="tag">LLM</category>
      <category domain="tag">Automation</category>
      <category domain="tag">Product Strategy</category>
      <enclosure url="https://cubxxw.com/images/columns/info-to-creation/zh-03-record.svg" type="image/jpeg" length="0" />
      <media:content url="https://cubxxw.com/images/columns/info-to-creation/zh-03-record.svg" medium="image"><media:description>记录层：把信息加工成半成品知识的第一现场</media:description></media:content>
    </item>
    <item>
      <title>第一层·信息：给 AI 看的，给自己扫的，和纯粹的噪音</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/info-to-creation-information/</link>
      <pubDate>Sat, 11 Jul 2026 14:10:00 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 18:28:03 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/info-to-creation-information/</guid>
      <description>信息是流水线的第一道工序，它的绝大部分是噪音。这篇文章把信息分成三类——给 AI 看的、给自己粗略扫的、和该被挡在门外的纯噪音，讲清楚在 AI 批量生产内容、信噪比持续恶化的时代，怎么采集、怎么降噪、怎么反过来去抓稀缺信号。这是「从信息到创作」专栏的第二篇。
</description>
      <category domain="tag">AI</category>
      <category domain="tag">LLM</category>
      <category domain="tag">Personal Growth</category>
      <category domain="tag">Self-Discovery</category>
      <category domain="tag">Product Strategy</category>
      <category domain="tag">Automation</category>
      <enclosure url="https://cubxxw.com/images/columns/info-to-creation/zh-02-information.svg" type="image/jpeg" length="0" />
      <media:content url="https://cubxxw.com/images/columns/info-to-creation/zh-02-information.svg" medium="image"><media:description>信息层：采集与降噪，把噪音挡在门外</media:description></media:content>
    </item>
    <item>
      <title>信息、记录、知识、创作：AI 时代，我把笔记拆成了四种东西</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/info-to-creation-the-framework/</link>
      <pubDate>Sat, 11 Jul 2026 14:00:00 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 18:28:03 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/info-to-creation-the-framework/</guid>
      <description>大多数人的笔记越记越多，人却没有变——因为把「信息、记录、知识、创作」当成了同一件事。这篇文章把它拆成四道工序：信息负责采集与降噪，记录是转化率最高的半成品，知识是可复用的能力沉淀，创作面向受众重组。这是「从信息到创作」专栏的总纲，也是我在 AI 时代重建笔记系统的底层框架。
</description>
      <category domain="tag">AI</category>
      <category domain="tag">LLM</category>
      <category domain="tag">Personal Growth</category>
      <category domain="tag">Context Engineering</category>
      <category domain="tag">Product Strategy</category>
      <category domain="tag">Self-Discovery</category>
      <category domain="tag">Automation</category>
      <enclosure url="https://cubxxw.com/images/columns/info-to-creation/zh-01-framework.svg" type="image/jpeg" length="0" />
      <media:content url="https://cubxxw.com/images/columns/info-to-creation/zh-01-framework.svg" medium="image"><media:description>信息、记录、知识、创作四段流水线示意图</media:description></media:content>
    </item>
    <item>
      <title>GEO 度量与工具：怎么知道 AI 到底有没有引用你（附 DIY 监测）</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/geo-measurement-and-tools/</link>
      <pubDate>Sat, 11 Jul 2026 12:00:00 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 18:28:03 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/geo-measurement-and-tools/</guid>
      <description>传统的&#34;排名+点击&#34;在 GEO 时代会失灵，因为大半价值发生在用户没来你站的地方。这最后一篇给你一套能落地的度量体系：提示词测试法、AI 转介流量、GSC 交叉验证、专业工具（Profound/Peec），以及用本仓库自带脚本搭的低成本 DIY 监测。GEO 系列第 6 篇（终章）。
</description>
      <category domain="tag">GEO</category>
      <category domain="tag">Measurement</category>
      <category domain="tag">Analytics</category>
      <category domain="tag">AI Search</category>
      <category domain="tag">Tools</category>
      <category domain="tag">Content Strategy</category>
      <category domain="tag">SEO</category>
      <enclosure url="https://cubxxw.com/images/columns/geo/zh-06-measurement.svg" type="image/jpeg" length="0" />
      <media:content url="https://cubxxw.com/images/columns/geo/zh-06-measurement.svg" medium="image"><media:description>GEO 度量与工具封面，展示被引率、声量份额与监测雷达</media:description></media:content>
    </item>
    <item>
      <title>GEO 本博客改造复盘：用真实数据把五层模型跑一遍</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/geo-blog-rebuild-case-study/</link>
      <pubDate>Sat, 11 Jul 2026 11:30:00 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 18:28:03 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/geo-blog-rebuild-case-study/</guid>
      <description>前四篇讲方法，这一篇上真数据。我把 cubxxw.com 的 Google Search Console 与 PageSpeed Insights 数据翻了个底朝天，用五层模型逐层诊断：87 万曝光为什么只换来 852 点击、哪些是噪声哪些是金矿、域名迁移怎么保权重，以及一份按优先级排好的改造清单。GEO 系列第 5 篇。
</description>
      <category domain="tag">GEO</category>
      <category domain="tag">Case Study</category>
      <category domain="tag">SEO Audit</category>
      <category domain="tag">Analytics</category>
      <category domain="tag">Content Strategy</category>
      <category domain="tag">AI Search</category>
      <category domain="tag">Hugo</category>
      <enclosure url="https://cubxxw.com/images/columns/geo/zh-05-case-study.svg" type="image/jpeg" length="0" />
      <media:content url="https://cubxxw.com/images/columns/geo/zh-05-case-study.svg" medium="image"><media:description>GEO 本博客改造复盘封面，展示真实数据仪表盘与增长曲线</media:description></media:content>
    </item>
    <item>
      <title>GEO 信任与背书：为什么 Reddit 和 Wikipedia 占了 AI 引用的一大半</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/geo-trust-and-endorsement/</link>
      <pubDate>Sat, 11 Jul 2026 11:00:00 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 18:28:03 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/geo-trust-and-endorsement/</guid>
      <description>技术底座和结构都做对了，为什么还是不被 AI 引用？因为最后一关拼的是&#34;信任&#34;，而信任大半来自站外。这一篇讲 E-E-A-T 怎么落地、实体一致性怎么建、为什么 Reddit+Wikipedia 占了 AI 引用的 66%，以及个人博客怎么务实地做站外背书。GEO 系列第 4 篇。
</description>
      <category domain="tag">GEO</category>
      <category domain="tag">E-E-A-T</category>
      <category domain="tag">Digital PR</category>
      <category domain="tag">Content Strategy</category>
      <category domain="tag">AI Search</category>
      <category domain="tag">Community</category>
      <category domain="tag">Branding</category>
      <enclosure url="https://cubxxw.com/images/columns/geo/zh-04-trust.svg" type="image/jpeg" length="0" />
      <media:content url="https://cubxxw.com/images/columns/geo/zh-04-trust.svg" medium="image"><media:description>GEO 信任与站外背书封面，展示实体一致性与社区引用网络</media:description></media:content>
    </item>
    <item>
      <title>GEO 结构化实战：把&#34;值得被引用&#34;写进每一段（Answer-First、Schema、llms.txt）</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/geo-structured-content-tactics/</link>
      <pubDate>Sat, 11 Jul 2026 10:30:00 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 18:28:03 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/geo-structured-content-tactics/</guid>
      <description>原理讲完，这一篇全是手上功夫：怎么写 Answer-First 段落、怎么把标题改成问题、FAQPage/HowTo schema 在富媒体被弃用后到底还要不要加、llms.txt 与 tldr 的正确姿势，以及怎么用内链织成主题集群。带代码、带前后对照。GEO 系列第 3 篇。
</description>
      <category domain="tag">GEO</category>
      <category domain="tag">Structured Data</category>
      <category domain="tag">Schema</category>
      <category domain="tag">Content Strategy</category>
      <category domain="tag">SEO</category>
      <category domain="tag">AI Search</category>
      <category domain="tag">Hugo</category>
      <enclosure url="https://cubxxw.com/images/columns/geo/zh-03-structured.svg" type="image/jpeg" length="0" />
      <media:content url="https://cubxxw.com/images/columns/geo/zh-03-structured.svg" medium="image"><media:description>GEO 结构化实战封面，展示把每一段写成可引用内容块</media:description></media:content>
    </item>
    <item>
      <title>GEO 原理篇：AI 是怎么把你&#34;检索 → 重排 → 引用&#34;的</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/geo-how-ai-retrieves-and-cites/</link>
      <pubDate>Sat, 11 Jul 2026 10:00:00 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 18:28:03 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/geo-how-ai-retrieves-and-cites/</guid>
      <description>想让 AI 引用你，先得知道它怎么&#34;选人&#34;。这一篇把 AI 搜索的 RAG 管线拆到零件级：查询扇出、混合检索、向量语义匹配、多层重排、预埋引用的生成。核心结论只有一句——检索单元是&#34;段落&#34;不是&#34;整页&#34;，你要优化的是 chunk。GEO 系列第 2 篇。
</description>
      <category domain="tag">GEO</category>
      <category domain="tag">RAG</category>
      <category domain="tag">AI Search</category>
      <category domain="tag">Retrieval</category>
      <category domain="tag">LLM</category>
      <category domain="tag">Embeddings</category>
      <category domain="tag">Content Strategy</category>
      <enclosure url="https://cubxxw.com/images/columns/geo/zh-02-retrieval.svg" type="image/jpeg" length="0" />
      <media:content url="https://cubxxw.com/images/columns/geo/zh-02-retrieval.svg" medium="image"><media:description>GEO 原理篇封面，展示 AI 检索、重排与引用的 RAG 管线</media:description></media:content>
    </item>
    <item>
      <title>GEO 生成式引擎优化完全指南：当搜索从&#34;给链接&#34;变成&#34;给答案&#34;</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/geo-generative-engine-optimization-guide/</link>
      <pubDate>Fri, 10 Jul 2026 22:00:00 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 17:27:12 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/geo-generative-engine-optimization-guide/</guid>
      <description>当 68% 的 Google 搜索不再产生点击、AI 直接把答案端到用户面前，传统 SEO 争的&#34;排名&#34;正在失效。GEO（生成式引擎优化）争的是另一件事：让 AI 在生成答案时理解你、信任你、引用你。这是一篇从原理到方法论、再到我用自己博客做的真实案例复盘的支柱长文，也是「GEO 系列」的总纲。
</description>
      <category domain="tag">GEO</category>
      <category domain="tag">SEO</category>
      <category domain="tag">AI Search</category>
      <category domain="tag">Generative Engine Optimization</category>
      <category domain="tag">Content Strategy</category>
      <category domain="tag">LLM</category>
      <category domain="tag">AEO</category>
      <enclosure url="https://cubxxw.com/images/columns/geo/zh-01-guide.svg" type="image/jpeg" length="0" />
      <media:content url="https://cubxxw.com/images/columns/geo/zh-01-guide.svg" medium="image"><media:description>GEO 完全指南封面，展示从 SEO 排名到 AI 引用的五层模型</media:description></media:content>
    </item>
    <item>
      <title>拆解 open-lovable：一个不靠 Agent 框架、直接驯服裸 API 的应用生成器</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/dissecting-open-lovable/</link>
      <pubDate>Mon, 29 Jun 2026 09:30:00 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 08:33:54 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/dissecting-open-lovable/</guid>
      <description>把 firecrawl/open-lovable（27k★，输入一个网址几秒重建成 React 应用）从产品到代码彻底拆开。它最有意思的地方不是「能生成代码」，而是它不用任何 Agent 框架、不用 Claude Agent SDK、不用原生 tool-calling，而是在裸 LLM API 之上手搓了一整套 harness：文本 DSL 协议、流式正则解析、截断检测与补全、手工上下文编排，再配一套可切换的云端沙箱（E2B / Vercel Sandbox）。这是一份「直接驯服原始 API」的工程范本拆解。
</description>
      <category domain="tag">AI</category>
      <category domain="tag">Agent</category>
      <category domain="tag">LLM</category>
      <category domain="tag">Architecture</category>
      <category domain="tag">Sandbox</category>
      <category domain="tag">Harness Engineering</category>
    </item>
    <item>
      <title>从零设计一个生产级 AI Agent 系统：Relay 求职 Agent 的架构全解</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/relay-agent-architecture-design/</link>
      <pubDate>Wed, 24 Jun 2026 10:00:00 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 08:22:51 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/relay-agent-architecture-design/</guid>
      <description>这篇文章以 Relay 开源求职 Agent 项目为案例，完整拆解一个生产级多 Agent 系统从架构设计到落地的每一个关键决策：为什么把单 Agent 拆成 5 个、如何用 LangGraph 实现 HITL 检查点、三层 LLM 路由如何精算成本、反虚构防卫如何运行时验证、混合后端（Hono/Bun + FastAPI/Python）如何优雅解耦。无论你是在搭建第一个 Agent PoC 还是推进生产落地，这里都有可以拿走的设计模式。
</description>
      <category domain="tag">AI</category>
      <category domain="tag">Agent</category>
      <category domain="tag">LangGraph</category>
      <category domain="tag">LLM</category>
      <category domain="tag">Architecture</category>
      <category domain="tag">TypeScript</category>
      <category domain="tag">Python</category>
      <enclosure url="https://cubxxw.com/images/blog/relay-agent-architecture.webp" type="image/jpeg" length="0" />
      <media:content url="https://cubxxw.com/images/blog/relay-agent-architecture.webp" medium="image"><media:description>展示 Relay 求职 Agent 系统五层架构的技术图解：用户层、API 编排层、Agent 执行层、共享服务层、数据与集成层</media:description></media:content>
    </item>
    <item>
      <title>Context 不是 Prompt：为什么「上下文工程」正在成为 AI 的新地基</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/context-engineering-the-new-foundation/</link>
      <pubDate>Mon, 22 Jun 2026 03:30:00 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 08:22:51 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/context-engineering-the-new-foundation/</guid>
      <description>上下文工程正在从一句口号变成一门独立学科。这篇文章从 Anthropic、Karpathy、LangChain、Sourcegraph 与 Manus 的一线实践出发，拆解上下文工程与提示词工程的本质区别、两套四支柱分类法、以及装配检索压缩淘汰这些具体设计模式，再回到我自己的判断：上下文不是工具的参数，而是 AI 与你之间那条共享的世界线。
</description>
      <category domain="tag">Context Engineering</category>
      <category domain="tag">AI</category>
      <category domain="tag">LLM</category>
      <category domain="tag">Agent</category>
      <category domain="tag">MCP</category>
      <enclosure url="https://cubxxw.com/images/blog/context-engineering-desk.webp" type="image/jpeg" length="0" />
      <media:content url="https://cubxxw.com/images/blog/context-engineering-desk.webp" medium="image"><media:description>书桌上的笔记本电脑显示「Context 不是 Prompt」文章与核心要点面板，旁边摊开的笔记写着 Context Engineering 的四支柱与 Worldline</media:description></media:content>
    </item>
    <item>
      <title>Agent Engineering 全景地图：那 98.4% 的工程量到底在哪里</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/agent-engineering-the-98-percent-harness/</link>
      <pubDate>Wed, 17 Jun 2026 09:30:00 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 08:22:51 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/agent-engineering-the-98-percent-harness/</guid>
      <description>一篇把 Agent Engineering 当成一门学科来拆的全景地图。从 Claude Code 那个广为流传的「1.6% 是 AI 决策、98.4% 是基础设施」说起，沿着八大支柱——编排、上下文、记忆、工具、可靠性、评估、成本、治理——逐根讲清每一块填补的缺口、最小实现与失效边界，并融合 Anthropic、OpenAI、Cognition、Manus、Temporal 在 2025 至 2026 年的一线工程实践，最后落到一句话：模型是买来的，harness 是你造的，工程杠杆全在那 98.4%。
</description>
      <category domain="tag">AI</category>
      <category domain="tag">Agent</category>
      <category domain="tag">LLM</category>
      <category domain="tag">Context Engineering</category>
      <category domain="tag">Architecture</category>
      <category domain="tag">MCP</category>
      <enclosure url="https://cubxxw.com/images/blog/agent-engineering-harness.webp" type="image/jpeg" length="0" />
      <media:content url="https://cubxxw.com/images/blog/agent-engineering-harness.webp" medium="image"><media:description>一张技术示意图，中心是一个小小的 agent loop，外面一圈一圈包裹着编排、上下文、记忆、工具、可靠性、评估、成本、治理八根支柱</media:description></media:content>
    </item>
    <item>
      <title>Agent 的自我：从洛克到 OpenClaw</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/agent-identity-from-locke-to-openclaw/</link>
      <pubDate>Sun, 05 Apr 2026 20:00:00 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 08:22:51 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/agent-identity-from-locke-to-openclaw/</guid>
      <description>AI Agent 的失忆不是功能缺陷，是信任账户的根本缺失。本文从洛克 1689 年的身份理论出发，逐层拆解 2026 年 Agent 身份连续性的完整工程栈：文件即身份（SOUL.md 范式）、Harness 作为环境条件、记忆的四层结构与 Gene Capsule 协议、多智能体拓扑中的自我定位，以及评测作为身份验证的终极难题。 适合正在构建或设计 AI Agent 系统的从业者，以及对 AI 自主性边界有深度思考需求的研究者。
</description>
      <category domain="tag">AI</category>
      <category domain="tag">Open Source</category>
      <category domain="tag">Monthly Notes</category>
      <enclosure url="https://cubxxw.com/images/agent-identity/01-locke-spec.svg" type="image/jpeg" length="0" />
      <media:content url="https://cubxxw.com/images/agent-identity/01-locke-spec.svg" medium="image"><media:description>Locke Identity Spec — Agent Identity Engineering Stack</media:description></media:content>
    </item>
    <item>
      <title>利用 LangChain 框架的语言模型应用：开发者指南</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/harnessing-language-model-applications-with-langchain-a-developer-is-guide/</link>
      <pubDate>Wed, 22 May 2024 21:37:34 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 08:22:51 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/harnessing-language-model-applications-with-langchain-a-developer-is-guide/</guid>
      <description>本指南深入探讨了使用 LangChain 框架集成和应用语言模型的过程，专为希望简化复杂实现的开发者量身定制。</description>
      <category domain="tag">AI 开发 (AI Development)</category>
      <category domain="tag">语言模型 (Language Models)</category>
      <category domain="tag">LangChain</category>
      <category domain="tag">AI 框架 (AI Frameworks)</category>
      <category domain="tag">AI</category>
      <category domain="tag">API 集成 (API Integration)</category>
      <category domain="tag">自然语言处理 (NLP)</category>
      <category domain="tag">软件开发 (Software Development)</category>
      <category domain="tag">编程 (Programming)</category>
      <category domain="tag">Automation</category>
      <category domain="tag">AI 工具 (AI Tools)</category>
      <category domain="tag">OpenAI</category>
      <category domain="tag">深度学习 (Deep Learning)</category>
    </item>
    <item>
      <title>探索大型语言模型（llm）：人工智能在理解与生成人类语言方面的先锋</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/exploring-large-language-models-llms-pioneering-ai-understanding-generation-human-language/</link>
      <pubDate>Wed, 15 May 2024 20:12:29 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 08:22:51 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/exploring-large-language-models-llms-pioneering-ai-understanding-generation-human-language/</guid>
      <description>本文系统介绍大型语言模型（LLM）的核心概念、发展历程与涌现能力。从 GPT、PaLM 等数百亿参数模型出发， 解释它们如何在海量文本上训练以理解和生成人类语言，以及为何参数规模的提升会带来小模型不具备的复杂任务处理能力。
</description>
      <category domain="tag">LLM</category>
      <category domain="tag">AI</category>
      <category domain="tag">Deep Learning</category>
      <category domain="tag">Machine Learning</category>
    </item>
    <item>
      <title>Sora Ease 指南：开发者掌握 Sora AI 的全面指南</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/sora-ease-guide-mastering-sora-ai-for-developers/</link>
      <pubDate>Thu, 14 Mar 2024 08:44:13 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 08:22:51 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/sora-ease-guide-mastering-sora-ai-for-developers/</guid>
      <description>本综合指南介绍了 Sora AI，为开发者提供了一个易于访问、自动化且迅速的途径来挖掘其潜力。深入不同的场景，掌握指挥 Sora 的技巧，并探索这个 AI 模型的多面应用，该模型被训练用以理解和模拟运动中的物理世界。无论你是寻求最新的 Sora 新闻、开发项目还是开源贡献，本文都是你进入 Sora AI 开发广阔世界的入口。</description>
      <category domain="tag">Blog</category>
      <category domain="tag">Sora</category>
      <category domain="tag">AI</category>
      <category domain="tag">Developer Guide</category>
    </item>
    <item>
      <title>Sora 技术讨论以及普通人和开发者如何利用 Sora 改变世界</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/exploring-sora-technology-for-enthusiasts-and-developers/</link>
      <pubDate>Sat, 24 Feb 2024 13:30:15 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 08:22:51 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/exploring-sora-technology-for-enthusiasts-and-developers/</guid>
      <description>深入Sora技术的世界，这是一个开创性的AI驱动视频生成平台。本文旨在为技术爱好者和开发者提供一个了解和利用Sora潜能的入口。探索如何轻松利用Sora创造令人惊叹的AI生成视频，并加入一个正在改变数字景观的创新者社区。</description>
      <category domain="tag">Blog</category>
      <category domain="tag">AI</category>
      <category domain="tag">Technology</category>
      <category domain="tag">Development</category>
      <category domain="tag">Git</category>
    </item>
    <item>
      <title>向量数据库的学习</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/vector-database-learning/</link>
      <pubDate>Sat, 20 Jan 2024 12:57:15 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 08:22:51 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/vector-database-learning/</guid>
      <description>本文介绍了向量数据库的基础知识，使用场景，以及它在现代大数据和人工智能领域中的应用。</description>
      <category domain="tag">Blog</category>
      <category domain="tag">AI</category>
      <category domain="tag">Database</category>
      <enclosure url="https://cubxxw.com/images/blog/vector-database.png" type="image/jpeg" length="0" />
      <media:content url="https://cubxxw.com/images/blog/vector-database.png" medium="image"></media:content>
    </item>
    <item>
      <title>AI元年: 2024年的新兴挑战与趋势</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/emerging-challenges-and-trends-in-2024/</link>
      <pubDate>Sun, 14 Jan 2024 22:52:24 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 08:22:51 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/emerging-challenges-and-trends-in-2024/</guid>
      <description>探索2024年技术和开发领域的最新趋势和挑战。
</description>
      <category domain="tag">Blog</category>
      <category domain="tag">AI</category>
      <category domain="tag">Technology</category>
    </item>
    <item>
      <title>如何安装和使用自主人工智能工具Auto-GPT</title>
      <link>https://cubxxw.com/zh/ai-agent/posts/use-auto-gpt/</link>
      <pubDate>Sun, 16 Jul 2023 16:28:31 +0800</pubDate>
      <atom:updated>Sat, 11 Jul 2026 08:22:51 +0800</atom:updated>
      <dc:creator>熊鑫伟 (Xinwei Xiong)</dc:creator>
      <guid isPermaLink="true">https://cubxxw.com/zh/ai-agent/posts/use-auto-gpt/</guid>
      <description>本文详细解释了如何安装和配置 Auto-GPT，一个先进的自主人工智能工具，以及如何有效地利用它来改善业务流程和用户体验。</description>
      <category domain="tag">Blog</category>
      <category domain="tag">AI</category>
      <category domain="tag">Auto-GPT</category>
    </item>
  </channel>
</rss>
