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

すべてのリリースノート

最近の更新2026
変更履歴

最近の更新

CLI、Skills、API、データソース、課金・クレジットまわりの変更を、社内AIと人間が同じ前提で追えるようにまとめます。

2026年5月10日

CLI 0.2.19 で agent 向け JSON contract と会社特定を強化しました

2026年5月10日に、CLI 0.2.19 として list/source/job の agent handoff、会社 identity、filing compare の入力検証を改善しました。

CLI 0.2.19 では、agent が曖昧な会社名や List / source / job の戻り値を扱う時に、推測で進まず確認しやすい contract に揃えました。

主な更新

  • sf companies identity <query> --json を追加し、会社名、ブランド名、証券コード、domain stem から短い identity card を返すようにしました
  • sf list preview --json に stable な rows[] と meta.returned_rows を追加しました
  • sf source resolve --json に non-null の run.*_count と resolution.*_count を追加しました
  • sf job company-research --execute --json の主要 handoff fields を top-level に展開しました
  • sf filing show/compare の list flag 入力を CLI 側で検証し、空白区切りの誤指定を network request 前に止めるようにしました
  • max_credits_exceeded は rate_limit ではなく budget_limit として返るようにしました

体験の変化

KEYENCE や 株式会社スタンダード のように候補が曖昧になりやすい検索では、agent はすぐに List 作成や調査へ進まず、companies identity で候補と根拠を確認できます。

List / source / company-research の JSON は、agent が必要な件数や evidence を安定して読める shape に寄せています。古い companies[] などの互換 field は残しているため、既存 workflow はそのまま動きます。

sf companies identity KEYENCE --json
sf list preview <listId> --json
sf source resolve <sourceId> --execute --max-credits 100 --json
sf job company-research 7203 --execute --json
2026年5月4日

CLI の検索・クレジット表示・enrichment課金を改善しました

2026年5月4日に、Canny feedback をもとに CLI 0.2.18 向けの JSON contract と website enrichment 課金境界を改善しました。

Canny に寄せられた dogfood feedback をもとに、agent が判断しやすい CLI contract と課金境界に揃えました。

主な更新

  • sf credits summary --json に summary.remaining_credits、summary.available_credits、summary.reserved_credits、summary.used_credits を追加
  • sf observations search --technology generative_ai|genai|llm|ai_agent を EDINET theme alias として解決
  • sf data capabilities --json と sf observations search --help に technology alias の候補を追加
  • website enrichment は found row だけ credit を使うように保護し、not_found / no_data / skipped は課金対象外に固定

体験の変化

credits summary は利用履歴だけでなく、現在の残高 snapshot も同じ response で確認できます。observations search --technology generative_ai は、生成AI の EDINET evidence search に展開され、alias の適用状況は meta.technology_aliases で確認できます。

website enrichment は、結果が見つかった row だけが credit 対象です。事前に sf list enrich --estimate --json で対象件数を確認してから、--execute --max-credits で実行してください。

sf credits summary --json
sf observations search --industry 情報・通信業 --technology generative_ai --json
sf list enrich <listId> --source website --estimate --json
2026年5月4日

Team-only workspace flow と billing 導線を整理

2026年5月4日に、サインアップ後の team workspace 作成、team billing、API key / List / credit の通常スコープを揃えました。

2026年5月3日

Agent がリスト保存・source救済・watchlist再開を迷わず進められるようになりました

2026年5月3日に、Signal Foundry CLI と agent skill を更新し、非上場企業や持ち込みCSVからの保存済みList作成、sales-list保存、watchlist reviewへの接続を強化しました。

2026年5月3日

Business understanding の次アクションが明確になりました

2026年5月3日に、会社理解・営業ターゲティング・watchlist review の前に、実行できるコマンドとブロック中の追加調査を分けて確認できるようにしました。

2026年5月3日

Feedback送信で長文エラーが分かりやすくなりました

2026年5月3日に、CLI から Canny feedback を送る際、details が長すぎる場合は送信前に理由を返すようにしました。

2026年5月3日

保存した job artifact を workspace で読めるようになりました

2026年5月3日に、CLI / Skills が保存した business understanding artifact を Research / evidence 画面で確認し、run_id から再開できる導線を追加しました。

2026年5月3日

保存済みリストの営業利用と agent handoff を改善しました

2026年5月3日に、保存済みリストへ website / Parallel / evidence / why now を一貫して出し、agent が次の調査へ進みやすい contract に揃えました。

2026年5月2日

Discovery run、Parallel enrichment、release 運用を整理

2026年5月2日に、自然文の会社リスト探索を run_id で復元・絞り込み・保存できる導線と、CLI / changelog / release / billing の運用を整理しました。

2026年4月29日

Agent-native workspace、CLI 0.2.4、source import、credit billing を整理

2026年4月29日に、Signal Foundry の agent 向け実行面、持ち込み source、List enrichment、Free/Pro/Credit Pack、ドキュメント IA をまとめて更新しました。

2026年4月23日

Contact form と heavy search の hardening

2026年4月23日

MCP の env raw tools を opt-in に変更

2026年4月23日に、MCP server の env raw read/write を既定無効へ変更し、secret 露出を縮小しました。

2026年4月17日

公開ドキュメントを Signal Foundry 向けに全面更新

2026年4月17日に、公開 docs を旧サンプル文面から Signal Foundry の実装・運用に沿った内容へ全面更新しました。

2026年4月16日

company-centric API と filing compare を整理

2026年4月16日に、Signal Foundry API の company-centric 導線を整理し、EDINET filing compare endpoint を追加しました。

2026年4月16日

CLI に auth init を追加し、agent handoff を短縮

2026年4月16日に `sf auth init` を追加し、Claude Code / Codex 向けの handoff を 1 コマンドで始められるようにしました。

2026年4月16日

personal account から API キーを管理可能に

2026年4月16日に、個人アカウントの settings 配下から Signal Foundry API キーを発行・失効・ローテーションできるようにしました。

2026年4月16日

production domain を API キー前提へ移行

2026年4月16日に、`signal-foundry.app` の internal no-key access を閉じ、本番ドメインを API キー前提の運用へ切り替えました。

2026年4月16日

チーム API キー画面に usage summary を追加

2026年4月16日に、チーム settings の API キー画面で直近30日の request 数、レスポンス量、最終利用、endpoint breakdown を確認できるようにしました。

このページの内容

2026年5月10日2026年5月4日2026年5月4日2026年5月3日2026年5月3日2026年5月3日2026年5月3日2026年5月3日2026年5月2日2026年4月29日2026年4月23日2026年4月23日2026年4月17日
2026年4月16日
2026年4月16日
2026年4月16日
2026年4月16日
2026年4月16日

Signal Foundry の通常利用単位を team workspace に揃えました。1 人で使う場合も、owner だけの team workspace が API key、List、usage、billing、credit grant の account scope になります。

主な更新

  • サインアップ画面の copy を team workspace 前提に整理
  • 初回 team workspace 作成画面に、1 人利用でも team が account scope になることを明記
  • 個人 billing の checkout / portal 実装導線を外し、/home/billing は既存 team billing か team 作成へ誘導
  • team billing 画面に課金単位が team であることを表示
  • account selector から重複 team 作成につながる導線を外し、通常利用では 1 owner 1 team に寄せる
  • create_team_account を retry-safe にし、二重 submit 時は既存 owner team を再利用
  • hosted-dev seed と Lightpanda smoke を team workspace routes に合わせて更新

運用上の整理

個人 account は認証 identity と初期設定のために残りますが、契約・credit・receipt・共有 API key の通常スコープにはしません。公開 docs でも、API key は team workspace settings から発行する手順に揃えています。

Lightpanda smoke は、team home、team lists、research、settings、list detail、manage view を対象にしました。Next streaming navigation が安定しない preview / diff / settings subroutes は、build、typecheck、DB test、Playwright E2E 側で補完します。

Signal Foundry CLI と bundled agent skill を更新し、agent が company search、source import、sales-list、watchlist review の間を迷わず進められるようにしました。

主な更新

  • sf list create --company-id ... で、検索・確認済みの会社をそのまま saved List に保存
  • source map で company_id を明示指定できるようにし、汎用 company_id 列は自動確定しない安全な扱いに変更
  • not_found / unresolved / invalid の source row でも、確認済み company_id があれば source select で手動接続
  • sf job sales-list --execute --save で、候補発見から List 作成、rationale 保存、refresh、watchlist review handoff まで接続
  • watchlist-review / list diff が latest diff rows を読み、変化数と row payload の不整合を減らすように改善
  • signal-foundry-agent skill の冒頭に Agent Quick Route を追加

体験の変化

これまでは、companies search で見つけた非上場企業や、CSV resolve で not_found になった行を saved List へ接続する導線が弱く、agent が途中で手動判断に戻りがちでした。

今後は、確認済みの company_id を軸に保存済み List へ固定できます。

sf companies search LayerX --json
sf list create --company-id <companyId> --name "確認済み非上場候補" --json

持ち込み CSV でも、汎用 company_id は CRM 側 ID の可能性があるため自動確定せず、Signal Foundry の会社 ID だと確認できた時だけ明示的に接続します。

sf source map <sourceId> --entity company --column company_id=sf_company_id --json
sf source review <sourceId> --status not_found --json
sf source select <sourceId> --row <sourceRowId> --company <companyId> --max-credits 1 --json
sf list create --from-source <sourceId> --name "展示会リード" --json

営業候補探索も、発見して終わりではなく、保存・根拠メモ・見直しまでつながります。

sf job sales-list "生成AIやAIエージェントに関する根拠がある上場SaaS企業" \
  --execute \
  --save \
  --account-id <uuid> \
  --json

sf job watchlist-review <listId> --execute --json

agent が skill を開いた時点で、会社調査、条件付きリスト、確認済み会社の保存、CSV救済、sales-list保存、watchlist、website / Parallel enrichment のどれに進むべきかを判断しやすくなっています。

sf job business-understanding の artifact に、coverage、research insertion、credit explanation、command contracts を追加しました。

これにより、agent は「今すぐ実行してよい Signal Foundry の local command」と「まだ実行してはいけない external research」を分けて扱えます。

主な更新

  • coverage_review で、既存データと local route の到達範囲を確認
  • research_insertion_plan で、追加調査を入れる条件を明示
  • credit_explanation で、何を見たか、何を skip したか、credit risk を説明
  • safe_next_commands と blocked_next_command_contracts で、次コマンドの runnable / blocked を分離
  • Parallel などの external research は、local route 後の明示 gap、--allow-external-research、--max-credits、list_id が揃うまで runnable にしない

体験の変化

これまでは、会社理解のあとに agent が company-research、list plan、observations search、watchlist-review、external research のどれへ進むべきかを文脈で判断していました。

今後は artifact の command contract を読むだけで、次の行動が分かります。

sf job business-understanding "兵庫県の建設業向けに生成AI研修を売りたい" \
  --buyer 情シス \
  --product 生成AI研修 \
  --pain 業務効率化 \
  --allow-external-research \
  --max-credits 3 \
  --execute \
  --json

この例では、sf list plan ... や sf observations search ... は安全な次コマンドとして返り、external research は sf list enrich <listId> --source parallel --estimate ... の blocked contract として返ります。

検索体験としては、agent がいきなり web search や外部調査に飛ぶのではなく、まず Signal Foundry 内の company memory / observations / saved list を使い、足りない根拠が明確になった時だけ credit-bounded に外部調査へ進めるようになりました。

sf feedback create で長い feedback details を送った時のエラーを改善しました。

主な更新

  • details は送信前に 10..5000 文字で検証
  • 長すぎる場合は Canny に投稿せず、CLI が usage error として理由を表示
  • help に inline / file-based details の文字数境界を明記

体験の変化

これまでは、details が長すぎると production API から generic な 400 が返り、agent が原因を判断しづらい状態でした。

今後は、raw transcript をそのまま送らず、再現手順・期待値・実際の結果・影響だけに要約するよう CLI が明確に促します。

sf feedback create "list workspace issue" \
  --kind bug \
  --surface list.workspace \
  --details-file ./feedback-summary.md \
  --json

sf job business-understanding --save で保存した artifact を、ログイン後の Research / evidence 画面で読めるようにしました。

UI は job を実行しません。保存済みの結果を読み、次の agent セッションが安全に再開できるようにします。

主な更新

  • 保存済み job artifact の件数、open gaps、runnable / blocked command 数を表示
  • artifact ごとに status、scenario、query、coverage status、credit risk、readiness を表示
  • safe_next_commands を読み取り専用の command block として表示
  • blocked command の requires、blocks、next artifact を表示
  • E2E smoke で API key 作成、CLI save、UI read、sf job artifact show --run-id resume を確認

体験の変化

これまでは agent が business understanding を実行しても、その結果はその場のJSONに閉じていました。

今後は workspace に残るため、別のCodex / Claude Codeセッションでも、どのgapが残っているか、どのコマンドは実行してよいか、どの外部調査はまだblockedかを見て再開できます。

sf job business-understanding "兵庫県の建設業向けに生成AI研修を売りたい" \
  --buyer 情シス \
  --product 生成AI研修 \
  --pain 業務効率化 \
  --execute \
  --save \
  --json

sf job artifact show --run-id <runId> --json

保存済み List を、agent が作って終わりではなく、営業リストとしてそのまま確認・共有しやすい形に寄せました。

主な更新

  • has_website で候補化した会社の website URL / domain を、保存済み List row に引き継ぐように改善
  • CSV export に why_now_reasons、top evidence の source / date / URL、parallel_enrichment_* を追加
  • Website enrichment と Parallel enrichment の結果を sf list show / CSV / agent skill で追いやすく整理
  • sf job business-understanding に targeting_context、evidence_strategy、list_strategy を追加
  • sf list plan で売上上限やグロース市場を扱いやすくし、HubSpot / Pardot 導入企業探索のような未対応条件は unsupported として明示

体験の変化

これまでは、estimate 時点では「公式サイトあり」と見えても、保存済み List や CSV では URL / domain が空になり、website / Parallel enrichment へ進めないケースがありました。

今回の更新後は、保存済み List row が website / evidence / enrichment の受け皿になります。agent は sf list show で状態を確認し、必要なら sf list enrich --source website、sf list enrich --source parallel、sf list export へ進めます。

sf list show <listId> --json
sf list enrich <listId> --source website --estimate --json
sf list enrich <listId> --source parallel --estimate --limit 10 --json
sf list export <listId> --format csv --output ./list.csv --json

Signal Foundry の会社リスト探索を、単発の検索ではなく run として扱えるようにしました。Codex / Claude Code から「その中で神戸市だけ」「Webサイトがある会社だけ」のような追加条件が来たとき、元の query を作り直さず、直前の run_id から復元・絞り込み・保存できます。

主な更新

  • sf discovery show <runId> で直前の discovery run を復元
  • sf discovery refine <runId> "<追加条件>" で会話の続きとして条件を追加
  • sf discovery materialize <runId> --execute --max-credits <n> で run_id のまま saved List に保存
  • saved List に絞った後の sf list enrich --source parallel を live execution として整理
  • sf job business-understanding <query> で、会社理解・競合調査・営業ターゲット・pricing targeting・watchlist review の前提を artifact として固定
  • CLI package changelog、product changelog、GitHub Release、Linear、Stripe billing docs の source of truth を整理

体験の変化

これまでは agent が estimate_id を拾い、追加条件を自然文で再構成していました。今後は run_experience.safe_next_commands を読み、show / refine / materialize / enrich / export のどれに進むかを選びます。

また、ターゲット list を作る前に business_understanding_brief.open_gaps を確認できるようになりました。曖昧な「この会社」「競合を見たい」「pricing の提案先を探したい」のような依頼は、company / product / buyer / user job / pain / watchlist list_id の不足を先に出し、条件が揃った時だけ company-research、list plan、watchlist-review へ進みます。

sf list estimate "兵庫県の建設業でWebサイトがある会社" --json
sf discovery refine <runId> "神戸市だけ" --json
sf discovery materialize <runId> --name "神戸市の建設業" --execute --max-credits 100 --json
sf list enrich <listId> --source parallel --estimate --limit 10 --json
sf list enrich <listId> --source parallel --execute --limit 50 --max-credits 50 --json
sf job business-understanding "2024年に値上げした会社のpricing提案先を探したい" --product 価格改定支援 --buyer 経営企画 --pain 値上げ --execute --json

検索体験としては、検索して終わり ではなく、条件を足しながら保存できる workspace に近づいています。

Signal Foundry の中心体験を Skills route. CLI executes. JSON contracts verify. UI reads. Docs support recovery. に寄せました。UI は見る場所、CLI と Skills は実行場所、JSON contract は agent が検証する場所です。

主な更新

  • sf data capabilities --json と sf list plan --json を agent の入口として整理
  • sf source import / inspect / map / resolve と sf list create --from-source を持ち込み CSV の正規導線に追加
  • sf list enrich --source website --estimate / --execute を List Workspace の追加情報導線として整理
  • sf feedback create を Canny-backed な社内 feedback inbox として追加
  • CLI の npm 版を 0.2.4 前提にし、sf version --json --check-update で更新確認できるように整理
  • Free / Pro / Credit Pack / Campaign credit grant の説明と sf credits balance をユーザー向けに整理
  • docs IA を Devin 風の header / tabs / sidebar / page toc / mobile navigation に寄せ、/docs は Quick Start にリダイレクト

credit boundary

preview、estimate、candidate preview、CSV import / inspect / map、export、feedback は無料です。credit を使うのは、Signal Foundry が価値ある row / column / evidence を作る実行です。

  • source resolve --execute: matched row だけ Basic credit
  • list materialize --execute: saved List row ごとに Basic credit
  • list enrich --execute: found row だけ enrichment credit

agent が迷わないための順番

sf version --json --check-update
sf auth show --json
sf data capabilities --json
sf list plan "<query>" --json
sf list estimate "<supported query>" --json

unsupported / weak な条件は 0 件扱いにせず、needs_human として人間に確認する方針です。

  • public contact form に honeypot を追加
  • contact form の HTML email で user input を escape
  • API key request の companies / observations/search に tighter guardrail を追加
  • observations/search response に scan_limit_requested を追加

MCP server の kit_env_raw_read / kit_env_raw_write は、2026年4月23日から既定で公開しない形に変更しました。

変更点

  • kit_env_raw_read
  • kit_env_raw_write

は常時登録されず、MCP server 起動前に KIT_MCP_ENABLE_UNSAFE_ENV_TOOLS=true を明示したときだけ登録されます。

また、kit_env_read も secret 値は redaction されます。

影響

  • 既存の MCP client や prompt が raw env tools の常時存在を前提にしている場合、そのままでは動きません
  • 通常運用では opt-in せずに起動するのが正しい使い方です

対応

  • local の完全信頼環境だけで raw env tools を使う
  • 既存 prompt は KIT_MCP_ENABLE_UNSAFE_ENV_TOOLS=true 前提かどうかを明示する
  • secret の確認だけが目的なら kit_env_read の redacted 表示を使う

公開ドキュメントを全面更新しました。これまで残っていた旧サンプル文面を削除し、現在の Signal Foundry に合わせて内容を組み直しています。

変更した内容

  • getting-started を CLI / API キー前提に更新
  • authentication を API キー運用中心に更新
  • database を company-centric data model 前提に更新
  • features を companies / profile / observations / filings / compare 中心に更新
  • billing を current status ベースの説明へ更新

あわせて更新したもの

  • apps/web/README.md
  • 公開 blog 記事
  • 公開 changelog 記事

ドキュメントの入口は、引き続き /docs です。

API の主要導線を整理し、companies -> profile -> observations -> filings -> compare で読める形に寄せました。

追加・整理した endpoint

  • GET /api/signal-foundry/companies
  • GET /api/signal-foundry/companies/{companyId}/profile
  • GET /api/signal-foundry/companies/{companyId}/filings
  • GET /api/signal-foundry/companies/{companyId}/filings/{filingId}
  • GET /api/signal-foundry/companies/{companyId}/filings/{filingId}/compare
  • POST /api/signal-foundry/observations/search

compare でできること

  • 直前 comparable filing の自動解決
  • summary metrics の比較
  • section diff の比較

compare は useful な機能ですが、product core は引き続き point-first です。まず profile と observations を厚くし、その上で compare を使う前提は変えていません。

CLI の初期設定を短縮しました。これにより、base URL と API キーの保存を 1 コマンドで済ませられます。

新しい初期化コマンド

pnpm -s sf auth init --base-url https://signal-foundry.app --api-key <YOUR_API_KEY>

あわせて改善した点

  • pnpm -s sf ... --json を agent 向けの正本に統一
  • quickstart を API キー手渡し前提に整理
  • 空の config path を安全に扱うよう hardening

これにより、Claude Code / Codex での最短導線は次の 3 手になりました。

  1. auth init
  2. companies search
  3. company profile

これまで team settings 側に寄っていた API キー導線を、personal account 側にも追加しました。

できること

  • API キー作成
  • ワンタイム表示
  • revoke
  • rotate

入口

  • /home/settings/api-keys

個人アカウントでもチームアカウントでも、Signal Foundry を同じ運用感で扱えるように揃えています。

本番ドメインのアクセス方針を整理しました。https://signal-foundry.app では、API キーなしの internal access を前提にしない運用へ移行しています。

変更点

  • production で SIGNAL_FOUNDRY_INTERNAL_API_ENABLED=false
  • no-key request は 404
  • API キー付き request は production でも通るよう route guard を修正

あわせて入ったもの

  • 基本 rate limit
  • invalid / revoked / rotated / expired API key の明示的な拒否
  • meta.auth_mode = api_key

これにより、本番利用の前提がより明確になりました。agent や CLI は API キー前提で接続してください。

チーム向け API キー画面に usage summary を追加しました。これにより、キーを配るだけでなく、どう使われているかも同じ画面で追えます。

表示するもの

  • request count
  • endpoint count
  • response bytes
  • last request at
  • endpoint breakdown

権限

チームアカウントでの閲覧・操作には settings.manage が必要です。

現時点では billing period 概念までは入れておらず、直近 30 日の運用確認に焦点を当てています。