内容
<picture>
<source media="(prefers-color-scheme: dark)" srcset="assets/banner-dark.svg">
<img src="assets/banner-light.svg" alt="ASOHawk" width="100%">
</picture>
<p align="center"><strong>App Store Optimization, built for AI agents.</strong></p>
<p align="center">
<a href="https://asohawk.cc"><img src="https://img.shields.io/badge/website-asohawk.cc-b45309" alt="Website"></a>
<a href="https://registry.modelcontextprotocol.io"><img src="https://img.shields.io/badge/MCP_registry-io.github.prodocik%2Fasohawk-121212" alt="MCP Registry"></a>
<a href="TOOLS.md"><img src="https://img.shields.io/badge/MCP_tools-62-121212" alt="Tool count"></a>
</p>
ASOHawk is an ASO platform your AI agent uses directly. It speaks [MCP](https://modelcontextprotocol.io), the protocol Claude Code, Claude Desktop, Cursor, Codex and most agent CLIs already understand. Point an agent at it once and it reads your App Store rankings, keywords, competitors, reviews and revenue, and manages tracking and metadata on request.
The web dashboard exists too, but the agent is a first-class citizen, not an afterthought: every capability is a versioned tool with an explicit contract, honest limitations, and a safety model where anything that touches your App Store listing waits for your approval.
## How it works
<picture>
<source media="(prefers-color-scheme: dark)" srcset="assets/how-it-works-dark.svg">
<img src="assets/how-it-works-light.svg" alt="Your agent connects to ASOHawk over MCP; ASOHawk reads the App Store and writes to App Store Connect after human approval." width="100%">
</picture>
The server is remote MCP over HTTPS. Nothing to install, nothing to run, no local database: one config block in your client and the agent is connected.
## Quick start
**1. Create a key.** Sign up at [asohawk.cc](https://asohawk.cc) (free plan, no credit card), then open **Settings → API keys** and create a key. Read by default; add write to let the agent manage tracking.
**2. Connect.** For Claude Code, run once in any terminal:
```sh
claude mcp add --transport http --scope user asohawk https://asohawk.cc/api/mcp --header "Authorization: Bearer ahk_YOUR_KEY"
```
<details>
<summary><strong>Claude Desktop</strong></summary>
**Settings → Developer → Edit Config**, then add:
```json
{
"mcpServers": {
"asohawk": {
"type": "http",
"url": "https://asohawk.cc/api/mcp",
"headers": {
"Authorization": "Bearer ahk_YOUR_KEY"
}
}
}
}
```
</details>
<details>
<summary><strong>Cursor</strong></summary>
Save as `.cursor/mcp.json` in your project, or `~/.cursor/mcp.json` to make it available everywhere:
```json
{
"mcpServers": {
"asohawk": {
"url": "https://asohawk.cc/api/mcp",
"headers": {
"Authorization": "Bearer ahk_YOUR_KEY"
}
}
}
}
```
</details>
<details>
<summary><strong>Codex</strong></summary>
Add to `~/.codex/config.toml`:
```toml
[mcp_servers.asohawk]
url = "https://asohawk.cc/api/mcp"
[mcp_servers.asohawk.http_headers]
Authorization = "Bearer ahk_YOUR_KEY"
```
To keep the key out of the file, use `codex mcp add` with `--bearer-token-env-var ASOHAWK_API_KEY` instead.
</details>
<details>
<summary><strong>Qwen Code</strong></summary>
Add to `~/.qwen/settings.json`:
```json
{
"mcpServers": {
"asohawk": {
"httpUrl": "https://asohawk.cc/api/mcp",
"headers": {
"Authorization": "Bearer ahk_YOUR_KEY"
}
}
}
}
```
</details>
<details>
<summary><strong>Kimi CLI</strong></summary>
```sh
kimi mcp add --transport http asohawk https://asohawk.cc/api/mcp --header "Authorization: Bearer ahk_YOUR_KEY"
```
</details>
<details>
<summary><strong>Gemini CLI, VS Code and any other MCP client</strong></summary>
Gemini CLI takes the same `httpUrl` block as Qwen Code in `~/.gemini/settings.json`. VS Code takes a `servers` block in `.vscode/mcp.json`. Any client that reads `mcp.json` works with the standard shape:
```json
{
"mcpServers": {
"asohawk": {
"type": "http",
"url": "https://asohawk.cc/api/mcp",
"headers": {
"Authorization": "Bearer ahk_YOUR_KEY"
}
}
}
}
```
Exact snippets for every client, plus a stdio bridge for clients without remote MCP support, are in the [getting started guide](docs/getting-started.md).
</details>
**3. Ask.** The agent calls ASOHawk and answers in plain language:
> Give me a growth report for my apps this week.
> Who are my top competitors and which keywords do they rank for that I don't?
> Find new keyword opportunities for my app and track the best ones.
> How many downloads and how much revenue does https://apps.apple.com/us/app/duolingo/id570060128 get?
## What the agent can do
64 tools cover the full ASO loop: rankings and keyword tracking, competitor discovery and monitoring, review streams, ASO health and recommendations, acquisition and retention funnels, revenue, keyword difficulty and popularity scoring, exact Apple Search Ads popularity on demand, chart moves, hypotheses and learnings, App Store Connect metadata edits, screenshot changes, native A/B tests (Product Page Optimization), paid-app, IAP and subscription repricing (one territory or a purchasing-power matrix across all 175), build attachment and App Review submission.
Every tool returns the same envelope: the answer under `data`, plus `data_freshness`, honest `limitations`, `recommended_next_capabilities` and a `cost_class`. Agents do not guess what a number means or what to call next; the response says so.
Lists inside `data` are tabular — `{columns, rows}` with positional cells — so a field name is written once, not once per row; the server states that reading rule in its instructions. Connecting with `?profile=core` (or `?profile=keywords,changes`) lists fewer tools up front without changing what the key may call: `list_capabilities` still names everything, marking what the profile left out.
- **[Tool reference](TOOLS.md)**: every tool with its contract, generated from the live registry.
- **[Playbooks](docs/playbooks.md)**: 16 step-by-step recipes, from onboarding an app to shipping a build through App Review.
- **[Concepts](docs/concepts.md)**: authentication, permissions, the response envelope, errors, cost classes.
- **[Prompt library](docs/prompts.md)**: copyable everyday prompts for setup, data, ASO work and safe execution.
## Built for trust
- **Scoped keys.** Read keys see read tools only; write tools are invisible to them, not just refused.
- **Human approval on writes.** Metadata changes, screenshot changes, price changes and App Review submissions are proposals first. A human approves them in the dashboard before anything reaches App Store Connect. High-risk operations (name or description rewrites, prices, review submissions) wait for a human even in workspaces that enable auto-apply. The single exception, off by default and per call: a purchasing-power price matrix may run on auto when every territory already has a price and none of them moves more than 15%.
- **Durable subscription repricing.** A country-wide subscription matrix runs in the background with per-territory progress. It is marked applied only after a complete live App Store Connect read verifies every country; failed runs require an explicit reconciled resume, and ambiguous network outcomes are never retried blindly. Existing subscribers keep their price.
- **Per-domain read controls.** Each data domain can be switched off for agents independently.
- **A closed error contract.** Refusals carry a reason code, whether a retry can succeed, and alternative tools; agents recover instead of hallucinating.
Details in [concepts](docs/concepts.md).
## Links
- Website and signup: [asohawk.cc](https://asohawk.cc)
- Live agent guide with your real key filled in: [asohawk.cc/docs/agent](https://asohawk.cc/docs/agent)
- Pricing: [asohawk.cc/#pricing](https://asohawk.cc/#pricing)
ASOHawk is a hosted service; this repository is its public documentation. Found a gap or want a tool that is missing? [Open an issue](https://github.com/prodocik/asohawk/issues).
连接信息
猜你喜欢
暂无推荐服务器