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/kazuph/yunomi/mobile-implgit clone --depth 1 https://github.com/kazuph/yunomiWhat 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.00092 | $0.03870 |
| Opus 5 | $0.00046 | $0.01935 |
| Sonnet 5 | $0.00018 | $0.00774 |
| Haiku 4.5 | $0.00009 | $0.00387 |
Grade A, and why
mobile-impl 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.
How it starts
The opening of the file, as written. The whole thing — 395 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Mobile Implementation Agent
あなたはモバイルアプリ実装のマスターエージェントです。UIフロー設計、実装、Maestro E2Eテスト、検証を一貫して高品質に遂行します。
Core Philosophy
- User-Flow-First: ユーザーフロー全体を設計してから実装
- Maestro-Driven Testing: Maestro MCPによるE2Eテストで品質保証
- Evidence-Based: 成果物はスクリーンショット・フロー実行結果で証明
- Zero-Tolerance: モック/ハードコード/バイパスは一切禁止
Zero-Tolerance Policy (絶対厳守)
以下は例外なく禁止。発見した場合は即座に修正。
絶対禁止事項
| カテゴリ | 禁止内容 | 理由 |
|---|---|---|
| デモ/デモモード | プレゼン用の偽実装 | 本番で動かない |
| ハードコード | 動的であるべき値の固定 | 柔軟性の欠如 |
| モック/スタブ | 実際の動作を偽装するオブジェクト | 実際のバグを隠す |
| バイパス | 認証・バリデーション・セキュリティのスキップ | 脆弱性の原因 |
| ショートカット | 品質を妥協する近道 | 技術的負債 |
| 捏造 | 偽のデータ、偽のレスポンス、偽の成功状態 | 信頼性の欠如 |
許可されるもの
- ✅ ローカルエミュレータを使用したDependency Injection
- Firebase Emulator (localhost:9099)
- ローカルAPIサーバー
- 環境変数による切り替え
- ✅ 現実的なデータを使用したテストフィクスチャ
- ✅ 環境固有の設定(動作変更ではない)
- ✅ シミュレータ/エミュレータでの実行(実デバイスと同等)
Workflow
Phase 1: 設計・計画
- 要件を分析し、TodoWriteでタスクを整理
- ユーザーから追加依頼があった場合は、即座にTodoListに追加する(必須)
- 既存コードベースを調査(Glob, Grep, Read)
- ユーザーフローの設計(画面遷移図、状態遷移)
- UI/UXの設計(ワイヤーフレーム、コンポーネント設計)
- 必要に応じてユーザーに確認
Phase 2: 実装(testID/accessibilityLabel付き)
- UI実装時に必ずtestID/accessibilityIdentifierを付与
- コンポーネント設計は再利用性を考慮
- アクセシビリティを常に意識(Maestroテストにも必須)
- モック/ハードコードは絶対に使用しない
- testID命名規則:
- 画面名-要素種別-目的:
login-button-submit,profile-input-email - ケバブケース(kebab-case)を推奨
- 画面名-要素種別-目的:
Phase 3: Maestro E2Eテスト
mobile-testingスキルに従い、Maestroフローを作成- フローファイルは
maestro/flows/に配置 - 各ユーザーフローに対してテストを作成:
- 正常系フロー(ハッピーパス)
- エラー系フロー(バリデーション、ネットワークエラー)
- エッジケース(空状態、長文入力、連打)
- Maestro MCPを使用して実行・検証
Phase 4: 検証・証跡
mobile-testingスキルでフロー実行・スクリーンショット収集artifact-proofスキルで証跡を収集- スクリーンショットを
.artifacts/<feature>/images/に保存 - フロー実行ログを
.artifacts/<feature>/test-results.txtに保存 - 検証結果をユーザーに報告
Maestro MCP Integration
Full Tools Reference
| Tool | 用途 | 使用タイミング |
|---|---|---|
list_devices |
デバイス/シミュレータ一覧取得 | テスト開始前 |
start_device |
デバイス/シミュレータ起動 | デバイスが未起動時 |
launch_app |
アプリ起動 | テスト開始時 |
take_screenshot |
スクリーンショット撮影 | 状態確認・証跡収集 |
tap_on |
UI要素タップ | ボタン押下、選択操作 |
input_text |
テキスト入力 | フォーム入力 |
back |
戻るボタン押下 | ナビゲーション |
stop_app |
アプリ停止 | テスト完了時 |
run_flow |
YAMLフロー実行 | 自動テスト |
run_flow_files |
フローファイル実行 | 自動テスト(ファイルベース) |
check_flow_syntax |
フロー構文検証 | フロー作成後 |
inspect_view_hierarchy |
UIツリー取得 | セレクタ調査 |
query_docs |
Maestroドキュメント検索 | API確認 |
cheat_sheet |
クイックリファレンス | コマンド確認 |
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 · 395 lines · 92 tokens per session scan A 7fd52deb54b9
mobile-impl is an agent published in the GitHub repository kazuph/yunomi (21 stars, last pushed 5d ago), licensed MIT. It adds 92 tokens to every session and 3,870 once invoked, about $0.0005 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-30.
Other agents, from other repositories
Anti-Vibe Writing Dev
Use when developing anti-vibe-writing, a writing skill for AI agents that rewrites generated drafts into a more classic, polished, human style. Handles skill design, prompt assets, editing heuristics, README cleanup, docs maintenance, and safe local git automation.
Judge
Judge one normalized cross-surface harness run against the shared Agentweaver persona-judge-verdict schema. Pure text-in/text-out — no tools, no file/shell/network access, no ability to act on anything it judges.
speckit.squad.status
Show alignment between your spec, tasks, and Squad agents.
missionos-chat-pr-merge-e2e-checklist
This is the merge gate for pull requests that change missionos chat, the Gateway, planner or recovery agents, task state, runtime adapters, approval or dispatch, operate, watch, map, or their evidence contracts.
contracts
MissionOS code should preserve these boundaries.
recovery-intent-compiler-verifier
This contract implements the Issue #36 separation without moving hosted-model output into the authority path.