<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Hugo on 苏然的博客</title>
		<link>https://bml.asia/tags/hugo/</link>
		<description>Recent content in Hugo 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/hugo/index.xml" rel="self" type="application/rss+xml" />
			<item>
				<title>一文讲透：我的 Hugo 博客从本地预览到一键上线的完整发布教程</title>
				<link>https://bml.asia/posts/blog-publish-pipeline-git-cnb-makers/</link>
				<pubDate>Sun, 30 Aug 2026 03:23:35 +0800</pubDate>
				<guid>https://bml.asia/posts/blog-publish-pipeline-git-cnb-makers/</guid>
				<description>&lt;p&gt;　　你现在读到的这篇文章，走的就是我这套发布流程：本地写完、预览满意，一次 git push 把源码推上云端，再到 Makers 控制台点一下部署按钮，文章就挂上了全球 CDN。整套动作里没有一行构建命令要敲，也没有一个文件要手动上传——这件事本身就值得写一篇教程，把从本地预览到上线的每一环拆开讲清楚，给想搭类似流程的人一个参照。&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>
			<item>
				<title>没有真实业务需求，研究 Agent 就是烧钱：我的退服复盘</title>
				<link>https://bml.asia/posts/mei-you-ye-wu-xu-qiu-bie-yan-jiu-agent/</link>
				<pubDate>Sun, 23 Aug 2026 20:03:40 +0800</pubDate>
				<guid>https://bml.asia/posts/mei-you-ye-wu-xu-qiu-bie-yan-jiu-agent/</guid>
				<description>&lt;p&gt;　　这两年，Agent 工具和 AI 自动化框架我研究得不算少：本地装过、远程配过，还专门租过云服务器让它们挂机跑任务。可就在前几天，我把名下最后一台云服务器也退掉了。不是工具不好，而是我终于想通一件事：&lt;strong&gt;没有真实落地的业务需求，研究 Agent 就是一笔赔本买卖——资金和精力投进去，回报却几乎为零。&lt;/strong&gt;&lt;/p&gt;</description>
			</item>
			<item>
				<title>静态博客 AI 工具实测对比</title>
				<link>https://bml.asia/posts/zcode-trae-codebuddy-hugo-ceping/</link>
				<pubDate>Thu, 20 Aug 2026 03:10:00 +0800</pubDate>
				<guid>https://bml.asia/posts/zcode-trae-codebuddy-hugo-ceping/</guid>
				<description>&lt;p&gt;　　先说结论：维护 Hugo 静态博客这两年，我把 Trae、CodeBuddy 换成了 ZCode。变化最大的不是某个功能变强了，而是整个流程从&amp;quot;七零八落的手工拼装&amp;quot;变成了一条线——写作、MCP 配置调试、本地构建预览、Git 发布，全在一个对话里收尾。更实在的是，在火山大模型的 Agent 无缓存套餐下，我的 Token 开销降了差不多一个数量级。这篇把三款 AI 代码助手的实测对比、我踩过的坑、以及对应的省 Token 配置一次讲清楚。&lt;/p&gt;</description>
			</item>
			<item>
				<title>Hugo 个人静态博客网站在 AI 时代的范式构建</title>
				<link>https://bml.asia/posts/ai-shidai-hugo-jing-tai-boke-fan-shi-gou-jian/</link>
				<pubDate>Mon, 10 Aug 2026 18:00:00 +0800</pubDate>
				<guid>https://bml.asia/posts/ai-shidai-hugo-jing-tai-boke-fan-shi-gou-jian/</guid>
				<description>&lt;p&gt;　　如果说前两篇记录的是&amp;quot;我做了什么&amp;quot;，这一篇想聊聊&amp;quot;为什么这样做是对的&amp;quot;。搭一个博客容易，难的是想清楚：在 AI 遍地都是的今天，一个用 Hugo 写的个人静态博客网站，它的存在方式到底应该长成什么样。&lt;/p&gt;</description>
			</item>
			<item>
				<title>用 AI 部署 Hugo 博客，再发布到边缘节点，我真的觉得很好</title>
				<link>https://bml.asia/posts/ai-bu-shu-hugo-bian-yuan-jie-dian/</link>
				<pubDate>Mon, 10 Aug 2026 17:45:00 +0800</pubDate>
				<guid>https://bml.asia/posts/ai-bu-shu-hugo-bian-yuan-jie-dian/</guid>
				<description>&lt;p&gt;　　&amp;ldquo;用 AI 部署 Hugo 博客网站，然后发布到边缘节点，我感觉真的很好。&amp;rdquo;&lt;/p&gt;&#xA;&lt;p&gt;　　这句话是我最近真实的心情，也是我写下这篇的原因。过去我对&amp;quot;部署&amp;quot;两个字是有点怵的。服务器、域名、反向代理、证书，在我脑子里是叠在一起的黑箱，每一个词都像迷宫入口，进去之后往往就出不来了。博客写完了，却常常卡在最后一步：怎么让它被人看到。&lt;/p&gt;</description>
			</item>
			<item>
				<title>在 AI 时代，我用 Agent 编程软件搭了这个博客</title>
				<link>https://bml.asia/posts/ai-shidai-yong-agent-gou-jian-boke/</link>
				<pubDate>Mon, 10 Aug 2026 17:30:00 +0800</pubDate>
				<guid>https://bml.asia/posts/ai-shidai-yong-agent-gou-jian-boke/</guid>
				<description>&lt;p&gt;　　这是第一篇。&lt;/p&gt;&#xA;&lt;p&gt;　　想写博客的念头存了很久，但一直卡在&amp;quot;搭站&amp;quot;这一步。选框架、配主题、调样式、改模板，每一样都不难，加在一起就足够把热情磨光。写作的欲望，最后总是死在配置文件里。&lt;/p&gt;</description>
			</item>
	</channel>
</rss>
