agentpit-sso

Automate silent SSO login for AgentPit sub-apps via backend endpoints and URL hash token transmission.

Updated Feb 20, 2026
One-click install
npx skills add https://github.com/hangeaiagent/agentpit-Skills --skill agentpit-sso
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: agentpit-sso
Source: https://github.com/hangeaiagent/agentpit-Skills/tree/main/skills/agentpit-sso
Command: npx skills add https://github.com/hangeaiagent/agentpit-Skills --skill agentpit-sso

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Automates silent single sign-on (SSO) for AgentPit sub-apps when users are already authenticated on the main site, enabling seamless access without repeated logins.

Core Features & Use Cases

  • SSO入口与重定向: 提供专门的后端入口,将 returnUrl 编码到 state,并重定向到 AgentPit 授权页,实现静默重定向。
  • 前后端回调整合: 包含后端回调处理、前端 SSO 回调页及本地会话建立的端到端流程。
  • 安全与容错: 使用 URL hash 传递 token、限制每个会话只能触发一次 SSO,提供错误处理和回退逻辑。

Quick Start

Open a sub-application while you are already logged into the main AgentPit site to trigger silent SSO.

Frequently Asked Questions about agentpit-sso

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

FAQPage Schema
How do I implement silent SSO for sub-apps when users are already authenticated on the main site?

Silent SSO for sub-apps is implemented by providing a backend SSO entry that encodes the returnUrl into the state parameter and redirects to the authorization page, establishing a local session upon callback to automate access without repeated logins.

How does the OAuth callback flow work for single sign-on across sub-domains?

The OAuth callback flow works by handling backend callbacks and rendering a frontend SSO callback page that extracts the token from the URL hash, establishing the local session to complete the single sign-on across sub-domains.

How is the authentication token securely transmitted during the SSO callback process?

The authentication token is securely transmitted via the URL hash during the SSO callback process, preventing it from being sent to the server in HTTP headers or query parameters and reducing exposure to server logs.

Can I prevent infinite redirect loops when triggering single sign-on across multiple applications?

Yes, you can prevent infinite redirect loops during single sign-on by restricting each session to trigger the SSO flow only once, which includes built-in loop prevention and fallback logic for safe automated sign-on.

Does silent single sign-on work if the user is not already logged into the main site?

Silent single sign-on requires the user to already be authenticated on the main site; if not, the flow includes error handling and fallback logic to manage the failed automatic sign-on attempt gracefully.

What's the best way to reduce login friction in a multi-application architecture?

The best way to reduce login friction in a multi-application architecture is to automate silent SSO using OAuth endpoints that redirect users with an existing session, streamlining access across sub-domains without manual re-authentication.