<?xml version="1.0" encoding="UTF-8"?><?xml-stylesheet href="/scripts/pretty-feed-v3.xsl" type="text/xsl"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:h="http://www.w3.org/TR/html4/"><channel><title>Atmoos</title><description>杂想、笔记与长期整理的知识库</description><link>https://atmoos.vercel.app</link><item><title>如何把注意力留给重要的事</title><link>https://atmoos.vercel.app/blog/improve-concentration</link><guid isPermaLink="true">https://atmoos.vercel.app/blog/improve-concentration</guid><description>整理注意力管理的几个简单原则：减少入口、固定回顾、把想法放到可信系统。</description><pubDate>Sat, 10 May 2025 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;注意力不是靠意志力硬撑出来的，而是靠环境和流程保护出来的。&lt;/p&gt;
&lt;p&gt;最近整理站点时，我也在想：如果记录入口太多，信息就会散；如果整理规则太重，又会懒得写。&lt;/p&gt;
&lt;h2&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;/ul&gt;
&lt;p&gt;只要入口清楚，大脑就不用每次都重新判断“这东西该放哪”。&lt;/p&gt;
&lt;h2&gt;固定回顾&lt;/h2&gt;
&lt;p&gt;记录之后需要回顾，否则内容只是在堆积。&lt;/p&gt;
&lt;p&gt;比较可行的节奏是每周看一次最近杂想，把能复用的内容移到知识库，剩下的保持原样。&lt;/p&gt;
&lt;h2&gt;放到可信系统&lt;/h2&gt;
&lt;p&gt;所谓可信系统，就是自己知道它不会丢、能查到、也能继续维护。&lt;/p&gt;
&lt;p&gt;这个站点如果能做到这一点，就已经比单纯追求页面好看更重要。&lt;/p&gt;</content:encoded><h:img src="/_astro/thumbnail.1GZ294Dz.jpg"/><enclosure url="/_astro/thumbnail.1GZ294Dz.jpg"/></item><item><title>MDX 写作实验</title><link>https://atmoos.vercel.app/blog/using-mdx</link><guid isPermaLink="true">https://atmoos.vercel.app/blog/using-mdx</guid><description>尝试在笔记里混合 Markdown 和组件，让内容表达更灵活。</description><pubDate>Sun, 01 Jun 2025 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;MDX 可以在 Markdown 里使用组件，适合写更复杂的笔记。&lt;/p&gt;
&lt;h2&gt;适合使用 MDX 的情况&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;h2&gt;不适合使用 MDX 的情况&lt;/h2&gt;
&lt;p&gt;如果只是普通文章，Markdown 已经够用。&lt;/p&gt;
&lt;p&gt;MDX 会增加维护成本，所以应该只在内容确实需要组件表达时使用。&lt;/p&gt;
&lt;h2&gt;当前规则&lt;/h2&gt;
&lt;p&gt;默认用 Markdown。&lt;/p&gt;
&lt;p&gt;当一篇内容需要组件时，再改用 MDX。&lt;/p&gt;</content:encoded><h:img src="undefined"/><enclosure url="undefined"/></item><item><title>为什么保留一个私人笔记站</title><link>https://atmoos.vercel.app/blog/3d-rendering</link><guid isPermaLink="true">https://atmoos.vercel.app/blog/3d-rendering</guid><description>记录我为什么把博客改成杂想和知识库，而不是继续维护一个模板文章列表。</description><pubDate>Sun, 09 Feb 2025 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;我想保留一个自己的站点，不是为了把它做成一个很正式的博客，而是为了有一个长期可控的记录位置。&lt;/p&gt;
&lt;p&gt;社交平台适合发布，笔记软件适合私有整理，但它们都不完全等同于一个公开的个人知识入口。&lt;/p&gt;
&lt;h2&gt;为什么不只是博客&lt;/h2&gt;
&lt;p&gt;传统博客很容易变成按时间排列的文章仓库。&lt;/p&gt;
&lt;p&gt;这种方式适合回看某个时间点写了什么，但当内容越来越多时，读者和自己都很难按主题找到东西。&lt;/p&gt;
&lt;p&gt;所以这个站点需要两条线：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;杂想保留时间感。&lt;/li&gt;
&lt;li&gt;笔记库保留结构感。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2&gt;为什么不只是知识库&lt;/h2&gt;
&lt;p&gt;如果所有东西都必须整理成知识库，写作门槛会变高。&lt;/p&gt;
&lt;p&gt;很多想法刚出现时并不完整，只适合先记下来。等它们反复出现、变得稳定，再整理成笔记。&lt;/p&gt;
&lt;h2&gt;当前判断&lt;/h2&gt;
&lt;p&gt;站点应该先服务记录，再考虑展示。&lt;/p&gt;
&lt;p&gt;展示可以慢慢变好，但记录入口必须足够简单。&lt;/p&gt;</content:encoded><h:img src="/_astro/thumbnail.DzZDiYKA.jpg"/><enclosure url="/_astro/thumbnail.DzZDiYKA.jpg"/></item><item><title>音乐与技术的随想</title><link>https://atmoos.vercel.app/blog/music-journey</link><guid isPermaLink="true">https://atmoos.vercel.app/blog/music-journey</guid><description>一些关于音乐、工具和创作方式变化的零散想法。</description><pubDate>Sat, 30 Nov 2024 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;音乐和技术的关系很有意思。&lt;/p&gt;
&lt;p&gt;工具越来越强之后，创作门槛确实降低了，但真正难的部分没有消失：判断、审美、取舍和持续表达。&lt;/p&gt;
&lt;h2&gt;工具的作用&lt;/h2&gt;
&lt;p&gt;工具可以帮助人更快试错。&lt;/p&gt;
&lt;p&gt;它能让一个想法更快变成可听、可看、可分享的东西，但它不能替代人判断这个东西是否值得保留。&lt;/p&gt;
&lt;h2&gt;记录的意义&lt;/h2&gt;
&lt;p&gt;很多创作想法不是一次成型的。&lt;/p&gt;
&lt;p&gt;把它们记录下来，过一段时间再看，才能知道哪些只是当时的冲动，哪些值得继续发展。&lt;/p&gt;
&lt;h2&gt;暂时结论&lt;/h2&gt;
&lt;p&gt;技术越方便，越需要一个稳定的记录系统。&lt;/p&gt;
&lt;p&gt;否则产生内容很容易，留下真正有价值的东西反而更难。&lt;/p&gt;</content:encoded><h:img src="/_astro/thumbnail.Cx18cRmB.jpg"/><enclosure url="/_astro/thumbnail.Cx18cRmB.jpg"/></item><item><title>Markdown 写作格式备忘</title><link>https://atmoos.vercel.app/blog/markdown</link><guid isPermaLink="true">https://atmoos.vercel.app/blog/markdown</guid><description>记录这个站点里常用的 Markdown 写法，方便后续写文章和整理笔记。</description><pubDate>Wed, 26 Jul 2023 08:00:00 GMT</pubDate><content:encoded>&lt;p&gt;这是一份给自己看的 Markdown 备忘。&lt;/p&gt;
&lt;h2&gt;标题&lt;/h2&gt;
&lt;p&gt;标题用于组织结构，不要只为了放大文字而使用标题。&lt;/p&gt;
&lt;pre&gt;&lt;code class=&quot;language-markdown&quot;&gt;# 一级标题

## 二级标题

### 三级标题
&lt;/code&gt;&lt;/pre&gt;
&lt;h2&gt;列表&lt;/h2&gt;
&lt;p&gt;普通清单用无序列表，流程和顺序用有序列表。&lt;/p&gt;
&lt;pre&gt;&lt;code class=&quot;language-markdown&quot;&gt;- 一个要点
- 另一个要点

1. 第一步
2. 第二步
&lt;/code&gt;&lt;/pre&gt;
&lt;h2&gt;链接&lt;/h2&gt;
&lt;pre&gt;&lt;code class=&quot;language-markdown&quot;&gt;[链接文字](https://example.com)
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;内部内容后续可以补相对路径或笔记链接规则。&lt;/p&gt;
&lt;h2&gt;代码块&lt;/h2&gt;
&lt;p&gt;代码块尽量写语言类型，方便高亮。&lt;/p&gt;
&lt;pre&gt;&lt;code class=&quot;language-markdown&quot;&gt;```ts
const title = &apos;Atmoos&apos;
```
&lt;/code&gt;&lt;/pre&gt;
&lt;h2&gt;写作建议&lt;/h2&gt;
&lt;p&gt;先把内容写清楚，再考虑格式。&lt;/p&gt;
&lt;p&gt;格式是为了降低阅读成本，不是为了让页面看起来复杂。&lt;/p&gt;</content:encoded><h:img src="/_astro/thumbnail.HAXFr_hw.jpg"/><enclosure url="/_astro/thumbnail.HAXFr_hw.jpg"/></item><item><title>Markdown 语法支持</title><link>https://atmoos.vercel.app/blog/markdown-zh</link><guid isPermaLink="true">https://atmoos.vercel.app/blog/markdown-zh</guid><description>Markdown 是一种轻量级的「标记语言」。</description><pubDate>Wed, 26 Jul 2023 08:00:00 GMT</pubDate><content:encoded>&lt;p&gt;这篇作为 Markdown 中文示例，后续可以保留给站点排版测试。&lt;/p&gt;
&lt;h2&gt;常用格式&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;加粗&lt;/strong&gt; 用来强调关键词。&lt;/p&gt;
&lt;p&gt;&lt;em&gt;斜体&lt;/em&gt; 可以用于补充语气，但正文里不宜过多。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;引用块适合记录摘录、观点或临时备注。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2&gt;表格&lt;/h2&gt;
&lt;p&gt;| 类型 | 用途 |
| --- | --- |
| 杂想 | 时间线记录 |
| 笔记 | 结构化沉淀 |
| 项目 | 阶段性整理 |&lt;/p&gt;
&lt;h2&gt;待补充&lt;/h2&gt;
&lt;p&gt;后面可以把这里扩展成完整排版样张，用来检查中文标题、列表、表格和代码块的显示效果。&lt;/p&gt;</content:encoded><h:img src="/_astro/thumbnail.HAXFr_hw.jpg"/><enclosure url="/_astro/thumbnail.HAXFr_hw.jpg"/></item></channel></rss>