-
我是怎么一天之内将接近八千条图文笔记从印象笔记迁移思源的
2024-10-14 14:38用五彩笔记,网页标注后,只存储需要的部分
我个人偏执的认为全文收藏多数时候是没用的
反而污染搜索结果
如知识管理领域史诗级大佬所说:剪藏就是荼毒业界的毒瘤,带偏了后续无数的笔记软件,一直后续的软件无奈的还要被迫做这个“掏粪”工具
-
试了一个叫“书立”的双链笔记工具,想到思源笔记应该全力商业化运营
2024-09-28 00:19说到加强运营,其实这种双链笔记软件往大了说,还是比较小众的,加强运营的成本很是难以接受的
我觉得在这个背景下,思源有整整两个独立开发的人员,以及有这样的一个社区,有热心的网友,还有还算不错的插件的社区开发体系
都是一个比较先进的存在了
-
试了一个叫“书立”的双链笔记工具,想到思源笔记应该全力商业化运营
2024-09-28 00:15我看思源的 GitHub 已经改过上万个 issue 了,这就是难以追平的价值
时间成本,它是难以抹平的
新笔记总是会有各种各样的问题去解决,尤其是独立开发的项目
遥想以前的有一些笔记都已经断更了,比如 RoamEdit 近乎于断更,没有有效维护状态 -
思源的星号 * 很难打出来!
2024-08-15 23:52注意:思源不是 Markdown 编辑器,只是兼容 Markdown 语法,和 Typora 不一样
想要在这种编辑器中方便使用 * 只能使用转义
其实工具用着不合适,更正确的是更换工具,尤其是产品本身属性是不合适自己的时候
有个不算恰当的比喻就是“在 Word 中写代码不能期望和在 VSCode 中的体验一样好”
我觉得这不算“斯德哥尔摩”
对了,我也是个用户
-
关于实现“相关性”笔记功能的可行性思考,以及困惑
2024-08-04 03:07所以使用在线 API 最好做成插件形式,隐私要求不大的,可以启用这个插件
如果后期本地模型普及大众可用以后,就同时可以使用本地模型了
-
关于实现“相关性”笔记功能的可行性思考,以及困惑
2024-08-02 15:44其实,既然用了 LLM 何必还纠结于跟自己这“一亩三分地”内的知识含量呢
又有几个人的第二大脑能超过 LLM 呢,想干啥,直接让 LLM 现编不就完了吗 😂
如果用 LLM 仅实现“相关度”实属用牛刀了
“那就在思源里继续增加 LLM 的使用场景啊”
这就还是个是倒醋或包饺子的问题啊,啧啧
-
关于实现“相关性”笔记功能的可行性思考,以及困惑
2024-08-02 15:29看完三个开源项目 README.md,我 TM 人都傻了
我这天真的小脑瓜只会“把大象放冰箱”啊
就像第一步蒸馏数据,第二步塞给 LLM,最后得到相关性文档 😋
-
关于实现“相关性”笔记功能的可行性思考,以及困惑
2024-08-02 15:15根据楼上大佬提供信息,我也都去瞥了一眼开源项目
假设已经有可行性的作业可以抄了
又一想,问题还是这蝶饺子不够大,做这蝶醋太费劲啊
开源呢,少有人能有 Z 佬级别的实力
诚然可以做付费,但这碟饺子又难以够量啊
还得继续思考,多过去看看人家的作业再说
-
关于实现“相关性”笔记功能的可行性思考,以及困惑
2024-08-02 14:46是啊
盲猜印象的应该是基于“词汇”的搜索,毕竟之前只有这技术
但是,时代变了啊,当前 LLM 才能更好的从“语义”层面实现相关性
-
从 2024 年的视角来看,以 Roam Research 为首的双向链接似乎已经降温
2024-08-01 02:00“相关”是个很复杂的概念,比较难以实现,不论是“功能定义”上,还是算法实现上
搜索引擎技术并不是简单的技术,也很难找到简单的组件实现,集市倒是有个用 ES 的当作搜索的插件,但我觉得 ES 最多在搜索上丰富一下功能
要实现“相关”还是比较困难,因为思源是本地存储的笔记,所以本地使用 ES 也是一件几乎难以实现的事情
但当下的确有一条思路,那就是本地运行小参数量的 LLM,实现可能性倒是有了,但距离切实可操作性又是一道道鸿沟,比如合适的模型,较低的硬件需求,方便的部署方案
说到这里,想起可以用插件和在线 API 的形式实现,但要把自己的数据都给云端啊,虽然背离了本地隐私属性,但插件的使用总是因人而异
说到这里,flomo 最近的会员新功能似乎就是这个啊
(费曼说:这不是我的思考结果,这就是我的思考过程)