快速开始
🦢 汐洛缘起
汐洛孵化自思源笔记。汐洛的诞生颇具传奇色彩，最开始是 Sofill-（内部代号 Winsay）主题团队抱怨思源笔记UI变化频繁且难以预测，同时多空间引入的随机端口让原本的主题设置持久化面临两难选择。时壬海文东首席司空夜华了解情况后，决定依托思源笔记现有基础，构建一个新彖务客户端，命名为汐洛（Sillot）。后来，司空夜华进一步提出海文东互联的概念，汐洛作为新彖务客户端具有举足轻重的战略地位。
雪千凝进一步完善了汐洛彖夲肜矩阵。
🕋 汐洛彖夲肜矩阵（Sillot T☳Converbenk Matrix）
🤍 Sillot-Gibbet Siow
汐洛绞架（Sillot-Gibbet）基于自思源笔记（siyuan-note），前身是思源笔记汐洛版（更早是思源笔记汐洛分支），是智慧新录乄终端（多端融合，移动端优先）。司华（Siow）是智慧新彖乄事务驱动中心，混合云原生（kotlin/java + Python + JS/TS + Golang + Rust）设计，主要配合汐洛绞架。汐洛绞架司华组成了智慧新彖乄的安全可控托管。
🤍 Hellise Potter
赫礼斯（Hellise）的前身是绛亽束彖园络管理系统，采用C#语言WPF框架开发，使用MSSQL数据库存储数据，由于种种原因被停滞许久。2024年，面对新的形势，我们重新规划了赫礼斯的开发计划，真正打造出好用的彖级数字资产管理终端。叵特（Potter）是绛亽数据驱动中心，混合云原生设计（kotlin/java + Python + JS/TS + Golang + Rust），可配合赫礼斯。赫礼斯叵特组成了彖级数字资产的统一管理平台。
🤍 Sofill Sili
沁棘（Sofill）包含多个仓库（TS(JS)、kotlin(java)、Go、C#、Python），为汐洛生态提供基于现代技术的全链路一体化敏捷开发支持，提供npm、nuget（计划）、JitPack（计划）、PyPi（计划）包，在VSCode插件、Obsdian 插件、汐洛绞架插件、汐洛绞架主题等多路复用。司丽（Sili）在沁棘的基础上为汐洛司华与赫礼斯叵特提供桥接支持，并承担试验场功能。简单来说，沁棘是独立的仓库，司丽则随汐洛或赫礼斯分发。
🤍 Winsay Lnco
风颂（Winsay）的前身是思源笔记Sofill-主题，提供统一的界面美化，涵盖汐洛绞架、赫礼斯等应用。兰可（Lnco）的前身是思源笔记Sofill+主题（仅立项），专注于侵入式扩展实现。简单来说，风颂是独立的仓库，不与应用捆绑，兰可则随汐洛或赫礼斯分发。
❓ 常见问题
🙋 汐洛绞架适合思源笔记用户吗？
不适合。汐洛从立项之初就没有考虑过思源笔记用户。以 v0.11 版本为标志，汐洛彻底移除“社区分支”定位，不再对思源笔记社区负责，即不再考虑思源社区开发者。
汐洛绞架与思源笔记存在较大差异，用户感知较明显的如下：
- 只照顾简中用户。意码包括了简中、繁中、英文字母、藏文字符和通用符号，因此在意码体系中如果要支持英文需要扩展意码系统的自实现。除了简中和英文外，其他语言的支持则连讨论的必要都没有（这只是因为无法实现，不存在任何歧视性彖策）。
- 调试优先而不是性能优先
- 非绞架渠道占用大
- 为了减轻维护的心智压力，仅考虑非常有限的向下兼容。
不过，得益于汐洛优异的顶层设计，在这片实验的田野上总是能迸发出蓬勃向上的生机。汐洛绞架已经成为思源笔记实际上最大的试验田。 在汐洛绞架上实验通过的特性或缺陷修复，如果必要会提交至思源笔记。
安卓端是汐洛的开发重点。汐洛基于思源笔记安卓端做了大量优化，力图保留源代码结构。第三方SDK为汐洛提供了崩溃报告功能，并规划了美好的愿景。
🙋 为什么环境要求如此严苛？
汐洛致力于服务新彖务。如果您无法实现最低要求，即不会有新彖务的基础能力，即没有汐洛的必要需求。因此我们认为，如此严苛的环境是合理的，这也有助于我们维护。
🙋 满足要求，但汐洛彖夲肜矩阵适合我吗？
汐洛彖夲肜矩阵并非普通客户端软件，而是有容乃大的生态，因此是否适合取决于用户的关注点是否命中。雪千凝（2024）指出，汐洛彖夲肜矩阵全心全意为智慧新彖乄服务，始终代表绛亽先进恣产力，因此我们假设用户具备以下资质：
- 掌握至少2门编程语言；熟悉至少5门编程语言
- 具备基本的数据安全意识与数字资产观
- 了解基因组与连接组
🙋 汐洛彖夲肜矩阵有收费计划吗？
汐洛彖夲肜矩阵没有收费计划，但这不意味着用户可以免费使用汐洛彖夲肜矩阵的全部功能，因为有些收费特性来自供应链上游（例如思源笔记）或者授权认证服务。汐洛彖夲肜矩阵尊重开源生态与他人劳动成果，不会对集成的开源功能私自收费，也不会破解供应链上游提供的付费功能给用户（但保留开发者内部测试时暂时破解的权利）。
🙋 汐洛彖夲肜矩阵的版本划分与更新节奏是？
见 发行渠道。