ASHENONE123

目前我正在构建的谷歌插件，有覆盖到一些你说的，当然也是出于自己的需求。我的做法是：
1 ，将文章按照副标题解构，即右键后获取文章中所有的 h2 和 h3 ，然后显示在列表中，每个 item 都有一个富文本编辑器，用户输入笔记
2 ，像这样，用户针对同一个主题保存了多篇文章的笔记
3 ，用户按照最小粒度，例如“什么是用户体验”，将多篇文章中关于“什么是用户体验”的 [块] 进行合并。合并时，左边是编辑器，右边是用户要合并的各个 [块] 的内容，作为合并时的参考内容。
4 ，最终生成一篇完整的文档（末尾附带合并过的文章的来源）

我的理念是：打碎多篇文章，然后整理合并，最终构成一篇新的文档。
我是打算加入 ai 处理，不过考虑到成本和准确性，只能作为附属功能，主要还是让用户自行处理。

不过，由于我没有深度体验过楼主说的那些笔记，我还是挺怀疑我的执行策略的，想找找类似的工具或方案抄……哦不，参考一下下

@Jackyxiaoc wow ，这个方案真不错，感谢感谢！！！

@dithyrambusy 卧槽，你打开了我的新视野！ 666 好点子

@maymayblog 我是想利用 open ai 将用户搜集的内容自动合并。不过……秉持着前期尽量少的投入原则，我将它扔到了未来版本[哭]

很感谢楼主分享的经历。
真的很佩服楼主能坚持这么久昨晚一款产品。我总是喜欢自我怀疑，时不冒出想法，但是越思考便越是怀疑可行性，最后不了了之，没有一款做完的产品。所以我很想知道楼主是怎么做到坚持这么久的？

我的纠结点在于：关于独立开发流程，别人总是将实际开发放到很后面的阶段，前面都是设计、营销等阶段；可是，很多事情，又是需要在实际执行的过程中才会逐渐明晰。这两者并不冲突，但是我始终找不到两者之间的平衡点。

@cocomiko
我对它的定义是辅助性，不像专业软件那样具有很强的团队协同性，例如 Asana 。
大家都熟悉 todo 一类的工具，而我一开始的想法就是对这类工具的“功能拓展”，而不是直接对标 Asana 这种专业的团队协同软件。
另外，任务紧急处理和临时委派任务，采用的单向的发送邮件的方式。

@gogogo1203
1 、这个场景下，“紧急处理”还是可以的，针对意外情况的特殊处理；但是“委派”的话，我确实得思考一下了
2 、这种情况，用户就可以自行选择不同的委托人了。因为无论紧急处理，还是临时委派，都只是针对单次任务的设定，不具有持续性

@hlwjia 我对这个工具的定位是辅助性，并没有协同性，所以任务的“直接来源”还是个人。