增加一个简单的演示：
这次发布的亮点是引入了全新的 “行为系统”（Behavior System），可以无缝创建自定义指令并自动化工作流。
主要功能：
• 行为系统
• 三层架构：基础层（Basic）、派生层（Derived）、组合层（Combined）
• 完整实现的触发器系统
• 丰富的行为库函数
• 集成样式系统支持
文档：
• 增加了交互式演示文档（DEMO.org）
核心重构：
• 优化数据结构
• 改进错误处理机制
• 提升整体性能
欢迎前往查看：GitHub Repo
5 个赞
好，马上改
基本上 org-supertag 的框架已经完成。所以版本跃升至 1.0.0
用了 behavior 体系，接入 AI 也很容易
现在就差一个定时任务系统了，但我不知道 emacs 上是否有之前实现过的例子
一些自认为是好消息的好消息：
-
星星数量超过 50 啦~
-
得到 2 位，可以称为 emacs guru 的 emacser 标星星
hyperbole 项目主持人
开发了一大堆 package，不少文章也被 emacs planet 转载
3 个赞
哈哈，恭喜恭喜。有没有更简单的介绍性文章，对 supertag 的整体概念不清楚，没理解也不知道能不能把它整合进自己的工作流中。
是的， org-ql 的开发者也发了一段很长的文字吐槽我🤦♂️
我会好好优化文档的，然后现在还有一些体验方面的小 bug 需要修复。
尽快弄一个使用的演示视频吧~
可以写个博客，介绍下它的基本理念，我对里面的一些基础概念对做笔记有啥用都不太理解，肯定很多不常记笔记的人也不清楚。这样使用的人会增加很多。
多不多人用，我对此不强求，主要还是满足自己的需求，和实践自己的想法。
我的动作更多只是出于对一个产品负责的态度（既然是我把它带到世界上，那我就有责任把它…），至于多人用与否，我不是很在意。相比起这个，我更在意过程中收获到的教训，以及以后可以复用的东西。
我觉得博客都不能非常好的表达，总之我尽我所能~
哈哈哈，没关系，我对一些关于记笔记的理念也挺感兴趣，我后面去找找其他资料学习下，然后在用下这个包试一下。
今天小迭代了一下，增加记录搜索关键字的历史的功能，目前最大保存数量为 50 个，如果超过该数量上限，将删除使用频次最低的关键词——但会保留上一次使用过的搜索关键词。
feat add history to org-supertag-query
- select history keywords from candidate list
- custom history max items
- keep the keyword that last time used
继续迭代，新增 2 个命令：
org-supertag-move-node-and-link
- 将节点移动到新的文件中
- 在原位置留下引用链接
这个命令，非常实用。
org-supertag-delete-node
- 删除节点所有相关的信息，包括 org-headline，properties，tags，references 等。
简单来讲，之前 query 结果页，同时显示标题和内容的机制会直接读取文件，这完全违反了 org-supertag 设计的原则，同时影响了 query 的响应速度，令它有肉眼可见的卡顿。
这一次升级是一次比较大的重构，但彻底解决了该问题。
feat(查询): 基于数据库架构重新设计查询系统
- 重构查询系统以使用数据库存储：
• 从基于文件的内容检索切换为基于数据库的检索。
• 将节点内容缓存到数据库记录中。
• 通过减少文件 I/O 提升查询性能。
• 更新显示格式以提升可读性。
• 增加基于 emoji 的状态指示。
- 增强节点内容解析：
• 重构 org-supertag-db–parse-node-at-point 以存储内容。
• 明确区分内容与元数据。
• 确保内容边界准确。
• 为节点数据库记录添加 content 字段。
• 保留节点关系及元数据。
- 增加同步系统以确保数据库一致性：
• 实现文件状态追踪机制。
• 添加可配置的空闲时间自动同步功能。
• 提供手动同步功能 org-supertag-sync-force-all。
• 增加错误恢复功能 org-supertag-sync-recover。
• 通过保存/加载功能启用状态持久化。
• 追踪缓冲区修改，支持实时更新。
- 修复节点移动操作后的位置追踪问题：
• 使用 org-supertag-node-sync-at-point 替代 org-supertag-update-node-db。
• 添加节点插入后的位置追踪机制。
• 通过 ID 属性搜索，确保正确位置的节点同步。
• 修复导出和移动后的数据库位置更新问题。
此更新从文件驱动架构转变为数据库驱动架构，实现了根本性的改进。节点内容现可从数据库存储和检索，不仅提升了查询性能，还减少了文件 I/O。新增的同步系统在文件更改时确保数据库一致性，并维护数据完整性和关联关系。位置追踪修复确保了节点在任何移动操作后的准确定位。
注意：此更改 不破坏 现有功能兼容性。
一点小建议，尽量不要堆功能，后期维护会很痛苦，删功能比加功能更难
谢谢大佬建议，你说得对堆功能后期维护很痛苦，但这个功能是必要的，因为我不喜欢什么都靠自己的手操作（精力不应该放在任务的排序上），所以要有自动执行对应操作的能力
我现在的更新基本上集中于后端的架构上了，对于前端的改动很少，现在属于填坑阶段吧