agentsclimarketplace

Line login

Skill kuhaku-lab/line-skills/skills/line-login

Claude Code Skills for LINE platform development — Messaging API, LINE Login, LIFF, MINI App, Notification Messages, Creators Market

Install
npx -y skills add kuhaku-lab/line-skills --skill line-login

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Implements, reviews, and debugs LINE Login v2.1 (OAuth 2.0 + OIDC) — authorization code flow, PKCE (S256), ID Token JWT verification (HS256/ES256), access/refresh token lifecycle, user profile retrieval, friendship/bot linking, and login button design. Use when the user mentions LINE Login, "Log in with LINE", LINE auth, OAuth flow with LINE, ID token verification, token refresh/revocation, bot_prompt, friendship_status_changed, or login button — including auth flows inside LIFF or LINE MINI App.

SKILL.md

6.4 KB, ~1.4k tokens by cl100k_base, as published. Nobody here has run it

LINE Login

Do not answer LINE Login questions from memory — LINE updates APIs frequently and training data is unreliable. Always consult the references below.

LINE Login v2.1 is built on OAuth 2.0 and OpenID Connect. It provides user authentication, profile access, and bot linking for web apps, native apps (iOS/Android), Unity, and Flutter.

Workflow

Build

  1. Read references/api-common.md (forward compatibility, rate limits, client_secret rules)
  2. Read references/security.md (security checklist, development guidelines)
  3. Load the relevant reference for the feature being implemented
  4. Write code following specs and constraints from references

Review / Debug

  1. Read references/api-common.md (status codes, error responses, forward compatibility)
  2. Read references/security.md (security checklist, common pitfalls)
  3. Load relevant references for the code being reviewed
  4. Cross-check code against specs (parameter requirements, token expiry, signing algorithms, required validations)
  5. Report violations with reference to specific constraints

Environment Variables

LINE_LOGIN_CHANNEL_ID=LINE Login Channel ID
LINE_LOGIN_CHANNEL_SECRET=Channel secret (ID token verification, token exchange)
LINE_LOGIN_REDIRECT_URI=Registered callback URL

Common Specifications

Read references/api-common.md before writing any LINE Login code. Contains rules that affect all API interactions: forward compatibility (don't use strict schemas — LINE adds fields without notice), rate limits, client_secret conditional requirement by App types, error responses, and logging recommendations.

OAuth 2.1 Authorization Code Flow

User → authorize endpoint → LINE Login screen → callback with code → token exchange → access_token + id_token

Minimal Flow (pseudocode)

# 1. Redirect user to authorize
state = random_token()
session.save(state)
redirect to:
  https://access.line.me/oauth2/v2.1/authorize?
    response_type=code
    &client_id={channel_id}
    &redirect_uri={callback_url}
    &state={state}
    &scope=profile%20openid%20email

# 2. Callback — exchange code for token
if params.state != session.state:
    return 403  # CSRF check failed

POST https://api.line.me/oauth2/v2.1/token
  grant_type=authorization_code
  &code={params.code}
  &redirect_uri={callback_url}
  &client_id={channel_id}
  &client_secret={channel_secret}

# 3. Response
{ access_token, token_type, refresh_token, expires_in, id_token, scope }
StepEndpoint
AuthorizeGET https://access.line.me/oauth2/v2.1/authorize
Token ExchangePOST https://api.line.me/oauth2/v2.1/token
  • Scopes: profile, openid, email (space-separated)
  • Authorization code: valid 10 minutes, one-time use
  • PKCE: recommended for public clients (SPA/Mobile), only S256 supported

Full authorize parameters, PKCE, scope combinations, error codes → references/oauth-flow.md

Token Management

OperationEndpoint
Verify Access TokenGET https://api.line.me/oauth2/v2.1/verify?access_token={token}
Refresh TokenPOST https://api.line.me/oauth2/v2.1/token (grant_type=refresh_token)
Revoke TokenPOST https://api.line.me/oauth2/v2.1/revoke
Verify ID TokenPOST https://api.line.me/oauth2/v2.1/verify (id_token + client_id)
TokenValidity
Access Token30 days
Refresh Token90 days

ID Token signing: HS256 (web login) / ES256 (native app, SDK, LIFF)

Full token APIs, ID Token claims, signing verification → references/token-management.md

User & Bot Linking

OperationEndpoint
Get User ProfileGET https://api.line.me/v2/profile
Check FriendshipGET https://api.line.me/friendship/v1/status
DeauthorizePOST https://api.line.me/user/v1/deauthorize
  • bot_prompt parameter: normal (on consent screen) / aggressive (separate screen after consent)
  • friendship_status_changed: included in token response when bot linking is configured

Full user profile, bot linking logic → references/user-profile.md

Security

  • state: must be cryptographically random, always validate on callback
  • PKCE: use for public clients (SPA, mobile apps)
  • Channel Secret: server-side only, never expose to client
  • redirect_uri: must be HTTPS
  • ID Token: always verify signature before trusting claims

Full security checklist, development guidelines, auto login failure handling → references/security.md

Reference Index

FileTopic
references/api-common.mdRead first. Rate limits, status codes, forward compatibility, client_secret rules, logging
references/oauth-flow.mdAuthorization flow, PKCE, scopes, auth methods, error codes
references/token-management.mdToken exchange/refresh/revoke/verify, ID Token claims and signing
references/security.mdSecurity checklist, development guidelines, auto login failure, login button design
references/user-profile.mdUser profile API, Link a Bot, friendship status
references/experts.mdLINE Login domain experts for architecture guidance

SDK

Native SDKs: iOS (Swift) | Android | Unity | Flutter

For web apps, use the OAuth 2.1 flow directly (no SDK required).

Gives 0 of the 12 instructions most auth identity skills give in ~1.4k tokens

Counted across 409 of the 410 authors here whose files we hold, read 2026-08-06

  • hash passwords with bcrypt or argon2in 53 of 409, across 43 files
  • use parameterized queriesin 47 of 409, across 39 files
  • load SECRET_KEY from environment variablesin 23 of 409, across 14 files
  • validate all input server-sidein 19 of 409, across 11 files
  • refresh access tokens before expiryin 17 of 409, across 9 files
  • store tokens in httponly cookiesin 17 of 409, across 16 files
  • store refresh tokens securelyin 16 of 409, across 6 files
  • validate webhook signatures before processingin 15 of 409, across 5 files
  • sanitize user inputsin 15 of 409, across 9 files
  • implement rate limiting on auth endpointsin 14 of 409, across 9 files
  • encrypt sensitive data at restin 13 of 409, across 10 files
  • validate uploaded file extensions and sizesin 12 of 409, across 5 files

Said here and by no other author read

  • use a cryptographically random state parameter

Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.