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.