本页面由英文翻译而来。
支持与社区
Kliv 是 AI 应用构建平台。描述客户如何提交缺陷、团队如何分诊处理,以及提交人应何时收到回复,它就会围绕这套流程构建跟踪系统。
只需在文本框中输入你的想法,AI 就会为你构建它
Kliv 不是那种工作流固定的托管跟踪工具——它是一个替你构建软件的 AI。
你用自己的话描述所需的应用,Kliv 就会把它构建出来:数据、工作流、页面、集成、通知和访问权限规则。你得到的是一个真正属于你自己的应用。你可以直接使用它,以后随时提出修改要求,并在自己的账号上运行它。它不是一个模板。
在这个页面上,这个应用就是一套缺陷报告与问题跟踪系统。Kliv 可以构建各种各样的 Web 应用;这只是其中一个例子。
许多同时维护多个客户产品的代理机构常常存在两个割裂的世界:开发者使用的内部跟踪工具,以及客户反馈问题的收件箱。缺陷通过邮件涌入,截图丢失,报告被重复誊写,客户也不知道修复什么时候上线。
面向客户的跟踪系统必须贴合你的优先级划分、发布流程和隐私规则。A 客户绝不能看到 B 客户的报告。Kliv 会把提交入口、客户隔离、分诊处理、开发者交接和发布通知全部整合到同一套工作流中。
这些记录能把收件箱变成一套缺陷报告系统。
复现步骤、运行环境、预期结果、实际结果、截图和录像,都由一份按照你的提交问题设计的表单来采集。
每一份报告都归属于某个客户和产品。已登录的客户只能看到自己产品的报告,其他一概看不到,这一权限规则直接施加在数据层面。
紧急缺陷可以启动 4 小时的响应计时,而外观类问题可以留到下一个版本处理。时限在报告提交时,根据你的服务条款自动计算得出。
客户输入内容时,语义搜索可以显示该产品下的类似报告:已知晓的、已修复的,或是真正的新问题。重复报告可以合并,且不会丢失任何一方的提交人信息。
修复会关联到某个发布版本。2.4.1 版本上线时,该版本包含的每一个缺陷都可以自动更新状态,并给提交人发送邮件。
以下是某家代理机构可能的使用方式,仅作示例——你可以描述你自己的客户、产品、优先级、工具和发布流程。
一位记账员在自己的客户门户中反馈发票导出功能出错。她附上了操作步骤、浏览器信息和一张截图。表单已经知道她使用的产品,缺陷会自动归入正确的位置。
提交之前,她看到同一产品下一位同事提交过的类似报告。于是她把自己的情况补充到那份报告里,而不是再开一份重复的。
林悦的组长将其标记为重大问题。响应时限从代理机构的服务条款开始计算,报告随之进入团队看板,并使用团队自己的状态划分。
该报告会在 Linear 中创建一个 issue。工程师在那边关闭它后,状态会同步回客户门户。客户和开发者在各自的工具里看到的是同一个事实。
修复随 2.4.1 版本发布上线。报告状态变为已修复,这位记账员会在她开口询问进度之前,就收到一封写明版本号的邮件。
Kliv 根据你的描述进行构建,细节越充分,第一版就越贴近你的需求。请说明谁提交问题、你要收集哪些证据、优先级如何运作,以及修复如何上线。下面是三个可以在此基础上延伸的例子:
客户门户、优先级时限、附件与发布版本。
“为我们的代理机构构建一个缺陷跟踪系统。每个客户都应有一个仅限于自己产品的门户,报告应包含截图和屏幕录像,优先级应设定响应时限:紧急问题 4 小时,重大问题 2 个工作日,提交人应在其修复随某个版本发布上线时收到邮件通知。”
构建版本、回归标记与每日汇总。
“构建一个内部问题跟踪系统,测试人员针对特定构建版本提交缺陷,被重新打开的问题标记为回归,紧急缺陷立即发送 Slack 提醒,每天 09:00 向工程频道发送一份新增紧急与重大缺陷的每日汇总。”
反馈被归类为缺陷、创意与重复项。
“构建一个内测反馈系统,测试者提交带截图的反馈,分诊人员将每一条归类为缺陷、功能创意、重复项或疑问,每位测试者都能看到自己提交内容的处理状态。”
客户边界很重要。 客户组织和角色是内置的。提交人只能看到自己产品的缺陷,你的团队能看到全部,内部备注则始终保持内部可见。
开发者工具可以双向连接。 报告可以在 Linear 或 GitHub 中创建 issue,在那边关闭后也能反过来更新门户。开发者留在自己的工具里,客户则得到一个更简洁的视图。
边界可以被测试。 一次场景测试可以登录为某个客户,尝试在一份一次性数据库副本上读取另一个客户的报告。测试记录会显示在发布前哪些操作被拒绝。
月度汇总可以自动运行。 一个定时任务可以每月向每位客户发送一封邮件,列出当月的提交数、已修复数、处理中数量以及平均响应时长。
当这一切运作起来后,团队往往会希望工时记录和状态报告也得到同样的处理。这种模式延伸到了内部工具。
Kliv 是一个能根据描述构建定制 Web 应用的 AI。就缺陷跟踪而言,这可以是客户门户、提交表单、优先级规则、开发者工具连接、发布版本和通知。
是一个真正的应用。Kliv 会针对你的具体情况构建工作流、数据、页面、访问规则和集成,而不是一个通用跟踪工具的外壳。
可以。你可以要求增加新的优先级、调整客户角色、增加另一个附件字段,或更改发布流程。
你的内部跟踪系统包含开发细节和跨客户信息。客户门户能让客户获得他们需要的视图,同时保留你的内部工作流。
不能。每份报告都在数据行上带有所属客户组织信息,访问规则会在每一次读取时强制执行这一边界。
截图、屏幕录像、日志文件及其他证据材料。文件使用与其所属报告相同的访问规则。
不必须。GitHub 也可以类似地使用,或者你的团队可以使用应用内置的看板。提交入口、客户隔离和发布邮件都不依赖 Linear。
可以。提交人输入内容时,同一产品下的类似报告可以随之出现,重复项也可以合并而不丢失任何一方的提交人信息。
可以。修复可以关联到发布版本,发布上线时可以自动更新问题状态并向每位提交人发送邮件。
可以。门户可以运行在你自己的域名上。
可以。应用代码会同步到你自己的 Git 仓库,你的数据也可以导出。
不需要。这套跟踪系统本身就是产品、客户、报告、发布版本、角色和设置的管理后台。
创作者构建
查看全球开发者和创作者使用 Kliv 构建的真实应用
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Track remittances and household budgets seamlessly.
Manage your book club easily with proposals, voting, and history tracking.
Portfolio and booking site for Northfern Tattoo Studio.
Sistema de gestión del agua comunitario para aldeas.
職人が作品を展示し、受注管理を行うサイトです。
Crowd-sourced surf condition tracking app.
A portal for HOA management at Riverside Commons.
小規模レストラン向けの予約管理サイトです。
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
A whānau coordination tool for Māori-medium schools.
Mobile library coordinator for Hmong and Lao communities.
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Track remittances and household budgets seamlessly.
Manage your book club easily with proposals, voting, and history tracking.
Portfolio and booking site for Northfern Tattoo Studio.
Sistema de gestión del agua comunitario para aldeas.
職人が作品を展示し、受注管理を行うサイトです。
Crowd-sourced surf condition tracking app.
A portal for HOA management at Riverside Commons.
小規模レストラン向けの予約管理サイトです。
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
A whānau coordination tool for Māori-medium schools.
Mobile library coordinator for Hmong and Lao communities.
尽可能详细地描述你的客户、产品、提交问题、优先级时限、开发者工具和发布流程。Kliv 会构建出一套边界早已就位的跟踪系统。