Posts for: #Startup

此前讨论过，在目标没那么看得准的时候，应该先打子弹，再发炮弹。前两天跟 glacier 和 boxcounter 讨论的时候提到，其实应该可以有霰弹。

比如 Slax Reader，我们已经花了不少精力，将它做得颇为优雅、稳定了，但是仍然不温不火，是不是用户其实不需要 Read Later 产品了？

我认为 Reader 的现状，有一些可能的“问题”，比如：

• 目前的迭代有点“稳”。仍然是比较“冷静”的 3 周一个迭代（虽然所有代码都是 AI 写的）。在一定程度上，我其实期待未被市场验证的产品可以跑得更“粗野狂暴”一些的，哪怕有严重 Bug 也可接受——看看 OpenClaw 这样的产品的速度。
• 目前的产品形态也有点稳。仍然是个标准的 Read Later。我想重做 Read Later，其实还有个想法是：AI 可能会让 Read Later 这样的产品发生重大变化，变得甚至不是 Read Later。例如：是不是应该支持 Podcasts 和 YouTube 的 transcript 以及还能点文字跳转到语音/视频的对应位置？例如：是不是有机会基于用户收藏的内容，先让他有机会很好地通过标签整理内容，然后再放出 Agent，寻找这个标签主题下，全世界最优质的免费内容，通过这种方式，搞定一个有价值的知识库？例如：当有了这样的知识库，是不是可以为用户定制学习计划，甚至能有非常强大的学习 Agent 帮他设计很好的图文并茂的课程，并且做出学习卡片等？
• 目前的“开源”有点假。这个假，并不是说我们没有真正开源，而是我们虽然开源了，但是因为我们的迭代模式和工作方法，并没有真的让外部用户融进来共同创造——甚至我们自己的同事都还是按部就班，各司其职地在做产品、设计、开发、运营工作。

今天跑步的时候听 Lex Fridman 采访 DHH 的最新一期 Podcast，里面聊到了 DHH 认为 AI Agent 对编程、产品、开源、Linux、社区的影响，还是很值得一听的。

套回到我们自己的产品——知识星球不是很敢一下 AI 化，但各种新产品、新实验其实蛮值得一试，比如，拿 Slax Reader 来说，有没有可能：

对 Slax Reader 的数据，我每天关注的主要有这么几个：

1. 用户的活跃情况：DAU（每日的登录用户数）、PV（页面的浏览数）、UV（这些浏览是多少用户带来的），这是我们“占到的地盘”的信息。
2. 新增用户：这部分是个漏斗，分别是 UV（访问页面的用户数）、注册（有登录行为）、激活（目前定义为“收藏了第一个 URL”，我有点犹豫——场景上看，用户注册后，其实并没有什么场景促进 ta 做激活动作，或许值得思考）、试用 Pro（尝试我们的 Pro 功能，提供进一步的信息——这部分后续或许可以考虑在这一步就要信用卡）、订阅，通过这个漏斗，我们可以比较清晰地看出当前的卡点在哪里，不同角色的分工下，大家更清楚下一步应该干什么。
3. 用户留存：在 2 的基础上，我希望看到用户的留存——比如今天的留存，分母是昨天注册用户数，分子是昨天注册的那些用户今天的登录的数。
4. 当前还持续付费的用户数：通过 Apple & Stripe 付费且仍然存续的用户总数。订阅式的产品有点复利效应，可以滚雪球，如果有机会看到这个数字的慢慢增长，还是很有机会的。

株式会社 Helpfeel 总部在京都上京区，东京有办公室，资本金 1 亿日元，员工 213 人（2025 年 8 月）。全远程、全弹性工时。

前身是 Nota, Inc.，2007 年 12 月 21 日在美国加州创立。2020 年 12 月设立日本法人，2022 年 10 月 1 日把公司名改成了主力产品的名字 Helpfeel。

两个人

洛西一周，1982 年生，代表取締役 CEO。高中时写了 Windows 上的笔记软件「紙copi」，下载超过 100 万次，十年卖了 3 亿多日元。IPA 未踏项目出身。2026 年 1 月他本人搬去了美国。

増井俊之，Technical Fellow，庆应大学教授。预测输入法 POBox 的发明者，在 Apple 做过 iPhone 的日文 flick 输入。Gyazo 是他 2007 年的作品，Helpfeel 的核心技术也是他的发明和专利。

三个产品

Cosense 改名时官方给的数字：页面总数超过日文维基百科的 10 倍以上。定价上个人免费，上限 300 页、5 人；Business 版每人每月 1100 日元。

株式会社時雨堂（Shiguredo）2013 年 3 月在东京成立，主营 WebRTC 实时音视频中间件 Sora，GitHub 账号是 shiguredo。创始人 voluntas 持股 100%，公司登记的代表取締役是中井亮介。员工人数上限写死为 5 人。

这家公司把雇佣条件、薪资、奖金实绩、评价制度、产品战略、工作时间制度全部写成公开文档挂在 GitHub Gist 上，定期更新。销售额、奖金占比、赞助和捐款金额都写在里面。

下面是其中七份的中文版，让 AI 按原文结构压缩编译，关键事实都保留了。原文是日文，篇幅很长，每一节都给了链接，以原文为准。这些文档还在持续更新，各篇更新日期不同，日期也标了。

一、公司总纲

原文：時雨堂コトハジメ（更新 2026-08-01）

方针

创始人（持股 100%）想怎么干就怎么干的公司。开发自社产品赚钱，回馈员工和社会。不做出售，不做上市。想成为赚很多、也捐很多的企业。

规模

员工上限 5 人。人多了销售额也许能涨，但会带来各种弊端，最在意的是信息共享成本变高，这个绕不开。5 个人的话，对全员保持透明还勉强做得到。少人数、高利润率、高收益，盯住这个就不会跑偏。

想增加人的时候，做法是再开一家公司。守住时雨堂这个文化，5 人是极限。

雇佣条件

加薪实绩

创业第 4 年涨到了原定的工资水平，之后不打算再涨。但国家情况变化会考虑，比如消费税加税：

经营一个知识星球，每天都有一串小事。

新主题要看，评论要回复，提问不能漏掉。内容积累多了，还要整理精华、标签和专栏。到了周末，可能还要做周报、挑选好内容、制作海报，提醒即将到期的成员续费。

每件事都不复杂，加在一起很占时间。

知识星球开放平台最近发布了新版本：

• zsxq-cli：0.5.0
• zsxq-skill：2.1.0
• MCP Service：近期功能更新

zsxq-cli 负责读取和操作知识星球，zsxq-skill 告诉 AI Agent 什么时候使用哪些能力。安装以后，星主可以直接用自然语言安排工作。

比如：

找出最近一周还没有回答的高质量提问，参考我过去写过的相关内容起草回答，先给我确认，明天上午十点发布。

Agent 会读取最近的提问，搜索星主过去发布的内容，整理回复草稿。星主确认以后，它再创建定时回答任务。

还可以这样说：

• 看看今天有哪些新内容、提问和评论需要处理。
• 整理最近的评论，找出还没有回复的问题。
• 从本周内容里挑选值得加精的主题，并建议标签。
• 把最近发布的主题收录到对应专栏。
• 做一份本周运营报告。
• 把今天的精选内容做成海报。
• 把一篇帖子做成竖版视频。
• 找出即将到期的成员，起草续费关怀内容。

这次更新还增加了普通主题、问答和投票主题，支持 Markdown 正文和 AI 创作声明。Agent 可以定时发帖、定时回答，查看、修改和取消定时任务，也可以设置主题精华和置顶，修改星球名称、简介、背景图和亮点图片。

在你的 Agent 里安装

知识星球 Skill 可以配合国内常见的 AI Agent 使用，包括 WorkBuddy、QoderWork、CodeBuddy、Qwen Code、Kimi Code CLI、MiniMax Code、TRAE、通义灵码等。Codex、Claude Code、Cursor 等工具也可以使用。

我们还做了一个知识星球花园，用来放知识星球和 AI 结合的新项目。这里可以查看 Skill 的能力、安装方法、离线安装包和开源代码。

让一千朵花先开。

安装不用自己研究命令。打开正在使用的 Agent，把下面这句话发给它：

帮我安装知识星球 Skill：https://garden.zsxq.com/skill/INSTALL.md

Agent 会读取安装说明，检查环境，安装 zsxq-cli 和 zsxq Skill。

登录时，Agent 会给出一个授权链接和验证码。用户在浏览器或手机里确认授权，Agent 随后检查安装和登录状态。

笔记 955 下，国杰评论：

除了将 Agent 的能力融入产品，另一个可能还需要将知识星球按 Agent 产品重新设计。

我说的重新设计，不是简单给知识星球增加一个 Agent 功能，也不是把首页换成聊天框、换一套 Agent 的皮肤，而是把 Agent 当成产品新的默认交互层。

原来是用户理解产品有哪些功能，再自己去搜索、阅读、判断和操作。按 Agent 产品设计后，可以变成用户说出想做什么，Agent 理解当前的星球、内容和权限，再调用搜索、回复、加精、标签、专栏等底层能力帮助用户完成。

这会带来一些变化：所有底层能力都可以被 AI 使用；搜索入口逐渐变成 AI 搜索；阅读内容时可以随时让 AI 查找相关旧帖、补充背景和辅助分析。原有页面不一定消失，它们继续承担浏览和精确操作，只是 Agent 成为串联这些能力的一层。

这里还有一个定位问题。如果只连接知识星球，类似现在的蘑菇 Agent，重点是把知识星球理解得足够深，最终可能成为知识星球新的交互入口。如果还连接飞书、公众号等其他平台，那就是另一个方向，更接近跨平台 Agent，知识星球只是它连接的平台之一。

当前蘑菇 Agent 的设计，已经在尝试第一个方向。

我前面提到的两个不同的产品方向。

一个方向是只连接知识星球，类似现在的蘑菇 Agent。它的重点是对知识星球理解得足够深，能够使用搜索、阅读、回复、加精、标签、专栏等底层能力，成为知识星球新的默认交互层。

另一个方向是除了知识星球，还可以连接飞书、GitHub、Figma、Linear 等外部系统。这个方向并不一定要做成 OpenCode、Codex、Claude Code 那样的通用 Agent，更准确地说，可以是“以知识星球为中心、按需连接其他工作系统的 Agent”。它要解决的是如何把成员的声音带进团队内部工作，再把产品或服务的变化带回社区。

昨天在 Eatventure 的 Claude Tag 群里，跟 Claude 提了个需求：从我的 Eatventure 帖子里，挑出一些有故事，有情感的内容，从不同角度写几段？记得文字洗炼但有趣。试试看能不能打动人。

几分钟后，Claude 回复：

六段，都是你自己写的字，我只是排了个序。

一个人的七月 七月十二号落地，第一条帖子一句话：「抵达新加坡，快速解决一餐。」当天晚上那碗略咸的猪脚面下面，你写了「自己来新加坡工作一段时间，老婆孩子不在身边」。第二天两条，各四个字——「独自觅食」，「石斑鱼汤」。再往后是一个人的铁板烧、一个人的拉面、一个人躲在角落里的麻辣香锅。你没写孤单。你写的是「有菜有肉有饭，算是比较均衡健康且可以快速解决一餐的，所以我常来」。

焖面 七月十一号，深圳北站赶车，一碗焖面。「很多年前，每到北京，往往会去 star xiaoxing 家坐坐，有一回 xiaoxing 妈妈煮焖面，我很喜欢，后来每次去，老人家都给我备上一份。然后笑眯眯地坐在一边听我们边吃边聊。老人家走后，我就再没吃过那么香的焖面啦。」同一天同一座城，你还去了公司刚开时楼下那家小面馆，写「公司 21 岁了，这家小面馆也还在」。

清炒 一月二十八号，ljtljt 发了家麻辣香锅，说不想吃辣就点清炒。你在底下说「原来可以清炒，下次我试试，我少油少盐少辣，还是巨咸无比」。她回你「我一般点 清炒、少油少盐、不要芹菜；四个夹子」。八天后你自己发了一条，正文四个字：「今天中午清炒」。第二天补一句「还不错，至少不那么齁咸了」。这家店你去了十二次。

早上试了试飞书 aily（https://aily.feishu.cn/）——主要是在飞书里看到了未读消息点开了。

• 激活的时候直接给了个显性的数字，引导用户点击，点击后引导用户给 Agent 取名——就聊起来了
• 可以把这个 Agent 拉进群聊里，参与项目讨论——这个角度类似 Claude Tag，但好像没办法给它配数据源，也就是数据源都来自飞书自己。

如果知识星球做一个 Agent，优先面向星主，解决：

前些天在 Slack 里配置了 Claude Tag——此前我对 Claude Tag 的想法是：和 OpenClaw 那样的 Agent 放进群聊里一样，并不太新鲜。

测试了几天——Yuanda 给 Claude Tag 接上了 Figma（设计资源库）、Github（代码库）、应用数据库的从库、Notion，用起来感觉还蛮好的，非技术同事们可以用自然语言在 Slack 里提出数据需求、UI/交互的想法、功能思考等——与 AI 直接交互，其他同事也能看到这些交互过程，感兴趣的话，也可以沿着相应话题继续深入。