session-workflow

Solid

Manage gateway bookkeeping and provider-native conversation continuity across Claude, Codex, Gemini, Grok, Mistral, Devin, and Cursor. Use for multi-turn work, session inspection, and safe resume decisions.

AI & Automation 16 stars 0 forks Updated 2 days ago MIT

Install

View on GitHub

Quality Score: 83/100

Stars 20%
41
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# Session Workflow Separate gateway bookkeeping from native provider continuity. `session_create`, `session_list`, `session_set_active`, and `session_get` manage gateway metadata; they do not create or prove a provider-native conversation. Never pass a gateway-generated ID to a provider as though it were a native handle. For a review session, dispatch requests through the local stdio gateway MCP surface. A session does not authorize a direct provider CLI, connector/shadow gateway, or shell fallback. ## Discover before resuming Before using a provider-specific session field, query: ```text provider_tool_capabilities({cli:"claude"}) provider_tool_capabilities({cli:"codex"}) provider_tool_capabilities({cli:"gemini"}) provider_tool_capabilities({cli:"grok"}) provider_tool_capabilities({cli:"mistral"}) provider_tool_capabilities({cli:"devin"}) provider_tool_capabilities({cli:"cursor"}) ``` Use a native `sessionId` only when it came from that provider or was supplied by the caller as a verified native handle. A fresh gateway session often uses a `gw-*` bookkeeping ID. It is not resumable for Codex, Grok, Mistral, Devin, or Cursor, and must never be replayed to Gemini either. ## Native continuity matrix | Provider | Native resume | Important boundary ...

Details

Author
verivus-oss
Repository
verivus-oss/llm-cli-gateway
Created
5 months ago
Last Updated
2 days ago
Language
TypeScript
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category