temporary-id-safe-output

Track temporary IDs across workflow jobs using a shared map and environment variable.

Updated Feb 18, 2026
One-click install
npx skills add https://github.com/az9713/gh-aw --skill temporary-id-safe-output-az9713
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: temporary-id-safe-output
Source: https://github.com/az9713/gh-aw/tree/main/skills/temporary-id-safe-output
Command: npx skills add https://github.com/az9713/gh-aw --skill temporary-id-safe-output-az9713

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Temporary IDs allow agents to reference newly created issues within the same workflow run before actual issue numbers are available, enabling immediate linking between parent and sub-issues.

Core Features & Use Cases

  • Create and manage temporary IDs in a workflow run
  • Resolve them to real issue numbers across jobs via a shared map
  • Safely propagate IDs through environments and job needs
  • Example: In a single run, create a parent issue and immediately attach sub-issues that reference the parent's temp ID which is later resolved to the actual issue number.

Quick Start

Create a workflow that uses a temporary ID to link sub-issues to a parent issue within the same run.

Frequently Asked Questions about temporary-id-safe-output

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

FAQPage Schema
How do I reference a newly created GitHub issue before the actual issue number is available in a workflow run?

Temporary IDs let you reference newly created issues within the same GitHub Actions run before actual numbers are available. You assign a temporary ID to a parent issue, link sub-issues to it, and resolve the temporary ID to the real issue number at runtime via a shared map.

Can I pass temporary IDs between jobs in GitHub Actions without failing the workflow?

Yes, you can pass temporary IDs between jobs in GitHub Actions safely. The workflow uses error-safe handling and dynamic needs to propagate IDs through environments, ensuring unresolved IDs are reported without causing the entire workflow run to fail.

How does cross-job issue tracking work when creating parent and sub-issues in a single workflow run?

Cross-job issue tracking uses a shared map and environment variables to coordinate producer and consumer jobs. A producer job creates the issue and stores the temporary ID, while consumer jobs dynamically resolve these IDs to actual issue numbers during the same run.

Do I need any external dependencies to resolve temporary IDs to real issue numbers within GitHub Actions?

No external dependencies are required to resolve temporary IDs within GitHub Actions. The resolution mechanism relies entirely on built-in workflow features, utilizing a shared map and runtime environment variables for localized, secure ID tracking.

What is the best way to link sub-issues to a parent issue dynamically in an automation workflow?

The best way to dynamically link sub-issues is using temporary IDs. Create a parent issue with a temporary ID, immediately attach sub-issues referencing that temp ID, and let the runtime environment resolve the temporary ID to the actual issue number.

Why does my GitHub Actions workflow fail when trying to pass unresolved issue numbers between jobs?

Workflows often fail because standard job dependencies expect resolved values immediately. Using error-safe temporary ID handling reports unresolved IDs gracefully and uses dynamic needs, preventing workflow failures while actual issue numbers are still pending.