太微中文论坛

我大概明白怎么用了，简单概括如下

一个bags必须要有一个recipe，不然这个bags无法形成域名，也就无法编辑 一个recipe可以有多个bags，但至少有一个，不然无法构建 recipe中的bags有优先级。同样的标题条目，优先级高的被recipe使用，低的无效。 这样带来的一个好处是，你可以自己做一个定制化的wiki模板，然后维护这个模板 接着你在你的其他生产环境中使用这个模板，但有些功能你当前的生产环境你不需要，所以你可以直接修改你当前生产环境的内容，不会影响到你的bags条目 另一个更常见的好处是，当你更新你的模板时，其他使用该模板的recipe会直接更新，这样就不需要一直调整了

目前存在的问题

文档上说会跟用.tid展示内容不冲突，但没有具体说明如何处理 因为显示可以与git相结合 目前recipe和bag没有删除选项，可能是还没有做 目前插件也作为bags提供，这个方案有点不那么好。因为插件太多了，会有很多个bags。如果把CPL收录的插件提供过去，那有好几百个。上百个bags显示的就很糟糕了。 怎么与筛选器结合，这一点还没有说。目前来看，bags与筛选器无关，出现重名的条目，就按优秀级来处理。

可以期待实现的

个人知识库管理会更加高效 举例来说，我可以只在一个book-info的bags中更新书籍信息，而其他的什么都不管，当我需要查询书籍的信息时，我可以在book-info中查找，也可以直接在我的主知识库中查找。 以及上述实现的模板功能。我可以有一个template，里面包含了大量我自定义的功能，但没有打包成插件。而且这里可以是一个生产环境，我可以直接在这里测试。但有个可以预见的问题是，测试条目也会随之附带到main中，所以需要通过筛选器来结合处理。 减轻性能。虽然我不知道具体是怎么处理的，但可以预见的好处是，性能会得到极大的改善。当然这个可能需要测试。 多用户处理 比如论坛上很多个不同的wiki，估计就可以使用这种方式来处理展示了，但背后又涉及到git方面的内容，估计还是不行 可能需要服务器，这个有点麻烦。因为文档中举了一个老师的例子，老师可以把他的教学资料放在一个bags中，而学生可以每个人都有一个自己的bags，可以提交作业。然后老师查看且修改。理论上都没有问题，最大的问题在于，是老师去部署这个服务器还是学校，学校真的会这样做吗？ 这个肯定是学校部署的，老师估计是类似跟用学习通一样。算了，这方面还是不过多讨论了。

感觉等技术成熟了，太记应该可以把这个放进去，从而构建更强大的TiddlyWiki。

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

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

26f20715-d5b6-425c-8f6c-e917477dfc44-图片.png

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

确实，我把list想得太抽象了。

后来我发现，即使我要判断，但因为我的节点丸和根目录是放在一起的，所以实际上我只要判断节点丸就可以了。并不需要判断那么多根目录。因为节点丸也足矣构成上下文内容。

布局主要是为了全屏还有隔离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 上应该也可以国内访问。

css还好，主要是wikitext，写复杂了就看得麻烦了。也因为代码总是修改，并不是那种一下子就写好的，所以才会不好调整。

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

9a355923-e936-446c-b8b2-237364df3e65-图片.png

增加了过滤设置

image.png

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

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

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

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

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

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

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

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

普通用户基本不会去碰智能体的开发，只会使用，他们不爱折腾。 所以不一定需要UE蓝图那种可视化节点编辑器，而是直接用 JS 写，并可以让 AI 来配合高级用户写脚本 当然，后续也支持类似「字节扣子」的蓝图、支持执行太微标准的 Action Widget 条目 提供预置函数，它们从环境变量里取参数，而不是直接在代码里传参。普通用户可以通过表单调整参数。 JS写的流程涵盖了随机选一个在线wiki并执行随机取笔记的筛选器、从多个wiki中RAG、拼性格提示词、拼提示词让AI按格式输出、解析格式得到结果、写入sqlite并加上源谱 也可以不涉及AI，例如自动找有特定标签的笔记，通过API发到长毛象微博上，然后给条目加上微博uri表示已发表 写一个太记ai插件，提供微件来加载sqlite里的内容，例如加载对当前条目的AI评论 提供对话蓝图（可以自定义「按下消息发送键」时调用工作流）、定时执行蓝图（随机时间段后自动评论笔记、发布游戏化任务）

我记得太记里自带属性补全插件吧，但我很少手动输入属性了，一般都包装成插件里的按钮了，有的没包装的才用超级标签插件来录入，但理论上也应该包装成插件，变成别的输入形式。

直接输入属性是demo阶段才应该有的事情。

https://github.com/oeyoews/tiddlywiki-codemirror6/discussions/151

问题己解决，是下面条目的影响，插件不知道为什么被我设置成这样了。默认安装是没有影响的。

title: $:/themes/tiddlywiki/vanilla/metrics/storytop {{$:/plugins/inmysocks/iconmenus/icon_menu_settings!!top_bar_height}}

排查方法很简单，也很原始。就是顺着git commit去找。

d18926f9-2e96-4e3c-8eae-b5ec13d862a9-image.png

59348c43-ac85-4fbc-a161-593903c29600-image.png

首先找到一个没有这种问题的git commit，然后再找离这最近有问题git commit。我是先找了最近一个月的，然后找了六个月前的，再找了五个月前的，再找了四个月前的。总之忙了一下午，终于是找到了有问题的git commit，然后就去查是什么提交出现了问题。

当然这种办法也有不利因素，那就是有一些文件不会被git追踪，具体可参考 .gitignore文件夹。当然这需要一些git知识。

GitHub desktop，没有直接显示太多信息，再加上是英文的。所以后面我就用vscode的源代码管理插件进行查看。

b9880882-337c-42f8-9d2f-c6943dfc360c-image.png

经验教训 对插件要足够熟悉，修改了什么插件内容要记录 git提交推送时，尽量写些辅助信息 耐心排查问题

太记可以让条目单独一个窗口。感觉可以从这里增加一个打印成PDF的按钮。类似于浏览器的打印方案。

不过这种打印出来的效果估计也不太好。

不过我感觉解决思路应该是写一套css去覆盖掉其他的css，而不是每个都去修改或增加。

升级插件时还是要多注意点，最好看下文档，不看下文档的话，有些修改没注意就容易受影响了。

主要是有很多系统条目是需要用户去修改来调整数值的。隐藏之后编辑起来就复杂了。

张玉新 邀请您参加腾讯会议
会议主题：太微社区在线会议
会议时间：2025/01/26 21:00-23:00 (GMT+08:00) 中国标准时间 - 北京

点击链接入会，或添加至会议列表：
https://meeting.tencent.com/dm/dxMndvFggUCN

#腾讯会议：611-679-675

复制该信息，打开手机腾讯会议即可参与

@oeyoews 其实还好，并不是抱怨。只是说自己折腾了很久，但山依旧很高，依旧还有很长的路要走。在我看来，TiddlyWiki就是一个轻量化和持久化的系统。重点在于轻量化和持久化，这些应该算是TiddlyWiki的特征，并不算是缺点。

目前我知识管理仍旧是用TiddlyWiki，但个人信息管理则基本上是用WPS多维表格实现了。毕竟WPS多维表格免费，功能也基本上都有了。TiddlyWiki还是专注于知识层面的记录了。

这样一看，林一二应该折腾时间更久了，不知道他有没有啥心得，可能过年直播时会说吧。