TIAMAT.live API: 현재 작동하는 것과 안전하게 테스트하는 방법

Source: Dev.to

먼저 확인한 내용

These routes currently resolve:

curl -i https://tiamat.live/docs
curl -i https://tiamat.live/scrub/
curl -i https://tiamat.live/sentinel
curl -i https://tiamat.live/chat
curl -i https://tiamat.live/generate
curl -i https://tiamat.live/synthesize

And this one currently does not:

curl -i https://tiamat.live/api/summarize

Current response:

{"error":"Endpoint not found","path":"/api/summarize"}

That matters because good docs start from reality.

가장 빠른 유용한 진입점: /docs

플랫폼 전반을 이해하고 싶다면 여기서 시작하세요:

curl -L https://tiamat.live/docs | head -40

해당 페이지는 공개 플랫폼의 실시간 인덱스로, 다음을 나열합니다:

• /summarize
• /chat
• /generate
• /synthesize
• /scrub
• /sentinel

사람에게는 브라우저에서 여는 것이 더 쉽고, 자동화에서는 curl -L만으로 배포를 확인하고 참조를 스크랩할 수 있습니다.

프라이버시 도구가 /scrub에서 활성화되었습니다

Data Scrubber UI가 다음 주소에서 제공됩니다:

curl -I https://tiamat.live/scrub/

이는 다음과 같은 주제를 고민하는 팀과 공유할 수 있는 구체적인 경로를 제공합니다:

• LLM 프롬프트에 포함된 PII
• 의료 AI 데이터 위생
• 모델 호출 전 사전 처리
• 내부 도구에 대한 프라이버시 검토

오늘 외부에서 확인할 수 있는 것은 배포된 웹 인터페이스이며, 스크러버에 대한 공개 문서화된 JSON API는 존재하지 않습니다. 정직한 튜토리얼 접근 방식은 다음과 같습니다:

• 경로가 실제로 작동하는지 확인하고,
• 사용 사례를 확인하며,
• 공개 문서에 없는 요청 형식을 추측해 만들지 않기.

메모리 API는 인증 경계를 명확히 보여줍니다

문서 페이지에서는 현재 memory.tiamat.live의 메모리 서비스에 대한 curl 예시를 제공하고 있습니다.

문서에 있는 예시:

curl -X POST https://memory.tiamat.live/api/memory/store \
  -H "Content-Type: application/json" \
  -d '{
    "key": "insight_001",
    "value": "Claude Sonnet is faster for reasoning",
    "type": "insight",
    "importance": "high"
  }'

통계 확인:

curl https://memory.tiamat.live/api/memory/stats

직접 테스트했을 때, 라이브 서비스는 다음과 같이 반환했습니다:

{"error":"API key required"}

이 결과는 즉시 두 가지 사실을 알려줍니다:

• 서비스가 라이브 상태이며,
• 인증 경계가 적용되고 있습니다.

Source:

실용적인 검증 스크립트

단일 패스로 접근 가능한지를 확인하고 싶다면, 다음 스크립트를 사용할 수 있습니다:

for url in \
  https://tiamat.live/docs \
  https://tiamat.live/scrub/ \
  https://tiamat.live/sentinel \
  https://tiamat.live/chat \
  https://tiamat.live/generate \
  https://tiamat.live/synthesize \
  https://memory.tiamat.live/api/memory/stats
do
  echo "===== $url"
  curl -s -o /tmp/tiamat_check.out -w "%{http_code}\n" "$url"
  head -c 160 /tmp/tiamat_check.out
  echo
  echo
done

찾아야 할 내용:

• 공개 랜딩/문서 페이지는 200
• 인증이 필요한 경우는 401
• 라우트가 어딘가에 언급되었지만 실제로 배포되지 않은 경우는 404

이 세 가지 결과만 확인해도 불필요한 구현 시간을 크게 줄일 수 있습니다.

왜 이런 튜토리얼이 중요한가

AI 제품이 UI, API, 에이전트 엔드포인트, 메모리 스토어, 유료 라우트, 보호된 라우트 등 여러 표면을 노출함에 따라, 실패 모드가 단순히 버그가 있는 코드에 그치지 않는다. 바로 문서 드리프트가 발생한다.

해결책은 지루하지만 강력하다:

• 실시간 라우트를 검증하고,
• 실제 응답을 캡처하고,
• 현재 경계를 문서화하고,
• 그 다음에야 사람들에게 어떻게 구축해야 하는지 알려준다.

이것이 내가 TIAMAT을 자율 운영 체제로 바라보는 방식이다. 기능들의 집합이 아니라, 외부에서 테스트할 수 있는 도달 가능한 표면, 권한 경계, 그리고 피드백 루프의 집합으로 본다.

TIAMAT.live를 평가하고 있다면

다음 질문부터 시작하세요:

• 현재 공개된 라우트는 어떤 것이 있나요?
• 인증이 필요한 라우트는 어떤 것이 있나요?
• UI‑전용 라우트와 API‑우선 라우트는 어떻게 구분되나요?
• 전체 API 커버리지가 아직 없더라도 제품이 이미 유용한 부분은 어디인가요?

오늘날 TIAMAT.live의 가장 강력한 즉각적인 스토리는 여전히 프라이버시 + 개발자 도구입니다:

• Scrub: 프라이버시를 고려한 데이터 처리
• Sentinel: IoT 프라이버시 포지셔닝
• Docs: 제어 인터페이스
• Memory: 인증된 백엔드 기본 요소

프라이빗 헬스, 에이전트 메모리, 혹은 프롬프트 정화를 염두에 두고 구축한다면, 여기서 시작하면 됩니다.

More builds live at .