<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>cassiey blog</title><link>https://cassiey-dev.pages.dev/</link><description>Recent content on cassiey blog</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Mon, 27 Jul 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://cassiey-dev.pages.dev/index.xml" rel="self" type="application/rss+xml"/><item><title>为什么我重新开始写个人博客</title><link>https://cassiey-dev.pages.dev/posts/why-blog/</link><pubDate>Mon, 27 Jul 2026 00:00:00 +0000</pubDate><guid>https://cassiey-dev.pages.dev/posts/why-blog/</guid><description>&lt;p&gt;很长一段时间里，我把零散的想法发在社交平台。那里方便、热闹，也总有人能立刻回应。但当我想找回半年前写过的一段话时，却发现它已经沉入信息流，连自己都很难再找到。&lt;/p&gt;
&lt;p&gt;个人博客并不会天然让文字变得更好，它只是提供了一种不同的时间尺度。这里没有必须追赶的热点，也没有把每句话压缩成结论的必要。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;我想要的不是一个更大的声音，而是一间能够长期整理思考的房间。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2 id="重新拥有内容的上下文"&gt;重新拥有内容的上下文&lt;/h2&gt;
&lt;p&gt;信息流擅长呈现“此刻发生了什么”，博客更适合回答“这件事后来怎样了”。一篇文章可以持续修改，可以链接到旧的文章，也可以在几年后被重新理解。这些上下文，往往比一次转发数量更重要。&lt;/p&gt;
&lt;p&gt;我也开始接受文章不必完整。博客可以是一座花园，而不是一排纪念碑：有些笔记会长成文章，有些只留下一个仍未解决的问题。&lt;/p&gt;
&lt;h2 id="一个很简单的发布原则"&gt;一个很简单的发布原则&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;写我真正用过、读过或反复想过的东西。&lt;/li&gt;
&lt;li&gt;尽量提供上下文，而不是只给出判断。&lt;/li&gt;
&lt;li&gt;允许文章在未来继续修订。&lt;/li&gt;
&lt;li&gt;不为了更新频率制造内容。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;如果这些文字恰好也对别人有用，那当然很好。但这个博客首先是写给未来的自己：让我能够看见，一些想法如何从模糊变得清楚。&lt;/p&gt;</description></item><item><title>关于</title><link>https://cassiey-dev.pages.dev/about/</link><pubDate>Mon, 27 Jul 2026 00:00:00 +0000</pubDate><guid>https://cassiey-dev.pages.dev/about/</guid><description>&lt;p&gt;你好，我是 &lt;strong&gt;cassiey&lt;/strong&gt;。&lt;/p&gt;
&lt;p&gt;这里是 &lt;code&gt;cassiey.dev&lt;/code&gt;，一块独立、安静的写作空间，用来记录技术实践、阅读札记，以及那些需要更长时间才能想清楚的问题。&lt;/p&gt;
&lt;p&gt;我相信真正有用的内容不一定最及时。相比追赶信息流，我更愿意把一个问题写得完整一点，把经验中的前提和失败也保留下来。&lt;/p&gt;
&lt;p&gt;这里的文章会持续修订。它们不是最终答案，而是思考在某个时间点留下的坐标。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;这是博客的第一版。以后可以继续在这里补充个人经历、关注领域和联系方式。&lt;/p&gt;
&lt;/blockquote&gt;</description></item><item><title>让 AI 成为工作流，而不是另一个标签页</title><link>https://cassiey-dev.pages.dev/posts/ai-workflow/</link><pubDate>Sat, 18 Jul 2026 00:00:00 +0000</pubDate><guid>https://cassiey-dev.pages.dev/posts/ai-workflow/</guid><description>&lt;p&gt;如果每次使用 AI 都要打开一个新页面、重新解释背景、复制输入再粘贴输出，它带来的效率很容易被操作成本抵消。真正的变化发生在模型进入现有工作流之后。&lt;/p&gt;
&lt;h2 id="先寻找重复的接口"&gt;先寻找重复的接口&lt;/h2&gt;
&lt;p&gt;最适合自动化的通常不是最复杂的任务，而是那些输入格式相对稳定、需要频繁切换注意力的动作：整理会议记录、生成初稿、检查结构、转换格式。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;让上下文自动进入任务，而不是每次手动说明。&lt;/li&gt;
&lt;li&gt;把输出放回原来的工具，而不是停留在聊天窗口。&lt;/li&gt;
&lt;li&gt;给需要判断的步骤保留明确的人类检查点。&lt;/li&gt;
&lt;/ul&gt;
&lt;blockquote&gt;
&lt;p&gt;AI 最有价值的位置，往往不是替你完成工作，而是消除工作之间的摩擦。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2 id="保留最后一公里"&gt;保留最后一公里&lt;/h2&gt;
&lt;p&gt;我不会把最终表达完全交给模型。事实是否准确、取舍是否合理、语气是否属于自己，这些仍然需要人的责任。自动化应该扩大判断力，而不是模糊责任边界。&lt;/p&gt;
&lt;p&gt;当 AI 不再是另一个等待被打开的工具，而是安静地存在于流程里，我们才真正获得了它节省下来的注意力。&lt;/p&gt;</description></item></channel></rss>