<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>AI Agent on 苏然的博客</title>
		<link>https://bml.asia/tags/ai-agent/</link>
		<description>Recent content in AI Agent on 苏然的博客</description>
		<generator>Hugo</generator>
		<language>zh-CN</language>
		
		
		
		
			<lastBuildDate>Thu, 17 Sep 2026 04:19:55 +0800</lastBuildDate>
		
			<atom:link href="https://bml.asia/tags/ai-agent/index.xml" rel="self" type="application/rss+xml" />
			<item>
				<title>没有机制支撑的信心：AI Agent 治理的裂缝</title>
				<link>https://bml.asia/posts/agent-governance-confidence-gap/</link>
				<pubDate>Thu, 17 Sep 2026 04:19:33 +0800</pubDate>
				<guid>https://bml.asia/posts/agent-governance-confidence-gap/</guid>
				<description>&lt;p&gt;&lt;span style=&#34;text-indent:2em;display:block;&#34;&gt;最近跟几个在业务里落地 AI Agent 的团队聊天，发现一个耐人寻味的共性：问起治理有没有把握，几乎所有人都说问题不大，安全可控、流程完备；但只要追问一句“具体靠什么机制兜底”，话头就会明显虚下来。有人说模型本身够聪明，有人说供应商承诺了安全对齐，还有人干脆把 hope 包装成 roadmap。这让我开始留意一个现象——组织对 Agent 可控性的信心，普遍跑在真实控制能力的前面，而且这个落差比大多数人愿意承认的要大。&lt;/span&gt;&lt;/p&gt;</description>
			</item>
			<item>
				<title>词元开物夺冠之后：惊艳来自编排，存疑来自物理世界</title>
				<link>https://bml.asia/posts/iterx-ciyuan-kaiwu-ai-hardware-agent/</link>
				<pubDate>Sun, 30 Aug 2026 14:36:41 +0800</pubDate>
				<guid>https://bml.asia/posts/iterx-ciyuan-kaiwu-ai-hardware-agent/</guid>
				<description>&lt;p&gt;　　词元开物拿下 TRAE 冠军，初看确实震撼：一句话描述想法，AI 追问约束、出 BOM、生成固件与网表、布线，最后由桌面打印机现场出板，反馈周期从等工厂一周压到几十分钟。拆开看，每一环都不是新东西：追问是多轮对话，选型是检索加知识库，原理图是模板加规则约束，ERC/DRC 是现成 EDA 能力，执行端是免蚀刻雕刻机。让它显得聪明的，是把已有能力&lt;strong&gt;编排成一条不断链的工程流&lt;/strong&gt;，再把生成的代码烧进硬件。这也是 Agent 产品的相貌：外层编排越来越顺滑，模型自身的推理并未同步跃迁——惊艳来自流程，不是智能突破。&lt;/p&gt;</description>
			</item>
			<item>
				<title>让 AI Agent 自主规划并运行一整夜的项目：从幻想走向工程现实</title>
				<link>https://bml.asia/posts/agent-yunxing-yi-zheng-ye/</link>
				<pubDate>Sun, 30 Aug 2026 00:30:00 +0800</pubDate>
				<guid>https://bml.asia/posts/agent-yunxing-yi-zheng-ye/</guid>
				<description>&lt;p&gt;　　提到 AI，很多人的印象还停留在&amp;quot;问答机器&amp;quot;：你问一句，它答一句，答完还得你亲自验证、亲自执行。这个印象在两年前勉强成立，到今天已经彻底过时了。现在真正有意思的玩法，是把一个大型项目丢给 Agent，让它自己拆解任务、自己写代码、自己跑测试、自己修 bug——然后你去睡觉，第二天早上收获一个能跑的成品。这不是演示视频里的未来，而是当下就能跑通的工程实践。前提是，你得用工程师的方式去搭建它，而不是用许愿的方式去使用它。&lt;/p&gt;</description>
			</item>
	</channel>
</rss>
