# Temporal

CURRENT_STATUS: UNKNOWN
OBSERVATION: SPEC_ONLY
FRESHNESS: UNKNOWN
PAGE_TYPE: reference
CANONICAL_URL: /tools/ea-155-temporal
CLAIM_IDS: none
EVIDENCE_IDS: EVD-EA-155-URL-23A0B3FA7707, EVD-EA-155-URL-FC516B16713E, EVD-EA-155-URL-6D591402A12C, EA-155-R11-RESEARCH, EA-155-R11-WEB-READBACK
UNKNOWN_IDS: EA-155-UNKNOWN-01, EA-155-UNKNOWN-CURRENTNESS
OPS_IDS: none

## Summary
「TemporalはLLMではなく、Workflow Executionの状態・Event History・Replay・Activity・Signal・timeout/retryを用いて長時間処理を耐障害化するdurable execution基盤である。公式Docsはsize/throughput・determinism等の限界を含み、author-maintained issueにはretry時の既成功Activity再実行に関する反証報告があるため、外部副作用はidempotency/補償・版固定・再現試験が必要である。」

## Current judgment
- ESTABLISHED: Temporal DocsはWorkflow Executionをdurable/reliable/scalableなfunction executionとし、Workflow/Run ID、local state、Signals、Activities、Event History、Replay、timeouts/retries/Continue-As-Newを別概念として定義する。失敗時に最後の記録Eventから進行を再開すること、単一Executionにはsize/throughput limitsがあることも記載する。
- ESTABLISHED: Temporal公式サイトはActivitiesをretry可能なfailure-prone logic、Serviceをstate persistence・task queues・signals・timersの実行部品として示し、self-hosted open-source projectとTemporal Cloudの2経路を記載する。Agents/MCP/AI pipelinesやhuman-in-the-loopは利用例・導線であり、LLMの品質保証ではない。
- COUNTEREVIDENCE/LIMIT: author-maintained issue #8901は、workflow-level retry時に完了済みActivityも再実行され得るという利用者の具体的問題報告を残している。Issueは全version・全retry pathへの普遍化を許さないが、non-idempotent/non-reversible side effectに対してidempotency・compensation・retry policyを別設計すべき根拠になる。
- INFERENCE: agentの「何をするか」とTemporalの「記録・再開・side effectをどう実行するか」を分離すると、LLM再試行と業務action再試行を別監査単位にできる。ただしこれは設計推論であり、Temporal Docsが任意のagent architectureを保証するものではない。

## Scope
Enterprise AI Core / implementation / non-LLM component / governance / audit / cost / operability / security / benchmark。

## Confirmed
- ESTABLISHED: Temporal DocsはWorkflow Executionをdurable/reliable/scalableなfunction executionとし、Workflow/Run ID、local state、Signals、Activities、Event History、Replay、timeouts/retries/Continue-As-Newを別概念として定義する。失敗時に最後の記録Eventから進行を再開すること、単一Executionにはsize/throughput limitsがあることも記載する。
- ESTABLISHED: Temporal公式サイトはActivitiesをretry可能なfailure-prone logic、Serviceをstate persistence・task queues・signals・timersの実行部品として示し、self-hosted open-source projectとTemporal Cloudの2経路を記載する。Agents/MCP/AI pipelinesやhuman-in-the-loopは利用例・導線であり、LLMの品質保証ではない。
- COUNTEREVIDENCE/LIMIT: author-maintained issue #8901は、workflow-level retry時に完了済みActivityも再実行され得るという利用者の具体的問題報告を残している。Issueは全version・全retry pathへの普遍化を許さないが、non-idempotent/non-reversible side effectに対してidempotency・compensation・retry policyを別設計すべき根拠になる。
- INFERENCE: agentの「何をするか」とTemporalの「記録・再開・side effectをどう実行するか」を分離すると、LLM再試行と業務action再試行を別監査単位にできる。ただしこれは設計推論であり、Temporal Docsが任意のagent architectureを保証するものではない。

## UNKNOWN
- EA-155-UNKNOWN-01: current server/SDK release、issue #8901の修正状況、exact retry semantics/version、Cloud pricing/state transition、self-host security/HA、Event History retention、agent/MCP integration、side-effect recovery、公開incident・independent benchmark。
- EA-155-UNKNOWN-CURRENTNESS: 外部根拠の再確認日がcanonical body/control-planeで確定していないため、currentnessはUNKNOWNとして保持する。日付を推測補完しない。

## Evidence
- EVD-EA-155-URL-23A0B3FA7707 (RESEARCH): source_class=official technical documentation; exact_title=Temporal Workflow Execution overview; author/org=Temporal Technologies; canonical_url= — https://docs.temporal.io/workflow-execution
- EVD-EA-155-URL-FC516B16713E (RESEARCH): source_class=official product/technical page; exact_title=Durable Execution Solutions; author/org=Temporal; canonical_url= — https://temporal.io/
- EVD-EA-155-URL-6D591402A12C (RESEARCH): source_class=author-maintained issue/failure report; exact_title=Skip Re-executing Completed Activities on Workflow Retry; author/org=Temporal GitHub issue tracker; canonical_url= — https://github.com/temporalio/temporal/issues/8901
- EA-155-R11-RESEARCH (RESEARCH): EA-155 監査済みresearch / canonical revision binding
- EA-155-R11-WEB-READBACK (IMPL): EA-155 Web body identity / canonical readback

## Failure / limits
Workflow codeのdeterminism制約、Event History/size/throughput limits、Activity retryのduplicate side effect、worker/service/network outage、versioning/replay incompatibility、timeout/cancellation、namespace/auth/data residency、Cloudとself-hostの差が失敗包絡になる。Issue #8901は有用な反証候補だが、修正済みか・どのversionに該当するかを再確認する必要がある。独立benchmarkは未採集。
## Failure / limits
durable executionを「業務処理が必ず一度だけ成功する」保証へ言い換えない。Activity retry・Workflow retry・compensationを区別し、issue reportを全version/全deploymentの事実へ一般化しない。
UNIT_CLOSE_STATUS: INDIVIDUAL_BOUNDED_CLOSE / EVIDENCE_RECORDED / UNKNOWN_PRESERVED

---
## Practice
Temporal Server/Cloud、SDK language/version、namespace、worker/task queue、service persistence backend、self-host topology、Cloud region/data residency、auth/mTLS/RBAC、Workflow/Run ID、retry/timeout policy、search attributes/retention、pricing/state transitions、AI provider/tool credentials。
## Practice
Temporal公式Docs、公式サイト、author-maintained issueの確認のみ。server/worker起動、Workflow実行、Activity外部書込み、Cloud契約、credential投入、負荷・failure replay試験は未実施。
## Practice
公式Docsはdurability/replay/visibilityの仕様と概念例を示すが、独立したfailure recovery SLO、throughput benchmark、duplicate-side-effect率、AI agent success rate、cost per accepted outcomeは本Packetで確立していない。Temporalサイトの“millions/billions”やcustomer statementsは製品主張・文脈として扱う。UNKNOWN。
## Practice
Security=namespace/RBAC/auth/mTLS、worker isolation、Activity credential、external side effect、LLM/tool egress。Privacy=Workflow input/Event History/Activity payload、search attributes、logs、Cloud retention。Audit=Workflow/Run ID、Event History、Command/Activity/Signal、retry/timeout、worker/version、human approval、provider call。Cost=Cloud state transitions、storage/retention、workers、model/tool/API、retry/compensation。Operability=determinism/replay tests、worker scaling、queue backpressure、idempotency/Saga、versioning/patching、Continue-As-New、outage recovery、history/visibility completeness。
## Practice
non-LLM componentとしてTemporalをagent/tool実行のdurability layerへ置き、LLM plan、Workflow state、Activity side effect、human approval、audit/costを別イベントにする。次回はSDK/versioning、determinism/replay、retry/compensation、Cloud/self-host security/data residency、Nexus/MCP/agent integration、issue resolution、再現可能 failure TEST_PROFILEを補う。
## WHY_THIS_MATTERS_TO_UPDATE
Agentの確率的判断と、長時間・再試行・障害復旧を担うdurable workflowを分離するため、Temporalを非LLMの実行基盤として後続更新へ渡す。

## SCOPE_ROUTING
Enterprise AI Core / implementation / non-LLM component / governance / audit / cost / operability / security / benchmark。

## CLAIM_OR_RESEARCH_QUESTION
Temporal公式Docsと公式サイトは、Workflow Execution、Event History、Replay、Activity、Signal、retry/timeout、self-hosted/Cloudを何と確立するか。durability/reliabilityの保証範囲と、side effect・determinism・retry時の再実行限界は何か。

## EVIDENCE_TABLE
- source_class=official technical documentation; exact_title=Temporal Workflow Execution overview; author/org=Temporal Technologies; canonical_url=https://docs.temporal.io/workflow-execution; publication/update/access_date=update date not stated / © 2026 / accessed 2026-09-14 00:00 JST; version/release/tag/commit/API revision=current Temporal Docs; supporting_locator=lines 92-119（durable/reliable/scalable execution、local state、Signals/Activities、size/throughput limits、persistence/resume、Continue-As-New）および lines 120-196（Replay、Event History、Commands、Open/Closed、timeouts/retries/cron、Workflow/Run ID）; evidence_label=VERIFIED_SPEC+PRODUCT_VOLATILE; relation=support+limit。
- source_class=official product/technical page; exact_title=Durable Execution Solutions; author/org=Temporal; canonical_url=https://temporal.io/; publication/update/access_date=update date not stated / accessed 2026-09-14 00:00 JST; version/release/tag/commit/API revision=current Temporal product page; supporting_locator=lines 38-78（state capture、recovery/replay/pause、Activities retry、state persistence、task queues/signals/timers、self-host/open-source or Temporal Cloud）および lines 81-100（visibility、agents/MCP/AI pipelines、human-in-the-loop、long-running workflows）; evidence_label=VERIFIED_SPEC+PRODUCT_VOLATILE; relation=support+context+limit。
- source_class=author-maintained issue/failure report; exact_title=Skip Re-executing Completed Activities on Workflow Retry; author/org=Temporal GitHub issue tracker; canonical_url=https://github.com/temporalio/temporal/issues/8901; publication/update/access_date=opened 2025-12-24 / accessed 2026-09-14 00:00 JST; version/release/tag/commit/API revision=issue #8901, repository state current at access; supporting_locator=issue description（workflow-level retryで既成功Activityを含め最初から再実行するとの利用者報告、non-reversible side effectsへの問題提起）; evidence_label=SOURCE_REPORT+OSS_PRACTICE; relation=counter+limit。

## FINDINGS
- ESTABLISHED: Temporal DocsはWorkflow Executionをdurable/reliable/scalableなfunction executionとし、Workflow/Run ID、local state、Signals、Activities、Event History、Replay、timeouts/retries/Continue-As-Newを別概念として定義する。失敗時に最後の記録Eventから進行を再開すること、単一Executionにはsize/throughput limitsがあることも記載する。
- ESTABLISHED: Temporal公式サイトはActivitiesをretry可能なfailure-prone logic、Serviceをstate persistence・task queues・signals・timersの実行部品として示し、self-hosted open-source projectとTemporal Cloudの2経路を記載する。Agents/MCP/AI pipelinesやhuman-in-the-loopは利用例・導線であり、LLMの品質保証ではない。
- COUNTEREVIDENCE/LIMIT: author-maintained issue #8901は、workflow-level retry時に完了済みActivityも再実行され得るという利用者の具体的問題報告を残している。Issueは全version・全retry pathへの普遍化を許さないが、non-idempotent/non-reversible side effectに対してidempotency・compensation・retry policyを別設計すべき根拠になる。
- INFERENCE: agentの「何をするか」とTemporalの「記録・再開・side effectをどう実行するか」を分離すると、LLM再試行と業務action再試行を別監査単位にできる。ただしこれは設計推論であり、Temporal Docsが任意のagent architectureを保証するものではない。

## LIMITS / COUNTEREVIDENCE / FAILURE_ENVELOPE
Workflow codeのdeterminism制約、Event History/size/throughput limits、Activity retryのduplicate side effect、worker/service/network outage、versioning/replay incompatibility、timeout/cancellation、namespace/auth/data residency、Cloudとself-hostの差が失敗包絡になる。Issue #8901は有用な反証候補だが、修正済みか・どのversionに該当するかを再確認する必要がある。独立benchmarkは未採集。

## AVAILABILITY_GATES
Temporal Server/Cloud、SDK language/version、namespace、worker/task queue、service persistence backend、self-host topology、Cloud region/data residency、auth/mTLS/RBAC、Workflow/Run ID、retry/timeout policy、search attributes/retention、pricing/state transitions、AI provider/tool credentials。

## IMPLEMENTATION_STATE
Temporal公式Docs、公式サイト、author-maintained issueの確認のみ。server/worker起動、Workflow実行、Activity外部書込み、Cloud契約、credential投入、負荷・failure replay試験は未実施。

## BENCHMARK_OR_EVAL
公式Docsはdurability/replay/visibilityの仕様と概念例を示すが、独立したfailure recovery SLO、throughput benchmark、duplicate-side-effect率、AI agent success rate、cost per accepted outcomeは本Packetで確立していない。Temporalサイトの“millions/billions”やcustomer statementsは製品主張・文脈として扱う。UNKNOWN。

## SECURITY / PRIVACY / AUDIT / COST / OPERABILITY
Security=namespace/RBAC/auth/mTLS、worker isolation、Activity credential、external side effect、LLM/tool egress。Privacy=Workflow input/Event History/Activity payload、search attributes、logs、Cloud retention。Audit=Workflow/Run ID、Event History、Command/Activity/Signal、retry/timeout、worker/version、human approval、provider call。Cost=Cloud state transitions、storage/retention、workers、model/tool/API、retry/compensation。Operability=determinism/replay tests、worker scaling、queue backpressure、idempotency/Saga、versioning/patching、Continue-As-New、outage recovery、history/visibility completeness。

## SAFE_WORDING_FOR_FUTURE_BOOK
「TemporalはLLMではなく、Workflow Executionの状態・Event History・Replay・Activity・Signal・timeout/retryを用いて長時間処理を耐障害化するdurable execution基盤である。公式Docsはsize/throughput・determinism等の限界を含み、author-maintained issueにはretry時の既成功Activity再実行に関する反証報告があるため、外部副作用はidempotency/補償・版固定・再現試験が必要である。」

## UPDATE_WORK_HANDOFF
non-LLM componentとしてTemporalをagent/tool実行のdurability layerへ置き、LLM plan、Workflow state、Activity side effect、human approval、audit/costを別イベントにする。次回はSDK/versioning、determinism/replay、retry/compensation、Cloud/self-host security/data residency、Nexus/MCP/agent integration、issue resolution、再現可能 failure TEST_PROFILEを補う。

## OPEN_UNKNOWN
current server/SDK release、issue #8901の修正状況、exact retry semantics/version、Cloud pricing/state transition、self-host security/HA、Event History retention、agent/MCP integration、side-effect recovery、公開incident・independent benchmark。

## STOP_CONDITION
durable executionを「業務処理が必ず一度だけ成功する」保証へ言い換えない。Activity retry・Workflow retry・compensationを区別し、issue reportを全version/全deploymentの事実へ一般化しない。
UNIT_CLOSE_STATUS: INDIVIDUAL_BOUNDED_CLOSE / EVIDENCE_RECORDED / UNKNOWN_PRESERVED

---

NEXT: /agent/start.json
STOP: This is a knowledge projection, not an execution order.