nexus-decision-guide

Evaluate Temporal Nexus as a cross-namespace communication pattern using a structured decision framework.

3|1|Updated Feb 8, 2026
One-click install
npx skills add https://github.com/therealbill/mynet --skill nexus-decision-guide
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: nexus-decision-guide
Source: https://github.com/therealbill/mynet/tree/main/timelord/skills/nexus-decision-guide
Command: npx skills add https://github.com/therealbill/mynet --skill nexus-decision-guide

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Architecture teams need a structured decision framework to determine whether Nexus is the right cross-namespace communication pattern for their systems.

Core Features & Use Cases

  • Tradeoff analysis framework to compare Nexus with alternative patterns.
  • Migration path guidance for moving to Nexus across namespaces.
  • Governance and scoping guidance for cross-team collaboration.

Quick Start

Follow the guide to assess cross-namespace needs and decide if Nexus is the right pattern for your architecture.

Frequently Asked Questions about nexus-decision-guide

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
When do I need cross-namespace communication in Temporal, and is Nexus the right pattern?▼

You need cross-namespace communication when workflows span service boundaries. Nexus is the right pattern when you require structured governance, clear namespace boundaries, and controlled migration paths across teams.

How do I evaluate tradeoffs between Nexus and other cross-namespace communication patterns?▼

Evaluate Nexus tradeoffs by applying a structured decision framework that scores architectural alternatives against your specific governance, scoping, and cross-team collaboration requirements to determine the optimal pattern.

What is the migration path for moving existing workflows to Temporal Nexus across namespaces?▼

The migration path to Temporal Nexus involves assessing current cross-namespace usage, defining namespace boundaries, and following structured steps to transition workflows while maintaining governance and minimizing service disruption.

Does Nexus work for architecture requiring strict cross-team governance and namespace boundaries?▼

Yes, Nexus is designed for architectures requiring strict cross-team governance. It provides scoping guidance and namespace boundary controls to manage service interactions and enforce structural operational limits.

What are the limitations or tradeoffs of using Nexus for cross-namespace communication?▼

Nexus tradeoffs include the overhead of managing strict namespace boundaries and migration complexity. You should evaluate whether your cross-team collaboration scale justifies these governance requirements before adopting the pattern.