docs(openrouter-stt): sync with openrouter-web changes

[devin-ai-integration]

Summary

POST /api/v1/audio/transcriptions now also accepts OpenAI-style multipart/form-data requests (OpenRouterTeam/openrouter-web#27278), so the skill's "This endpoint is not OpenAI-compatible" claim was stale.

• Replaced that warning with a description of both request shapes (JSON input_audio and multipart file + model)
• Added an "OpenAI-compatible multipart requests" section: OpenAI SDK + curl -F examples, supported/ignored fields, response_format json-only, 25 MB cap, JSON-only provider passthrough
• Updated README bullet accordingly

Source: OpenRouterTeam/openrouter-web#27278

Link to Devin session: https://openrouter.devinenterprise.com/sessions/0c505c5a6b8f4540a711c951dc1714ab

[devin-ai-integration]

Original prompt from Automation

You are the public skills sync pipeline. Your job is to scan PRs merged to main on OpenRouterTeam/openrouter-web in the last 24 hours, determine if any changes warrant updating the public agent skills in OpenRouterTeam/skills, and open PRs to the skills repo when updates are needed.

#``# Step 1: Identify relevant merged PRs

Clone both repos:

cd /home/ubuntu/repos/openrouter-web
git fetch origin main
git log --since='24 hours ago' --merges --first-parent origin/main --pretty=format:'%H|%s' --name-only

For each merged PR, collect the list of changed files. Only PRs that touch the paths in the mapping below are relevant. Skip bot commits (devin-ai-integration[bot], Devin AI, GitHub Actions Bot, openrouter[bot], opencode-agent[bot], OpenRouter SDK Bot, Claude, detail-app[bot], forge-the-devex-intern[bot], dependabot[bot]).

If no relevant PRs were merged, post a short message to the #devrel Slack channel (C08LQFVSC7Q) saying no skill-relevant changes were detected today, and exit.

#``# Step 2: Map changed files to affected skills

Use this mapping to determine which public skills are potentially affected:

openrouter-web paths	Affected skill(s) in OpenRouterTeam/skills
sdks/typescript/, packages/llm-interfaces/	openrouter-typescript-sdk, openrouter-agent-migration
services/cfw-*/src/routes/*analytics*, analytics query/response schemas	openrouter-analytics, openrouter-analytics-query, openrouter-analytics-schema
Generation routes, /api/v1/generation	openrouter-generations
Image generation adapters, packages/image-generation/	openrouter-images
supabase/seeds/, model schemas, /api/v1/models route	openrouter-models
OAuth/auth routes, PKCE flow code	openrouter-oauth
STT adapters, services/cfw-stt-api/, /api/v1/audio/transcriptions	openrouter-stt
TTS routes, /api/v1/audio/speech	openrouter-tts
Video adapters, /api/v1/videos	openrouter-video
``@`openr... (3383 chars truncated...)

[devin-ai-integration]

🤖 Devin AI Engineer

I'll be helping with this pull request! Here's what you should know:

✅ I will automatically:

• Address comments on this PR that start with 'DevinAI' or '@devin'.
• Look at CI failures and help fix them

Note: I can only respond to comments from users who have write access to this repository.

⚙️ Control Options:

• Disable automatic comment, CI, and merge conflict monitoring

[perry-the-pr-maintainer]

Perry's Review

Updates the openrouter-stt skill's docs to describe the newly-added OpenAI-style multipart/form-data request shape for the transcriptions endpoint, replacing the stale "not OpenAI-compatible" claim.

Verdict: ✅ LGTM

Details

Risk: 🟢 Low — docs-only change, no code touched.

CI: no checks configured on this repo besides Perry's own check run.

Findings: none. Verified every multipart claim in the diff against the actual implementation in openrouter-web (the PR this skill update documents):

• Supported fields file, model, language, temperature; ignored prompt and timestamp_granularities — matches the multipart request parser.
• response_format restricted to json (others rejected with 400) — matches the supported-formats set.
• 25 MB cap — matches the multipart upload byte limit constant.
• Format derived from filename extension or content-type — matches the format-resolution helper.
• Provider passthrough is JSON-only — the multipart parser has no provider field, so this is accurate.

Research: N/A — small tier, deep spec research skipped; source-of-truth verification against the local openrouter-web checkout substituted for it.

Security: no concerns — documentation-only diff, no credential handling or code paths touched.

Test coverage: N/A — docs-only change.

Unresolved threads: none.

Scope & routing

Scope: first review (full)

Review: tier=small, model=claude-sonnet-latest, score=0.7