@anysiteio/agent-skills 1.2.0 → 1.4.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.claude-plugin/marketplace.json +13 -1
- package/bin/install.js +174 -45
- package/package.json +1 -1
- package/skills/anysite-cli/SKILL.md +434 -178
- package/skills/anysite-cli/references/api-reference.md +73 -8
- package/skills/anysite-cli/references/dataset-guide.md +455 -19
- package/skills/anysite-cli/references/llm-reference.md +274 -0
- package/skills/anysite-mcp-migration/SKILL.md +279 -0
|
@@ -0,0 +1,274 @@
|
|
|
1
|
+
# LLM Analysis Reference
|
|
2
|
+
|
|
3
|
+
## Setup
|
|
4
|
+
|
|
5
|
+
```bash
|
|
6
|
+
anysite llm setup
|
|
7
|
+
```
|
|
8
|
+
|
|
9
|
+
Interactive configuration: selects provider (`openai` or `anthropic`), API key environment variable, default model, and optionally tests the connection. Writes to `~/.anysite/config.yaml` under the `llm:` key.
|
|
10
|
+
|
|
11
|
+
### Configuration Format
|
|
12
|
+
|
|
13
|
+
```yaml
|
|
14
|
+
llm:
|
|
15
|
+
default_provider: openai
|
|
16
|
+
providers:
|
|
17
|
+
openai:
|
|
18
|
+
provider: openai
|
|
19
|
+
api_key_env: OPENAI_API_KEY
|
|
20
|
+
default_model: gpt-4.1-mini
|
|
21
|
+
anthropic:
|
|
22
|
+
provider: anthropic
|
|
23
|
+
api_key_env: ANTHROPIC_API_KEY
|
|
24
|
+
default_model: claude-sonnet-4-5-20250514
|
|
25
|
+
cache_enabled: true
|
|
26
|
+
default_temperature: 0.0
|
|
27
|
+
default_max_tokens: 4096
|
|
28
|
+
rate_limit: "50/m"
|
|
29
|
+
```
|
|
30
|
+
|
|
31
|
+
### Provider Support
|
|
32
|
+
|
|
33
|
+
| Provider | SDK | Structured Output | Default Model |
|
|
34
|
+
|----------|-----|-------------------|---------------|
|
|
35
|
+
| OpenAI | `openai` (AsyncOpenAI) | JSON Schema via `response_format` | `gpt-4.1-mini` |
|
|
36
|
+
| Anthropic | `anthropic` (AsyncAnthropic) | System-prompt with JSON schema instruction | `claude-sonnet-4-5-20250514` |
|
|
37
|
+
|
|
38
|
+
## Commands
|
|
39
|
+
|
|
40
|
+
### `anysite llm summarize`
|
|
41
|
+
|
|
42
|
+
Summarize each record in a dataset source.
|
|
43
|
+
|
|
44
|
+
```bash
|
|
45
|
+
anysite llm summarize <dataset.yaml> --source <source_id> [OPTIONS]
|
|
46
|
+
```
|
|
47
|
+
|
|
48
|
+
| Option | Description |
|
|
49
|
+
|--------|-------------|
|
|
50
|
+
| `--source, -s` | Source to summarize (required) |
|
|
51
|
+
| `--max-length` | Max words in summary (default: 100) |
|
|
52
|
+
| `--output-column` | Column name for summary (default: `summary`) |
|
|
53
|
+
| `--prompt` | Custom prompt override |
|
|
54
|
+
| `--prompt-file` | Read prompt from file |
|
|
55
|
+
| `--dry-run` | Show prompt without calling LLM |
|
|
56
|
+
|
|
57
|
+
### `anysite llm classify`
|
|
58
|
+
|
|
59
|
+
Classify records into categories.
|
|
60
|
+
|
|
61
|
+
```bash
|
|
62
|
+
anysite llm classify <dataset.yaml> --source <source_id> [OPTIONS]
|
|
63
|
+
```
|
|
64
|
+
|
|
65
|
+
| Option | Description |
|
|
66
|
+
|--------|-------------|
|
|
67
|
+
| `--source, -s` | Source to classify (required) |
|
|
68
|
+
| `--categories, -c` | Comma-separated categories (auto-detects if omitted) |
|
|
69
|
+
| `--multi` | Allow multiple categories per record |
|
|
70
|
+
| `--output-column` | Column name for category (default: `category`) |
|
|
71
|
+
| `--prompt` | Custom prompt override |
|
|
72
|
+
| `--prompt-file` | Read prompt from file |
|
|
73
|
+
| `--dry-run` | Show prompt without calling LLM |
|
|
74
|
+
|
|
75
|
+
When `--categories` is omitted, the classifier auto-detects 3-7 categories from the first 20 records.
|
|
76
|
+
|
|
77
|
+
### `anysite llm enrich`
|
|
78
|
+
|
|
79
|
+
Enrich records with LLM-extracted attributes.
|
|
80
|
+
|
|
81
|
+
```bash
|
|
82
|
+
anysite llm enrich <dataset.yaml> --source <source_id> --add <spec> [OPTIONS]
|
|
83
|
+
```
|
|
84
|
+
|
|
85
|
+
| Option | Description |
|
|
86
|
+
|--------|-------------|
|
|
87
|
+
| `--source, -s` | Source to enrich (required) |
|
|
88
|
+
| `--add` | Field spec: `name:type_or_values` (repeatable, at least one required) |
|
|
89
|
+
| `--prompt` | Custom prompt override |
|
|
90
|
+
| `--prompt-file` | Read prompt from file |
|
|
91
|
+
| `--dry-run` | Show prompt without calling LLM |
|
|
92
|
+
|
|
93
|
+
**Field spec formats:**
|
|
94
|
+
|
|
95
|
+
| Format | Example | Description |
|
|
96
|
+
|--------|---------|-------------|
|
|
97
|
+
| Enum | `sentiment:positive/negative/neutral` | Constrained to listed values |
|
|
98
|
+
| Type | `language:string` | Free-form string |
|
|
99
|
+
| Range | `quality_score:1-10` | Integer value |
|
|
100
|
+
| Boolean | `is_technical:boolean` | True/false |
|
|
101
|
+
| Number | `relevance:number` | Floating point |
|
|
102
|
+
|
|
103
|
+
### `anysite llm generate`
|
|
104
|
+
|
|
105
|
+
Generate text for each record using a custom prompt.
|
|
106
|
+
|
|
107
|
+
```bash
|
|
108
|
+
anysite llm generate <dataset.yaml> --source <source_id> --prompt <template> [OPTIONS]
|
|
109
|
+
```
|
|
110
|
+
|
|
111
|
+
| Option | Description |
|
|
112
|
+
|--------|-------------|
|
|
113
|
+
| `--source, -s` | Source to process (required) |
|
|
114
|
+
| `--prompt` | Prompt with `{field}` placeholders (required unless `--prompt-file`) |
|
|
115
|
+
| `--prompt-file` | Read prompt from file |
|
|
116
|
+
| `--output-column` | Column name for generated text (default: `text`) |
|
|
117
|
+
| `--dry-run` | Show prompt without calling LLM |
|
|
118
|
+
|
|
119
|
+
The prompt template supports `{field_name}` placeholders that are replaced with record values. Example: `"Write a bio for {name} who works as {headline}"`.
|
|
120
|
+
|
|
121
|
+
Default temperature is 0.7 (higher than other commands).
|
|
122
|
+
|
|
123
|
+
### `anysite llm match`
|
|
124
|
+
|
|
125
|
+
Match records between two dataset sources.
|
|
126
|
+
|
|
127
|
+
```bash
|
|
128
|
+
anysite llm match <dataset.yaml> --source-a <id> --source-b <id> [OPTIONS]
|
|
129
|
+
```
|
|
130
|
+
|
|
131
|
+
| Option | Description |
|
|
132
|
+
|--------|-------------|
|
|
133
|
+
| `--source-a` | First source (required) |
|
|
134
|
+
| `--source-b` | Second source (required) |
|
|
135
|
+
| `--fields-a` | Fields from source A to include |
|
|
136
|
+
| `--fields-b` | Fields from source B to include |
|
|
137
|
+
| `--top-k` | Max matches per source-a record (default: 3) |
|
|
138
|
+
| `--threshold` | Min match score 0.0-1.0 (default: 0.5) |
|
|
139
|
+
| `--prompt` | Custom prompt override |
|
|
140
|
+
| `--prompt-file` | Read prompt from file |
|
|
141
|
+
| `--dry-run` | Show prompt without calling LLM |
|
|
142
|
+
|
|
143
|
+
Processes each source-a record against batches of 10 source-b records. Returns matches with score and reason.
|
|
144
|
+
|
|
145
|
+
### `anysite llm deduplicate`
|
|
146
|
+
|
|
147
|
+
Find semantic duplicates in a dataset source.
|
|
148
|
+
|
|
149
|
+
```bash
|
|
150
|
+
anysite llm deduplicate <dataset.yaml> --source <source_id> [OPTIONS]
|
|
151
|
+
```
|
|
152
|
+
|
|
153
|
+
| Option | Description |
|
|
154
|
+
|--------|-------------|
|
|
155
|
+
| `--source, -s` | Source to deduplicate (required) |
|
|
156
|
+
| `--key, -k` | Field for blocking (grouping similar records) (default: `name`) |
|
|
157
|
+
| `--threshold` | Min confidence for duplicate (default: 0.8) |
|
|
158
|
+
| `--prompt` | Custom prompt override |
|
|
159
|
+
| `--prompt-file` | Read prompt from file |
|
|
160
|
+
| `--dry-run` | Show prompt without calling LLM |
|
|
161
|
+
|
|
162
|
+
Uses a blocking pass (first 3 chars of key field) to group candidate duplicates before LLM evaluation.
|
|
163
|
+
|
|
164
|
+
### `anysite llm cache-stats`
|
|
165
|
+
|
|
166
|
+
Show LLM cache statistics (entry count, total input/output tokens).
|
|
167
|
+
|
|
168
|
+
```bash
|
|
169
|
+
anysite llm cache-stats
|
|
170
|
+
anysite llm cache-stats --json # Machine-readable JSON output
|
|
171
|
+
```
|
|
172
|
+
|
|
173
|
+
### `anysite llm cache-clear`
|
|
174
|
+
|
|
175
|
+
Clear all cached LLM responses.
|
|
176
|
+
|
|
177
|
+
```bash
|
|
178
|
+
anysite llm cache-clear
|
|
179
|
+
anysite llm cache-clear --json # Machine-readable JSON output
|
|
180
|
+
```
|
|
181
|
+
|
|
182
|
+
## Common Options
|
|
183
|
+
|
|
184
|
+
These options are shared across `summarize`, `classify`, `enrich`, `generate`, `match`, and `deduplicate`:
|
|
185
|
+
|
|
186
|
+
| Option | Description | Default |
|
|
187
|
+
|--------|-------------|---------|
|
|
188
|
+
| `--provider` | LLM provider name | From config |
|
|
189
|
+
| `--model` | Model ID override | From config |
|
|
190
|
+
| `--parallel, -j` | Concurrent LLM calls | 5 |
|
|
191
|
+
| `--rate-limit` | Rate limit (e.g., `"50/m"`, `"10/s"`) | From config |
|
|
192
|
+
| `--temperature` | LLM temperature | 0.0 (0.7 for generate) |
|
|
193
|
+
| `--max-tokens` | Max response tokens | 4096 |
|
|
194
|
+
| `--no-cache` | Skip cache lookup | false |
|
|
195
|
+
| `--format, -f` | Output format: json/jsonl/csv/table | json |
|
|
196
|
+
| `--output, -o` | Write results to file | stdout |
|
|
197
|
+
| `--fields` | Record fields to include in LLM prompt | All fields |
|
|
198
|
+
| `--quiet, -q` | Suppress progress/stats output | false |
|
|
199
|
+
| `--dry-run` | Show prompt without calling LLM | false |
|
|
200
|
+
| `--prompt` | Custom prompt template | Built-in |
|
|
201
|
+
| `--prompt-file` | Read prompt from file | - |
|
|
202
|
+
|
|
203
|
+
## Prompt System
|
|
204
|
+
|
|
205
|
+
### Built-in Prompts
|
|
206
|
+
|
|
207
|
+
| Key | Used by | Description |
|
|
208
|
+
|-----|---------|-------------|
|
|
209
|
+
| `summarize` | `summarize` | Summarize record in N words |
|
|
210
|
+
| `classify` | `classify` | Classify records into categories |
|
|
211
|
+
| `classify_auto_detect` | `classify` (no categories) | Auto-detect categories from sample |
|
|
212
|
+
| `match` | `match` | Rank candidates by relevance |
|
|
213
|
+
| `deduplicate` | `deduplicate` | Identify semantic duplicates |
|
|
214
|
+
| `enrich` | `enrich` | Extract specified attributes |
|
|
215
|
+
|
|
216
|
+
### Custom Prompts
|
|
217
|
+
|
|
218
|
+
Use `--prompt` for inline templates or `--prompt-file` to read from a file.
|
|
219
|
+
|
|
220
|
+
Template variables:
|
|
221
|
+
- `{record}` — formatted record (all non-underscore fields)
|
|
222
|
+
- `{records}` — formatted batch of records with indices
|
|
223
|
+
- `{field_name}` — individual record field value
|
|
224
|
+
- Command-specific variables: `{max_length}`, `{categories}`, `{field_descriptions}`, `{source_a_name}`, `{source_b_name}`, etc.
|
|
225
|
+
|
|
226
|
+
### Field Filtering
|
|
227
|
+
|
|
228
|
+
`--fields "name,headline,location"` restricts which record fields are sent to the LLM. Supports dot-notation for nested fields (e.g., `urn.value`).
|
|
229
|
+
|
|
230
|
+
## Cache System
|
|
231
|
+
|
|
232
|
+
SQLite database at `~/.anysite/llm_cache.db` with WAL mode. Cache keys are SHA256 hashes of `{provider}:{system_prompt+user_prompt}:{input_data}`.
|
|
233
|
+
|
|
234
|
+
Disable per-command with `--no-cache`. Disable globally by setting `cache_enabled: false` in config.
|
|
235
|
+
|
|
236
|
+
## Examples
|
|
237
|
+
|
|
238
|
+
```bash
|
|
239
|
+
# Classify LinkedIn posts by sentiment
|
|
240
|
+
anysite llm classify dataset.yaml --source posts \
|
|
241
|
+
--categories "positive,negative,neutral" \
|
|
242
|
+
--fields "text,title" --format table --output sentiment.csv
|
|
243
|
+
|
|
244
|
+
# Summarize company profiles
|
|
245
|
+
anysite llm summarize dataset.yaml --source companies \
|
|
246
|
+
--fields "name,description,industry" --max-length 50 --format table
|
|
247
|
+
|
|
248
|
+
# Enrich profiles with multiple attributes
|
|
249
|
+
anysite llm enrich dataset.yaml --source profiles \
|
|
250
|
+
--add "seniority:junior/mid/senior/executive" \
|
|
251
|
+
--add "department:string" \
|
|
252
|
+
--add "is_technical:boolean" \
|
|
253
|
+
--format csv --output enriched.csv
|
|
254
|
+
|
|
255
|
+
# Generate personalized messages
|
|
256
|
+
anysite llm generate dataset.yaml --source profiles \
|
|
257
|
+
--prompt "Write a cold outreach message for {name}, {headline} at {company}" \
|
|
258
|
+
--temperature 0.7 --model gpt-4.1
|
|
259
|
+
|
|
260
|
+
# Match people to companies
|
|
261
|
+
anysite llm match dataset.yaml --source-a profiles --source-b companies \
|
|
262
|
+
--fields-a "name,headline,skills" --fields-b "name,industry,description" \
|
|
263
|
+
--top-k 3 --threshold 0.6
|
|
264
|
+
|
|
265
|
+
# Find duplicate profiles
|
|
266
|
+
anysite llm deduplicate dataset.yaml --source profiles \
|
|
267
|
+
--key name --threshold 0.8 --fields "name,headline,location"
|
|
268
|
+
|
|
269
|
+
# Preview prompt without calling LLM
|
|
270
|
+
anysite llm classify dataset.yaml --source posts --dry-run
|
|
271
|
+
|
|
272
|
+
# Use a custom prompt from file
|
|
273
|
+
anysite llm generate dataset.yaml --source profiles --prompt-file my_prompt.txt
|
|
274
|
+
```
|
|
@@ -0,0 +1,279 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: anysite-mcp-migration
|
|
3
|
+
description: Migrate anysite MCP skills, prompts, and agent instructions from v1 (individual tools like search_linkedin_users, get_linkedin_profile) to v2 (universal meta-tools execute, discover, get_page, query_cache, export_data). Automatically rewrites tool references, adds pagination/filtering/export capabilities, and validates migrated output. Use when users need to update existing skills or prompts for the new anysite MCP v2 API, convert old tool calls to execute() format, or adapt workflows to use new v2 features like server-side filtering and data export.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# anysite MCP Migration Assistant
|
|
7
|
+
|
|
8
|
+
Migrate your anysite MCP skills, prompts, and agent instructions from v1 (individual tools) to v2 (universal meta-tools).
|
|
9
|
+
|
|
10
|
+
## Overview
|
|
11
|
+
|
|
12
|
+
Anysite MCP v2 replaces 70+ individual tools with 5 universal meta-tools. This skill helps you:
|
|
13
|
+
- **Rewrite tool references** from old format (`search_linkedin_users`, `get_linkedin_profile`) to new `execute()` calls
|
|
14
|
+
- **Add new v2 capabilities** like pagination, server-side filtering, aggregation, and file export
|
|
15
|
+
- **Validate migrated output** to ensure nothing was missed
|
|
16
|
+
- **Preserve workflow logic** while updating only the tool interface layer
|
|
17
|
+
|
|
18
|
+
## When to Use
|
|
19
|
+
|
|
20
|
+
- User says "migrate my skill to v2", "update for new anysite API", "convert to execute format"
|
|
21
|
+
- User pastes a skill or prompt that contains old-style tool names (`search_*`, `get_*`, `find_*`)
|
|
22
|
+
- User asks how to use new anysite MCP features (pagination, cache queries, export)
|
|
23
|
+
|
|
24
|
+
---
|
|
25
|
+
|
|
26
|
+
## Migration Workflow
|
|
27
|
+
|
|
28
|
+
### Step 1: Receive Input
|
|
29
|
+
|
|
30
|
+
Ask the user for one of:
|
|
31
|
+
1. **A skill file path** — read the SKILL.md and any files in `references/`
|
|
32
|
+
2. **Pasted prompt text** — the raw text of their prompt or instruction
|
|
33
|
+
3. **A description** of what the skill does — you'll help build it from scratch using v2 format
|
|
34
|
+
|
|
35
|
+
### Step 2: Identify Old Tool References
|
|
36
|
+
|
|
37
|
+
Scan the input for any of these v1 tool name patterns:
|
|
38
|
+
|
|
39
|
+
| Pattern | Example |
|
|
40
|
+
|---------|---------|
|
|
41
|
+
| `search_linkedin_*` | `search_linkedin_users`, `search_linkedin_companies`, `search_linkedin_jobs`, `search_linkedin_posts` |
|
|
42
|
+
| `get_linkedin_*` | `get_linkedin_profile`, `get_linkedin_company`, `get_linkedin_user_posts` |
|
|
43
|
+
| `find_linkedin_*` | `find_linkedin_email`, `find_linkedin_user_email` |
|
|
44
|
+
| `google_linkedin_*` | `google_linkedin_search` |
|
|
45
|
+
| `search_twitter_*` / `get_twitter_*` | `search_twitter_users`, `get_twitter_user`, `get_twitter_user_tweets` |
|
|
46
|
+
| `search_instagram_*` / `get_instagram_*` | `search_instagram_users`, `get_instagram_user`, `get_instagram_post` |
|
|
47
|
+
| `search_youtube_*` / `get_youtube_*` | `search_youtube`, `get_youtube_channel`, `get_youtube_video` |
|
|
48
|
+
| `search_reddit_*` / `get_reddit_*` | `search_reddit`, `get_reddit_user`, `get_reddit_posts` |
|
|
49
|
+
| `search_yc_*` / `get_yc_*` | `search_yc_companies`, `get_yc_company` |
|
|
50
|
+
| `search_sec_*` / `get_sec_*` | `search_sec_filings`, `get_sec_document` |
|
|
51
|
+
| `scrape_webpage` | `scrape_webpage` |
|
|
52
|
+
| `mcp__anysite__*` | Any tool with the MCP prefix — strip prefix and match above |
|
|
53
|
+
|
|
54
|
+
Also look for references to **Crunchbase** — this source is disabled in v2 and must be removed.
|
|
55
|
+
|
|
56
|
+
### Step 3: Apply Tool Mapping
|
|
57
|
+
|
|
58
|
+
Replace each old tool call using this mapping:
|
|
59
|
+
|
|
60
|
+
#### LinkedIn
|
|
61
|
+
|
|
62
|
+
| Old tool | New execute() call |
|
|
63
|
+
|----------|-------------------|
|
|
64
|
+
| `search_linkedin_users(keywords, location, count, ...)` | `execute("linkedin", "search", "search_users", {"keywords": ..., "location": ..., "count": ...})` |
|
|
65
|
+
| `get_linkedin_profile(user)` | `execute("linkedin", "user", "get", {"user": ...})` |
|
|
66
|
+
| `get_linkedin_company(company)` | `execute("linkedin", "company", "get", {"company": ...})` |
|
|
67
|
+
| `search_linkedin_companies(keywords, count)` | `execute("linkedin", "search", "search_companies", {"keywords": ..., "count": ...})` |
|
|
68
|
+
| `search_linkedin_jobs(keywords, location, count)` | `execute("linkedin", "job_search", "search_jobs", {"keywords": ..., "count": ...})` |
|
|
69
|
+
| `search_linkedin_posts(keywords, count)` | `execute("linkedin", "post", "search_posts", {"keywords": ..., "count": ...})` |
|
|
70
|
+
| `get_linkedin_user_posts(user)` | `execute("linkedin", "post", "get_user_posts", {"user": ...})` |
|
|
71
|
+
| `find_linkedin_email(user)` | `execute("linkedin", "email", "find", {"user": ...})` |
|
|
72
|
+
| `google_linkedin_search(query, count)` | `execute("linkedin", "google", "search", {"query": ..., "count": ...})` |
|
|
73
|
+
|
|
74
|
+
#### Twitter/X
|
|
75
|
+
|
|
76
|
+
| Old tool | New execute() call |
|
|
77
|
+
|----------|-------------------|
|
|
78
|
+
| `search_twitter_users(query)` | `execute("twitter", "search", "search_users", {"query": ...})` |
|
|
79
|
+
| `get_twitter_user(username)` | `execute("twitter", "user", "get", {"username": ...})` |
|
|
80
|
+
| `get_twitter_user_tweets(username)` | `execute("twitter", "user_tweets", "get", {"username": ...})` |
|
|
81
|
+
|
|
82
|
+
#### Instagram
|
|
83
|
+
|
|
84
|
+
| Old tool | New execute() call |
|
|
85
|
+
|----------|-------------------|
|
|
86
|
+
| `search_instagram_users(query)` | `execute("instagram", "search", "search_users", {"query": ...})` |
|
|
87
|
+
| `get_instagram_user(username)` | `execute("instagram", "user", "get", {"username": ...})` |
|
|
88
|
+
| `get_instagram_post(url)` | `execute("instagram", "post", "get", {"url": ...})` |
|
|
89
|
+
|
|
90
|
+
#### YouTube
|
|
91
|
+
|
|
92
|
+
| Old tool | New execute() call |
|
|
93
|
+
|----------|-------------------|
|
|
94
|
+
| `search_youtube(query, count)` | `execute("youtube", "search", "search_videos", {"query": ..., "count": ...})` |
|
|
95
|
+
| `get_youtube_channel(channel_id)` | `execute("youtube", "channel", "get", {"channel_id": ...})` |
|
|
96
|
+
| `get_youtube_video(video_id)` | `execute("youtube", "video", "get", {"video_id": ...})` |
|
|
97
|
+
|
|
98
|
+
#### Reddit
|
|
99
|
+
|
|
100
|
+
| Old tool | New execute() call |
|
|
101
|
+
|----------|-------------------|
|
|
102
|
+
| `search_reddit(query)` | `execute("reddit", "search", "search", {"query": ...})` |
|
|
103
|
+
| `get_reddit_user(username)` | `execute("reddit", "user", "get", {"username": ...})` |
|
|
104
|
+
| `get_reddit_posts(subreddit)` | `execute("reddit", "posts", "get", {"subreddit": ...})` |
|
|
105
|
+
|
|
106
|
+
#### YC / SEC / Web
|
|
107
|
+
|
|
108
|
+
| Old tool | New execute() call |
|
|
109
|
+
|----------|-------------------|
|
|
110
|
+
| `search_yc_companies(query)` | `execute("yc", "search", "search", {"query": ...})` |
|
|
111
|
+
| `get_yc_company(slug)` | `execute("yc", "company", "get", {"slug": ...})` |
|
|
112
|
+
| `search_sec_filings(query)` | `execute("sec", "search", "search", {"query": ...})` |
|
|
113
|
+
| `get_sec_document(url)` | `execute("sec", "document", "get", {"url": ...})` |
|
|
114
|
+
| `scrape_webpage(url)` | `execute("webparser", "parse", "parse", {"url": ...})` |
|
|
115
|
+
|
|
116
|
+
### Step 4: Handle Unknown Endpoints
|
|
117
|
+
|
|
118
|
+
If the input references a tool name **not in the mapping above**:
|
|
119
|
+
|
|
120
|
+
1. Try to infer the source and category from the tool name
|
|
121
|
+
2. Add a `discover()` call before the `execute()`:
|
|
122
|
+
```
|
|
123
|
+
Use discover("{source}", "{category}") to find available endpoints and params.
|
|
124
|
+
Then use execute("{source}", "{category}", "{endpoint}", {params}).
|
|
125
|
+
```
|
|
126
|
+
|
|
127
|
+
**Important:** Only add `discover()` when the exact endpoint or params are unknown. If the mapping above covers it, use `execute()` directly — no discover needed.
|
|
128
|
+
|
|
129
|
+
### Step 5: Add v2 Capabilities
|
|
130
|
+
|
|
131
|
+
Review the migrated skill for opportunities to add new v2 features:
|
|
132
|
+
|
|
133
|
+
#### Pagination
|
|
134
|
+
When the workflow processes large result sets or needs "more results":
|
|
135
|
+
```
|
|
136
|
+
Results from execute() include cache_key. If more data exists, use:
|
|
137
|
+
get_page(cache_key="{cache_key}", offset=10, limit=10)
|
|
138
|
+
```
|
|
139
|
+
|
|
140
|
+
#### Server-side Filtering
|
|
141
|
+
When the workflow filters results after fetching (e.g., "only show people in SF"):
|
|
142
|
+
```
|
|
143
|
+
After execute(), filter without consuming context tokens:
|
|
144
|
+
query_cache(cache_key="{cache_key}", conditions=[{"field": "location", "op": "contains", "value": "San Francisco"}])
|
|
145
|
+
```
|
|
146
|
+
|
|
147
|
+
#### Aggregation
|
|
148
|
+
When the workflow computes statistics or groups data:
|
|
149
|
+
```
|
|
150
|
+
query_cache(cache_key="{cache_key}", aggregate={"field": "followers", "op": "avg"}, group_by="industry")
|
|
151
|
+
```
|
|
152
|
+
|
|
153
|
+
#### Export to File
|
|
154
|
+
When the workflow outputs structured data (CSV, JSON) or the user needs downloadable results:
|
|
155
|
+
```
|
|
156
|
+
export_data(cache_key="{cache_key}", output_format="csv")
|
|
157
|
+
→ returns download URL
|
|
158
|
+
```
|
|
159
|
+
|
|
160
|
+
### Step 6: Update Error Handling
|
|
161
|
+
|
|
162
|
+
Replace old-style error handling:
|
|
163
|
+
|
|
164
|
+
**Before:**
|
|
165
|
+
```
|
|
166
|
+
If search_linkedin_users returns an error, try with different keywords.
|
|
167
|
+
```
|
|
168
|
+
|
|
169
|
+
**After:**
|
|
170
|
+
```
|
|
171
|
+
If execute() returns an error with "llm_hint", follow the hint.
|
|
172
|
+
If execute() returns {"error": "Source not found", "available_sources": [...]}, check source name.
|
|
173
|
+
If execute() returns {"error": "Endpoint not found", "available_endpoints": [...]}, call discover() to find correct endpoint names.
|
|
174
|
+
```
|
|
175
|
+
|
|
176
|
+
### Step 7: Remove Disabled Sources
|
|
177
|
+
|
|
178
|
+
Remove any references to **Crunchbase** — this source is disabled in v2. If the skill relies on Crunchbase data, suggest alternatives:
|
|
179
|
+
- Company data → LinkedIn company profiles or Y Combinator
|
|
180
|
+
- Funding data → SEC filings or web scraping of funding databases
|
|
181
|
+
- Startup research → Y Combinator database
|
|
182
|
+
|
|
183
|
+
### Step 8: Validate
|
|
184
|
+
|
|
185
|
+
Run through this checklist on the migrated output:
|
|
186
|
+
|
|
187
|
+
- [ ] No remaining `search_linkedin_*`, `get_linkedin_*`, `find_linkedin_*` references
|
|
188
|
+
- [ ] No remaining `search_twitter_*`, `get_twitter_*` references
|
|
189
|
+
- [ ] No remaining `search_instagram_*`, `get_instagram_*` references
|
|
190
|
+
- [ ] No remaining `search_youtube_*`, `get_youtube_*` references
|
|
191
|
+
- [ ] No remaining `search_reddit_*`, `get_reddit_*` references
|
|
192
|
+
- [ ] No remaining `search_yc_*`, `get_yc_*` references
|
|
193
|
+
- [ ] No remaining `search_sec_*`, `get_sec_*` references
|
|
194
|
+
- [ ] No remaining `scrape_webpage` references
|
|
195
|
+
- [ ] No remaining `mcp__anysite__` prefixed tool names (old MCP format)
|
|
196
|
+
- [ ] No Crunchbase references
|
|
197
|
+
- [ ] `discover()` added only where endpoint/params are genuinely unknown
|
|
198
|
+
- [ ] `get_page` / `query_cache` / `export_data` added where beneficial
|
|
199
|
+
- [ ] Error handling updated to v2 format
|
|
200
|
+
- [ ] Original workflow logic preserved — same steps, same data flow
|
|
201
|
+
|
|
202
|
+
### Step 9: Output
|
|
203
|
+
|
|
204
|
+
Present the migrated skill in the same format as the input:
|
|
205
|
+
- If the input was a SKILL.md file → output the full migrated SKILL.md
|
|
206
|
+
- If the input was a prompt → output the migrated prompt text
|
|
207
|
+
- If the input was pasted text → output the migrated version
|
|
208
|
+
|
|
209
|
+
Always show a **migration summary** after the output:
|
|
210
|
+
|
|
211
|
+
```
|
|
212
|
+
## Migration Summary
|
|
213
|
+
- Tool calls replaced: N
|
|
214
|
+
- discover() calls added: N
|
|
215
|
+
- New v2 features added: [list]
|
|
216
|
+
- Crunchbase references removed: N
|
|
217
|
+
- Warnings: [any issues found]
|
|
218
|
+
```
|
|
219
|
+
|
|
220
|
+
---
|
|
221
|
+
|
|
222
|
+
## Examples
|
|
223
|
+
|
|
224
|
+
### Example 1: Simple Tool Replacement
|
|
225
|
+
|
|
226
|
+
**Input:**
|
|
227
|
+
```
|
|
228
|
+
Use search_linkedin_users to find CTOs in Berlin, then get_linkedin_profile for each result.
|
|
229
|
+
```
|
|
230
|
+
|
|
231
|
+
**Output:**
|
|
232
|
+
```
|
|
233
|
+
Use execute("linkedin", "search", "search_users", {"title": "CTO", "location": "Berlin", "count": 10}) to find CTOs in Berlin, then execute("linkedin", "user", "get", {"user": "{alias}"}) for each result.
|
|
234
|
+
```
|
|
235
|
+
|
|
236
|
+
### Example 2: Multi-Step Workflow
|
|
237
|
+
|
|
238
|
+
**Input:**
|
|
239
|
+
```
|
|
240
|
+
1. Use search_linkedin_users to find the person
|
|
241
|
+
2. Use get_linkedin_profile to get their full profile
|
|
242
|
+
3. Use find_linkedin_email to get their email
|
|
243
|
+
4. Use get_twitter_user to check their Twitter
|
|
244
|
+
```
|
|
245
|
+
|
|
246
|
+
**Output:**
|
|
247
|
+
```
|
|
248
|
+
1. Use execute("linkedin", "search", "search_users", {"first_name": ..., "last_name": ..., "count": 5}) to find the person
|
|
249
|
+
2. Use execute("linkedin", "user", "get", {"user": "{alias from step 1}"}) to get their full profile
|
|
250
|
+
3. Use execute("linkedin", "email", "find", {"user": "{alias from step 1}"}) to get their email
|
|
251
|
+
4. Use execute("twitter", "user", "get", {"username": "..."}) to check their Twitter
|
|
252
|
+
```
|
|
253
|
+
|
|
254
|
+
### Example 3: Adding v2 Features
|
|
255
|
+
|
|
256
|
+
**Input:**
|
|
257
|
+
```
|
|
258
|
+
Search for 50 marketing managers and filter by location.
|
|
259
|
+
```
|
|
260
|
+
|
|
261
|
+
**Output:**
|
|
262
|
+
```
|
|
263
|
+
1. Use execute("linkedin", "search", "search_users", {"title": "Marketing Manager", "count": 50}) to search
|
|
264
|
+
2. If more results exist, use get_page(cache_key="{cache_key}", offset=10, limit=10) to load additional pages
|
|
265
|
+
3. Use query_cache(cache_key="{cache_key}", conditions=[{"field": "location", "op": "contains", "value": "..."}]) to filter by location server-side
|
|
266
|
+
4. Use export_data(cache_key="{cache_key}", output_format="csv") to download the filtered list
|
|
267
|
+
```
|
|
268
|
+
|
|
269
|
+
---
|
|
270
|
+
|
|
271
|
+
## Quick Reference: v2 Meta-Tools
|
|
272
|
+
|
|
273
|
+
| Tool | Purpose | When to use |
|
|
274
|
+
|------|---------|-------------|
|
|
275
|
+
| `discover(source, category)` | Learn available endpoints and params | Before execute() when endpoint name or params are unknown |
|
|
276
|
+
| `execute(source, category, endpoint, params)` | Fetch data from any source | Every data retrieval — replaces all v1 tools |
|
|
277
|
+
| `get_page(cache_key, offset, limit)` | Load more items from previous execute() | When execute() returned next_offset |
|
|
278
|
+
| `query_cache(cache_key, conditions, sort_by, aggregate, group_by)` | Filter/sort/aggregate cached data | When you need to slice results without re-fetching |
|
|
279
|
+
| `export_data(cache_key, format)` | Save dataset as downloadable file | When user needs CSV/JSON/JSONL export |
|