共 17 个
- 报上来的缺陷,先帮你复现一遍复现缺陷 · 运营报上来的缺陷,先帮你复现一遍复现缺陷 · 运营拿到一个缺陷报告,它自己去读代码、看日志、搭环境,把问题复现出来,写清步骤和截图交给你。只把证据交给你,不自己动手改代码。

连着TAPD、Gitee

- 把用户报的错,变成能修的复现包测试环境复现 · 运营把用户报的错,变成能修的复现包测试环境复现 · 运营盯着测试环境,把开发群里报上来的缺陷复现出来,截好图、录好屏、留好日志。从不自己往主干分支上合代码,修不修由你来定。


连着Gitee、钉钉、飞书


- 动了批量数据,有一条退路备着批量操作回滚 · 运营动了批量数据,有一条退路备着批量操作回滚 · 运营把项目里会批量改数据、改文件、改线上配置的地方找出来,挑出最难撤回的几处,写好回滚步骤。不替你动手改任何东西,方案你先看过再定。


连着TAPD、飞书、Gitee


- 每次发版,更新说明自动帮你写好发布说明 · 运营每次发版,更新说明自动帮你写好发布说明 · 运营盯着 GitHub 或 Gitee 上合并进来的代码改动,把技术提交写成团队看得懂的发布说明;草稿放在文档里等你改,绝不自己发出去。


连着飞书、GitHub、Gitee


- 流水线老挂,它帮你分清谁该修构建失败分析 · 运营流水线老挂,它帮你分清谁该修构建失败分析 · 运营盯着代码仓库的构建结果,把新的失败和偶发的抖动分开,按影响范围排好;只出报告,不替你改代码、不合入。


连着Gitee、GitHub、钉钉


- 代码改了,文档不等人文档保鲜 · 运营代码改了,文档不等人文档保鲜 · 运营盯着代码仓库,查出哪些文档没跟上;每周交一张差异清单和一份改好的草稿。不改代码,也不直接替你交到仓库里。

连着Gitee、GitHub

- 新代码一合入,文档自己长出来文档补齐 · 运营新代码一合入,文档自己长出来文档补齐 · 运营从代码仓库里读懂新接口,一口气写出 README 和接口文档的草稿。不动代码,交出来的文档等你点头再放进去。

连着Gitee、GitHub

- 线上出故障,它替你记下每一笔故障时间线 · 运营线上出故障,它替你记下每一笔故障时间线 · 运营盯住故障群里的消息和代码仓库的改动,把零散的对话和提交串成一条时间线。起草好放着,绝不自己回复任何人。


连着钉钉、飞书、Gitee


- 官网和产品里的文案,每周帮你过一遍营销内容审查 · 营销官网和产品里的文案,每周帮你过一遍营销内容审查 · 营销盯着官网、产品界面和对外文档,看对外说的跟实际做的对不对得上。每周交一份核查清单,从不自己改上线内容。

连着飞书、Gitee

- 客户问到技术细节,它帮你当场接住产品技术顾问 · 销售客户问到技术细节,它帮你当场接住产品技术顾问 · 销售把你的代码库和产品文档吃透,客户问到技术问题时当场给你递答案;从不替你跟客户说话,递的话你先过目。



连着Gitee、GitHub、语雀、飞书



- 代码合并前,它先告诉你谁会撞车代码冲突预警 · 运营代码合并前,它先告诉你谁会撞车代码冲突预警 · 运营盯着仓库里所有没合并的改动,找出会互相冲突的那几对,在群里发一条消息点名。不替你改代码,不替你合并。


连着Gitee、GitHub、钉钉


- 需求写清楚,它把代码写好等你审查代码实现 · 运营需求写清楚,它把代码写好等你审查代码实现 · 运营读你写好的需求文档和设计稿,在自己的电脑上把代码写好,交一个完整的 PR 等你审查。不替你合并,不改你没写清楚的东西。


连着Gitee、GitHub、TAPD


- 代码一交,它先帮你把最吓人的地方找出来代码审查 · 运营代码一交,它先帮你把最吓人的地方找出来代码审查 · 运营盯着仓库里的合并请求,先看哪里最容易崩、哪里缺测试、哪里上下文不够;把最要命的几处标出来给你,从不自己动手改代码。


连着Gitee、GitHub、钉钉


- 能不能合,它先替你拿个主意合并把关 · 运营能不能合,它先替你拿个主意合并把关 · 运营每份合并请求它独立查:流水线过了没、测试全不全、有没有人审过;查完给你一句话:建议合还是先别合。从不替你点合并按钮。


连着Gitee、GitHub、钉钉


- 想查个数,说人话它就帮你写出来查数帮手 · 运营想查个数,说人话它就帮你写出来查数帮手 · 运营你把表结构和以前写过的查询交给它,它用大白话帮你解释、帮你新写,写完的查询放在你手边。不自己跑在线上库,不替你改数据库。

连着Gitee、GitHub

- 代码仓库的安全和规范,定期帮你查仓库安检 · 运营代码仓库的安全和规范,定期帮你查仓库安检 · 运营定期扫一遍你的代码仓库,查有没有安全配置漏了、权限不对、依赖过时;查出问题写成工单或草稿 PR,等你点头。绝不自己合并代码,也不改线上配置。


连着GitHub、Gitee、飞书


- 一个想法进来,一份能开发的规格出去需求规格起草 · 运营一个想法进来,一份能开发的规格出去需求规格起草 · 运营把一个想法、需求或问题单变成一份人能点头、开发能动手的规格书。只起草、放在你面前,绝不自己拍板定稿。


连着TAPD、Gitee、飞书


没找到。换个说法试试,比如“作业”“报销”“周报”,或者看全部 Tooo Bots。小事不用找,跟 Tooo 说一句就行。
一摊事,交给一个 Tooo Bot。
小事说一句就行。它自己去办,越干越熟,办好了或者要你点头时才来找你。
你可能想问
Tooo Bot 拿Gitee做什么、怎么连上,还有谁在做 HeyTooo。
Tooo Bot 拿Gitee做什么?
17 个 Tooo Bot 会用Gitee,比如复现缺陷、测试环境复现、批量操作回滚、发布说明、构建失败分析、文档保鲜。每个长期管着一摊事,Gitee是它办事时要登的地方之一。
怎么把Gitee连给它?
交代事情时,它会请你连一次Gitee:Gitee自己开放了接法的,照着点几下;没有的,它在自己的电脑上登网页版,要登录时请你扫一下码。往外发、花钱之前,它都先问你。
怎么把一件事交给它?
说一句话,讲清三样:管什么,材料从哪来,哪些事要先问你。接着给它一件当天交得出的事,看它办得怎么样。没有设置页,往后想改,跟它说一句就行。
要花钱吗?
HeyTooo 会一直留着免费的一档;用得多的人可以开会员。价钱上线时公布。
它会不会一直来打扰我?
不会。没有新东西,它不出声。什么时候来,照每件事自己的节奏:蹲一张退票是几分钟,孩子的学习是每天,家庭相册是每月。
它替我办事,会不会乱花钱、乱说话?
不会。它先起草、先备好,再请你点头。花钱、发出去、删掉这类收不回的事,一定先问你。
现在能用吗?
还不能,HeyTooo 正在准备上线。在微信里搜 HeyTooo 关注公众号,上线那天它来找你。
HeyTooo 是谁做的?
本质密码(四川)科技有限公司。我们自己就是既上班又顾家的人,想让那些要长期有人管的事,各有一个帮手担着。
我交给它的事,存在哪里?
存在国内的服务器上,只交给国内备案过的大模型处理。
怎么联系你们?
写信到 hi@heytooo.com。你有一摊事想交出去、这里还没有,也写信告诉我们。




