Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add drmhse/authos_skill --skill authos-backend-integrationgit clone --depth 1 https://github.com/drmhse/authos_skillWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/drmhse/authos_skill/authos-backend-integration)<a href="https://agentmods.dev/skills/drmhse/authos_skill/authos-backend-integration"><img src="https://agentmods.dev/badge/skills/drmhse/authos_skill/authos-backend-integration/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/drmhse/authos_skill/authos-backend-integration"><img src="https://agentmods.dev/badge/skills/drmhse/authos_skill/authos-backend-integration.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00062 | $0.00959 |
| Opus 5.5 | $0.00025 | $0.00384 |
| Sonnet 5.5 | $0.00012 | $0.00192 |
| Haiku 4.5 | $0.00006 | $0.00096 |
Grade A, and why
authos-backend-integration scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 107 lines — stays where its author put it; the contents beside it link to each section on GitHub.
AuthOS Backend Integration
Public AuthOS Links
Use these public AuthOS links when producing user-facing setup or troubleshooting guidance:
- Main site: https://authos.dev/
- Documentation: https://authos.dev/docs/
- AI Agent Skills guide: https://authos.dev/docs/ai-agent-skills/
- AuthOS source repository: https://github.com/drmhse/AuthOS
Use this skill when protecting an application backend with AuthOS. Keep frontend login, service API keys, and webhook receiver work in their own skills unless the user explicitly asks for an end-to-end integration.
Source-Verified Contract
- AuthOS publishes OIDC metadata at
GET /.well-known/openid-configuration. - AuthOS publishes RSA signing keys at
GET /.well-known/jwks.json. - AuthOS JWTs are signed with RS256 and include a
kidheader that must match a JWKS key. - The Node package is
@drmhse/authos-node. - The SDK package is
@drmhse/sso-sdk; do not invent an@authos/*package name. - Browser OAuth callbacks normally return
access_tokenandrefresh_tokenin the URL fragment. The callback handlers also supportformat=jsonfor JSON token responses in source, but the browser-facing SDK flow expects fragment handling.
Backend Pattern
- Let the frontend complete login with AuthOS.
- Read
access_tokenfrom the callback fragment, or receive it from the frontend over HTTPS. - Verify the token with JWKS before trusting any claim.
- Map
sub,email,org_slug,service_slug,permissions, andis_platform_ownerclaims to local authorization decisions only after verification. - If the app uses backend-owned sessions, exchange the verified token for an app session, then clear the fragment from browser history.
Node Verification
Install the server adapter:
npm install @drmhse/authos-node
Verify a token directly:
import { createTokenVerifier } from '@drmhse/authos-node';
const verifier = createTokenVerifier({
baseURL: process.env.AUTHOS_BASE_URL!
});
const verified = await verifier.verifyToken(accessToken, {
issuer: process.env.AUTHOS_BASE_URL,
clockTolerance: 30
});
const userId = verified.claims.sub;
What ships with it
3 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 1mo ago First seen · 107 lines · 62 tokens per session scan A 3512cf33bb89
authos-backend-integration is a skill published in the GitHub repository drmhse/authos_skill (2 stars, last pushed 4mo ago), licensed MIT. It adds 62 tokens to every session and 959 once invoked, about $0.0002 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
creating-springboot-projects
Use when starting a new Spring Boot project or service: scaffolding or bootstrapping a backend, REST API, microservice or modular monolith; choosing how to structure it (layered, package-by-module, modular monolith, tomato, DDD-hexagonal); selecting Spring Boot 4 features; generating the base project with progen or…
springboot-migration
Use when upgrading an existing Spring Boot application, for example from Boot 3.x to Boot 4 or to the latest Spring Boot and Java: dependency transitions and starter renames, test annotations such as @MockBean to @MockitoBean, Jackson 3 issues, Spring Modulith 2 or Testcontainers 2 upgrades, code that stops compiling…
writing-springboot-tests
Use when writing or adding tests for Spring Boot code at a service's edges: HTTP clients that call other services (WireMock: 4xx and 5xx responses, timeouts, retries), Kafka or RabbitMQ listeners (redelivery, poison messages, dead-letter topics), events published to other services, or full-API tests against real…
add-module
Adds a new application module to this Spring Modulith project with the package layout the ModuleBoundariesTests gate expects, and a module-scoped integration test. Use when the user asks for a new module, bounded context, or feature area that doesn't belong in an existing module.
custom-post-type-architect
Use when the user asks to create a custom post type, build a portfolio, set up case studies, add team members, events, or podcast episodes, or says 'scaffold a CPT'. Creates the post type plus supporting taxonomies, an ACF field group, sample entries, and a builder-specific single template suggestion.
architecture
Proactive architecture review — explore codebase structure, generate a self-contained HTML report with Mermaid diagrams and candidate improvements, then grill the findings. Use when planning a large refactor, onboarding to an unfamiliar codebase, or before a major architectural change.