9月8日，我发布了IOTO正式版的先行版本。

从7月15日写下IOTO内置数据同步脚本的第一行代码算起，IOTO也经过了7周的开发和迭代了。

但与IOTO相关的思考和实践，却是在这两年使用和教授Obsidian的过程中，一点点在积累和酝酿的。

在9月7日晚上进行关于IOTO的第八次交流和分享的时候，我正式把IOTO定位成一个基于Obsidian的知识管理框架。

这是目前，我觉的我能为IOTO找到的最精准的定位。

毕竟，一个产品，需要有明确的定位，才能有更清晰的发展方向。

为什么不再叫IOTO工作流？

IOTO是不是工作流呢？是，确实是，也是我一直在用的工作流。

作为一个知识工作者，当我们面对知识管理的需求和挑战时，我们都不可避免的要去解决关于输入（Input）、输出（Output）和成果（Outcome）的问题。我想象不到有哪一个真正的知识工作者会有例外。

为了更好地管理我们的IOO相关操作（IOO，是我对Input、Output和Outcome的简称），我们也需要通过项目管理或者任务管理来去整合我们的IOO操作。这里的核心就是任务（Tasks）管理，所以我在最初把这一套工作流简称为IOTO。

但是，在我一边使用IOTO工作流，一边去开发与IOTO相关的功能和组件的时候，我越来越意识到这些功能和组件，可以被移植到任意一个基于Obsidian的工作流中去。

或许，你在用ACCESS；或许，你在用PARA；或许，你已经打造了一套自己满意的独特工作流。

但是，只要你的工作流中涉及到IOO的操作，其实你都可以使用IOTO提供的功能和组件去优化你现有的工作流。你可以不把你的工作流叫做IOTO，但是如果你愿意，你可以在你的工作流中使用IOTO。

所以，我不再把IOTO定位成一个工作流，而是把它定位成一个基于Obsidian的知识管理框架。你可以使用IOTO去打造属于你自己的理想工作流。

为什么是基于Obsidian？

Obsidian的与众不同，不需要我再赘述了。

它最吸引我的地方就在于，Obsidian给了我去打造我理想的工作流的可能。这在我所了解的其他知识管理和笔记工具里，都是无法做到的。

我不想去争论到底哪个笔记工具才是最好的，这个一点意义都没有。适合你的，就是最好的，就这么简单，和你找对象一个道理。

IOTO核心框架是基于Obsidian，以及两个Obsidian中极其重要的插件来构建的。

它们分别是Templater和Dataview。

为什么是Templater和Dataview？

当我们愿意投入时间，去基于Obsidian打造一个自己理想中的工作流时，我们其实就是基于Obsidian这个产品去打造一个属于自己的数字技术产品。

没错，你就是在打造一个产品，一个可能只有你自己使用的独特的产品。

使用Obsidian的人中有很多技术大牛，也有很多技术小白，以及从技术小白过渡到技术大牛的中间的形形色色的人群。

这些人中，很多人并不知道如何合理的去打造一个技术产品，只能通过自己东拼西凑的教程去对自己想要打造的产品进行缝缝补补的操作。

这样的莽打莽撞，也有可能折腾出一个让自己欢喜雀跃的解决方案；但更可能的是，面对着一个充斥着各种插件、脚本和样式的Obsidian库，在不断涌现的Bug和莫名奇妙的问题中，逐渐失去了维护自己解决方案的耐心，甚至逐渐失去了维护Obsidian的兴趣，最后任由Obsidian变成另一个知识垃圾桶，被遗忘在自己硬盘的某个角落。

如果你稍微接触过数字产品开发的相关内容，你或许就会听过产品架构这个说法，你也可能听过MVC架构这个缩写。

MVC不是去构建数字产品的唯一架构，但可能是一个最基本、最通用的架构。

M是Model（模型），主要是指你的产品应用中的数据层。

V是View（视图），主要是指你的产品应用中的表现层。

C是Controller（控制器），主要是你的产品应用中的控制层。

Templater这个插件更多是基于Obsidian提供的数据，通过逻辑控制去进行数据信息的呈现。（比如IOTO中的模板自动化层，使用的就是Templater的这部分能力）

Templater也可以基于Obsidian提供的数据，通过逻辑控制去和外部的数据服务平台进行数据的同步。（比如IOTO中的数据同步层，使用的就是Templater的这部分能力）

Dataview可以基于Obsidian提供的数据，去构建一个自己需要的数据模型，再通过自己定义的控制逻辑去用自己指定的方式呈现这些数据。（比如IOTO中带数据看板层，使用的就是Dataview的这部分能力）

Templater和Dataview这两个插件，直接切中了数字产品架构的核心模块，所以他们能位列Obsidian插件下载排行的前十，是毫不意外的。

但是这两个插件的学习和使用成本，对绝大部分使用Obsidian的人而言都是极高的。所以，在IOTO的核心功能部分，我基于这两个插件去打造相关功能，提供相关的使用接口和组件，就是为了让更多人能直接的感受这两个插件带来的便利和强大。

当你能切实感受到这两个插件给你带来的好处了，你或许会更有动力去深入的学习它们。那到了那个时候，IOTO框架也会成为你的一个学习参考。

IOTO框架会不会再融入其他插件？

这个问题的答案是：会，也不会。

会，指的是IOTO的辅助功能会借助其他插件，比如Excalidraw。

不会，指的是IOTO的核心功能只会借助Templater和Dataview（或者以后的Datacore）。

IOTO框架会不是成为一个独立的插件？

这个问题的答案也是：会，也不会。

会，指的是IOTO会提供一个配套的设置插件，方便使用IOTO的人对IOTO进行个性化定制。

不会，指的是IOTO的核心功能会继续依赖那些已经很成熟的优秀插件去打造。我宁愿拥抱他人的伟大，而不是去成全自己的自大。

IOTO能不能在其他工具中使用。

这个问题的答案是：可以，也不可以。

可以，指的是IOTO的工作流和文件管理理念，你是可以在任何笔记工具中使用的。

不可以，指的是IOTO的框架，目前你只能在Obsidian中使用。

IOTO的未来

说真的，我不知道IOTO的未来会是怎么样的。就像在两个月前，我也不知道IOTO的今天会是这个样子一样。

但，不确定，恰恰是人生最美妙的部分。

但有一点，一定是可以确定的，IOTO是在不断变化的。至于是不是变的更好，这个不是我一个人说了算的。

致谢

感谢在IOTO的开发过程中，提出过需求、指出过Bug、表示过质疑的每个人。没有你们，我做不出IOTO。

感谢选择加入Johnny学Obsidian年度学习会员和愿意付费体验IOTO先行版的每个人。没有你们，我无法专心地用固定时间去开发IOTO。在固定的时间，专心地做一件事，这对一个产品的诞生，至关重要。

感谢所有在B站观看IOTO相关视频的你，感谢你们的留言、转发和点赞，感谢你们的投币，感谢你们的理解和不理解。

感谢一直在坚持使用IOTO的你，你们的坚持，是我持续优化的最大动力。

最后，感谢今天在群里对我表示教师节祝福的你们。我一直不敢称自己是老师，我只是一个喜欢分享的人。

但我愿意承担起一个老师的责任，努力把我想要分享的内容讲解的更清楚，更容易理解和接受。

感谢你们给我的激励和动力。

最后的最后，祝每一个看到这篇文字的老师，节日快乐。