[分享创造] 做了一款本地优先、简洁优雅的 Markdown 笔记软件 ivyNote,支持多端同步、双链和 AI
大家好,最近一直在开发一款笔记软件 Ivynote (常青笔记) ,目前已经有了一个可以正常使用的版本,想来 V2EX 分享一下,欢迎大家体验、提建议。 项目地址: https://ivynote.app/ (主域名正在备案无法解析,等解析后会做跳转) 为什么又做一款笔记软件? 这些年陆陆续续用过不少笔记软件,包括 Joplin 、Obsidian 、Notion 、Bear 、Tiddlywiki 、为之笔记、思源笔记、语雀、Logsql 等,他们各有优点,但始终没有找到一个完全符合自己使用习惯的,每过一段时间都会心里痒痒的。 Obsidian 很强,AI 对接很方便,但是太重,同步插件不够稳定(已经遇到两次选择的同步插件更新后出现故障); Joplin 足够简单优雅,提供多端,但附件跟笔记塞在一起,很难优雅对外分享。这也是我使用最多的笔记软件; Notion 团队协作很强,块笔记很灵活,api 很方便拓展,功能强大,但数据全部在云端,而且现在越来越重了; Tiddlywiki 简单优雅,单 HTML ,拓展很强,但移动端使用体验不佳; 思源,多端很强,功能强大,同步也很好,属于块笔
Read original sourceSource record
Research analysis
What changed
Source account: 大家好,最近一直在开发一款笔记软件 Ivynote (常青笔记) ,目前已经有了一个可以正常使用的版本,想来 V2EX 分享一下,欢迎大家体验、提建议。 项目地址: https://ivynote.app/ (主域名正在备案无法解析,等解析后会做跳转) 为什么又做一款笔记软件? 这些年陆陆续续用过不少笔记软件,包括 Joplin 、Obsidian 、Notion 、Bear 、Tiddlywiki 、为之笔记、思源笔记、语雀、Logsql 等,他们各有优点,但始终没有找到一个完全符合自己使用习惯的,每过一段时间都会心里痒痒的。 Obsidian 很强,AI 对接很方便,但是太重,同步插件不够稳定(已经遇到两次选择的同步插件更新后出现故障); Joplin 足够简单优雅,提供多端,但附件跟笔记塞在一起,很难优雅对外分享。这也是我使用最多的笔记软件; Notion 团队协作很强,块笔记很灵活,api 很方便拓展,功能强大,但数据全部在云端,而且现在越来越重了; Tiddlywiki 简单优雅,单 HTML ,拓展很强,但移动端使用体验不佳; 思源,多端很强,功能强大,同步也很好,属于块笔
Version & cost evidence
Recent records to compare: “Show HN: XOR's NFL Challenge – after nearly 40 years” (Show HN, Nov 6, 2026); “Show HN: Makoda: reuse your Codex or Claude subscriptions as API” (Show HN, Nov 6, 2026). Shared themes are navigation hints; they have not been verified as the same need or independent corroboration.
Who is affected
Identify the existing workflow this change affects before recommending an upgrade. Launch attention does not establish improvement; an API, pricing or availability change may instead create migration work.
Missing comparison points
Missing checks: old versus new behavior, affected plans and regions, availability date, compatibility, rollback path and cost under the same workload.
Migration check
Save the release or policy notice, run the same task on the old and new option, and compare outputs and the full bill. For retirement notices, verify the deadline before scheduling migration.