Signal Foundry
ドキュメント
サポート 戻る
ドキュメントユースケースAPI リファレンスリリースノート

概要

Agent が迷わず使える順に整理しています。

はじめに
Claude Code / Codex で始めるドキュメントマップsf CLI をインストールデータ・API・CLIの現況クイックスタートCLI 接続設定会社IDの見方初日の進め方Data Provenance
認証請求認証設定利用プランCLI
CLI 概要CLI 認証基本コマンド会社検索観測データ検索会社・観測・開示開示の表示・比較リスト・調査・クレジットヘルプとエラーコマンドとフラグCLI 更新
APIキーのライフサイクル利用量の計測提供中の機能
会社検索とプロフィール観測データ検索チームワークスペース会社の観測データ開示と比較APIキー管理UIリストワークスペース外部調査とクレジットSkills / CLI / API
Credit Schedule利用状況の見方APIキー認証アカウントスコープは通常不要レート制限とエラートラブルシュート
会社が見つからないとき認証・接続・制限エラー低ヒット検索の見直し方プレビューURLの注意credit と maxCredits の失敗estimate と materialize の失敗
概要

Team Workspaces

team workspace で API キー、List、usage、billing、credit を管理するときの基本運用です。

このページの内容5項目
チームでできること作成の冪等性権限画面で見えるもの推奨運用

Signal Foundry の通常利用単位は team workspace です。1 人で使う場合も、自分だけの team workspace を作り、その team で API キー、List、usage、billing、credit を管理します。

サインアップ直後はユーザー account が作られます。その後、最初の team workspace を作成すると、CLI / Skills / REST API で使う account scope が固定されます。

チームでできること

  • 共有 API キーを発行する
  • 用途別にキーを分ける
  • rotate / revoke を行う
  • 30 日間の usage summary を確認する
  • team billing と credit grant を確認する
  • saved List と list detail を team scope で読む

current shipped surface では、チーム運用の中心は API キー、usage summary、billing、saved List の read surface です。List の作成・enrichment・export の正本は CLI / API です。

作成の冪等性

team workspace の作成は、同じ owner に対して retry-safe です。通信再試行や二重 submit が起きても、既存の owner team があればそれを返します。1 人 1 team の通常運用を保ち、重複 team を増やさないための制約です。

権限

チームの API キー管理には settings.manage が必要です。

画面で見えるもの

  • API キー一覧
  • 発行日時
  • 有効期限
  • 最終利用時刻
  • state (active / revoked / rotated)
  • 30 日 usage summary
  • endpoint breakdown
  • API key breakdown
  • billing status
  • credit grant / usage context
  • saved List / list detail / manage view

推奨運用

  • agent ごとにキーを分ける
  • 本番ジョブと検証ジョブでキーを分ける
  • 個人 account のキーをチーム用途へ流用しない
  • 利用量の多い endpoint を usage summary で確認する
  • rotate 後の旧キーを使い続けない
  • 契約と credit は team billing で確認する

チーム運用で重要なのは、誰が UI を触ったかより、どの team scope でどのキーがどの用途で使われ、どの List / run / credit に紐づいているかを見える化することです。

このページの内容

チームでできること作成の冪等性権限画面で見えるもの推奨運用