새로운 데이터 차원을 계속 만들어 내는 라인

50행에서는 훌륭합니다. 5,000행째는 다른 이야기입니다.

당신의 agent는 원본에 없던 열을 한 배치씩 만들어 내고, 그것은 하류가 바로 쓸 수 있는 자리에 착지합니다 — 라인의 상태는 agent의 컨텍스트가 아니라 서버에 있어서, 세션이 끝나도 계속 생산합니다. 모든 시도는 하나의 장부에 남습니다.

원본 115행 → 정제 62행 → 62행 디스크로 대여 → 제출 → 반려 → 2차 시도가 같은 배치를 그대로 이어받아 서버 상태에서 계속, 새 실행이 아님 → 62행 적재 · 녹화 당시 게이트는 켜져 있었습니다 ↓

내 agent에 설치하기
세션 재생 · 2026-07-28 녹화claude-code + tablize skill
>
생산 라인 · 공급업체 선별 = tablize lineage 최신 상태
표 3개
수집 ┄ 장부 밖
원본 표
Supplier listings · raw
115
append-only · 중복 보존
url 기준 중복 제거
−53 접힘
가공
Supplier listings · clean
62
먼저 나온 것 유지 · id 안정
AI 추출
당신의 agent가 실행
처리 기록 표
Supplier category
124
모든 시도가 장부에
검수 통과 뷰 · 렌즈 62 행 통과 claude-sonnet-4.5 · 2번째 처리 기록 표를 읽는 한 방식 — 네 번째 표가 아닙니다
검수 게이트
숨겨진 검사 샘플 4개 · 게이트: 켜짐
4/4 · 2번째
 
통과 62 ·
차단 62회
소비 ┄ 장부 밖
실제 실행 — 로컬 인스턴스, 2026-07-28. 공급업체 행 내용은 이 점검을 위해 만든 샘플 데이터이고, 여기 재생되는 모든 카운트·판정·모델·배치 id는 제품이 직접 기록한 상태입니다. 이 실행은 게이트가 켜진 상태로 녹화했습니다 — 검사 샘플 파일 없이 라인을 만들면 none 단계로 돌아갑니다: 판정이 없고, 행은 미검수로 적재되며, 위의 배치 흐름은 똑같이 돌아갑니다. 세 단계 보기 ↓. 이 그림은 사이트 자체의 조판 언어로 그린 것입니다 — 제품 실물은 이렇게 생겼습니다 ↓.
62행이 같은 배치의 2차 시도에서 적재됐습니다 — 이 실행은 서버 상태에서 이어 달린 것이고, 다시 시작한 것이 아닙니다. 내 agent에 설치하기
어디서 도는가

당신의 머신에서, 당신의 모델 키로. Tablize는 모델도 런타임도 제공하지 않습니다.

agent가 한 번에 쥐는 것

대여받은 배치 하나뿐, 표 전체는 절대 아닙니다. 지금 처리하지 않는 행은 서버에 남아 있으므로, 표가 길어져도 주의가 묽어지지 않습니다.

내일은 어떻게 되는가

다음 세션은 장부에서 이어 달립니다 — 미완 배치, 리스, 판정이 그대로 있어 대화 기록으로 현장을 복원할 필요가 없습니다.

그 게이트는 무엇을 위한 것인가

검사 샘플이 없으면 게이트도 없습니다. 검사 샘플 파일을 주면 agent가 읽을 수 없는 검사가 모든 배치를 판정합니다 — 하나만 틀려도 배치 전체가 반려되고, 반려는 하나하나 장부에 남습니다.

01 / 왜 지금인가

존재한 적 없던 열.

LLM은 사람만 읽을 수 있던 것을 읽고, 존재한 적 없던 열로 답합니다: 제조사인지 무역상인지, 표준 조항인지 위험 조항인지. 새로운 차원을, 규모 있게.

하지만 차원은 데이터 파이프라인에 착지해야 비로소 가치가 됩니다 — 대화와 함께 증발하는 답변이 아니라, join하고 필터링하고 그 위에 쌓아 올릴 수 있는 진짜 열이어야 합니다. 그리고 열을 규모 있게 생산하는 일은 곧 생산입니다: 이어서 돌릴 수 있는 배치, 검수 게이트, 누가 어떤 규칙으로 무엇을 만들었는지 적히는 장부가 필요합니다.

그것이 Tablize입니다 — 새로운 차원이 착지하는 파이프라인, 그리고 그 열을 믿고 쌓아 올릴 수 있게 하는 장부.

당신의 agent · 어떤 LLM이든 supplier description category 4/4 Linyi Chenglong manufacturer Baoding Weiye trader Guangzhou Brightway manufacturer 62행 · 한 번에 한 배치만
공급업체 표에 category 열이 자랍니다 — 당신의 agent가 쓰고, 게이트가 판정합니다.

원본 증거agent의 시도검수 게이트하류가 쓸 수 있는 열 전체 메커니즘, 전문 논증 →

02 / 제품 실물

약속 말고 메커니즘을 보세요.

같은 실행을, 애플리케이션에서, 게이트가 켜진 상태(enforce)로 녹화했습니다 — 반려가 눈에 보이는 것은 그 때문입니다. 보정 없음, 100% 배율, 각 이미지 헤더에 적힌 곳만 잘라냈습니다.

A / 라인

통과한 행은 언제나 출처에 붙어 있습니다.

한 캔버스에 구간 전체가 있습니다: 원본 115행, url 기준으로 접힌 53행, 정제 62행, 추출, 그리고 그 게이트.

게이트에서 나가는 선 위의 글자는 제품 자신의 라벨이지 우리가 쓴 설명이 아닙니다: 통과 62 · 차단 62회. 기록됐지만 승격되지 않았음을, 선 위에 직접 그려 둔 것입니다.

app.tablize.com · 워크스페이스 캔버스2026-07-28 · 100% 배율
Tablize 캔버스 라이트 테마: Supplier listings raw 115행, −53 중복 제거 선을 지나 Supplier listings clean 62행, AI 추출 선을 지나 AI 처리 기록 표 카드에 62 통과와 「전체 124」, 그다음 검수 게이트에 통과 62 · 차단 62회. 같은 Tablize 캔버스의 제품 다크 테마: Supplier listings raw 115행, −53 중복 제거 선을 지나 Supplier listings clean 62행, AI 추출 선을 지나 AI 처리 기록 표 카드에 62 통과와 「전체 124」, 그다음 검수 게이트에 통과 62 · 차단 62회.
115 → −53 → 62 → 62 통과, 그리고 게이트 선 위에: 통과 62 · 차단 62회. 제품에도 두 테마가 있어서, 이 이미지는 위에서 고른 테마를 따라갑니다.
B / 배치 장부

모든 시도가 자기 신원을 갖습니다.

한 줄이 배치 하나의 장부 전체를 담습니다: 배치 id, 몇 행을 받아갔는지, 숨겨진 검사 점수, 어느 모델이 만들었는지, 그리고 몇 번 제출됐는지.

아래 상태 필터는 반려 62통과 62 옆에 나란히 놓습니다. 이 제품에서 반려는 일급 상태이지, 지워야 할 에러 로그가 아닙니다.

처리 기록 표 · 배치와 상태라이트 테마 · 잘라냄, 행 제외
처리 기록 표 툴바: Run에 Waiting 0, Processed 62, Claimed 0; 배치 줄에 accepted, 배치 id 끝 SVCNRW6Q, 62 rows, 4/4, claude-sonnet-4.5, 2 submissions, 7/28 01:56 PM; 아래 상태 필터는 All 124, accepted 62, rejected 62, corrected by a person, hand-edited · not vetted.
62행 · 4/4 · claude-sonnet-4.5 · 2회 제출 — 통과한 그 배치, 그리고 앞선 반려도 같은 장부에 계속 계산됩니다.

같은 실행의 한 각도 더 — 장부에 남은 반려 행들 →

스크린샷은 2026-07-28 로컬 인스턴스에서 찍었습니다. 메커니즘·id·카운트·판정·시스템 열은 제품 자신의 상태이고, 공급업체 행은 그 점검을 위해 만든 샘플 데이터입니다. 배치 장부 스크린샷은 제품의 라이트 테마 버전만 있어 두 사이트 테마 모두에서 그대로 보입니다 — 증거에 필터를 씌우느니 라벨을 붙이는 쪽을 택했습니다. 이 페이지에 고객 로고가 없는 것은, 아직 보여 줄 것이 없기 때문입니다.

03 / 나에게 맞나?

대부분의 데이터 작업에는 이 전부가 필요 없습니다.

agent 하나, 오후 한 나절, 틀려도 비싸지 않다면 — CSV가 정답이고 장부는 순전한 오버헤드입니다. 실제로 해당되는 것만 체크하세요.

성립하는 조건

0/ 10

04 / 경계

「적재됐다」가 뜻하는 것과, 뜻하지 않는 것.

이 페이지에서 가장 무게가 실린 절입니다. 자기 범위를 부풀리는 장부는 장부가 없느니만 못합니다. 사람이 그 장부가 원래 다루지 않던 부분을 더 이상 확인하지 않게 되니까요.

수집 당신 몫 · 장부 밖 장부 위 — Tablize가 관리하는 구간 원본 시도 ■ 게이트 검수 통과 소비 당신 몫 · 장부 밖
장부는 가운데 구간만 담당합니다. 양 끝은 언제나 당신 몫입니다.
이 구간 안

Tablize가 보장하는 것

검수 통과로 표시된 행은 그 시점의 기준과 검사 샘플을 통과했다는 뜻이고, 그 버전이 기록돼 있습니다. 미검수로 표시된 행은 판정된 적이 없습니다 — 표시가 어느 쪽인지 알려줍니다.

이 구간 밖

Tablize가 보장하지 않는 것

그 결과를 누군가 실제로 썼다는 것. 우리 스스로의 첫 전체 실행 테넌트에서는 136행 중 128행이 통과한 뒤 하류의 무엇에도 한 번도 집히지 않았습니다 — 다섯 라운드 동안, 아무도 눈치채지 못한 채, 장부는 내내 정확했습니다.

전체 경계 — 보증 네 가지, 비보증 네 가지 →

05 / 시작하기

이 대화보다 오래 사는 파이프라인을 agent에게 주세요.

명령 네 줄. 페어링할 때 브라우저에서 한 번 로그인하면 끝. 대시보드 투어도, 오래 유효한 키를 터미널에 붙여 넣는 일도 없습니다.

~/your-project · 설치
$ npm i -g @tablize/cli
$ tablize install
$ tablize login --url https://api.tablize.com
$ tablize doctor
Claude Code / Codex 용 프롬프트
9단계 prompt 전문 펼치기 — 복사 버튼은 전문을 복사합니다
이 프로젝트의 clean → extract → accept 작업에 Tablize를 끊기지 않는 파이프라인으로 붙여줘. 핵심은 프로세스 상태가 네 컨텍스트가 아니라 서버에 있다는 점이야.

1. `npm i -g @tablize/cli` 를 실행한 뒤 `tablize install` 로 함께 오는 agent skill을 깔아 둔다.
2. `tablize login --url https://api.tablize.com` 을 실행하고, 브라우저 페어링을 승인해 달라고 나에게 요청한다.
3. `tablize doctor` 를 실행해 버전·skill·서버·워크스페이스 불일치를 전부 고친다.
4. 이 프로젝트를 읽고, 파이프라인을 만들기 전에 원본 증거 계약과 추출 결과 스키마를 먼저 제안한다.
5. 첫 실행에서는 검사 샘플 파일 없이 추출 구간을 만든다 — `none` 단계로 돌아간다: 판정 없음, 행은 미검수로 적재. 칸을 채우려고 검사 샘플을 지어내지 않는다.
6. 작은 배치로 일한다: `batch pull`, 계산, `batch submit`, 반복. 표 전체를 컨텍스트에 절대 올리지 않고, 이어 달릴 때는 이 대화가 아니라 `tablize context` 를 읽는다.
7. 어떤 행을 믿기 전에 `tablize transform show ` 로 `gateMode` 를 읽는다: `enforce` 만이 행을 검수 통과로 표시한다. 단계는 라인을 만들 때 고정되므로 `observe` 나 `enforce` 로 가려면 새 라인을 만들어야 한다 — 파이프라인이 지킬 만해졌을 때 제안하고, 먼저 나에게 묻는다. 검사 샘플에 서명하는 것은 나이고, 너가 아니다.
8. 계속 실패하는 검사 샘플을 피하려고 라인을 `none` 으로 다시 만들지 않는다. 그것은 게이트가 제 할 일을 하는 것이다.
9. 수집이 완전한지, 하류에서 실제로 쓰였는지는 Tablize 보장 범위 밖으로 명시해 둔다.

왜 API 키 입력란이 아니라 브라우저 페어링인가: 여기 명령들은 사람만큼이나 agent가 실행하는데, agent에게는 브라우저도 비밀번호도 없습니다. 페어링은 사람의 클릭 한 번으로 agent에게 쓸 수 있는 자격 증명을 줍니다 — 그리고 그 비밀키는 웹 페이지에도, 클립보드에도, 셸 히스토리에도 처음부터 끝까지 나타나지 않습니다.

제품 UI와 CLI는 현재 영어와 중국어만 지원합니다. 이 페이지는 한국어지만, 설치 후 보게 될 화면은 영어입니다 — 아래 터미널·브라우저 화면은 그래서 원문 그대로 실었습니다.

실제로 일어나는 일 · CLI와 브라우저의 실제 출력

터미널이 짧은 코드를 찍고 기다립니다.

  🔐 Sign in to tablize
  Opening: https://app.tablize.com/cli-login?code=…
  Confirm this code matches: BFTK-9QDX

  Waiting for approval....

이 시점에 승인된 것은 아무것도 없습니다. 아무도 승인하지 않으면 요청은 스스로 만료됩니다.

브라우저가 어느 클라이언트인지, 정확히 무엇을 주는지 밝힙니다.

Sign in to tablize?
A command-line client is asking to connect to your account.

Client   tablize CLI · your-mac · you
Code     BFTK-9QDX

What it will be able to do
Read and write your data. It cannot manage
members, policies or billing, and it does not
expire — revoke it any time in Profile → API keys.

[ Approve ]   [ Refuse ]

승인 전에 이 코드를 당신 터미널의 코드와 대조하게 됩니다. 거부하면 아무것도 주지 않고, 기다리던 터미널은 통보를 받고 멈춥니다.

CLI가 키를 받고, doctor가 세 층을 확인합니다.

$ tablize doctor
{
  "summary": { "ok": 9, "warn": 0, "fail": 0 },
  "message": "all three layers healthy against
     https://api.tablize.com (9 ok, 0 warn) —
     this verdict covers that server only",
  "next": "tablize context   # open tasks, recipes, rules"
}

설치된 것과 도는 것이 같은가? skill과 CLI가 맞는가? 서버 기능이 살아 있는가? 실패한 항목마다 그에 해당하는 fix 명령이 회신에 붙어 오므로, agent가 당신에게 묻지 않고 스스로 고칩니다.

06 / 요금 — 하나의 엔진, 등급은 계단

무료로 시작하세요. 라인이 계속 만들어 낼 때 결제하세요.

모든 등급이 같은 엔진을 돌립니다 — 라인의 생산량이 커질 때만 한 칸 올라가면 됩니다. 장부가 곧 계량기이고, 세는 것은 들인 품이 아니라 넘겨준 열입니다: 재시도와 반려된 배치는 세지 않습니다.

무료

$0

공유 서버 · 사용량 상한

  • 전체 CLI + agent skill + MCP
  • 공유 멀티테넌트 서버
  • 사용량 상한 적용

Pro

가장 많이 선택

사용량 기반

실제로 돌아간 만큼만

  • 전용 인스턴스 · 유휴 시 자동 중지
  • 워크스페이스 영구 보존
  • 실제로 돌아간 만큼만 과금

엔터프라이즈

자체 호스팅

상시 가동 · 프라이빗

  • 진짜 프라이빗 배포
  • 당신의 인프라 위에서
  • 당신의 인프라, 당신의 데이터

퍼블릭 베타 · 무료 · macOS, Linux, Windows

원본에 없던 다음 열을 만들어 내세요.