一站式 Dev 平台

需求进，
上线出。

Jira 需求、代码仓库、数据库、API 测试，在同一条流水线上。AI 负责动手，你在关键节点拍板，每一步自动留痕。

打开工作台 看它怎么跑
57个工具 5个集成 写操作100%需确认 每次调用可回溯
流水线

一条线，五个阶段，没有断点

以前每个环节一个工具、一份文档、一次人工搬运。现在阶段之间用同一套对象衔接：工作项、变更、执行记录、证据。

01
需求

Jira 的缺陷与需求同步进来，和本地需求放在同一张表，按状态、类型、项目筛。

workitems · jira_search
jira_issue_detail
02
代码

读仓库结构、读文件、搜代码；PR 与分支能直接出 diff，评审意见落在具体行上。

repo_tree · repo_read_file
repo_diff · repo_pull_request
03
验证

API 集合带场景与断言，服务端直接执行，不再依赖开着的浏览器和插件。

apitest_read_request
test/execute · 声明式断言
04
交付

高风险写操作弹确认卡，参数原样摆出来；不可逆动作没有白名单可以绕过。

确认卡 · 审批收件箱
风险分级 read→destructive
05
复盘

每次工具调用、每个审批决定、每条执行结果都进事件表，倒查不用翻聊天记录。

dev_events · test_run
test_case_result
能做什么

四个环节，用的是一套数据

不是把四个工具摆在一起，而是让它们共享工作项、执行记录和证据——所以一个环节的结论，下一个环节能直接用。

01 / 需求

Jira 和我们自己的需求，进同一张表

按 key、按 JQL 拉一次就同步；状态映射认 Jira 的 category，不会被自定义状态名骗过去。

  • 缺陷、需求、任务、测试计划四类，状态四档
  • 本地需求可直接新建，不强制走 Jira
  • 同步幂等：重复拉同一个 key 不会产生两条
WORKITEMS4 条
bug订单校验跳过周末INV-761
需求接入新的供应商编码本地 #12
任务补 order-schedule 回归本地 #13
已完成统一集合写入路径INV-704
02 / 代码

先读懂你的代码，再动手

仓库目录、单文件、跨文件搜索都能读；PR 和分支各出一份 diff，评审时不用来回要补丁。

  • PR 模式自动解析 head sha，分支模式直接按 ref 读
  • 跳过二进制与 lock 文件，diff 只留该看的
  • 每次读取都记调用与耗时，长任务能追到哪一步
repo_diff · PR #312+18 −6
@@ service/order_schedule.py @@ - if from_date > to_date: - raise ValueError("range") + if from_date > to_date: + raise RangeInverted(from_date, to_date) return client.fetch(from_date, to_date) + # 跨月区间上限 60 天
03 / 验证

API 测试不再守着浏览器

集合里的请求、场景参数、断言都在服务端执行；同一个请求的不同场景，可以各自覆盖查询参数。

  • 断言类型：状态码、JSON 路径、响应头、正文、耗时、字节数
  • 参数按 key 覆盖，不会出现基线值把场景值顶回去
  • 结果落库成执行记录，逐用例带断言原文与响应证据
RUN #128 · INV-7612.4s
✓status == 200200
✓$.data.items exists7
✓elapsed < 3000ms812ms
✗$.error == null403
04 / 数据与留痕

查到根因，也留得下证据

数据库只读查询带超时和行数上限；所有写操作和审批都落到同一张事件表，能倒查到具体一次调用。

  • 只读连接与 SQL 超时，避免一条查询拖垮页面
  • 事件粒度：每轮对话一条摘要 + 每次工具调用一条
  • 敏感字段入库前脱敏，超长内容截断折叠
dev_events倒序
tool_calljira_search42ms
approvalapitest_delete_item已批准
task_stateawaiting → running1.1s
test_runbatch 6/72.4s
人在环上

自动化跑得快，回滚得起

让 AI 干活和让人睡得着觉是两件事。这里的三条，是为了后面那件。

01

写操作必经确认卡

改数据、删条目、动配置，都会在对话里弹出确认卡，参数原样摆出来。你可以只批准这一次，也可以直接取消——取消就是取消，不会偷偷执行。

分级：read / low_write / high_write / destructive
02

不可逆操作没有白名单

删除集合、删表、无 WHERE 的 UPDATE、推主干，永远需要人点头。策略只能放宽低风险写操作，放宽不到这一类。

destructive 恒为 true，与项目配置无关
03

全程留痕，倒查不靠记忆

工具调用、审批决定、任务状态迁移、测试执行，都进 append-only 的事件表。出了问题先看事件，而不是先问"当时谁点的"。

dev_events · 每轮一条摘要 + 每次调用一条
57个工具
工具，按对话意图按需下发。不是一次性全塞进上下文。
5个集成
集成：Jira、GitHub、数据库、API 测试、工作项，共用一套事件与审批。
100% 写操作确认
写操作经过确认卡；不可逆操作没有例外。

从一个需求开始

打开工作台，把第一个需求贴进去。它会先给你计划，再问你要不要动手。

打开工作台 聊聊你的流程
Email jason.wang@aiyax.com
官方微信二维码
二维码加载失败
官方微信 扫码添加，直接问