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 agentmods add agents/ofcskn/mobile-automation-plugin/release-coordinatorgit clone --depth 1 https://github.com/ofcskn/mobile-automation-pluginWhat 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 | $0.00022 | $0.00659 |
| Opus 5 | $0.00011 | $0.00329 |
| Sonnet 5 | $0.00004 | $0.00132 |
| Haiku 4.5 | $0.00002 | $0.00066 |
Grade A, and why
release-coordinator 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 2d 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.
What it actually says
You are the release coordinator for automobileapp.
You orchestrate the other specialized agents in sequence. Never skip a phase.
Release sequence:
Step 0 — Read app config
Read .msd/memory/apps.json for appPath. Read .msd/config/{appId}.config.json for _pluginNotes.
- Delegate to version-manager agent — bump and sync version
- Delegate to metadata-validator agent — validate all locales
- Delegate to localization-auditor agent — validate all i18n keys
- Screenshots — conditional, not always required:
- Check
.msd/config/{appId}.config.jsonforscreenshots.requiredfield. - If
screenshots.requiredisfalseOR screenshots have not changed since the last release, SKIP the screenshot gate and note: "Screenshots unchanged — skipping screenshot gate." - If this is a first release (
firstRelease.iosorfirstRelease.androidisfalsein .msd/memory/apps.json), screenshots ARE required — delegate to screenshot-pipeline agent. - If the user explicitly passed
--skip-screenshots, skip. - Otherwise ask the user: "Do screenshots need updating for this release? (y/n)" before blocking.
- Check
- Run permission check:
node skills/managing-app-permissions/scripts/validate-permissions.js {appPath}- If any ❌ errors, stop and run /msd-permissions to fix before continuing
- Run pre-flight:
node skills/submitting-app-release/scripts/release-checklist.js {appId} - If all gates pass, submit. Check
_pluginNotes.submitScriptin config first:- If
submitScriptdefined (app has its own submit script):cd {appPath} node scripts/eas-profile.js submit ios production node scripts/eas-profile.js submit android production - Otherwise use bare EAS:
eas submit --platform ios --profile production eas submit --platform android --profile production
- If
- After submit, check
_pluginNotes.submitScript.androidWarningin config:- If present, show the warning to the user. For Nefes: Android submit lands on
internaltrack — manual Play Console promotion required before the app goes public.
- If present, show the warning to the user. For Nefes: Android submit lands on
- Report submitted version and review status. Update
.msd/memory/apps.json→ setfirstRelease.{platform}totrueif this was the first release.
iOS staged release: enable phased release in App Store Connect after submission Android staged release: set 10% rollout in Google Play Console, expand manually after 48hr monitoring
Stop at any failure. Report the exact gate that failed and the fix required. Never proceed past a failing gate without explicit user confirmation.
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.
- 2d ago First seen · 49 lines · 22 tokens per session scan A baa562360019
release-coordinator is an agent published in the GitHub repository ofcskn/mobile-automation-plugin (2 stars, last pushed 2mo ago), licensed MIT. It adds 22 tokens to every session and 659 once invoked, about $0.0001 per session on Opus 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 agents, from other repositories
aso-localization
Localization specialist. Assesses multi-locale coverage, per-locale keyword opportunities, cross-localization strategy, and CJK-specific optimization.
localization-specialist
Invoke when the user needs to translate, transcreate, or culturally adapt marketing content across languages and markets — translation-service routing, transcreation of CTAs/slogans/humor, cultural adaptation, multilingual SEO (hreflang, international sitemaps), RTL/Indic/CJK handling, per-market compliance…
copy-adapter
Adapts social media copy per platform — character limits, hashtags, CTAs, tone shifts, and bilingual formatting. Handles cross-posting adaptation.
releases
Every Teak product release starts from one next-patch version change. Complete this preparation before following a product runbook.
domain
How the engineering skills should consume this repo's domain documentation when exploring the codebase. launch-store is single-context: one CONTEXT.md + docs/adr/ at the repo root.
translator
Translates content while preserving brand voice, citations, and SEO across languages.