KaneAI

제품의 핵심이 여기 있다. "장바구니에 담기 버튼을 클릭하고, 장바구니 아이콘이 1로 표시되는지 확인해줘"처럼 명령을 적으면 KaneAI가 각 문장을 브라우저 동작에 매핑한다. 여기서 노코드 자동화는 문자 그대로다. page object도, 소스에 박힌 셀렉터 문자열도 없다. 자연어 테스트도 결국 같은 말이다. 대가는 정확도다. 무관한 동작 두 개를 한 문장에 몰아넣으면 빗나간다.

Jira 티켓, PRD, PDF, 스크린샷, 스프레드시트를 넣으면 빈 에디터 대신 구조화된 케이스가 돌아온다. 요구사항을 이미 그 형식으로 관리하는 팀이라면 명세에서 스크립트로 넘어가는 느린 변환 단계가 사라진다. 다만 생성된 케이스는 사람이 훑어야 한다. 어떤 경계 케이스가 범위 밖인지는 에이전트가 알 수 없다.

화면이 바뀌면 KaneAI는 낡은 셀렉터로 실패하는 대신 실행 중에 요소를 다시 해석한다. 자가 복구 테스트가 있으면 클래스명 하나 바뀌어 40개 케이스가 한꺼번에 죽는 월요일 아침 트리아지가 사라진다. 마법은 아니다. 버튼이 없어지거나 새 흐름 뒤로 숨으면 스텝은 실패하고, 그 실패가 정답이다.

케이스 하나로 화면을 조작하고, 엔드포인트를 호출하고, 네트워크 탭을 확인하고, 데이터베이스를 조회할 수 있다. 도구 네 개를 각자 리포트로 이어 붙이는 대신 커버리지 이야기가 하나로 정리된다. 엔드투엔드 테스트 에이전트라는 이름값이 여기서 나오고, 스위트 구성 방식이 가장 크게 바뀌는 지점이기도 하다.

KaneAI는 화면마다 차이를 비교해 시각적 회귀를 찾고, 같은 실행에서 WCAG 감사까지 돌린다. 레이아웃 밀림과 대비 문제가 기능 실패 옆에 심각도와 함께 표시된다. 접근성 검사를 별도 단계로 잡아두던 팀은 일반 실행에 합쳐 넣을 수 있다.

Kane CLI는 KaneAI를 터미널로 가져온다. npm으로 설치하고 흐름을 적으면 CI가 읽을 수 있는 종료 코드와 함께 통과나 실패가 돌아온다. GitHub 풀 리퀘스트 diff를 읽어 테스트를 만들고 실행한 뒤 스레드에 답하는 베타도 있다. 코딩 에이전트가 CLI를 돌릴 수 있어서, 테스트 작성이 별도 티켓이 아니라 빌드의 일부가 된다.