session-crosslink

Resolve missing session provenance for code changes across Entire-enabled repositories.

208|14|Updated Apr 10, 2026
One-click install
npx skills add https://github.com/entireio/skills --skill session-crosslink
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: session-crosslink
Source: https://github.com/entireio/skills/tree/main/skills/session-crosslink
Command: npx skills add https://github.com/entireio/skills --skill session-crosslink

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

When an agent session runs outside the directory of the repositories it edits (for example, launched from a parent folder, a non-Entire repository, or a different repository entirely), the session is not automatically attached to the affected repositories' commit history, leaving a gap in provenance and context for future work.

Core Features & Use Cases

  • Multi-strategy session ID resolution: Automatically finds the session ID from the current Entire-enabled directory, sibling Entire repositories, or agent runtime transcript files, no manual input required for common cases.
  • Affected repo discovery: Identifies all relevant Entire-enabled repositories from user input, sibling repo scans, or the agent's edit history during the session.
  • Preview-then-confirm safety: Shows a clear table of what actions will be taken per repository before any commits are amended, preventing accidental changes to the wrong commit.
  • Use Case: If you are editing multiple microservice repositories from a shared parent folder, this skill automatically attaches your agent session to each service's latest commit so you retain full context of the changes later.

Quick Start

Ask your agent to attach your current cross-repo agent session to all affected Entire-enabled repositories after finishing work across multiple projects.

Frequently Asked Questions about session-crosslink

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

FAQPage Schema
How do I attach an agent session to a repository when working from a parent directory?

To attach an agent session to a repository from a parent directory, you can use a session linking tool that automatically resolves the session ID and attaches it to the affected repo's HEAD commit. This ensures commit provenance is maintained for cross-repo workflows.

Why does my agent session not link to commit history when editing multiple repositories?

Agent sessions do not link to commit history across multiple repositories because they are launched outside the target Entire-enabled repository's directory. This leaves a gap in provenance, requiring a session attachment tool to link the context to each affected repo.

Can I automatically discover affected Entire-enabled repositories after an agent edits files?

Yes, you can automatically discover affected Entire-enabled repositories by scanning user input, sibling repositories, or the agent's edit history during the session. This identifies all relevant repos requiring session context attachment to their latest commits.

How do I safely link agent sessions to commits without accidental changes?

You can safely link agent sessions to commits using a preview-then-confirm safety mechanism. This approach displays a clear table of proposed actions per repository before any commits are amended, preventing accidental changes to the wrong commit history.

What happens if I try to attach a session to an uninitialized repo or an already linked commit?

When attaching a session to an uninitialized repo or an already linked commit, the multi-strategy resolution process includes specific error handling for these edge cases. It safely manages uninitialized repos, existing links, and disabled Entire integrations without breaking.