@istdrc: Slock的第一个演示版本于2026年1月4日至5日在Slack上构建。随后的一个月——我在Kimi的最后一个月——我……

X AI KOLs Following 2026/05/18 12:26 产品

slock productivity ai-agents workflow meta-product kimi-cli

摘要

作者反思了构建Slock的经历，这是一个元产品，允许用户通过与AI代理对话来创建和重塑工作流程，将其设想为下一代生产力工具。

Slock的第一个演示版本于2026年1月4日至5日在Slack上构建。随后的一个月——我在Kimi的最后一个月——我全身心投入到Kimi CLI的日常开发中，反复思考一款真正的下一代生产力工具应该是什么样子。我的屏幕上总是开着五到十个终端窗口，每个窗口都运行着一个编码代理会话。我随性地编写脚本，自动将飞书表格、GitHub issue和群聊中的需求批量处理为agent任务，然后第二天早上只需审查可供审查的内容。我尝试了纯规格驱动开发；我尝试了几乎完全无人监督地将Kimi CLI用Rust重写——大约两天内完成。最终，我的答案是回到Slock，并将其打造成一个真正的产品。一个真正的下一代生产力入口应该让任何人只要通过和代理对话就能建立任意工作流程——并且能同样轻松地在任何时候重塑该流程。其核心在于，每个人都是老板。在Slock上，每个人都是老板：你招聘、组建团队、分解需求、连接工作流程。一句话触发一系列更长的工作；你审查的内容变得更粗粒度——而质量不会下滑。 Slock是一个元产品。它与生成式UI有异曲同工之妙：在这个人人都能触及GenAI的时代，这就是未来。

查看原文

查看缓存全文

缓存时间: 2026/05/18 14:33

Slock 的第一个 Demo 搭建在 Slack 上，时间是 2026 年 1 月 4 日至 5 日。接下来的一个月——也就是我在 Kimi 的最后一个月——我埋头于 Kimi CLI 的日常开发，反复思考一款真正的下一代生产力工具应该是什么样。我的屏幕上始终开着五到十个终端窗口，每个窗口都运行着一个编码 Agent 会话。我会用 Vibe Coding 编写脚本，自动从飞书表格、GitHub Issues 和群聊中把需求批量整理成 Agent 任务，然后第二天早上只审核那些值得审核的内容。我尝试了纯粹的规格驱动开发；我尝试了几乎完全无人监督地用 Rust 重写 Kimi CLI——大约花了两天时间。

最终，我的答案是回到 Slock，把它做成一个真正的产品。

一个真正的下一代生产力入口，应该让任何人只需通过跟 Agent 对话就能搭建任意工作流——并且在任何时候都能同样轻松地重塑这个工作流。其核心在于：你说了算。在 Slock 上，每个人都是老板：你雇佣、你组队、你拆解需求、你串联工作流。一句话就能触发更长的任务链；你审核的内容粒度变得更粗——但质量不会下滑。

Slock 是一个元产品。它跟生成式 UI 是同一个道理：在每个人都能触达生成式 AI 的时代，这就是未来。