Haxiom

Haxiom 是什么

Haxiom 是一个共享的 Markdown 编辑器兼知识库，面向写技术文档的团队。

它盯上的是重复：同一个解释写在几个地方，慢慢漂移，直到没人说得清哪一份是最新的。

关于来源的一句说明：检查时站点没有响应，所以下面依据的是目录条目而不是产品自己的页面。

重复这个问题很具体，也正是内部文档集真正会有的问题。

你可以用它做什么

写作发生在一个所有人共享的工作台里、以 Markdown 进行，这适合已经对纯文本与版本控制感到自在的技术团队。

它查找的是横跨几份文档的重复段落，而不只是同样的词，这是一段内容在两个地方被解释两遍时会浮出来的方式。

同步让页面与仓库保持对齐，所以那些字和它们描述的代码待在一起。它声明的目标是把散落在各处 wiki 里的页面汇成一套有人维护的内容，而使用工作台是免费的，这在一个围绕协作构建的产品里很少见。

适合谁使用

技术写作与文档团队是最明显的使用者，接着是在运营内部 wiki 的工程组织。

维护指南的开源项目也适合，为自己的软件写文档的产品团队同样适合。

接手了一个没人信任的 wiki 的团队是最强的用例，指南散在多个仓库里的工程团队也一样。

接手了一个没人信任的 wiki 的团队是最强的用例，指南放在不止一个仓库里的工程团队同样适合。

需要留意什么

查找重复的目标是内部文档实际的样子：一个答案住在三个地方，其中两个是错的。这是一个真问题，而它有没有用完全取决于准确度，因为对本来就相似的文字发出警告，会教所有人无视警告。

把散落的 wiki 汇到一起是它声明的目标，而把重叠的页面折成一份需要有人决定哪一份活下来，这个决定是编辑判断，不是任何检测器能替你做的。

用 Markdown 写成并挂在仓库上的页面只适合已经这么做的团队，把其他人挡在门外。一个没有这个习惯的团队会发现这只是多了一个工具，而不是少了一个。

站点无法访问，所以它今天是否还在运行、额度是多少、免费之外的东西要多少钱、数据怎么处理，都无法确认。一个白送、又没有可见盈利方式的东西，在团队的文档押在它上面之前值得先搞清楚。