API

빠른 시작

1. 대시보드 → API 키로 이동, 새 API 키 클릭. sk_로 시작하는 키를 복사. 한 번만 표시됩니다.
2. 매 요청마다 Authorization: Bearer sk_…에 키를 포함하세요.
3. /verify/v2로 작업을 POST. 응답은 text/event-stream; task_completed가 보일 때까지 SSE 이벤트를 소비하세요.

최소 deep-verify 호출:

curl -N -X POST https://api.citetrue.com/verify/v2 \
  -H "Authorization: Bearer $API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"depth":5,"text":"[1] Vaswani, A., Shazeer, N., Parmar (2017). Attention is all you need."}'

-N는 curl 버퍼링을 끄고 SSE 이벤트를 줄 단위로 스트리밍합니다. "depth": 5은 모든 job을 전체 deep 파이프라인(더 넓은 DB + 최강 AI)으로 실행; 저렴한 빠른 검증은 "depth": 1로 전환.

클라이언트 예제

SSE는 각 이벤트가 빈 줄(\n\n)로 끝나는 장기 HTTP 응답입니다. data: 로 시작하지 않는 줄은 건너뛰고 나머지를 JSON 파싱하세요.

브라우저 주의: 내장 EventSource는 Authorization 헤더를 보낼 수 없습니다 — 아래처럼 fetch + ReadableStream를 사용하세요.

const API = 'https://api.citetrue.com'
const KEY = process.env.API_KEY

async function verify(text) {
  const resp = await fetch(`${API}/verify/v2`, {
    method: 'POST',
    headers: {
      'Authorization': `Bearer ${KEY}`,
      'Content-Type': 'application/json',
    },
    body: JSON.stringify({ depth: 5, text }),
  })
  if (!resp.ok) throw new Error(`${resp.status}: ${await resp.text()}`)

  const reader = resp.body.getReader()
  const decoder = new TextDecoder()
  const refs = []
  let buf = ''

  while (true) {
    const { value, done } = await reader.read()
    if (done) break
    buf += decoder.decode(value, { stream: true })
    let idx
    while ((idx = buf.indexOf('\n\n')) !== -1) {
      const chunk = buf.slice(0, idx); buf = buf.slice(idx + 2)
      for (const line of chunk.split('\n')) {
        if (!line.startsWith('data: ')) continue
        const evt = JSON.parse(line.slice(6))
        if (evt.event === 'ref_completed') {
          refs.push(evt.data.ref)
        }
        if (evt.event === 'task_completed') return { refs, balance: evt.data.balance }
        if (evt.event === 'error') throw new Error(evt.error)
      }
    }
  }
}

const out = await verify('[1] Vaswani, A., Shazeer, N., Parmar (2017). Attention is all you need.')
console.log(out)

인증

API 키는 sk_<40-char-token> 형태의 장기 베어러 토큰입니다. Authorization 헤더에 보내세요:

Authorization: Bearer sk_AbCd123…

• 대시보드에서 키를 철회할 수 있습니다. 수 초 내 적용됩니다.
• 키는 소유 사용자가 할 수 있는 모든 작업을 수행합니다. 비밀번호처럼 취급 — 통합별로 분리하고 주기적으로 교체하세요.

속도 제한

각 API 키에는 토큰 버킷 리미터가 있습니다:

• 버스트: 10 요청.
• 지속: 60 요청/분 (버킷은 1 token/s로 재충전).
• 초과 시 요청은 429 실패 + Retry-After 헤더(초)를 반환합니다.

리미터는 키 단위입니다; 동일 계정의 다른 키는 독립적인 버킷을 가집니다. 크레딧은 이와 별도로 적용됩니다.

요청 헤더

Every endpoint accepts the same authentication and content-type headers; only the request body and URL differ.

Responses are 200 OK with Content-Type: text/event-stream.

data: {"event":"<name>","data":{...},"error":""}

POST /verify/v2

Split a text blob into references and verify each. Same endpoint covers three modes — supply exactly one of text, refHash, or taskHash.

요청 본문

파라미터 — depth

• 1 — fast: handles structured reference lists and inline prose (auto-falls back to AI splitter on hard inputs). 1 credit per reference.
• 5— deep: AI-driven verification; handles unusual formats and gives a stronger verdict. Each reference first gets a fast pass; if that already finds it authentic, it's billed just 1 credit and deep verification is skipped — otherwise 5 (see Credits & billing below).
• 20 — closed beta, not enabled for public API. Same flow as 5 with a higher-tier model.

멱등성: same text + same depth + same user returns the cached task on second POST (no re-billing) unless force: true.

요청 예시 (text, depth=1)

{
  "text": "[1] Vaswani, A., Shazeer, N., Parmar (2017). Attention is all you need.\n[2] Piketty, T. (2016). Capital in the twenty-first century. Harvard University Press."
}

요청 예시 (from text) (depth=5)

{
  "depth": 5,
  "text": "[1] Vaswani, A., Shazeer, N., Parmar (2017). Attention is all you need."
}

요청 예시 (단일 job) (refHash upgrade)

{
  "depth": 5,
  "refHash": "a1b2c3d4e5f6...",
  "parentTaskHash": "f0e1d2c3b4a5..."
}

요청 예시 (resume)

{
  "taskHash": "f0e1d2c3b4a5..."
}

일반적인 이벤트 시퀀스

task_created → refs_created (N refs) →
  [ref_processing + ref_completed] × N (parallel) +
  task_progress × several →
task_completed

Per-ref assessment

Each ref_completed event carries an assessment string from this closed set:

• authentic — paper exists and is the one cited. value contains the matched paper.
• unsure— found something but can't confirm; notices and confidence describe why.
• inauthentic — definitively not found / fabricated / unrelated.
• invalid— input wasn't a citation; pipeline refused to search before any datasource hit.
• error — verification failed on this single ref; sibling refs may still succeed. data.errors[] lists tokens (datasource_unavailable, timeout, rate_limited, parse_failed).
• exceeded — account ran out of credits before this ref could run.

Notices on a result (year mismatch, author mismatch, …) are orthogonal to assessment — even an authentic verdict can carry notices worth showing. data.depthreports the highest depth that has run on this ref (1 / 5 / 20); clients derive a "deep-verified" flag locally as depth ≥ 5.

SSE 이벤트

SSE event names emitted during verification. Listen for task_completed as the terminal success event; error for terminal failure.

• task_created — task accepted, hash assigned.
• refs_created — text was split into N refs.
• split_completed — splitting phase finished.
• ref_processing / ref_status — per-ref progress signal.
• ref_completed — per-ref final assessment.
• task_completed — all refs done; carries balance.
• task_progress — periodic progress %.
• warn — non-fatal warning.
• error — terminal task-level failure.

GET /credits

GET /credits/v1 — returns current credit balance. Auth required.

크레딧 & 과금

1 credit per ref for depth=1, 5 credits per ref for depth=5. Cached tasks (same text + depth + user) do not re-bill.

Deep verification billing: at depth=5 each reference first gets a fast verification pass. If that already finds it authentic, it's billed just 1 credit and deep verification is skipped; otherwise it's billed 5. The per-ref cost and task_completed totals are authoritative. A single-ref refHash upgrade always runs the full deep verification (5).

오류 레퍼런스

Standard HTTP status codes apply (400 invalid, 401 auth missing/invalid, 402 insufficient credits, 429 rate-limited, 5xx upstream). SSE-level failures arrive as a final error event.

버전 & 안정성

Path-versioned (/verify/v2 etc.). Breaking changes bump the version segment; backwards-compatible additions ship in-place.