Token导航 LogoToken导航

Agent Skill · 研究检索

steedos-auth(斯蒂多斯认证)

用于辅助安全审计、权限检查、凭据风险、认证流程和常见漏洞排查。它适合让 Agent 梳理敏感配置、检查依赖风险、分析鉴权逻辑或生成安全复核清单。使用时不能把工具输出直接当最终结论,涉及密钥、令牌、用户数据或生产系统时,应先确认最小权限、脱敏方式和操作边界。

steedos-auth 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为接触敏感数据;许可证信息还不明确,第三方扫描已通过,按安装量在研究检索类的 73,675 个 Skill 里排第 67,016。

总安装 256周安装 11GitHub Stars 1,588下载 90核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:steedos-auth(斯蒂多斯认证)
来源仓库:https://github.com/steedos/steedos-platform
仓库路径:skills/steedos-auth
安装命令:
npx skills add https://github.com/steedos/steedos-platform --skill steedos-auth
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/steedos/steedos-platform --skill steedos-auth

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

用于辅助安全审计、权限检查、凭据风险、认证流程和常见漏洞排查。适合让 Agent 梳理敏感配置、检查依赖风险、分析鉴权逻辑或生成安全复核清单。使用时不能把工具输出直接当最终结论,涉及密钥、令牌、用户数据或生产系统时,应先确认最小权限、脱敏方式和操作边界。

通过 npx skills add 命令从指定仓库安装,需结合原始 README 核验具体用法。当前无详细功能描述,建议查看来源仓库获取完整说明。

来源仓库内路径:skills/steedos-auth

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/steedos/steedos-platform --skill steedos-auth;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要接触敏感数据,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

steedos-auth 怎么安装?

在终端执行 npx skills add https://github.com/steedos/steedos-platform --skill steedos-auth。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

steedos-auth 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

steedos-auth 需要什么权限?

权限级别是接触敏感数据。该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

steedos-auth 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

steedos-auth 用的人多吗?

公开数据是累计安装 256 次,近一周安装 11 次,下载 90 次,GitHub 1,588 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

steedos-auth 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 来源仓库有 1,588 星,维护活跃度相对可查。

先想清楚的地方

  • 需要接触敏感数据,装到常用环境前要先评估影响面。
  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。

不太适合

  • 环境里有大量密钥、凭证,不方便给第三方 Skill 读取的人。
  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
steedos-auth

斯蒂多斯认证 · 本页

2561,588接触敏感数据未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Builder6 Authentication | Builder6 认证系统

Overview | 概述

Builder6 uses a multi-format token system supporting JWT, cookie-based session tokens, and API keys. Authentication is handled by AuthService and enforced by NestJS guards (AuthGuard, AdminGuard) from @builder6/core.

Token Formats | Token 格式

The system accepts three token formats, extracted from Authorization header or cookies:

1. JWT Token (Bearer)

Authorization: Bearer <jwt>

JWT payload: {sub: userId, name, email, space: spaceId, profile}

2. Cookie-Based Session Token

Cookies set during login:

CookieDescription
X-Space-IdTenant ID
X-Auth-TokenSession auth token
X-User-IdUser ID
X-Access-TokenJWT access token

Internally combined as: {spaceId},{authToken} → validated against hashed tokens in users.services.resume.loginTokens.

3. API Key

Authorization: Bearer apikey,<api-key-string>

Looked up in api_keys collection. Must be active: true.

Guards | 守卫

AuthGuard

Used on most endpoints. Extracts token, validates via getUserByToken(), sets req['user']:

@UseGuards(AuthGuard)
@Controller('api/v6/tables/')
export class TablesController { ... }

The req['user'] object contains space_users fields: _id, user, space, name, email, profile, etc.

AdminGuard

Used on admin-only endpoints (Direct MongoDB API). Same as AuthGuard + checks profile === 'admin' and primary space membership:

@UseGuards(AdminGuard)
@Controller('api/v6/direct')
export class MongodbController { ... }

AuthService Methods | AuthService 方法

signIn(username, password?, space_id?)

  1. Find user by username, emails.address, or mobile (case-insensitive)
  2. Hash password: SHA256(password) → bcrypt.compare() against users.services.password.bcrypt
  3. Verify space_users membership
  4. Generate JWT + stamped login token
  5. Store hashed token in users.services.resume.loginTokens
  6. Return {access_token, auth_token,...space_user}

getUserByToken(token)

Parses token format:

  • Single string → JWT decode → lookup user by payload.sub
  • "apikey,<key>" → lookup api_keys collection
  • "spaceId,authToken" → hash token → find user with matching services.resume.loginTokens.hashedToken

extractTokenFromHeaderOrCookie(request)

Priority:

  1. Authorization: Bearer <token> header
  2. Combine X-Space-Id + X-Auth-Token cookies

setAuthCookies(res, {access_token, auth_token, user_id, space_id})

Sets 4 cookies with options: httpOnly: true, sameSite: 'strict', maxAge: 2 years.

Override cookie SameSite with STEEDOS_AUTH_COOKIES_USE_SAMESITE=None (requires secure: true).

Password Hashing | 密码哈希

Client password → SHA256 hex digest → bcrypt compare against stored hash

Stored in MongoDB: users.services.password.bcrypt

Login Token Lifecycle | 登录 Token 生命周期

Login → generate UUID authToken
  → stamp: { token, when: Date }
  → hash: SHA256(token).base64
  → push to users.services.resume.loginTokens

Validation reverses the process: hash incoming token → find matching hashedToken in user's loginTokens array.

User Context in Controllers | 控制器中的用户上下文

After AuthGuard validates, req['user'] contains the space_users record:

async create(@Req() req: Request) {
  const user = req['user'];
  // user._id — user ID
  // user.space — tenant/space ID
  // user.name — display name
  // user.email — email address
  // user.profile — "admin" | "user" | ...
}

MongoDB Collections | MongoDB 集合

CollectionPurpose
usersUser accounts, credentials, login tokens
space_usersUser-tenant membership and profiles
spacesTenant/workspace records
api_keysAPI key registry

Login API Example | 登录 API 示例

# Login with username/password
curl -X POST http://localhost:5100/api/v6/auth/login \
  -H "Content-Type: application/json" \
  -d '{"username":"admin","password":"admin123"}'

# Response
{
  "access_token": "eyJhbGci...",
  "auth_token": "a1b2c3d4-...",
  "user": "userId",
  "space": "spaceId",
  "name": "Admin",
  "email": "admin@example.com",
  "profile": "admin"
}

平台分布

Codex

36.37%
按下载量换算33

Claude

26.54%
按下载量换算24

Cursor

19.24%
按下载量换算17

Gemini CLI

8.93%
按下载量换算8

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

接触敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills