Vostorq——我在一家 Slack 优先的公司工作后打造了反 Slack 产品
Show HN: Vostorq – I built the anti-Slack after working at a Slack-first company
我们发现了什么
线程原本应该解决这个问题,但线程在设计上是可选的——只要有一个人在主频道回复,所有人的对话结构就会瓦解。AI 让这对一名独立创始人而言成为现实:不仅是代码,还有落地页、帮助文档、视频,以及所有原本需要太多时间和资源、无法独自完成的周边工作。
- 来源:Hacker News(发现于 2026-07-30)
- 证据等级:D · 发现产品或需求信号,暂未获得可核验的商业证据。
- 商业模式:待核验
- 主题:独立产品
- 初筛评分:23.4/100 · 收录 1 次
证据,比故事更重要。
规则清洗与初筛,未经人工商业核验。原文语境、实际客户和付费情况仍需自行验证。
引用与数字披露
来源类型(原作者自述/第三方测算/媒体转引)需采集端标注,本版尚未落字段。
- 作者
- 未标注
- 抓取日期
- 来源类型
- 未标注
- 币种
- 未标注
- 口径
- 未标注
- 披露主体
- 未标注
- 披露日期
- 未标注
中文辅助译文(全文)
不久前,我加入了一家采用"Slack 优先"沟通策略的公司。从一开始我就感到担忧,因为在我之前工作过的公司里,Slack 或 Teams 从来都不够用。有些讨论通过邮件进行,会议扮演着重要角色,Jira 被大量使用,Google Docs 或 Confluence 则用于文档管理。这种设置虽然必要,但并不理想。因此,"Slack 优先"的策略听起来可疑,却又很吸引人。我很好奇他们究竟用 Slack 解决了这种多工具的混乱。
但在实践中,这对我并没有解决问题。以 DevOps 支持频道为例。我是新人,基础架构有些问题,我一个问题接一个问题地问,感觉自己越来越像个不断打扰别人的傻瓜(可能打扰到频道里的每一个人),因为有时是真正的 bug,有时只是我对设置的理解有误。我最终总能得到答案,但比有人全程带着我走一遍要慢得多,也浅得多。但是,当这种对话的官方形式是一个"有人会尽快帮忙"的频道时,谁会那样做呢?
每个新项目都会开一个频道。但一个项目不是一次对话——而是许多次。本应通过主题帖来解决这个问题,然而主题帖在设计上就是可选的——只要有一个人在主频道里回复,对话的结构就会为所有人崩塌。不便的话题就这样被刷过去了。我在会议上提到一件重要的事,听到"我们可以稍后再谈",因为我们的会议室预约时间到了,我在频道里写下来,而频道确保了"稍后"永远不会到来,因为聊天没有"未解决"的概念,但有"被跳过和遗忘"的概念。
我大约一个月后就离开了那家公司。这种沟通混乱并不是唯一的原因,但它确实发挥了作用。我有一个"工作论坛"的概念验证已经搁置了好几年,不确定是否有人需要它。那个月让我确信了。
于是我开始构建它——现有的功能大部分花了我几个月时间。AI 让这一切对独立创始人来说变得现实:不仅是代码,还有落地页、帮助文档、视频,以及所有那些独立完成需要太多时间和资源的周边工作。
Vostorq 本质上是一个为内部公司沟通而改造的留言板。也许在 2026 年这并不是最有力的卖点,但我从年轻时起就喜爱这种形式。
Spaces(用留言板的话说就是 forum)是一个团队、项目或职能的固定区域。每个 Space 包含若干 topic,每个 topic 进行一次集中的讨论:一个决策、一个 RFC、一个反复出现的问题,或任何值得拥有自己位置的事情。
Topic 就是那个位置——它不是信息流中的一个位置。它可能会滑到第二页,但它不会消融在成千上万条不相关的消息里,任何人都可以随时把它带回来。
回复往往是完整的想法,而不是碎片,因为这种形式潜移默化地鼓励了这一点。Vostorq 可能不会成为"有人看到我的充电器吗?"和 #ourpets 的最佳去处,但这些对话不应决定公司用于重要讨论的形式,因为目前聊天正在毁掉重要对话的价值。
项目的真实状态是:它是由一个人(我自己)构建的 MVP。
有一个公开的 demo 工作区你可以体验:https://app.vostorq.com/join/W-1/join-demo(需要注册,但非常快速简单)。还有很多东西尚未完成。
目前还没有移动应用和集成,除了 AI agent,后者是内置功能而非插件。
我很乐意听取你对工具的看法,但也想问问——你的公司有这类沟通问题吗,还是我的经历只是特别不幸?如果你以前尝试过将严肃的讨论从聊天中移出——使用 Twist、Basecamp、Threads.com(在它关闭之前),或其他工具——是什么导致了失败?
译文由上游机器翻译生成,可能有误;判断请以英文原文为准。
英文原文(来源本站未改写)
A while back, I joined a company with a "Slack-first" communication policy.I was concerned from the beginning because Slack or Teams had never felt sufficient at the companies where I'd worked before.Some discussions happened over email, meetings played an important role, Jira was used heavily, and Google Docs or Confluence was used for documentation.That setup felt necessary, but it wasn't optimal.So the "Slack-first" approach sounded suspicious, but intriguing.I was curious what they had done with Slack to solve this multi-tool mess.In practice, though, it didn't solve it for me.Take the DevOps support channel.
I was new, the infrastructure setup had some issues, and I asked question after question, feeling more and more like an idiot who constantly bothers people (potentially, every person in the channel), because sometimes it was a genuine bug, and sometimes it was simply my misunderstanding of the setup.I always got answers eventually, but they were slower and shallower than if someone had walked with me through the entire process.But why would anyone do that when the official format for this type of conversation was a channel where "someone will help ASAP"?Every new project got a channel.But a project isn't one conversation - it's many.
Threads were supposed to fix that, except threads are optional by design - and it only takes one person replying in the main channel for the structure of the conversation to collapse for everyone.Topics that were inconvenient simply scrolled away.I'd raise something important in a meeting, hear "we can talk about that later" because our room booking was ending, I'd write in the channel, and the channel made sure later never came, because chat has no concept of "unresolved", but it has a concept of "skipped and forgotten".I left that company in about a month.This communication mess wasn't the only reason, but it played its role.
I'd had a proof of concept for a "forum for work" sitting around for years, unsure whether anyone needed it.That month convinced me.So I built it - most of what exists took me a few months.AI made that realistic for a solo founder: not only the code, but the landing pages, help docs, videos, and all the surrounding work that would have taken too much time and resources to finish alone.Vostorq is essentially a message board adapted for internal company communication.Not the strongest selling point in 2026, perhaps, but I've loved this format since my youth.Spaces (forums, in message-board terms) are permanent areas for a team, project, or function.
Each space contains topics, with one focused discussion per topic: a decision, an RFC, a recurring question, or anything else that deserves its own place.And topic is that place - it's not a position in a stream.It can slip to page two, but it doesn't dissolve into a thousand unrelated messages, and someone can always bring it back.Replies tend to be complete thoughts rather than fragments because the format quietly encourages that.Vostorq is unlikely to become the best place for "Anyone seen my charger?" and #ourpets, but these conversations should not dictate the format companies use for important discussions, because currently chat destroys the value of the important ones.
The honest state of the project: it's an MVP built by one person (myself).There is a public demo workspace you can explore: https://app.vostorq.com/join/W-1/join-demo (it requires sign-up, but it is super fast and simple).Plenty is still missing.There are no mobile apps and no integrations yet, apart from the AI agents, which are a built-in feature rather than a plug-in.I would be glad to hear your thoughts about the tool, but also — does your company have this communication problem, or was my experience just uniquely unlucky?And if you've tried moving serious discussions out of chat before - using Twist, Basecamp, Threads.com before it shut down, or some other tool - what killed it?
这条还缺什么证据?
下面每条都由本条已有字段推出(等级、理由、商业模式、来源次数、是否演示), 本站不生成推测性结论;通用验证方法放在方法论页。
- 可核验的收入或付费证据查官网定价页与付费口径;第三方数据源(如 GetLatka)只作旁证,需标注来源与时点。
- 商业模式未定确认按席位/按用量/授权还是开源托管版收费;开源项目另查 LICENSE 与是否存在付费版。
- 只有单一来源找一手站点或其他渠道是否重复出现同一产品;社区热帖数量不等于商业进展。
通用验证清单(谁有这个问题/谁愿意付费/一个人能交付哪一小步)见我们的筛选方法。