太微中文论坛

还是加后缀吧，多一些信息，后面搜索也好搜。

不过也可以放 caption 里，现在命令菜单搜索都支持搜索和展示 caption 字段了。
还有一个 title-caption 插件，可以默认展示caption，如果有的话。

还有个人知识库还是多存一些有关自己的东西为好，知识类的东西比较容易重名，但知识类现在最好都别放进去，我都会先问一下AI，如果AI知道我就不放进去。之后太记内置AI，可以写一个插件自动判断一下AI是否知道，知道了就会提示你也不用加了。

上面的代码块看起来有正确换行呀。

还有分页我现在基本都用高维表格插件了，它就不需要分页，把几十万行直接显示在一起都没关系，因为是基于 canvas 的。然后就用搜索来快速抵达很底下的位置

我应该是 2019-04-19 开始

其实可能一五年左右就在极致俱乐部注意力与知识管理群里面听 PimGeek 推荐过，但那时候只有单文件版，保存很麻烦，而且打开来基本没什么功能，所以当时我主要还是用notion界面又好看，功能又现代又齐全。

不过跟当时的一任女朋友分手之后就不打算继续用Notion了，因为里面记了一些日记吧。就又开始找一个开源的。然后又想起这个了，也是因为正好看到 https://github.com/DiamondYuan/wiki 这个自动保存的脚本，就fork了一下配了一个。

然后因为我也是计算机科班出身，折腾精神强一些，也不害怕折腾和报错，就开始尝试给他加新功能。一开始都是直接用新笔记的方式往里加，一大堆乱七八糟的模板和笔记混在一起（加了标签「自改TW」，不过没有版本管理还是容易搞乱），后来就慢慢发现可以基于它实现自己之前设想的很多功能，而且改起来还挺快的。于是就折腾了插件模板，逐渐把东西打包成插件。当时还在用一个把网页包装成桌面应用的开源软件，先是联系他的作者问能不能在启动时自动执行node JS脚本从而启动node JS版还有做自动git备份上传github，发现不太好搞之后就fork了一下然后开始往里面加这些nodejs相关的功能，就成了太记了。我对太微的使用就这么走上了正轨。

反正我整体上也没把它作为一个很重点的东西，就是业余调试调试，本科毕业进了字节也比较忙，业余时间也主要拿来玩游戏，就是自己有需求就手动写代码给他小修小改，当时还没有AI写代码。不过我刚开始用的时候写的那一篇知乎回答后来越来越火，有很多评论问问题，我就干脆要了太微QQ群的群主，然后加上群号宣传，后来很多都是从那片加的群，泰微应该也就是自此开始在国内有稍微多一些用户了，从我刚开始用的时候，那QQ群里可能也就七十个人，后来就变成一千多人。

反正太微可玩性的确挺强的，就像一个模块化的战车，一开始单文件版没法自动保存的版本就是个自行车，然后我骑着它去旅行，慢慢就给它加各种模块，改造成了坦克。

我觉得还是得靠新用户吧，刚开始玩折腾欲和分享欲会强一些。所以也不用为了宣传而去做特定模板，之后有各行各业新用户来了自然会有的。

主要还是去外部平台上分享短的介绍文章和视频吧，就像给太微引流最多的应该还是我知乎上那一篇。目前还没别的文章超越。

所见即所得编辑器就是这样的，两年前嵌入语法更新直接就没法用了，然后一直拖到现在。还是得让一些功能进入核心才比较稳。

还有我毕竟是字节出身，是根据平时用飞书的体验要要求太记的，也就要求了底层的太微开发平台。很多外国人反而就没啥要求，就闭门造车自己用得过去就行，经常说的句式就是「我觉得xxx够用了、我自己也不太需要xxx」。也有可能是外国人缺乏逐鹿中原的勇气，不敢和其它工具对撞一下，所以还是得我们中国人多来搅动一下局势。

还得是我变着花样催杰里米，不然所得编辑器插件和AST的PR老是犹犹豫豫的。不过这样也好，平时工作忙，慢节奏地玩玩这个也算放松，如果像字节里那样每两天迭代，那也就不好玩了。

在太记里导入HTML文件不需要装node JS，也不需要命令行，只需要点几次鼠标：

• 点击太记侧边栏上的加号 + 按钮，打开新建工作区弹框
• 选中导入WIKI.HTML标签页。

• 填写你想导入的 HTML Tiddlywiki 文件的路径。点击右边的「选择」按钮可以打开文件选择对话框。
• 在文件架的父文件夹中，选择您希望存储知识库的路径。默认为桌面，意思是我们将创建一个文件夹用来放你的笔记，这个新的文件夹将放在桌面上。
• 在「转换后的Wiki文件夹名称」里，填写知识库文件夹名称，如 Wiki。你的知识库会放在这个文件夹里。
• 确保主知识库选项已开启，此选项保证你的文件夹能被太记打开，而且会为你创建太微的配置文件，之后在有需要时可用于公开发布。
• 点击创建WIKI按钮，即可在指定路径创建一个主知识库。

关于优化筛选器性能，这是比较专业的领域了，需要计算机科学专业的背景才能搞了，都有讨论过 https://github.com/TiddlyWiki/TiddlyWiki5/discussions/8618#discussioncomment-12854153

筛选器都是在展示出来的一瞬间才执行的，如果怕卡的话可以像我的可视化大屏插件或者意义之塔一样，把它隐藏到某个地方要用再打开。平时主界面就只放上下文比较少的专注于一小块的那种东西，需要聚合大量数据的都放到某个布局里。

当然我发现这么做最大的问题是，他就很少被打开了，偶尔才会看一次他。其实实际上也就是卡那么一下，该计算的东西都得要计算的。

我在上面链接里也建议了，最根本的解决方法还是延迟更新、减少更新，反正有时候也不需要特别及时的看到结果。

还有筛选器也不用想的太抽象，其实也不用全都list套list了，有时候你每一个类别分开写都可以，反正现在有AI了，以后要批量去删改什么的也很轻松了。

@机杼 在 筛选器的上限 中说：

那如何判断一个条目，没有标签也没有链接也没有其他类似的项目呢

侧边栏的更多-孤儿（Orphans）标签页里就有吧，应该也是用某个筛选器实现的。

布局主要是为了全屏还有隔离CSS样式，也没必要所有功能都用布局来做。

应该是靠生成多个文件夹，例如 https://tiddlywiki.com/dev/ 其实访问的是 https://tiddlywiki.com/dev/index.html ，默认访问的是 https://tiddlywiki.com/index.html

所以就是在 Github Actions 里生成多个文件夹的结构再部署就行了吧。我猜猜是这样，不过既然 https://tiddlywiki.com/ 没被墙，那应该不是 Github Pages 部署的吧？不过在 Actions 里部署，然后推到 netlify 上应该也可以国内访问。

参考 cherry studio 做一个，不过还是以知识库为中心

log 出来的宏只是字符串，只占用很小的内存。只有执行的时候才会解析字符串，才会消耗 CPU，不过也不多。

有可能，这应该需要太记额外适配一下。现在导入也是靠太记适配的。

@oeyoews 我没试过重命名附件，不过应该只会重命名条命名，附件和 _canonical_uri 应该还会保持旧的不会重命名吧。

我还是用网页版比较多，今天给 pkmer 写了一篇介绍太微布局插件的

用 deepseek 写完之后小改一下，提交给 pkmer 然后转成 tid 格式，又发到了中文教程里 https://tw-cn.netlify.app/#布局

可以看看 https://tw-cn.netlify.app/#布局 里的图片，都是外置的了。

我添加了 tidgi-external-attachments 插件，在使用太记编辑知识库时，拖入的图片会在点击「导入」后自动被移动到知识库文件夹内的 /files 文件夹里。

然后我添加了一个 $:/core/templates/canonical-uri-external-image 条目

title: $:/core/templates/canonical-uri-external-image
<!--
This template is used to assign the ''_canonical_uri'' field to external images.
Change the `./images/` part to a different base URI. The URI can be relative or absolute.
-->
images/<$view field="title" format="urlencoded"/>

（太微核心里的原版是 doubleurlencoded，会导致 netlify 发布的网站加载不了图片，因为文件名被多 urlencod 了一次，我这里改成了正确的 urlencoded）

构建的时候在 scripts/build.js 里用

        ' --setfield \'[is[image]] [is[binary]] +[!has[_canonical_uri]]\' _canonical_uri $:/core/templates/canonical-uri-external-image text/plain' +
        ' --setfield \'[is[image]] [is[binary]] +[!has[_canonical_uri]]\' text "" text/plain'

[!has[_canonical_uri]] 让它只对以前拖进 wiki 内置的图片生效，把它们变成外置。对于新的用太记外置插件自动外置了的，就不要影响了。

Obsidian 的插件大都是从头写起，纯 TS 写，有门槛，所以去写的几乎都是专业程序员，至于为啥有这么多专业程序员用户，那肯定是宣传多了，用户基数大嘛。

弹框这种，从头写个新的肯定比复用旧的要简单，我平时大部分内容都是从头写新的，或者看旧的不爽就去改核心里的了。现有的用起来主要是图个省事，如果要追求效果完全和设计稿一致，还是得自己通过 JS 写新的。

所以还是得集中力量优化太记模板，让它接近 notion，它是开源的谁都可以来优化。也没人说 notion 需要折腾，因为它不会让你卸载其中的某个功能，太微就是太自由了，所以让很多人以为自己有必要去折腾，但其实像用 notion 一样正常使用就好了。

说到轻量的问题，太记自带模板也是秒开，体积相比20TB的硬盘也只有一丁点大。其实我没见过哪个新用户说它不轻量的，一般都是有知识的诅咒的老用户才会这么说，因为知道这些功能都是由插件组成的。不过想想，如果它们被组合成一个插件，提供了所有功能呢？就像 Krystal 模板之前那样，尝试把所有东西都塞进一个插件里，那其实有的人就会说只有一个插件呀真轻量，但实际上这反而会在用了一段时间后发现更不好定制了。

所以目前我对模板的设计思路就是，入手像 notion ，开源方便觉得不够像 notion 的人来贡献（开源了这样就不会只能动嘴皮子了，而是可以真正参与进来），熟练之后方便逐个插件增删定制，也就是易于上手难于精通。

很多外国人只想着自己用，没想着通过推广它或者让它对新人更友好来回馈社区，也不能说自私吧，但如果他们阻挠我们推广或者阻挠让它对新人更友好的努力，那就是挺自私的，我理解为就是媳妇熬成婆了。上次我在国际论坛也和一个人因为这事来回说了一通，她就是说「如果首页推荐空白版的话，就不方便她自己下载了」。

反正在国内肯定还是主推太记，对比之前只有太徽空白版的时候，群里只有几十个人；现在知乎B站等地方宣传太记模板那些功能丰富的样子之后，吸引来的群友上千。从吸引用户的角度肯定要推太记，那些宣传空白版好的外国人一般都是已经媳妇熬成婆了（这不太好翻译，我就不在国际论坛上说了），他们很多时候就是想要别人也体验一遍他们的感觉，但其实这很不好，没有从用户的角度去想问题。

其实太记可以支持从 tiddlyhost 加载模板列表，显示成类似帮助列表那样的页面，然后用导入 HTML 的功能就能加载模板了，不过我觉得这个收益太低了，因为太记默认模板就足够好了，别的模板创作者不一定有我经验这么丰富。有这时间还不如给太记默认模板用 tour 插件写几个交互式教程。不过如果有人想提 PR 加当然是很欢迎的。

反正目前我觉得最重要的还是为太记模板多做一些教程，让它变得像 VSCode 那样对新手友好。 https://github.com/TiddlyWiki/TiddlyWiki5/issues/8335