<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>工具人</title>
    <link>https://matterofti.me/tools/</link>
    <description>用来存放工具相关。</description>
    <pubDate>Tue, 28 Apr 2026 14:24:45 +0000</pubDate>
    <item>
      <title>obsidian添加链接的交互设计问题</title>
      <link>https://matterofti.me/tools/obsidian-link</link>
      <description>&lt;![CDATA[我一向认为obsidian这个软件的气质和团队的早期作品——dynalist很像。它热心且免费提供了其模仿对象的全部功能，做得确实很全面，但始终缺乏打磨细节的能力。&#xA;&#xA;当然，这种气质有它的用武之地，那就是交付快捷、鼓励社区生态。obsidian已经发展成了万能的瑞士军刀，这一点暂时无可替代。&#xA;&#xA;但最近重度使用obsidian让我感受到诸多不便。没错，功能都做了，但每个功能都好像差一点。虽然有大量社区插件可以打补丁，但是——为什么不把原产品也做得更好呢？&#xA;&#xA;这段时间用下来，obsidian让我最恼火的地方就是——添加链接。&#xA;&#xA;roam research的链接alias语法曾经饱受人嘲笑，但是它的交互逻辑才是正确的。它仅仅是语法有点臃肿而已，但并不难用。&#xA;&#xA;我们是怎么添加链接的？一般来说，是先有了一段文本，然后选中文本里的一些词，把它们链接到别的页面。&#xA;&#xA;也就是说，先有显示文本，再给这些文本添加链接目标。&#xA;&#xA;roam在这点上很明白：如果显示文本就是链接目标，那就直接用[[]]括起来。如果两者不一致，选中后按下Ctrl K，再手动键入[[目标页面名称]]。&#xA;&#xA;这个流程非常顺畅，符合添加链接的思维逻辑。&#xA;&#xA;但是在obsidian中，当我给一个词组添加内部链接时，这个词组会被自动认为是链接目标。而如果我想把它链接到别的页面，我必须回退到这个词组前面，然后加上真正的链接|。完全体是[[真正的链接|我选中的文字]]。&#xA;&#xA;问题是，我还要先输入|再回退输入链接，否则链接会和显示名连在一起，无法正确联想。&#xA;&#xA;这一系列可怕的体验实在不是一个主打双向链接的工具应该有的。哪怕语法是[[选中文字|真正链接]]都会好得多。obsidian在好几种糟糕的交互中，竟然还选择了最糟糕的。]]&gt;</description>
      <content:encoded><![CDATA[<p>我一向认为obsidian这个软件的气质和团队的早期作品——dynalist很像。它热心且免费提供了其模仿对象的全部功能，做得确实很全面，但始终缺乏打磨细节的能力。</p>

<p>当然，这种气质有它的用武之地，那就是交付快捷、鼓励社区生态。obsidian已经发展成了万能的瑞士军刀，这一点暂时无可替代。</p>

<p>但最近重度使用obsidian让我感受到诸多不便。没错，功能都做了，但每个功能都好像差一点。虽然有大量社区插件可以打补丁，但是——为什么不把原产品也做得更好呢？</p>

<p>这段时间用下来，obsidian让我最恼火的地方就是——添加链接。</p>

<p>roam research的链接alias语法曾经饱受人嘲笑，但是它的交互逻辑才是正确的。它仅仅是语法有点臃肿而已，但并不难用。</p>

<p>我们是怎么添加链接的？一般来说，是先有了一段文本，然后选中文本里的一些词，把它们链接到别的页面。</p>

<p>也就是说，先有显示文本，再给这些文本添加链接目标。</p>

<p>roam在这点上很明白：如果显示文本就是链接目标，那就直接用<code>[[]]</code>括起来。如果两者不一致，选中后按下<code>Ctrl K</code>，再手动键入<code>[[目标页面名称]]</code>。</p>

<p>这个流程非常顺畅，符合添加链接的思维逻辑。</p>

<p>但是在obsidian中，当我给一个词组添加内部链接时，这个词组会被自动认为是链接目标。而如果我想把它链接到别的页面，我必须回退到这个词组前面，然后加上<code>真正的链接|</code>。完全体是<code>[[真正的链接|我选中的文字]]</code>。</p>

<p>问题是，我还要先输入<code>|</code>再回退输入链接，否则链接会和显示名连在一起，无法正确联想。</p>

<p>这一系列可怕的体验实在不是一个主打双向链接的工具应该有的。哪怕语法是<code>[[选中文字|真正链接]]</code>都会好得多。obsidian在好几种糟糕的交互中，竟然还选择了最糟糕的。</p>
]]></content:encoded>
      <guid>https://matterofti.me/tools/obsidian-link</guid>
      <pubDate>Tue, 21 Apr 2026 13:46:21 +0000</pubDate>
    </item>
    <item>
      <title>notebook of things i don&#39;t know about.</title>
      <link>https://matterofti.me/tools/notebook-of-things-i-dont-know-about</link>
      <description>&lt;![CDATA[费曼用来学习的笔记本叫做“我不知道的事”。这个标题一下子就让我笑了，觉得他比那么多“知识管理”的人都鲜活有魅力。天啊，不是谨慎、干巴巴、守财奴一样的“知识管理”，而是“无知记录”！&#xA;&#xA;我觉得少有“知识管理员”愿意承认，他们管理的东西，都是他们还不够清楚、不了解的事情。倒不是说耕耘无谓，而是这个笔记本标题比一切“管理”都更贴近知识，都更贴近学习的本质和风格。所以它在我眼里就更接近真理了。&#xA;&#xA;“无知笔记本”承认，你认为你有的知识，其实你还无知呢！其实，你还要学习和琢磨呢！但是，正因此，它们才是知识。&#xA;&#xA;管理知识，你有了英国人那样的屋前屋后一亩三分地。学习无知，你通向了全宇宙。好一句鸡汤的话，但至少前半句我是严肃且深有所感才写出的。&#xA;&#xA;]]&gt;</description>
      <content:encoded><![CDATA[<p><a href="https://www.openculture.com/2017/04/richard-feynmans-notebook-technique-will-help-you-learn-any-subject.html" rel="nofollow">费曼用来学习的笔记本</a>叫做“我不知道的事”。这个标题一下子就让我笑了，觉得他比那么多“知识管理”的人都鲜活有魅力。天啊，不是谨慎、干巴巴、守财奴一样的“知识管理”，而是“无知记录”！</p>

<p>我觉得少有“知识管理员”愿意承认，他们管理的东西，都是他们还不够清楚、不了解的事情。倒不是说耕耘无谓，而是这个笔记本标题比一切“管理”都更贴近知识，都更贴近学习的本质和风格。所以它在我眼里就更接近真理了。</p>

<p>“无知笔记本”承认，你认为你有的知识，其实你还无知呢！其实，你还要学习和琢磨呢！但是，正因此，它们才是知识。</p>

<p>管理知识，你有了英国人那样的屋前屋后一亩三分地。学习无知，你通向了全宇宙。好一句鸡汤的话，但至少前半句我是严肃且深有所感才写出的。</p>
]]></content:encoded>
      <guid>https://matterofti.me/tools/notebook-of-things-i-dont-know-about</guid>
      <pubDate>Tue, 25 Nov 2025 06:15:47 +0000</pubDate>
    </item>
    <item>
      <title>workflowy卡片盒</title>
      <link>https://matterofti.me/tools/workflowy-kasten</link>
      <description>&lt;![CDATA[我觉得很多人都低估了workflowy和roam这类工具作为收集类卡片盒——也就是inbox的潜力。&#xA;&#xA;roam有个完全不涉及双链的普通用法：在页面内筛选某个标签。&#xA;&#xA;例如，你时不时看到某个主题的网页文章，就打个article的标签丢到相关页面里。&#xA;&#xA;同时，这个页面里可能还有一堆book，video，idea和其他类型的节点。&#xA;&#xA;但是当你点击页面最上方的article标签筛选，就能看到所有网页文章。&#xA;&#xA;这个功能对inbox来说是非常好的，是真正的无压收集，只要按顺序往里面写笔记就可以了。而且筛选的时候只会看到当前主题相关的东西。如果一个链接属于多个主题，可以用refblock复制过去。&#xA;&#xA;更好的是，我后来发现workflowy的筛选比roam还方便，除了标签以外还可以查看特定日期范围、人员、格式等，也可以直接搜索关键字，那一个workflowy节点岂不就是一个小simplenote？而且workflowy里没有page的概念，想缩放到哪个节点就缩放到哪个节点。&#xA;&#xA;说到这里，workflowy和roam还没有太大的区别。我的结论是，在用作inbox层面，两个工具差不多，都可以用。&#xA;&#xA;但是，有些体验是workflowy独有的。&#xA;&#xA;workflowy和roam的另一个巨大区别，是它的节点自带一个note区，可以理解为节点本身是笔记标题，note是正文描述，在里面写个一两万字都不是问题。而roam要模仿这个结构，还要嵌套一层。&#xA;&#xA;于是我发现，我在workflowy里记录了一个文章灵感，可以当场扩写出来，根本不用把它转换成一个page，或者开一个空文档啊。&#xA;&#xA;毕竟建立page或文档其实都会带来心理暗示和负担——这个灵感，已经变成一个我要完成的项目了！但很多时候并非如此，我只想深入思考和探索片刻。&#xA;&#xA;而workflowy的note区就非常方便了，它就是这个节点的“草稿本”。&#xA;&#xA;固然，roam里也完全可以做到这一点，但是roam的所有节点都是平级的，如果我要写一段很长的文章草稿，就需要把子节点额外转化为document格式，才能有顺滑的写作体验。相比之下，workflowy的节点列表几乎可以看作一个“文章目录”，点开note区就能看到正文。]]&gt;</description>
      <content:encoded><![CDATA[<p>我觉得很多人都低估了workflowy和roam这类工具作为收集类卡片盒——也就是inbox的潜力。</p>

<p>roam有个完全不涉及双链的普通用法：在页面内筛选某个标签。</p>

<p>例如，你时不时看到某个主题的网页文章，就打个article的标签丢到相关页面里。</p>

<p>同时，这个页面里可能还有一堆book，video，idea和其他类型的节点。</p>

<p>但是当你点击页面最上方的article标签筛选，就能看到所有网页文章。</p>

<p>这个功能对inbox来说是非常好的，是真正的无压收集，只要按顺序往里面写笔记就可以了。而且筛选的时候只会看到当前主题相关的东西。如果一个链接属于多个主题，可以用refblock复制过去。</p>

<p>更好的是，我后来发现workflowy的筛选比roam还方便，除了标签以外还可以查看特定日期范围、人员、格式等，也可以直接搜索关键字，那一个workflowy节点岂不就是一个小simplenote？而且workflowy里没有page的概念，想缩放到哪个节点就缩放到哪个节点。</p>

<p>说到这里，workflowy和roam还没有太大的区别。我的结论是，在用作inbox层面，两个工具差不多，都可以用。</p>

<p>但是，有些体验是workflowy独有的。</p>

<p>workflowy和roam的另一个巨大区别，是它的节点自带一个note区，可以理解为节点本身是笔记标题，note是正文描述，在里面写个一两万字都不是问题。而roam要模仿这个结构，还要嵌套一层。</p>

<p>于是我发现，我在workflowy里记录了一个文章灵感，可以当场扩写出来，根本不用把它转换成一个page，或者开一个空文档啊。</p>

<p>毕竟建立page或文档其实都会带来心理暗示和负担——这个灵感，已经变成一个我要完成的项目了！但很多时候并非如此，我只想深入思考和探索片刻。</p>

<p>而workflowy的note区就非常方便了，它就是这个节点的“草稿本”。</p>

<p>固然，roam里也完全可以做到这一点，但是roam的所有节点都是平级的，如果我要写一段很长的文章草稿，就需要把子节点额外转化为document格式，才能有顺滑的写作体验。相比之下，workflowy的节点列表几乎可以看作一个“文章目录”，点开note区就能看到正文。</p>
]]></content:encoded>
      <guid>https://matterofti.me/tools/workflowy-kasten</guid>
      <pubDate>Wed, 12 Nov 2025 02:49:58 +0000</pubDate>
    </item>
    <item>
      <title>cotoami</title>
      <link>https://matterofti.me/tools/cotoami</link>
      <description>&lt;![CDATA[cotoami是piggydb的作者写的新软件，几年前就在开发了，这两天看了一眼，发现功能已经比较完善。&#xA;&#xA;和它的前身一样，cotoami（言網 ）是一个相当独特、有自己想法和哲学的个人知识管理（pkm）软件——意思是它基于自己常用的工作流，设计了新的知识管理范式，又给软件里的各种功能和概念起了全新名字。&#xA;&#xA;但大概正因此，它的使用门槛也很高，很少看到介绍它的文章。&#xA;&#xA;它侧重于：&#xA;&#xA;markdown格式的碎片笔记&#xA;笔记之间的连接&#xA;跨平台&#xA;多个数据库&#xA;不知道为什么但是有内置世界地图，可能适合研究历史&#xA;&#xA;它可以视作一个碎片版、微博化的roam research，一个现代版的tiddlywiki，或是一个更复杂的flomo。&#xA;&#xA;官方入门文档：Getting Started with Cotoami, a Personal Knowledge Base for Discovery | by Cotoami Project | Sep, 2025 | Medium&#xA;&#xA;基本概念&#xA;&#xA;一条笔记叫做coto（言/事？）。coto的“标题”是可选的，不过作者称之为summary，很有意思。&#xA;选中一条笔记，再鼠标悬浮另一条，可以点击“连接”按钮，创建一个ito（糸）也就是联系。ito是可以随意命名的，也就是说比起简单创建联系，还可以记下“有着什么样的关联”。&#xA;子coto（为什么不叫cotoco呢）：在coto下回复，例如我可以存一篇文章的链接，子coto里记录感想和quote。&#xA;flow是coto的时间线。&#xA;把一条coto pin起来，它就会进入stock，后者类似于一个放置所有“正在使用”的卡片的地方。这个功能是继承自piggydb的，很多软件都有类似的功能或插件，一般叫做workbench。stock里的卡片可以随意交换顺序。stock有自己一个单独的常驻界面，所以可以配合flow一起使用，时时参考。&#xA;cotonoma（言の間）是一个类似于文件夹的概念，彼此可以嵌套，同时和coto之间也可以创建ito。（文档说，其实pin就是把coto连接到当前cotonoma的ito啦。读到这里，你还记得这些名词都是什么意思吗？）&#xA;转发：把coto转发到别的cotonoma里。&#xA;提升promote：把coto提升为cotonoma，这样它就可以“包含”其他coto了。（说起来，cotonoma之间可以循环吗？）&#xA;&#xA;ppcp循环&#xA;&#xA;post, pin, connect, promote!&#xA;&#xA;这是作者设计的一个针对cotoami的工作流。或不如说cotoami就是为了它而开发的！&#xA;&#xA;假设我们在做一个项目——就说写一篇文章好了。在post阶段，先创建这篇文章的cotonoma，在其中随意添加coto，想到什么写什么。然后筛选出好想法pin起来。&#xA;&#xA;在此作者列出了几种要pin的coto类型：todo，反复出现的概念，同类事物，不属于这个cotonoma而只是有点相关的内容（例如在写文章的时候突然开始调查写作软件），灵感。&#xA;&#xA;最后一步就是promote——把其中一些值得更深入挖掘的coto提升为cotonoma。这个步骤并不太适合“写文章”这样有明确结束节点的项目，但很适合做学术研究和学习某项新事物。&#xA;&#xA;以我的理解，如果要写一篇文章，在pin的这一步之后，就可以开始把stock里的coto排成满意的顺序并动笔了。]]&gt;</description>
      <content:encoded><![CDATA[<p>cotoami是piggydb的作者写的新软件，几年前就在开发了，这两天看了一眼，发现功能已经比较完善。</p>

<p>和它的前身一样，cotoami（言網 ）是一个相当独特、有自己想法和哲学的个人知识管理（pkm）软件——意思是它基于自己常用的工作流，设计了新的知识管理范式，又给软件里的各种功能和概念起了全新名字。</p>

<p>但大概正因此，它的使用门槛也很高，很少看到介绍它的文章。</p>

<p>它侧重于：</p>
<ul><li>markdown格式的碎片笔记</li>
<li>笔记之间的连接</li>
<li>跨平台</li>
<li>多个数据库</li>
<li>不知道为什么但是有内置世界地图，可能适合研究历史</li></ul>

<p>它可以视作一个碎片版、微博化的roam research，一个现代版的tiddlywiki，或是一个更复杂的flomo。</p>

<p>官方入门文档：<a href="https://cotoami.app/getting-started-with-cotoami-a-personal-knowledge-base-for-discovery-f96c125d754c" rel="nofollow">Getting Started with Cotoami, a Personal Knowledge Base for Discovery | by Cotoami Project | Sep, 2025 | Medium</a></p>

<h2 id="基本概念">基本概念</h2>
<ul><li>一条笔记叫做<strong>coto</strong>（言/事？）。coto的“标题”是可选的，不过作者称之为summary，很有意思。</li>
<li>选中一条笔记，再鼠标悬浮另一条，可以点击“连接”按钮，创建一个<strong>ito</strong>（糸）也就是联系。ito是可以随意命名的，也就是说比起简单创建联系，还可以记下“有着什么样的关联”。</li>
<li>子coto（为什么不叫cotoco呢）：在coto下回复，例如我可以存一篇文章的链接，子coto里记录感想和quote。</li>
<li>flow是coto的时间线。</li>
<li>把一条coto pin起来，它就会进入stock，后者类似于一个放置所有“正在使用”的卡片的地方。这个功能是继承自piggydb的，很多软件都有类似的功能或插件，一般叫做workbench。stock里的卡片可以随意交换顺序。stock有自己一个单独的常驻界面，所以可以配合flow一起使用，时时参考。</li>
<li><strong>cotonoma</strong>（言の間）是一个类似于文件夹的概念，彼此可以嵌套，同时和coto之间也可以创建ito。（文档说，其实pin就是把coto连接到当前cotonoma的ito啦。读到这里，你还记得这些名词都是什么意思吗？）</li>
<li>转发：把coto转发到别的cotonoma里。</li>
<li>提升promote：把coto提升为cotonoma，这样它就可以“包含”其他coto了。（说起来，cotonoma之间可以循环吗？）</li></ul>

<h2 id="ppcp循环">ppcp循环</h2>

<p>post, pin, connect, promote!</p>

<p>这是作者设计的一个针对cotoami的工作流。或不如说cotoami就是为了它而开发的！</p>

<p>假设我们在做一个项目——就说写一篇文章好了。在post阶段，先创建这篇文章的cotonoma，在其中随意添加coto，想到什么写什么。然后筛选出好想法pin起来。</p>

<p>在此作者列出了几种要pin的coto类型：todo，反复出现的概念，同类事物，不属于这个cotonoma而只是有点相关的内容（例如在写文章的时候突然开始调查写作软件），灵感。</p>

<p>最后一步就是promote——把其中一些值得更深入挖掘的coto提升为cotonoma。这个步骤并不太适合“写文章”这样有明确结束节点的项目，但很适合做学术研究和学习某项新事物。</p>

<p>以我的理解，如果要写一篇文章，在pin的这一步之后，就可以开始把stock里的coto排成满意的顺序并动笔了。</p>
]]></content:encoded>
      <guid>https://matterofti.me/tools/cotoami</guid>
      <pubDate>Fri, 24 Oct 2025 06:29:35 +0000</pubDate>
    </item>
    <item>
      <title>2025跨设备长文写作</title>
      <link>https://matterofti.me/tools/2025-longform</link>
      <description>&lt;![CDATA[2025年了，我还在深夜为这件事烦恼，因为我是windows+ios用户。当然了就算我用安卓，多端同步也够喝一壶的。强调ios，只因为如果我同时日常用mac电脑，那么ulysses或者apple备忘录应该就能解决问题了。可是我不能。&#xA;&#xA;先描述一下我一直以来纠结的问题：我经常要在电脑和手机上同时阅读编辑超过20000字的文档——可以理解为一篇中篇小说。这是种很尴尬的内容，因为它不是网文，也不是万字以下能搞定的小说，也不是结构化的文章——像这篇，或者公众号长文，或者特稿。所有这些类型的文字我都可以分章节、分段来解决太长的问题。唯独中篇小说是我不希望分段的，觉得别扭难受。写着写着，结构顺序可能全变了。这种时候，同一个文档调整起来，比所谓的“卡片”要好得多。&#xA;&#xA;而在一个文档字数超过20000的时候，大部分移动端编辑体验都开始出问题了。最早出问题的就是apple备忘录——那是我还不需要和windows电脑同步的时候。其实我有点忘了它出什么问题，只记得当时难以为继，可能现在也修好了，但现在我用windows电脑，所以这一点失去了意义。&#xA;&#xA;那么，接下来我就开始了苦命的奥德赛之旅，试图寻找一个完美的解决方案。这不是巧了吗，正好有写作软件叫ulysses，看来写作者都承认自己的命有多苦。&#xA;&#xA;0.simplenote&#xA;&#xA;当年的我开始辗转寻找备忘录的备胎，最终有一天用上了simplenote。越用越觉得，simplenote真是笔记界的奇迹，又不要钱，编辑体验又几乎是原生，又全平台同步甚至有网页app。所以它就是我现在的方案。在电脑上我会把文章从simplenote复制到typora，享受typora的丝滑，然后复制回去。simplenote是我的多端同步和移动端编辑工具。&#xA;&#xA;20000字以下的文章，交给simplenote都完全没问题。但字数一旦上去，我就发现它时不时给我多同步一个段落。&#xA;&#xA;我开始忐忑了。&#xA;&#xA;多同步是小问题，我就怕它哪天背叛我，给我少同步一点。虽然可以靠手动备份解决，但终究在心里埋了个雷。&#xA;&#xA;如果不是simplenote出了同步问题的前兆，我就已经挺满意了，而且已经满意了好几年。但现在看来，它可能终究还是不太适合长文，而是更适合一大堆短篇笔记。&#xA;&#xA;目前我还是可以用simplenote同步，但我已经不敢全靠它了，至少得把文章定期复制到外面。&#xA;&#xA;1.在线文档：google docs，飞书，腾讯，石墨&#xA;&#xA;google docs总体来说可以接受，只要网络连接稳定，它和keep联动、同一个文档有选项卡、移动编辑正常顺滑，没有大硬伤。虽然网页版中文字体恶心，但这已经不重要了。&#xA;&#xA;飞书移动端粘贴几万字后滚动出现问题，毕竟它是基于block的，已经不是最纯洁的在线文档了。&#xA;&#xA;腾讯文档，一打开就是金色的会员充值跳脸。关闭。&#xA;&#xA;石墨文档倒是意外地还行，粘贴几万字编辑体验可以，中文适配更好，功能比较单一，有会员充值提示但比几年前收敛多了，观察中。&#xA;&#xA;2.webdav+笔记软件&#xA;&#xA;对于多台台式电脑之间的同步，这个方案是可以的，但移动端目前完全不行，别想了。joplin的webdav没试过，已经被它的编辑手感劝退。最值得考虑的可能是1writer，但1writer对中文不好。&#xA;&#xA;3.瑞士军刀：obsidian&#xA;&#xA;obsidian总让我犹豫。其实obsidian的icloud同步速度还可以，也可以考虑购买它的sync服务。但是……但是……&#xA;&#xA;好吧，我承认我是不喜欢 1.建立一个vault就要深思熟虑重配一遍插件 2.所有手感都要自己调整。它几乎是一个js版的emacs了。而且花了很长时间调完，还未必好用，可能和开箱即用的typora还有很大差距。obsidian是一个需要“思考”才能用的软件，或许我建立知识库、读书、做任何结构化笔记还是会用它，但如果把它当写作软件，给我的压力太大了。&#xA;&#xA;4.不那么靠谱的“写作”软件：妙笔，写拉松，effie，lattics&#xA;&#xA;妙笔单个文档只能同步20000字，且滚动总是卡顿。我想它还是更适合长篇多章节的那种写作吧。&#xA;&#xA;写拉松或许没有别的明显问题，就是手感特别不好，加上每次更新重新进入后，新加的功能都给我种莫名其妙的感觉。&#xA;&#xA;effie目测值得试一下，可能会在里面先写短文，积累些信任后再大量使用。&#xA;effie免费版最多两台设备，我需要三台，而试用后我对它的产品路线狐疑，为什么现在主页做得像个ai？开发者是不是太浮躁了？明显写作的各种功能也没有打磨好，只是处在基本能用的状态，亮点是思维导图大纲，这个我也并不需要。它并没有好到我愿意付费尝试。&#xA;&#xA;lattics，是zine团队做的新写作软件。说实话这个一看就比effie靠谱多了，它的功能集很明显是深度写作者才会设计出来的。之后可能会付费进行测试。&#xA;&#xA;5.网文写作软件&#xA;&#xA;认真考虑并试用过一些，但它们明显都是给大篇幅、特别复杂、极多章节的小说设计，且每章字数不会太多。单文档写几万字的体验还是不好。&#xA;&#xA;它们那些生成地点姓名描写的功能我用不到，看在眼里也很分散注意力，毕竟网文有一些自己独特的生态和功利目标，用这种软件的时候就像走进一家咖啡厅、发现里面坐满了于补习班间隙休息学习的家长学生一样，虽然理论上可以忽略，但心中还是会有点淡淡的崩溃，想要站起来换个地方。&#xA;&#xA;6.多端笔记软件：evernote，onenote，大师笔记&#xA;&#xA;提到evernote主要是为了给人一个整体印象——我说的是“这种笔记软件”啊。&#xA;&#xA;但是，别用evernote。虽然编辑体验还行，我十年前就在evernote上丢了几万字的剧本。还有许多罄竹难书的罪恶就不说了，网上遍地是檄文。&#xA;&#xA;onenote主要是同步速度问题。这个问题太大，我都没法深入用它其他功能。&#xA;&#xA;大师笔记值得单独说一下。虽然这个笔记软件的长文编辑体验并不太好，但它很早就能多端同步文字图片，而且作为一个小厂小制作，它能够坚强地活七八年，说明在用户里有一定信誉度。&#xA;&#xA;7.roam research？&#xA;&#xA;突发奇想过用roam的document显示模式写长文，结果粘贴几万字后连显示都比较卡顿了。也许和电脑配置有关，但不推荐。导出文章也并不方便。&#xA;&#xA;8.重金求子之scrivener，gingko&#xA;&#xA;scrivener：没有钱（且我和scrivener相处历来有困难，屡次试用无法战胜）所以没试过，姑且作为一个选项列出。听说它的多端同步只不过是利用dropbox而已，可能完全取决于dropbox稳定与否。&#xA;&#xA;gingko：同样是没有钱，所以试用都不深入。但也许将来会充钱再试试。&#xA;&#xA;9.workflowy节点笔记？！&#xA;&#xA;这个方案让我也很惊讶。是的，我想到这个的时候，自己都匪夷所思。没错，我指的就是在workflowy一个节点的note里粘贴几万字，然后在里面编辑到写完为止。不仅我以前干过这事，连现在这篇文章都是在workflowy里以这种方式写的。&#xA;&#xA;不知道为什么，workflowy的节点note体验稳得一批。回想起来，我当年也是在note里直接写完了几万字的文章，没有掉数据、回档。即使不小心点到别的地方导致note收起，再展开时数据还是在的。别问我移动端如何，我当年在里面写几万字就是用的移动端+蓝牙键盘。&#xA;&#xA;我知道workflowy一直是个很好很神奇的软件，但好成这样还是过分了。也就是说wfy完全可以把节点当笔记标题，节点note当正文。要开一篇新笔记，在上一个节点后面回车就行了。甚至节点下面可以nest一个大纲和其他备忘todo，边写边参考。这个大纲永远跟在文章屁股后头，而不需要打开一个新窗口。&#xA;&#xA;因为正文是note，所以编辑起来和正常文档没有区别，而不像普通大纲笔记，换行就是增加了一个节点，全选复制会复制出一个大列表。它就是带一点基础格式的几乎是纯文本的内容。&#xA;&#xA;这是唯一一个可以让我自如“把一个词、一句话想法扩展成文章”的软件，连simplenote都会给我点压力。wfy还可以在某种程度上模拟gingko——不能完全复刻——但它有比gingko好得多的地方。&#xA;&#xA;没有完全投入wfy，可能因为我还有点不敢置信。以后会多试试。&#xA;&#xA;10.onedrive同步word？&#xA;&#xA;这是刚想到的，还没时间尝试，有待研究。&#xA;&#xA;想到以后立刻去尝试了。结论是一个词：可笑。&#xA;&#xA;我先登录了免费的onedrive，这一步还算正常。但打开onedrive的一刹那，它告诉我账号已冻结，手动点击恢复，页面提示我“文件将在24小时内恢复”。还好我对微软的官僚主义心里有数，立刻刷新页面后，文件已恢复。&#xA;&#xA;接着，我下载了ios的word。当我第一次登录就网络连接错误而失败时，我已经隐隐预见到将来的结局，只想发笑。总算登上去了，关掉无数弹窗后在网页端粘贴了我的几万字文档，它反应迟滞。念在它年纪大了的份上，我耐心等待。好在除了速度问题，其他表现还算可以接受。&#xA;&#xA;回到ios，我点击新建立的文档，果不其然，加载了十几秒后，“无法连接”。&#xA;&#xA;这还是在全程梯子的情况下。好吧，既然如此，我为什么不直接用google docs呢？&#xA;&#xA;移动编辑我暂时没福体会了，总之onedrive的体验并不能说烂得让人发怒，反而是像面对一个耄耋之年还挣扎着退休返聘的老人一样，只能无奈地笑笑。毕竟它所有的问题都是连接速度问题。面对一个做任何操作都要等几秒、虽然功能并没有硬伤的现代应用，我还能怎么样呢？&#xA;&#xA;11.writefreely自建服务&#xA;&#xA;也就是这个网站的草稿箱功能。&#xA;&#xA;其实除了容易丢稿之外并没有什么不好，但丢稿……&#xA;&#xA;移动端时不时会无法显示博客列表，这似乎取决于网络连接。&#xA;&#xA;在一个只有localstorage保存的网页上编辑几万字内容还是太刺激了。&#xA;&#xA;TODO self-hosted silverbullet&#xA;&#xA;∞.题外话：writemonkey 3&#xA;&#xA;题外话，因为writemonkey从来没支持过或者考虑支持移动端，唯一的方法可能是配合webdav，那就归于2一类了。但它是windows上除了scrivener外最能和ulysses一决高下的写作软件，本体还不要钱。所以我始终对writemonkey 3抱有点幻想。如果哪天移动端的webdav好用了，那为什么不吻上writemonkey 3呢？&#xA;&#xA;（不要对writemonkey 2抱幻想，它不支持中文输入法，问题严重。google group上用户多次反馈无解，不会修了。）&#xA;&#xA;结论&#xA;&#xA;凑合能用的：simplenote，google docs&#xA;居然能用、还在测试中的：workflowy&#xA;打算给个机会的：石墨文档，lattics&#xA;实在不行考虑用的：大师笔记&#xA;想测试但没钱的：scrivener&#xA;&#xA;update&#xA;&#xA;最后我用simplenote写完了。全文60000字左右。&#xA;]]&gt;</description>
      <content:encoded><![CDATA[<p>2025年了，我还在深夜为这件事烦恼，因为我是windows+ios用户。当然了就算我用安卓，多端同步也够喝一壶的。强调ios，只因为如果我同时日常用mac电脑，那么ulysses或者apple备忘录应该就能解决问题了。可是我不能。</p>

<p>先描述一下我一直以来纠结的问题：我经常要在电脑和手机上同时阅读编辑超过20000字的文档——可以理解为一篇中篇小说。这是种很尴尬的内容，因为它不是网文，也不是万字以下能搞定的小说，也不是结构化的文章——像这篇，或者公众号长文，或者特稿。所有这些类型的文字我都可以分章节、分段来解决太长的问题。唯独中篇小说是我不希望分段的，觉得别扭难受。写着写着，结构顺序可能全变了。这种时候，同一个文档调整起来，比所谓的“卡片”要好得多。</p>

<p>而在一个文档字数超过20000的时候，大部分移动端编辑体验都开始出问题了。最早出问题的就是apple备忘录——那是我还不需要和windows电脑同步的时候。其实我有点忘了它出什么问题，只记得当时难以为继，可能现在也修好了，但现在我用windows电脑，所以这一点失去了意义。</p>

<p>那么，接下来我就开始了苦命的奥德赛之旅，试图寻找一个完美的解决方案。这不是巧了吗，正好有写作软件叫ulysses，看来写作者都承认自己的命有多苦。</p>

<h3 id="0-simplenote">0.simplenote</h3>

<p>当年的我开始辗转寻找备忘录的备胎，最终有一天用上了simplenote。越用越觉得，simplenote真是笔记界的奇迹，又不要钱，编辑体验又几乎是原生，又全平台同步甚至有网页app。所以它就是我现在的方案。在电脑上我会把文章从simplenote复制到typora，享受typora的丝滑，然后复制回去。simplenote是我的多端同步和移动端编辑工具。</p>

<p>20000字以下的文章，交给simplenote都完全没问题。但字数一旦上去，我就发现它时不时给我多同步一个段落。</p>

<p>我开始忐忑了。</p>

<p>多同步是小问题，我就怕它哪天背叛我，给我少同步一点。虽然可以靠手动备份解决，但终究在心里埋了个雷。</p>

<p>如果不是simplenote出了同步问题的前兆，我就已经挺满意了，而且已经满意了好几年。但现在看来，它可能终究还是不太适合长文，而是更适合一大堆短篇笔记。</p>

<p>目前我还是可以用simplenote同步，但我已经不敢全靠它了，至少得把文章定期复制到外面。</p>

<h3 id="1-在线文档-google-docs-飞书-腾讯-石墨">1.在线文档：google docs，飞书，腾讯，石墨</h3>

<p>google docs总体来说可以接受，只要网络连接稳定，它和keep联动、同一个文档有选项卡、移动编辑正常顺滑，没有大硬伤。虽然网页版中文字体恶心，但这已经不重要了。</p>

<p>飞书移动端粘贴几万字后滚动出现问题，毕竟它是基于block的，已经不是最纯洁的在线文档了。</p>

<p>腾讯文档，一打开就是金色的会员充值跳脸。关闭。</p>

<p>石墨文档倒是意外地还行，粘贴几万字编辑体验可以，中文适配更好，功能比较单一，有会员充值提示但比几年前收敛多了，观察中。</p>

<h3 id="2-webdav-笔记软件">2.webdav+笔记软件</h3>

<p>对于多台台式电脑之间的同步，这个方案是可以的，但移动端目前完全不行，别想了。joplin的webdav没试过，已经被它的编辑手感劝退。最值得考虑的可能是1writer，但1writer对中文不好。</p>

<h3 id="3-瑞士军刀-obsidian">3.瑞士军刀：obsidian</h3>

<p>obsidian总让我犹豫。其实obsidian的icloud同步速度还可以，也可以考虑购买它的sync服务。但是……但是……</p>

<p>好吧，我承认我是不喜欢 1.建立一个vault就要深思熟虑重配一遍插件 2.所有手感都要自己调整。它几乎是一个js版的emacs了。而且花了很长时间调完，还未必好用，可能和开箱即用的typora还有很大差距。obsidian是一个需要“思考”才能用的软件，或许我建立知识库、读书、做任何结构化笔记还是会用它，但如果把它当写作软件，给我的压力太大了。</p>

<h3 id="4-不那么靠谱的-写作-软件-妙笔-写拉松-effie-lattics">4.不那么靠谱的“写作”软件：妙笔，写拉松，effie，lattics</h3>

<p>妙笔单个文档只能同步20000字，且滚动总是卡顿。我想它还是更适合长篇多章节的那种写作吧。</p>

<p>写拉松或许没有别的明显问题，就是手感特别不好，加上每次更新重新进入后，新加的功能都给我种莫名其妙的感觉。</p>

<p><del>effie目测值得试一下，可能会在里面先写短文，积累些信任后再大量使用。</del>
effie免费版最多两台设备，我需要三台，而试用后我对它的产品路线狐疑，为什么现在主页做得像个ai？开发者是不是太浮躁了？明显写作的各种功能也没有打磨好，只是处在基本能用的状态，亮点是思维导图大纲，这个我也并不需要。它并没有好到我愿意付费尝试。</p>

<p>lattics，是zine团队做的新写作软件。说实话这个一看就比effie靠谱多了，它的功能集很明显是深度写作者才会设计出来的。之后可能会付费进行测试。</p>

<h3 id="5-网文写作软件">5.网文写作软件</h3>

<p>认真考虑并试用过一些，但它们明显都是给大篇幅、特别复杂、极多章节的小说设计，且每章字数不会太多。单文档写几万字的体验还是不好。</p>

<p>它们那些生成地点姓名描写的功能我用不到，看在眼里也很分散注意力，毕竟网文有一些自己独特的生态和功利目标，用这种软件的时候就像走进一家咖啡厅、发现里面坐满了于补习班间隙休息学习的家长学生一样，虽然理论上可以忽略，但心中还是会有点淡淡的崩溃，想要站起来换个地方。</p>

<h3 id="6-多端笔记软件-evernote-onenote-大师笔记">6.多端笔记软件：evernote，onenote，大师笔记</h3>

<p>提到evernote主要是为了给人一个整体印象——我说的是“这种笔记软件”啊。</p>

<p>但是，别用evernote。虽然编辑体验还行，我十年前就在evernote上丢了几万字的剧本。还有许多罄竹难书的罪恶就不说了，网上遍地是檄文。</p>

<p>onenote主要是同步速度问题。这个问题太大，我都没法深入用它其他功能。</p>

<p>大师笔记值得单独说一下。虽然这个笔记软件的长文编辑体验并不太好，但它很早就能多端同步文字图片，而且作为一个小厂小制作，它能够坚强地活七八年，说明在用户里有一定信誉度。</p>

<h3 id="7-roam-research">7.roam research？</h3>

<p>突发奇想过用roam的document显示模式写长文，结果粘贴几万字后连显示都比较卡顿了。也许和电脑配置有关，但不推荐。导出文章也并不方便。</p>

<h3 id="8-重金求子之scrivener-gingko">8.重金求子之scrivener，gingko</h3>

<p>scrivener：没有钱（且我和scrivener相处历来有困难，屡次试用无法战胜）所以没试过，姑且作为一个选项列出。听说它的多端同步只不过是利用dropbox而已，可能完全取决于dropbox稳定与否。</p>

<p>gingko：同样是没有钱，所以试用都不深入。但也许将来会充钱再试试。</p>

<h3 id="9-workflowy节点笔记">9.workflowy节点笔记？！</h3>

<p>这个方案让我也很惊讶。是的，我想到这个的时候，自己都匪夷所思。没错，我指的就是在workflowy一个节点的note里粘贴几万字，然后在里面编辑到写完为止。不仅我以前干过这事，连现在这篇文章都是在workflowy里以这种方式写的。</p>

<p>不知道为什么，workflowy的节点note体验稳得一批。回想起来，我当年也是在note里直接写完了几万字的文章，没有掉数据、回档。即使不小心点到别的地方导致note收起，再展开时数据还是在的。别问我移动端如何，我当年在里面写几万字就是用的移动端+蓝牙键盘。</p>

<p>我知道workflowy一直是个很好很神奇的软件，但好成这样还是过分了。也就是说wfy完全可以把节点当笔记标题，节点note当正文。要开一篇新笔记，在上一个节点后面回车就行了。甚至节点下面可以nest一个大纲和其他备忘todo，边写边参考。这个大纲永远跟在文章屁股后头，而不需要打开一个新窗口。</p>

<p>因为正文是note，所以编辑起来和正常文档没有区别，而不像普通大纲笔记，换行就是增加了一个节点，全选复制会复制出一个大列表。它就是带一点基础格式的几乎是纯文本的内容。</p>

<p>这是唯一一个可以让我自如“把一个词、一句话想法扩展成文章”的软件，连simplenote都会给我点压力。wfy还可以在某种程度上模拟gingko——不能完全复刻——但它有比gingko好得多的地方。</p>

<p>没有完全投入wfy，可能因为我还有点不敢置信。以后会多试试。</p>

<h3 id="10-onedrive同步word">10.onedrive同步word？</h3>

<p><del>这是刚想到的，还没时间尝试，有待研究。</del></p>

<p>想到以后立刻去尝试了。结论是一个词：可笑。</p>

<p>我先登录了免费的onedrive，这一步还算正常。但打开onedrive的一刹那，它告诉我账号已冻结，手动点击恢复，页面提示我“文件将在24小时内恢复”。还好我对微软的官僚主义心里有数，立刻刷新页面后，文件已恢复。</p>

<p>接着，我下载了ios的word。当我第一次登录就网络连接错误而失败时，我已经隐隐预见到将来的结局，只想发笑。总算登上去了，关掉无数弹窗后在网页端粘贴了我的几万字文档，它反应迟滞。念在它年纪大了的份上，我耐心等待。好在除了速度问题，其他表现还算可以接受。</p>

<p>回到ios，我点击新建立的文档，果不其然，加载了十几秒后，“无法连接”。</p>

<p>这还是在全程梯子的情况下。好吧，既然如此，我为什么不直接用google docs呢？</p>

<p>移动编辑我暂时没福体会了，总之onedrive的体验并不能说烂得让人发怒，反而是像面对一个耄耋之年还挣扎着退休返聘的老人一样，只能无奈地笑笑。毕竟它所有的问题都是连接速度问题。面对一个做任何操作都要等几秒、虽然功能并没有硬伤的现代应用，我还能怎么样呢？</p>

<h3 id="11-writefreely自建服务">11.writefreely自建服务</h3>

<p>也就是这个网站的草稿箱功能。</p>

<p>其实除了容易丢稿之外并没有什么不好，但丢稿……</p>

<p>移动端时不时会无法显示博客列表，这似乎取决于网络连接。</p>

<p>在一个只有localstorage保存的网页上编辑几万字内容还是太刺激了。</p>

<h3 id="todo-self-hosted-silverbullet">TODO self-hosted silverbullet</h3>

<h3 id="题外话-writemonkey-3">∞.题外话：writemonkey 3</h3>

<p>题外话，因为writemonkey从来没支持过或者考虑支持移动端，唯一的方法可能是配合webdav，那就归于2一类了。但它是windows上除了scrivener外最能和ulysses一决高下的写作软件，本体还不要钱。所以我始终对writemonkey 3抱有点幻想。如果哪天移动端的webdav好用了，那为什么不吻上writemonkey 3呢？</p>

<p>（不要对writemonkey 2抱幻想，它不支持中文输入法，问题严重。google group上用户多次反馈无解，不会修了。）</p>

<h3 id="结论">结论</h3>

<p>凑合能用的：simplenote，google docs
居然能用、还在测试中的：workflowy
打算给个机会的：石墨文档，lattics
实在不行考虑用的：大师笔记
想测试但没钱的：scrivener</p>

<h3 id="update">update</h3>

<p>最后我用simplenote写完了。全文60000字左右。</p>
]]></content:encoded>
      <guid>https://matterofti.me/tools/2025-longform</guid>
      <pubDate>Sun, 28 Sep 2025 04:45:34 +0000</pubDate>
    </item>
    <item>
      <title>simplenote卡片盒</title>
      <link>https://matterofti.me/tools/simplenote-kasten</link>
      <description>&lt;![CDATA[simplenote是一个挺好的软件，完全纯文本，所有平台包括web同步，有历史备份有导出，可以协作和发布为网页，界面耐看编辑顺滑没有硬伤。这一切还都不要钱，纯粹的慈善项目。我用它存储一些最需要随时更新和参考的笔记。它是我“最长期”笔记仓库之一。&#xA;&#xA;我应该多写点关于simplenote的文章。可惜它实在是简单，没有那么多可以折腾的功能。&#xA;&#xA;那么就谈谈“怎么用simplenote管理笔记”好了。&#xA;&#xA;如果说整个笔记工具领域可以看作一个三层金字塔，最底层是具体的工具和功能，最上层是记录的内容，那中间层就是“如何组织和管理笔记”。显然，这个领域是独立于软件本身的。你可以从一个软件搬到另一个，但始终沿用自己习惯的那一套记录方法。同样，这个领域也基本上独立于笔记内容，不管你记什么，都可以随时换用另一种记录体系。像bujo、para、卡片笔记法、无压双链这些话题，就属于这一层。&#xA;&#xA;我现在的笔记体系的形成，深深有赖于在simplenote里培养起来的习惯。&#xA;&#xA;为什么会这样呢？因为simplenote实在太简单了。简单到只能专注于“添加笔记”这一件事。&#xA;&#xA;完完全全是字面意义上的——它的“添加笔记”和“搜索笔记”是同一个入口。而这个入口在页面最上方。&#xA;&#xA;要找什么？好的，输入关键词。没找到？好的，一键创建新笔记。&#xA;&#xA;这个工作流非常适合这样一种场景——想到什么，打开手机，搜索上次就这个话题写了什么，更新那篇笔记。&#xA;&#xA;就这一点来说，它其实是notational velocity这个软件的精神续作，和nvalt，emacs的deft是同类。&#xA;&#xA;这些软件的共同点，是“把创建、访问和搜索合一”，加上“超轻量级的搜索”——搜索几乎就是筛选。打一个字进去，立刻就能看到筛选结果。&#xA;&#xA;2020年大火的双向链接，就其本质来说，其实就是“超轻量级的搜索”，不是吗？标签功能，就其本质来说，不也是“聚合搜索”吗？&#xA;&#xA;这意味着，“分类”这个任务，可以用“搜索”去完成。只要搜索足够好用。而在simplenote里，我很快就发现，笔记标题可以起到分类作用。例如，我有这么一些笔记标题：&#xA;&#xA;工具&#xA;工具 simplenote&#xA;工具 simplenote 功能简介&#xA;工具 roam research&#xA;工具 roam research 自定义css&#xA;&#xA;用空格隔开的关键词，不仅可以轻易搜到，还能按首字母排序，自动聚合在一起。simplenote提供了按创建日期、修改日期、首字母等多种排序方式。平时我会用“修改日期”，而需要浏览某一话题的所有笔记时，只需要利用搜索或首字母排序。&#xA;&#xA;同时simplenote修改标题也极其方便——笔记的第一行自动成为标题，根本不用“右键重命名——确认”。标签功能倒比这个麻烦很多。我一般只给“涵盖多个关键词”的一系列主题笔记加上标签。&#xA;&#xA;使用这样的命名规则后，我发现simplenote已经非常好用了。又过了段时间，我猛然醒悟：这不就是卡片盒吗？&#xA;&#xA;且看卢曼的卡片编号系统是怎么处理同个问题的。它用数字字母交替给卡片编号，形成一个人造的树形结构。例如：&#xA;&#xA;1 笔记软件&#xA;1a simplenote&#xA;1b roam research&#xA;……&#xA;&#xA;要插入一个simplenote相关的主题，需要编号为1a1：&#xA;&#xA;1 笔记软件&#xA;1a simplenote&#xA;1a1 关于simplenote的历史记录功能&#xA;1b roam research ……&#xA;&#xA;回头看看上面simplenote的标题命名规则……等等，好像思路完全一样啊！只是我用自然语言取代了编号而已。&#xA;&#xA;当然，卢曼需要编号来同时进行排序和引用。但我看不出在现代软件里为何还非得用这类编号。只要我采用类似的树结构给笔记起名，就能达到完全一致的效果，可读性还要强得多。&#xA;&#xA;总之，使用simplenote的这段经历教会了我怎么在最简陋（类似于txt+资源管理器）的环境里管理好笔记。环境简陋，意味着这个方法几乎可以迁移到任何软件里，再慢慢进行优化。]]&gt;</description>
      <content:encoded><![CDATA[<p>simplenote是一个挺好的软件，完全纯文本，所有平台包括web同步，有历史备份有导出，可以协作和发布为网页，界面耐看编辑顺滑没有硬伤。这一切还都不要钱，纯粹的慈善项目。我用它存储一些最需要随时更新和参考的笔记。它是我“最长期”笔记仓库之一。</p>

<p>我应该多写点关于simplenote的文章。可惜它实在是简单，没有那么多可以折腾的功能。</p>

<p>那么就谈谈“怎么用simplenote管理笔记”好了。</p>

<p>如果说整个笔记工具领域可以看作一个三层金字塔，最底层是具体的工具和功能，最上层是记录的内容，那中间层就是“如何组织和管理笔记”。显然，这个领域是独立于软件本身的。你可以从一个软件搬到另一个，但始终沿用自己习惯的那一套记录方法。同样，这个领域也基本上独立于笔记内容，不管你记什么，都可以随时换用另一种记录体系。像bujo、para、卡片笔记法、无压双链这些话题，就属于这一层。</p>

<p>我现在的笔记体系的形成，深深有赖于在simplenote里培养起来的习惯。</p>

<p>为什么会这样呢？因为simplenote实在太简单了。简单到只能专注于“添加笔记”这一件事。</p>

<p>完完全全是字面意义上的——它的“添加笔记”和“搜索笔记”是同一个入口。而这个入口在页面最上方。</p>

<p>要找什么？好的，输入关键词。没找到？好的，一键创建新笔记。</p>

<p>这个工作流非常适合这样一种场景——想到什么，打开手机，搜索上次就这个话题写了什么，更新那篇笔记。</p>

<p>就这一点来说，它其实是notational velocity这个软件的精神续作，和nvalt，emacs的deft是同类。</p>

<p>这些软件的共同点，是“把创建、访问和搜索合一”，加上“超轻量级的搜索”——搜索几乎就是筛选。打一个字进去，立刻就能看到筛选结果。</p>

<p>2020年大火的双向链接，就其本质来说，其实就是“超轻量级的搜索”，不是吗？标签功能，就其本质来说，不也是“聚合搜索”吗？</p>

<p>这意味着，“分类”这个任务，可以用“搜索”去完成。只要搜索足够好用。而在simplenote里，我很快就发现，笔记标题可以起到分类作用。例如，我有这么一些笔记标题：</p>

<pre><code>工具
工具 simplenote
工具 simplenote 功能简介
工具 roam research
工具 roam research 自定义css
</code></pre>

<p>用空格隔开的关键词，不仅可以轻易搜到，还能按首字母排序，自动聚合在一起。simplenote提供了按创建日期、修改日期、首字母等多种排序方式。平时我会用“修改日期”，而需要浏览某一话题的所有笔记时，只需要利用搜索或首字母排序。</p>

<p>同时simplenote修改标题也极其方便——笔记的第一行自动成为标题，根本不用“右键重命名——确认”。标签功能倒比这个麻烦很多。我一般只给“涵盖多个关键词”的一系列主题笔记加上标签。</p>

<p>使用这样的命名规则后，我发现simplenote已经非常好用了。又过了段时间，我猛然醒悟：这不就是卡片盒吗？</p>

<p>且看卢曼的卡片编号系统是怎么处理同个问题的。它用数字字母交替给卡片编号，形成一个人造的树形结构。例如：</p>

<pre><code>1 笔记软件
1a simplenote
1b roam research
……
</code></pre>

<p>要插入一个simplenote相关的主题，需要编号为1a1：</p>

<pre><code>1 笔记软件
1a simplenote
1a1 关于simplenote的历史记录功能
1b roam research ……
</code></pre>

<p>回头看看上面simplenote的标题命名规则……等等，好像思路完全一样啊！只是我用自然语言取代了编号而已。</p>

<p>当然，卢曼需要编号来同时进行排序和引用。但我看不出在现代软件里为何还非得用这类编号。只要我采用类似的树结构给笔记起名，就能达到完全一致的效果，可读性还要强得多。</p>

<p>总之，使用simplenote的这段经历教会了我怎么在最简陋（类似于txt+资源管理器）的环境里管理好笔记。环境简陋，意味着这个方法几乎可以迁移到任何软件里，再慢慢进行优化。</p>
]]></content:encoded>
      <guid>https://matterofti.me/tools/simplenote-kasten</guid>
      <pubDate>Tue, 05 Aug 2025 08:39:23 +0000</pubDate>
    </item>
    <item>
      <title>the minimal org-mode setup</title>
      <link>https://matterofti.me/tools/the-minimal-org-mode-setup</link>
      <description>&lt;![CDATA[如果只需要用到基于webdav同步的org agenda功能，那么：&#xA;&#xA;映射webdav网盘的org文件夹到盘符&#xA;下载emacs&#xA;安装org-mode&#xA;配置快捷键和一些基础设施&#xA;;; org-mode快捷键&#xA;(global-set-key (kbd &#34;C-c l&#34;) #&#39;org-store-link)&#xA;(global-set-key (kbd &#34;C-c a&#34;) #&#39;org-agenda)&#xA;(global-set-key (kbd &#34;C-c c&#34;) #&#39;org-capture)&#xA;;; 高亮行&#xA;(global-hl-line-mode 1)&#xA;;; 关掉顶部工具栏&#xA;(push &#39;(tool-bar-lines . 0) default-frame-alist)&#xA;;; 中文折行&#xA;(add-hook &#39;org-mode-hook (lambda () (setq truncate-lines nil)))&#xA;;; 保存布局&#xA;(desktop-save-mode 1)&#xA;;; org todo keywords&#xA;(setq org-todo-keywords &#39;((type &#34;TODO(t)&#34; &#34;WIP(w)&#34; &#34;LATER(l)&#34; &#34;|&#34; &#34;DONE(d)&#34; &#34;CANCELED(c)&#34;)))&#xA;;; 其他&#xA;(electric-indent-mode -1) ;; 不写代码不需要自动缩进&#xA;(setq org-agenda-restore-windows-after-quit t)&#xA;添加agenda文件&#xA;打开org-log-done&#xA;开用！]]&gt;</description>
      <content:encoded><![CDATA[<p>如果只需要用到基于webdav同步的org agenda功能，那么：</p>
<ol><li>映射webdav网盘的org文件夹到盘符</li>
<li>下载emacs</li>
<li><a href="https://orgmode.org/manual/Installation.html" rel="nofollow">安装org-mode</a></li>
<li>配置快捷键和一些基础设施
<code>elisp
;; org-mode快捷键
(global-set-key (kbd &#34;C-c l&#34;) #&#39;org-store-link)
(global-set-key (kbd &#34;C-c a&#34;) #&#39;org-agenda)
(global-set-key (kbd &#34;C-c c&#34;) #&#39;org-capture)
;; 高亮行
(global-hl-line-mode 1)
;; 关掉顶部工具栏
(push &#39;(tool-bar-lines . 0) default-frame-alist)
;; 中文折行
(add-hook &#39;org-mode-hook (lambda () (setq truncate-lines nil)))
;; 保存布局
(desktop-save-mode 1)
;; org todo keywords
(setq org-todo-keywords &#39;((type &#34;TODO(t)&#34; &#34;WIP(w)&#34; &#34;LATER(l)&#34; &#34;|&#34; &#34;DONE(d)&#34; &#34;CANCELED(c)&#34;)))
;; 其他
(electric-indent-mode -1) ;; 不写代码不需要自动缩进
(setq org-agenda-restore-windows-after-quit t)
</code></li>
<li>添加agenda文件</li>
<li>打开org-log-done</li>
<li>开用！</li></ol>
]]></content:encoded>
      <guid>https://matterofti.me/tools/the-minimal-org-mode-setup</guid>
      <pubDate>Mon, 28 Jul 2025 07:39:34 +0000</pubDate>
    </item>
    <item>
      <title>pkm</title>
      <link>https://matterofti.me/tools/pkm</link>
      <description>&lt;![CDATA[pkm=personal knowledge management，个人知识管理，也是近年一个热门话题。&#xA;&#xA;before we dive in, 必须厘清一些概念。&#xA;&#xA;其实知识管理只有两个问题要解决：&#xA;&#xA;如何形成新的知识。&#xA;怎么避免遗忘如何取用旧的知识——需要笔记系统。&#xA;&#xA;——之所以把“怎么避免遗忘”划去，是因为这是spaced repetition等莫名被吹上天的机械训脑方法的常见误区。诚然，如果你要在一个月里记住3000个新单词，或许可以用这种重复方法，但长期使用这个方法“记住一切”，完全有害无利，而且还会对大脑造成巨大损伤，导致人思维混乱且憎恨生活。我是说真的。没开玩笑。&#xA;&#xA;因为，在任何时候，大脑能记住的事情都有限。进一步说，这是因为，在任何时候，人需要做的事都有限。&#xA;&#xA;没有什么比实践和反馈更能强化记忆。而一旦你不做这件事了，记忆会迅速退潮让位给新的领域。这是完全自然而且必需的。&#xA;&#xA;（重看这篇文章的时候，想起网上常见的“因纽特语有上百个形容雪花的词”，词汇难道不是人类的记忆？曾经有那么多形容不同马匹的字；形形色色的船只名称，根据桅杆和载重分类。这些词语也早就从大众口中退潮了，因为马和航海的时代已过去，它们已成为小众专业领域。）&#xA;&#xA;如果你这时候勒令大脑每天去看一些它不感兴趣也不需要的东西，大脑就会像厌学儿童一样抑郁、反应迟钝、注意力涣散。&#xA;&#xA;所以，我们应该接受这种遗忘。而所谓“第二大脑”的存在，就是为了存放这些“暂时多余”的记忆，让它们三体人一样扁扁地躺在仓库里，未来需要的时候可以迅速解冻复活，节约重新调查研究的时间。&#xA;&#xA;我在学习emacs和org-mode的时候给自己留下了一个详细的文档，我每次安装emacs都会去看那个文档。它记录了我最需要了解的全部信息。&#xA;&#xA;关于如何取用，还有很多细节留待展开，但那就是仓储管理和图书馆学的领域，这里只讲原则就够了。&#xA;&#xA;回到第一个问题：如何形成新的知识？&#xA;&#xA;我给出的答案是：通过问问题。求知无非是“有想知道的事”。至于为什么想知道，那原因就五花八门了。&#xA;&#xA;那么，到这一步，我们又可以把思路一分为二：&#xA;&#xA;如何形成新的知识&#xA;  a. 怎么提问&#xA;  b. 怎么回答&#xA;如何取用旧的知识&#xA;&#xA;好，有了以上“问题框架”之后，我们再来看“知识管理体系”和“知识管理工具”，就会发现，所有这些体系和工具，都或多或少以它们自己的方式对上述问题提出了解决方案。&#xA;&#xA;以前我们经常说，某某软件解决了这个痛点和那个痛点。而我想说，这个说法简直一团糟，到底解决了什么？！&#xA;&#xA;如果没有问题，那答案究竟回答了什么？有人能说清楚吗？“痛点”这个词，意味不明，意思大概是“障碍”。可是，是通往什么的障碍？&#xA;&#xA;现在回头来看roam research这种跨时代的设计，和围绕“网状笔记”“线性笔记”的热火朝天讨论，结论就很明显了，网状笔记是为了形成新的知识，但回头取用的时候，扪心自问，你真的有耐心在自己的笔记兔子洞里爬来爬去吗？所以线性或者树状结构笔记是为了方便日后查看的，而不是什么“过时的结构”。当然你可以在那种笔记里插入链接来提供更多信息，但我不觉得那个时候你会需要双链。反正我是从来没需要过。&#xA;&#xA;roam research自己已经说得很明白了，它设计成这样是为了方便用户思考。什么叫思考呢？各位，思考就是打草稿。思考是凌乱的，会走各种岔路，尝试各种方案。roam research的开发者和用户大体上都是干这行的，很懂如何“研究”或者说思考，所以他们选择的功能确实是researcher最爱的功能，比如写大纲、饿虎扑食般收集和某个主题相关的文献、在daily pages里打草稿日后再移动到page里形成结论、在同个page里筛选关键词、块之间互相引用……这些设计都是为了在文字记录中快速移动，不给“思考”的过程添加任何负担。但也仅限于思考的过程。到了写作或者“输出”的步骤，我们往往就要字斟句酌，不能再像之前那样“快速无压”了。&#xA;&#xA;思考和输出结论是两个不同的步骤，而网上谈知识管理或笔记管理的文章往往混为一谈，因为，当然，思考的时候会有一些阶段性结论需要记录，而“阶段性”——过程和结果的分界线——是比较模糊的。但我的标准是，未来——过了几年，我再翻出电脑深处这一大堆文本记录，我是否能看懂？&#xA;&#xA;我的区分标准就是——我能否有效取用？&#xA;&#xA;前几年特别火的“长青笔记”，其核心就是在说，“长青笔记卡片”是那些你未来能立刻看懂、能持续派上用处的笔记；或者，是一种思维的工具箱，多年来积淀的智慧。&#xA;&#xA;而闪念、文献、项目……这三类都只是暂时的，是思维发酵的堆肥，不是储存多年的罐头食物。未来你打开储藏室的时候，你总不想看到里面是一块田，田里插了个牌子教你怎么种菜吧？&#xA;&#xA;临时哈桑的这篇文章以“有效期”来分类笔记，其实是同样的思路。短期的往往是“正在形成的知识”，长期的则是“已酿造完毕需要窖藏的知识”。&#xA;&#xA;讲到这里文章差不多就结束了。其实除了researcher之外，大部分人需要管理的知识是比较窄而精简的，而且其中大部分可以存储在自己的肢体里，我相信很多人不会记下“ctrl+z是撤销的快捷键”这种内容吧，因为它住在我们的小拇指里。可万一哪天我们开始用全息虚拟头盔上班了，这该死的忘恩负义的小拇指就会背叛ctrl+z，而我们最多草草记下几个字，就把此事完全忘记。&#xA;&#xA;我认为知识管理也要遵循物品管理的原则，有“断舍离”和“极简主义”的概念。最好的知识管理是有意识地使用身体和语言，最好的大脑是第一大脑，其次才是第二大脑。]]&gt;</description>
      <content:encoded><![CDATA[<p>pkm=personal knowledge management，个人知识管理，也是近年一个热门话题。</p>

<p>before we dive in, 必须厘清一些概念。</p>

<p>其实知识管理只有两个问题要解决：</p>
<ol><li>如何形成新的知识。</li>
<li><del>怎么避免遗忘</del>如何取用旧的知识——需要笔记系统。</li></ol>

<p>——之所以把“怎么避免遗忘”划去，是因为这是spaced repetition等莫名被吹上天的机械训脑方法的常见误区。诚然，如果你要在一个月里记住3000个新单词，或许可以用这种重复方法，但长期使用这个方法“记住一切”，完全有害无利，而且还会对大脑造成巨大损伤，导致人思维混乱且憎恨生活。我是说真的。没开玩笑。</p>

<p>因为，在任何时候，大脑能记住的事情都有限。进一步说，这是因为，在任何时候，人需要做的事都有限。</p>

<p>没有什么比实践和反馈更能强化记忆。而一旦你不做这件事了，记忆会迅速退潮让位给新的领域。这是完全自然而且必需的。</p>

<p>（重看这篇文章的时候，想起网上常见的“因纽特语有上百个形容雪花的词”，词汇难道不是人类的记忆？曾经有那么多形容不同马匹的字；形形色色的船只名称，根据桅杆和载重分类。这些词语也早就从大众口中退潮了，因为马和航海的时代已过去，它们已成为小众专业领域。）</p>

<p>如果你这时候勒令大脑每天去看一些它不感兴趣也不需要的东西，大脑就会像厌学儿童一样抑郁、反应迟钝、注意力涣散。</p>

<p>所以，我们应该接受这种遗忘。而所谓“第二大脑”的存在，就是为了存放这些“暂时多余”的记忆，让它们三体人一样扁扁地躺在仓库里，未来需要的时候可以迅速解冻复活，节约重新调查研究的时间。</p>

<p>我在学习emacs和org-mode的时候给自己留下了一个详细的文档，我每次安装emacs都会去看那个文档。它记录了我最需要了解的全部信息。</p>

<p>关于如何取用，还有很多细节留待展开，但那就是仓储管理和图书馆学的领域，这里只讲原则就够了。</p>

<p>回到第一个问题：如何形成新的知识？</p>

<p>我给出的答案是：通过问问题。求知无非是“有想知道的事”。至于为什么想知道，那原因就五花八门了。</p>

<p>那么，到这一步，我们又可以把思路一分为二：</p>
<ol><li>如何形成新的知识
a. 怎么提问
b. 怎么回答</li>
<li>如何取用旧的知识</li></ol>

<p>好，有了以上“问题框架”之后，我们再来看“知识管理体系”和“知识管理工具”，就会发现，所有这些体系和工具，都或多或少以它们自己的方式<strong>对上述问题</strong>提出了解决方案。</p>

<p>以前我们经常说，某某软件解决了这个痛点和那个痛点。而我想说，这个说法简直一团糟，到底解决了什么？！</p>

<p>如果没有问题，那答案究竟回答了什么？有人能说清楚吗？“痛点”这个词，意味不明，意思大概是“障碍”。可是，是通往什么的障碍？</p>

<p>现在回头来看roam research这种跨时代的设计，和围绕“网状笔记”“线性笔记”的热火朝天讨论，结论就很明显了，网状笔记是为了形成新的知识，但回头取用的时候，扪心自问，你真的有耐心在自己的笔记兔子洞里爬来爬去吗？所以线性或者树状结构笔记是为了方便日后查看的，而不是什么“过时的结构”。当然你可以在那种笔记里插入链接来提供更多信息，但我不觉得那个时候你会需要双链。反正我是从来没需要过。</p>

<p>roam research自己已经说得很明白了，它设计成这样是为了方便用户思考。什么叫思考呢？各位，思考就是打草稿。思考是凌乱的，会走各种岔路，尝试各种方案。roam research的开发者和用户大体上都是干这行的，很懂如何“研究”或者说思考，所以他们选择的功能确实是researcher最爱的功能，比如写大纲、饿虎扑食般收集和某个主题相关的文献、在daily pages里打草稿日后再移动到page里形成结论、在同个page里筛选关键词、块之间互相引用……这些设计都是为了在文字记录中快速移动，不给“思考”的过程添加任何负担。但也仅限于思考的过程。到了写作或者“输出”的步骤，我们往往就要字斟句酌，不能再像之前那样“快速无压”了。</p>

<p>思考和输出结论是两个不同的步骤，而网上谈知识管理或笔记管理的文章往往混为一谈，因为，当然，思考的时候会有一些阶段性结论需要记录，而“阶段性”——过程和结果的分界线——是比较模糊的。但我的标准是，未来——过了几年，我再翻出电脑深处这一大堆文本记录，我是否能看懂？</p>

<p>我的区分标准就是——我能否有效取用？</p>

<p>前几年特别火的“长青笔记”，其核心就是在说，“长青笔记卡片”是那些你未来能立刻看懂、能持续派上用处的笔记；或者，是一种思维的工具箱，多年来积淀的智慧。</p>

<p>而闪念、文献、项目……这三类都只是暂时的，是思维发酵的堆肥，不是储存多年的罐头食物。未来你打开储藏室的时候，你总不想看到里面是一块田，田里插了个牌子教你怎么种菜吧？</p>

<p><a href="https://zhuanlan.zhihu.com/p/148622558" rel="nofollow">临时哈桑的这篇文章以“有效期”来分类笔记</a>，其实是同样的思路。短期的往往是“正在形成的知识”，长期的则是“已酿造完毕需要窖藏的知识”。</p>

<p>讲到这里文章差不多就结束了。其实除了researcher之外，大部分人需要管理的知识是比较窄而精简的，而且其中大部分可以存储在自己的肢体里，我相信很多人不会记下“ctrl+z是撤销的快捷键”这种内容吧，因为它住在我们的小拇指里。可万一哪天我们开始用全息虚拟头盔上班了，这该死的忘恩负义的小拇指就会背叛ctrl+z，而我们最多草草记下几个字，就把此事完全忘记。</p>

<p>我认为知识管理也要遵循物品管理的原则，有“断舍离”和“极简主义”的概念。最好的知识管理是有意识地使用身体和语言，最好的大脑是第一大脑，其次才是第二大脑。</p>
]]></content:encoded>
      <guid>https://matterofti.me/tools/pkm</guid>
      <pubDate>Wed, 16 Jul 2025 08:09:40 +0000</pubDate>
    </item>
    <item>
      <title>hhkb</title>
      <link>https://matterofti.me/tools/hhkb</link>
      <description>&lt;![CDATA[最终还是想一步到位，买了一块hhkb，型号是pro hybrid（指蓝牙有线混合） type-s（s for silent，静音）。&#xA;这一版本有六个外观，炭/雪（新色纯白）/白（经典灰白）三个颜色，每个颜色分为有刻和无刻。几乎没有犹豫就选了黑色有刻——第一，我记不住键位。第二，黑色的有刻最低调。实际到手是灰黑色，很耐看。&#xA;下单第二天就送到了，本来还研究了一下用什么软件改键位，但实际上从打开到用起来只有三步：&#xA;&#xA;装上两节附送的电池&#xA;拨好反面的dip开关（我打开了1：windows模式，和3：delete键变backspace——很重要！）&#xA;设置好蓝牙（先开电源，再按fn q开始记录，按fn ctrl 1-4确定配对哪个号码，蓝牙搜索到设备，输入六位配对码连接）&#xA;&#xA;就这样用上了！完全没改任何键位。&#xA;&#xA;一些问答：&#xA;&#xA;dip拨成windows模式对连接mac有影响吗？——没感觉。好像完全没影响。甚至不用按切换快捷键，mac就这样自然地用上了。&#xA;手感？——一开始感觉不如cherry红轴，但也可以接受，感觉这只是个习惯问题。&#xA;配列适应吗？——字母数字区和原来一样，ctrl很快就适应了，fn+方向键和home end还在适应中。由于fn可用右手小指操作，这些都可以单手按下，只是肌肉记住精确位置还需要时间。暂时还没用到f区，但除了多按个fn区别不大。现在比较不习惯的反而是标点符号区。不过常用的符号都还好。&#xA;  一旦接受了不用大幅移动就可以按到方向键和home/end的设定，可能回大键盘反而习惯不了了。&#xA;orgmode感觉如何？——说实话方向键移动bullet还不太习惯，但并没有遇到严重的困难。&#xA;&#xA;优点：&#xA;&#xA;相对轻，可以在多个房间/工位间单手拿起移动，一键（？其实是三键啦）切换不同设备。带着出门目测也是没问题的。&#xA;配列虽小五脏俱全，且出厂自带，开箱即用。&#xA;我知道很多平价键盘都能做到以上两条，但经典款就胜在不用动脑。简单的sku，简单的决定，就这么简单的花钱。]]&gt;</description>
      <content:encoded><![CDATA[<p>最终还是想一步到位，买了一块hhkb，型号是pro hybrid（指蓝牙有线混合） type-s（s for silent，静音）。
这一版本有六个外观，炭/雪（新色纯白）/白（经典灰白）三个颜色，每个颜色分为有刻和无刻。几乎没有犹豫就选了黑色有刻——第一，我记不住键位。第二，黑色的有刻最低调。实际到手是灰黑色，很耐看。
下单第二天就送到了，本来还研究了一下用什么软件改键位，但实际上从打开到用起来只有三步：</p>
<ol><li>装上两节附送的电池</li>
<li>拨好反面的dip开关（我打开了1：windows模式，和3：delete键变backspace——很重要！）</li>
<li>设置好蓝牙（先开电源，再按fn q开始记录，按fn ctrl 1-4确定配对哪个号码，蓝牙搜索到设备，输入六位配对码连接）</li></ol>

<p>就这样用上了！完全没改任何键位。</p>

<p>一些问答：</p>
<ul><li>dip拨成windows模式对连接mac有影响吗？——没感觉。好像完全没影响。甚至不用按切换快捷键，mac就这样自然地用上了。</li>
<li>手感？——一开始感觉不如cherry红轴，但也可以接受，感觉这只是个习惯问题。</li>
<li>配列适应吗？——字母数字区和原来一样，ctrl很快就适应了，fn+方向键和home end还在适应中。由于fn可用右手小指操作，这些都可以单手按下，只是肌肉记住精确位置还需要时间。暂时还没用到f区，但除了多按个fn区别不大。现在比较不习惯的反而是标点符号区。不过常用的符号都还好。
一旦接受了不用大幅移动就可以按到方向键和home/end的设定，可能回大键盘反而习惯不了了。</li>
<li>orgmode感觉如何？——说实话方向键移动bullet还不太习惯，但并没有遇到严重的困难。</li></ul>

<p>优点：</p>
<ul><li>相对轻，可以在多个房间/工位间单手拿起移动，一键（？其实是三键啦）切换不同设备。带着出门目测也是没问题的。</li>
<li>配列虽小五脏俱全，且出厂自带，开箱即用。</li>
<li>我知道很多平价键盘都能做到以上两条，但经典款就胜在不用动脑。简单的sku，简单的决定，就这么简单的花钱。</li></ul>
]]></content:encoded>
      <guid>https://matterofti.me/tools/hhkb</guid>
      <pubDate>Thu, 26 Jun 2025 15:31:37 +0000</pubDate>
    </item>
    <item>
      <title>ulysses确是mac上最好的写作软件</title>
      <link>https://matterofti.me/tools/ulyssesque-shi-macshang-zui-hao-de-xie-zuo-ruan-jian</link>
      <description>&lt;![CDATA[先说结论，我认为能比得上ulysses的只有scrivener，然而后者太复杂，且我不喜欢它的数据存储方式；writemonkey 3勉强能赶上，但毕竟还处于beta阶段。&#xA;&#xA;上次用ulysses还是9年前，浅尝辄止，因为那时候对自己的需求理解不深。最近又安装这个软件，惊讶地发现，其实它一直都有我需要的核心功能：&#xA;&#xA;其一：草稿箱。&#xA;&#xA;ulysses里，可以把某个文件转换为“素材”，不计入项目字数。对于随时起草片段，非常友好。是绝对必要的功能。&#xA;&#xA;其二：完善的书签、注释、脚注、笔记系统。&#xA;&#xA;绝大多数写作软件选择了三栏排版，左侧文件夹，中间正文，右侧笔记和其他信息，所以ulysses做了这么个右侧栏，也是情理之中。让我惊讶的是这个右侧栏信息面板的功能之强大。scrivener只有笔记区和元信息；妙笔多了一个卡片或白板功能。ulysses居然能像writemonkey系列一样跳转到文章内书签和注释，还能查看所有链接、图片。&#xA;&#xA;添加注释的语法是在段落前加上%%。被注释掉的文字不计入字数，且变成灰色。在修改文章的时候，用它来标出需要改的段落和修改指南，很方便。&#xA;&#xA;其三：“项目”，icloud存储，和外部文件夹。&#xA;&#xA;ulysses是少见的让我对文件存储感到很安心的软件。我本是一个不擅管理文件的人，scrivener就让我茫然无措了一会儿，因为scrivener把一个单独的（只能用scrivener打开的）文件叫做“项目”，那么问题来了：如果我只是写一篇短文，这算是一个项目吗？这样切来切去，每次都要打开不同的项目文件，岂不是很麻烦？还是说，我应该把所有短文都放在同个“项目”里，用文件夹分别组织它们的正文、草稿和参考资料？&#xA;&#xA;ulysses就没有引起这么多心理负担。它明确告诉你，所有项目都放在侧边栏（其实是放在library），你只需要在同一个地方新建项目；所有放在icloud下面的内容都会被同步；你可以往ulysses里添加来自五湖四海的文件夹，ulysses只负责提供一个打开和编辑的入口。&#xA;&#xA;ulysses还明确划分了哪些在本地（的ulysses文件夹），哪些在icloud，哪些在这台电脑的其他地方。&#xA;&#xA;这个软件的“项目”功能设计也把我惊艳了一下。现在想想obsidian的longform插件很可能就是抄它的，但没有这个好。&#xA;&#xA;当你点进一个项目，左侧栏就会变成项目专属的文件浏览器，最上方显示字数进度。其它文稿都从视线中消失了。&#xA;&#xA;我觉得这是对“项目”理解最正确的一种实现。&#xA;&#xA;项目中又自然而然地划分出三个区域：正文，“其他”和废纸篓。废纸篓并非一个回收站，而是手动存储“删掉的文字”的地方。如果不是经常干长篇文字工作，是不会意识到有这种需求的。上一个做出这种设计的软件，还是writemonkey系列。scrivener可以手动做到，但scrivener更适合那些有自己特殊工作流的人去自由组织。相比之下ulysses限制了自由度，提供了它认为的最佳解决方案——不失为一个通用有效的解决方案。&#xA;&#xA;其四：完全可自定义的界面。&#xA;&#xA;这点也很重要，因为我看脸。丑陋的字体和排版对我来说太扎眼。而且长久以来我已经习惯了一种特定的界面风格：衬线字体，加上灰色背景。目前只有typora和ulysses能轻松设置成这样的格式，其他软件都要一番折磨，包括scrivener。scrivener的格式和主题系统可以说是非常灵活，但也因此非常反直觉。&#xA;&#xA;ulysses在界面主题设置上的独到之处，在于它既可以导入别人的主题，又可以立刻在这套主题的基础上修改细节，且随时能还原自定义设置。要是在typora里，我还得打开主题自己改css，而且只能手动标注上次改了哪里。ulysses的这个设计是有匠心的。&#xA;&#xA;其五：双栏对照，分割&#xA;&#xA;这个就不细说了，一个是打开窗口2进行对照的功能，很多写作软件都有。另一个是把文章分割成两个文稿。在这里提到，是因为writemonkey 3竟然没有这些，只能用右侧栏的repo凑合。&#xA;&#xA;其他：下次想到再补充。&#xA;&#xA;ulysses特别好的一点是，以上所有在我看来可以说是刚需，但只有它能做到最快无折腾开箱即用。其他的大部分软件，我都需要按图索骥去寻找这些功能，而ulysses竟然像读了心一样，第一眼就把它们主动呈上。也许这该归功于它新手指导做得好，或者，它对写作工具的思考特别深刻，很了解写作工作流的本质。&#xA;]]&gt;</description>
      <content:encoded><![CDATA[<p>先说结论，我认为能比得上ulysses的只有scrivener，然而后者太复杂，且我不喜欢它的数据存储方式；writemonkey 3勉强能赶上，但毕竟还处于beta阶段。</p>

<p>上次用ulysses还是9年前，浅尝辄止，因为那时候对自己的需求理解不深。最近又安装这个软件，惊讶地发现，其实它一直都有我需要的核心功能：</p>

<p>其一：草稿箱。</p>

<p>ulysses里，可以把某个文件转换为“素材”，不计入项目字数。对于随时起草片段，非常友好。是绝对必要的功能。</p>

<p>其二：完善的书签、注释、脚注、笔记系统。</p>

<p>绝大多数写作软件选择了三栏排版，左侧文件夹，中间正文，右侧笔记和其他信息，所以ulysses做了这么个右侧栏，也是情理之中。让我惊讶的是这个右侧栏信息面板的功能之强大。scrivener只有笔记区和元信息；妙笔多了一个卡片或白板功能。ulysses居然能像writemonkey系列一样跳转到文章内书签和注释，还能查看所有链接、图片。</p>

<p>添加注释的语法是在段落前加上%%。被注释掉的文字不计入字数，且变成灰色。在修改文章的时候，用它来标出需要改的段落和修改指南，很方便。</p>

<p>其三：“项目”，icloud存储，和外部文件夹。</p>

<p>ulysses是少见的让我对文件存储感到很安心的软件。我本是一个不擅管理文件的人，scrivener就让我茫然无措了一会儿，因为scrivener把一个单独的（只能用scrivener打开的）文件叫做“项目”，那么问题来了：如果我只是写一篇短文，这算是一个项目吗？这样切来切去，每次都要打开不同的项目文件，岂不是很麻烦？还是说，我应该把所有短文都放在同个“项目”里，用文件夹分别组织它们的正文、草稿和参考资料？</p>

<p>ulysses就没有引起这么多心理负担。它明确告诉你，所有项目都放在侧边栏（其实是放在library），你只需要在同一个地方新建项目；所有放在icloud下面的内容都会被同步；你可以往ulysses里添加来自五湖四海的文件夹，ulysses只负责提供一个打开和编辑的入口。</p>

<p>ulysses还明确划分了哪些在本地（的ulysses文件夹），哪些在icloud，哪些在这台电脑的其他地方。</p>

<p>这个软件的“项目”功能设计也把我惊艳了一下。现在想想obsidian的longform插件很可能就是抄它的，但没有这个好。</p>

<p>当你点进一个项目，左侧栏就会变成项目专属的文件浏览器，最上方显示字数进度。其它文稿都从视线中消失了。</p>

<p>我觉得这是对“项目”理解最正确的一种实现。</p>

<p>项目中又自然而然地划分出三个区域：正文，“其他”和废纸篓。废纸篓并非一个回收站，而是手动存储“删掉的文字”的地方。如果不是经常干长篇文字工作，是不会意识到有这种需求的。上一个做出这种设计的软件，还是writemonkey系列。scrivener可以手动做到，但scrivener更适合那些有自己特殊工作流的人去自由组织。相比之下ulysses限制了自由度，提供了它认为的最佳解决方案——不失为一个通用有效的解决方案。</p>

<p>其四：完全可自定义的界面。</p>

<p>这点也很重要，因为我看脸。丑陋的字体和排版对我来说太扎眼。而且长久以来我已经习惯了一种特定的界面风格：衬线字体，加上灰色背景。目前只有typora和ulysses能轻松设置成这样的格式，其他软件都要一番折磨，包括scrivener。scrivener的格式和主题系统可以说是非常灵活，但也因此非常反直觉。</p>

<p>ulysses在界面主题设置上的独到之处，在于它既可以导入别人的主题，又可以立刻在这套主题的基础上修改细节，且随时能还原自定义设置。要是在typora里，我还得打开主题自己改css，而且只能手动标注上次改了哪里。ulysses的这个设计是有匠心的。</p>

<p>其五：双栏对照，分割</p>

<p>这个就不细说了，一个是打开窗口2进行对照的功能，很多写作软件都有。另一个是把文章分割成两个文稿。在这里提到，是因为writemonkey 3竟然没有这些，只能用右侧栏的repo凑合。</p>

<p>其他：下次想到再补充。</p>

<p>ulysses特别好的一点是，以上所有在我看来可以说是刚需，但只有它能做到最快无折腾开箱即用。其他的大部分软件，我都需要按图索骥去寻找这些功能，而ulysses竟然像读了心一样，第一眼就把它们主动呈上。也许这该归功于它新手指导做得好，或者，它对写作工具的思考特别深刻，很了解写作工作流的本质。</p>
]]></content:encoded>
      <guid>https://matterofti.me/tools/ulyssesque-shi-macshang-zui-hao-de-xie-zuo-ruan-jian</guid>
      <pubDate>Tue, 24 Jun 2025 05:07:48 +0000</pubDate>
    </item>
  </channel>
</rss>