惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

GbyAI
GbyAI
爱范儿
爱范儿
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
月光博客
月光博客
腾讯CDC
Last Week in AI
Last Week in AI
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
博客园_首页
量子位
博客园 - 聂微东
Jina AI
Jina AI
小众软件
小众软件
The Cloudflare Blog
有赞技术团队
有赞技术团队
V
V2EX
博客园 - 司徒正美
Apple Machine Learning Research
Apple Machine Learning Research
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
大猫的无限游戏
大猫的无限游戏
博客园 - 三生石上(FineUI控件)
WordPress大学
WordPress大学
阮一峰的网络日志
阮一峰的网络日志
B
Blog
MongoDB | Blog
MongoDB | Blog
L
LangChain Blog
宝玉的分享
宝玉的分享
C
Check Point Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
IT之家
IT之家
N
Netflix TechBlog - Medium
I
InfoQ
J
Java Code Geeks
S
SegmentFault 最新的问题
V
Visual Studio Blog
Microsoft Security Blog
Microsoft Security Blog
博客园 - 叶小钗
D
DataBreaches.Net
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
B
Blog RSS Feed
S
Schneier on Security
Webroot Blog
Webroot Blog
P
Proofpoint News Feed
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
T
Threatpost
Project Zero
Project Zero
Scott Helme
Scott Helme
C
CERT Recently Published Vulnerability Notes
P
Privacy International News Feed
T
The Exploit Database - CXSecurity.com
D
Darknet – Hacking Tools, Hacker News & Cyber Security

养恐龙

杯口记得朝上 一个不需要解释的人 新的媒介 慢慢来 你也到山顶,啦? 虎鲸笔记侧边栏三板斧 迎风逆风 借口 绿灯亮了 你的存在本身,让我觉得世界有意思 词语长得太像了 Roam Research 设计之美【ing】 AI 时代笔记软件的隐私性 速通基金定投 不饿与不饿不一样 根据 X, A 是因为 B 在双链笔记中「归集子块到引用源」 AI 总结正在成为我信息消费的「元解法」 B 站评论提取脚本及分析提示词 被格式符号绑架的「现代写作」 春夜喜雨 在虎鲸笔记中实现间隔重复与卡片漫游
熊猫总会带你回家——AI Native 导航栏的样子(思源笔记导航插件)
hqweay · 2026-07-09 · via 养恐龙

GitHub - hqweay/siyuan-panda-navigation: 思源插件:熊猫导航 · GitHub

TLDR

其它

这是我最喜欢的设计,系统内的元素应该是统一的,然后以家族相似的方式区分。

比如一个导航栏上的一级按钮(菜单)、二级按钮是一回事,只是放在不同位置配上不同功能。

既然它们是一回事,直觉上就理应可以任意交换、删改。

虽然它们是一回事,但不代表它们有一个本质。

本质——正是那些极简主义美学所推崇的——试卷、书籍本质上都是纸,任何笔记底层都是纯文本……来吧,Skill 不就是 Prompt?

随便在网上逛都能看到,现在推崇将一切都压缩、本质、简单化,显得人聪明。

用一种模式压缩一种生活,用一个词替代感受。于是生命变成了标本,不能被流行媒介表达的情绪都不存在。

对心智的减负早就成了精神羸弱的借口。

区别在哪呢?统一是在释放可能性,简化却在压缩可能性。

就像我们选择一个身份,一定是为了拥有更多选择。

试想两种表达:

「我才 X 岁,我不能……」

「我已经 Y 岁,我可以……」

一个相同的东西(按钮)进入不同的语境(位置)就成了另一种东西,拥有了另外的能力。

然而,它们是一回事,并不代表有一样的重要性——在不同场景下不同按钮自然有不同使用频率。

「不做设计决策,把复杂度丢给用户」当然不可取。

于是在这种统一之上提供一套默认约定,适应一些场景——如果需要,也完全可以自己配置。

约定大于配置。约定的是边界,不是内容。

再来看按钮——一套点击-反馈机制。点击按钮,然后它给出一些反馈。

比如点击菜单,展开菜单栏。

点击圆点,圆点爆炸出烟花。

点击一个按钮,执行了一堆步骤达到某个结果。

聚焦到这个插件场景,按钮就理应当可以拥有任何用户想要的功能——得益于思源笔记本体良好的设计,首先可以将软件本体的功能和第三方其它插件的功能暴露出来,绑定到按钮上。

再往后,插件本身可以提供一些原生未实现的内部功能。

再往后,用户应当可以拥有任何——好在 AI 时代来了,插件本身只需要做好组织,向 AI 暴露配置,AI 就可以操作实现用户想要的功能。

于是一个 AI Native 的导航栏得以实现。

「新增一个按钮,点击随机打开一篇日记。」

「配置一个适合写作的导航栏。」

在限制范围内,AI 可以利用插件暴露的 mcp tools 对导航栏进行组织,在这个小小的界面上实现了 AI 动态生成 UI。然后编写、组织一些复杂的功能绑定到按钮上。

然而这一切都只是基于「导航栏」这个概念的基础上来聊,抛开它,换个视角,按钮也可以看作「能力」的载体。这个插件无非将「能力」做了些通用点的扩展,扩展到 AI 实现。

它在不同场景是否是最佳的选择呢?拿 PC 端来看,键盘快捷键、鼠标宏……先到这吧。