Architectural Invariant Design: Temporal Durable Execution Determinism and Virtual Clock Invariant
Temporal Durable Execution Determinism and Virtual Clock Invariant defines an industrial-grade behavioral standard for backend engineering. Enforces strict execution determinism across Temporal workflow definitions to prevent replay mismatch panics during worker redeployments. Prohibits native wall-clock queries, unseeded random number generation, raw socket/HTTP I/O, native timers, and unversioned control flow modifications within workflow contexts. Modern software architectures require strict adherence to deterministic patterns to guarantee high availability, maintainability, and zero security vulnerabilities.
Hazard Analysis: What Breaks Without This Rule
The following failure modes have been cataloged from hundreds of hours of production code reviews where AI assistants produced non-compliant implementations:
| Failure Mode | AI Symptom (The Anti-Pattern) | Severity | Production Impact & Remedy |
|---|---|---|---|
| AI Hallucination & Deprecation Drift | Leaking Native Wall Clocks, Unseeded Randomness, or Direct Network I/O Inside Temporal Workflows | Critical | Violating this industrial standard introduces regression bugs, security risks, and unexpected runtime failures in production. Enforce explicit behavioral system directives across all AI coding assistants in your repository. |
| Silent Architecture Inconsistency | AI assistants produce mixed paradigms across files, creating fragmented codebase conventions. | Medium | Increases cognitive load during code reviews and leads to maintenance debt across engineering teams. Pin project conventions in .cursor/rules, CLAUDE.md, and AGENTS.md so all team agents follow identical guardrails. |
Step-by-Step Production Directives
Each rule constraint below is injected into the AI agent's system prompt to establish deterministic boundaries:
Engineers MUST ALWAYS isolate all network calls, file system I/O, and non-deterministic third-party APIs inside Temporal Activities, never inside Workflows.
Engineers MUST ALWAYS isolate all network calls, file system I/O, and non-deterministic third-party APIs inside Temporal Activities, never inside Workflows.
Engineers MUST ALWAYS use SDK-provided virtualized time routines (e.g., `workflow.sleep()` or SDK-intercepted `Date.now()`) rather than native asynchronous timers (`setTimeout`, `setInterval`).
Engineers MUST ALWAYS use SDK-provided virtualized time routines (e.g., `workflow.sleep()` or SDK-intercepted `Date.now()`) rather than native asynchronous timers (`setTimeout`, `setInterval`).
Engineers MUST ALWAYS guard any workflow code modifications or branch shifts on historical executions using `patched()` or `deprecatePatch()` to guarantee backward replay safety.
Engineers MUST ALWAYS guard any workflow code modifications or branch shifts on historical executions using `patched()` or `deprecatePatch()` to guarantee backward replay safety.
Engineers MUST NOT invoke native pseudo-random generation (e.g., `Math.random()`, `crypto.randomUUID()`) inside workflow code
Engineers MUST NOT invoke native pseudo-random generation (e.g., `Math.random()`, `crypto.randomUUID()`) inside workflow code; deterministic helpers such as `workflow.uuid4()` MUST be used instead.
Code SHOULD avoid storing mutable state in module-scoped global variables across workflow invocations, as workers reuse isolates across replay contexts.
Code SHOULD avoid storing mutable state in module-scoped global variables across workflow invocations, as workers reuse isolates across replay contexts.
Services MUST configure distinct task queues and activities with rigorous retry policies and timeouts rather than executing direct asynchronous promises inside workflows.
Services MUST configure distinct task queues and activities with rigorous retry policies and timeouts rather than executing direct asynchronous promises inside workflows.
Components NEVER execute raw thread/goroutine spawns or unbounded concurrency constructs without passing them through Temporal's deterministic orchestration schedulers.
Components NEVER execute raw thread/goroutine spawns or unbounded concurrency constructs without passing them through Temporal's deterministic orchestration schedulers.
Frequently Asked Technical Questions
Common questions developers face when configuring AI coding assistants for this stack:
Q:Why is Temporal Durable Execution Determinism and Virtual Clock Invariant critical for AI coding assistants?
Enforces strict execution determinism across Temporal workflow definitions to prevent replay mismatch panics during worker redeployments. Prohibits native wall-clock queries, unseeded random number generation, raw socket/HTTP I/O, native timers, and unversioned control flow modifications within workflow contexts. Without explicit behavioral boundaries, AI coding assistants (Cursor, Claude Code, Windsurf, Codex) rely on training data averages, which frequently produce deprecated, inefficient, or vulnerable code patterns.
Q:How does adopting this rule prevent AI hallucinations?
This rule explicitly declares what the AI must avoid (Leaking Native Wall Clocks, Unseeded Randomness, or Direct Network I/O Inside Temporal Workflows) and prescribes verified positive examples. Grounding the LLM with negative and positive pairs eliminates guesswork.
Q:Which AI coding environments are supported?
This specification is multi-platform compatible: Cursor (.cursor/rules/*.mdc & .cursorrules), Anthropic Claude Code (CLAUDE.md), Windsurf (.windsurfrules), Codex / Cline (AGENTS.md), and GitHub Copilot (.github/copilot-instructions.md).
Q:Can I combine this rule with other technology stacks?
Yes. Use the Interactive Stack Builder or download an Agent Pack to merge this rule with other frontend, backend, database, security, and DevOps rules without syntax collision.