TLDR ：我们正在添加对Octobox的issue：write和pull_request：write访问权限，以便您可以对问题发表评论并从Octobox.io（或您自己的实例）提取请求。 我们还将帮助新用户加入并添加自动缩放功能，以使您更快地移动。
为了让您快速上手：10月，我和安德鲁（Andrew）和我离开了Tidelift，专职于Octobox，11月，我们在GitHub Marketplace上启动了Octobox，上个月，我们宣布了对Octobox.io定价的更改方式为项目创造更可持续的未来。
今天，我们为Octobox和Octobox.io发布了许多功能，这些功能可以改善现有用户的工作流程并简化新用户的入职流程。
但是首先，要进行快速更新：Octobox.io现在拥有12,000个用户。 我们的GitHub应用已安装了近1,000次。 我们目前每天处理约50,000个通知和约180,000个更新（网络异常），以使您专注于工作并提高工作效率。
尽管如此，该项目在财务上仍远未实现可持续性。
上个月，我们看到了双方对价格变化的反应。 你们中的有些人提供了令人难以置信的支持（谢谢！），你们中的一些人认为价格太高了。 我们当然理解了这两种观点，但我们想重申一下我们的想法：通过激励某些主机来托管自己的实例来降低Octobox.io的运营成本，它通过使一些用户更接近而增加了贡献者和维护者的基础。对于操作Octobox实例的机制来说，它增加了收入来支持Andrew和我本人等维护者。 所有这些对于Octobox及其社区都是一件好事。 也就是说，我们一直在寻求增加Octobox提供的实用程序和价值 。 我们在哪里可以找到有趣的东西……
对话内容
你们中间有些大胆的人可能已经注意到，早在12月，我们就在Beta中启动了“线程视图”。 线程视图内置了问题并将请求对话直接拖入Octobox，因此您可以集中精力在单个选项卡上，同时获得所需的额外上下文：
我们的初始版本中缺少线程视图的一个元素是回复。 因此，今天我们将线程视图从Beta中带出，并且将对话作为一种几乎完整的体验进行。 是的，我听到您说“它不支持提交级注释和评论”，但是稍后我们将进行介绍。
使用HireFire自动缩放
似乎只有开发人员会喜欢的功能，但事实是，作为一个资金不足，支持不断增长的用户群的小型社区，我们必须确保我们的基础架构尽可能精简。 我们通常会（可靠地）运行我们的服务器，使其达到最佳状态，而“完美利用”通常是目标。 但是我们有一个非常尖锐的使用模式：大型组织将Octobox.io添加到他们的工作流程中，并且发现自己索引了成千上万的问题，PR和对话，这有时会导致性能下降。 因此，我们在队列中添加了HireFire，以在队列变长时自动扩展基础架构，这意味着您可以继续进行下去。 这使我很好地……
使用固定搜索入职
几周前，我接受了Open Collective首席执行官Pia Mancini的采访，他是当今开源领域最具影响力的女性之一（如果您同意，请投票给她）。 采访的一部分围绕着“入门”流程进行，这些流程是针对首次打开Octobox的人的。
通过交谈，我意识到安德鲁和我自己都有两个“固定搜索”（11月推出），我们经常使用它们进行以下两项操作之一：
- 突出显示已合并，关闭或准备存档的所有内容。
- 突出显示处于可合并状态的所有拉取请求，这些请求可通知每天的工作。
并且这些特定的搜索正是劳累过度的GitHub用户所需要的，以便消除烦恼并集中精力处理重要的事情，尤其是当他们首次登录时。因此，今天我们默认添加这两个固定的搜索：确保使用Octobox的每个人都能快速上手，并继续充分利用每天的时间。
下一个是什么？
通过这些更改，我们认为我们现在已经集成了足够多的GitHub，从而使Octobox的未来变得更少，它不再支持GitHub的哪些部分，而更多地了解我们自己的用户，这些用户通常需要GitHub的服务不支持的需求。
因此，我们将做更多的工作来与您联系，以征求想法，反馈并分享我们的研究结果。 像往常一样，您可以通过Twitter，gitter或通过电子邮件与我们联系，或者如果您有足够的时间幸运地成为贡献者，我们很乐意与您分享我们的工作。
总而言之：这是一篇很长的文章，解释了为什么我们要在您的存储库上请求其他权限，但是我们希望这也可以成为共同书写Octobox的未来的开始🙌
