Design rigorous A/B tests with hypotheses, variants, metrics, and sample size calculations.
日本語の概要は準備中です。原文の説明を表示しています。
Search for jobs matching my resume and preferences
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Priority hierarchy: See
references/priority-hierarchy.mdfor conflict resolution.
Automated daily job search using browser automation.
scripts/
evaluate-jobs.md # Subagent for parallel job evaluation
assets/
templates/ # Format templates (committed)
Resolve the data directory using references/data-directory.md.
Resolve the data directory, then check prerequisites per references/prerequisites.md. Resume and preferences are both required.
Read these files:
DATA_DIR/resume/* (candidate profile)DATA_DIR/preferences.md (preferences)DATA_DIR/job-history.md (to avoid duplicates)DATA_DIR/linkedin-contacts.csv (if it exists — for network matching)Extract search terms from:
$ARGUMENTS if providedUse Claude in Chrome MCP tools per references/browser-setup.md, navigating to https://hiring.cafe. For each search term, enter the query and apply relevant filters (date posted, location, etc.).
Extracting results — IMPORTANT: Do NOT use get_page_text on hiring.cafe or any large job listing page. It returns the entire page content and will blow out the context window.
Instead, extract job listings using javascript_tool to pull only structured data:
// Extract visible job listing data from the page
Array.from(document.querySelectorAll('[class*="job"], [class*="listing"], [class*="card"], tr, [role="listitem"]'))
.slice(0, 50)
.map(el => el.innerText.trim())
.filter(t => t.length > 20 && t.length < 500)
.join('\n---\n')
If that selector doesn't match, take a screenshot to understand the page structure, then write a targeted JS selector for the specific site. The goal is to extract just the listing rows (title, company, location, salary) — never the full page.
As a fallback, use read_page (NOT get_page_text) and scan for listing elements.
Note: Hiring.cafe is just our search tool. Don't share hiring.cafe links with the user — you'll resolve direct employer URLs for the top matches in Step 5.
Score each job against the candidate's resume and preferences using the criteria in references/fit-scoring.md.
Append ALL jobs to DATA_DIR/job-history.md:
## [DATE] - Search: "[terms]"
| Job Title | Company | Location | Salary | Fit | Notes |
|-----------|---------|----------|--------|-----|-------|
| ... | ... | ... | ... | ... | ... |
For each High-fit job:
javascript_tool to pull the posting content (e.g. document.querySelector('[class*="description"], [class*="content"], article, main')?.innerText). Do NOT use get_page_text — employer pages often have huge footers, navs, and related listings that bloat the output and can blow out the context window.DATA_DIR/jobs/[company-slug]-[date]/posting.md with the employer URL at the topFor Medium-fit jobs, try to resolve the employer URL but don't save the full posting.
If you can't resolve the direct link for a job, note the company name so the user can find it themselves. Never show hiring.cafe URLs to the user.
Show only NEW High/Medium fits not in previous history.
If LinkedIn contacts were loaded, cross-reference each result's company name against the "Company" column in the CSV. Use fuzzy matching (e.g. "Google" matches "Google LLC", "Alphabet/Google"). If there's a match, include the contact's name and title.
## Top Matches for [DATE]
### 1. [Title] at [Company]
- **Fit**: High
- **Salary**: $XXXk
- **Location**: Remote
- **Why**: [reason]
- **Network**: You know [First Last] ([Position]) at [Company]
- **Apply**: [direct employer URL]
Omit the "Network" line if there are no contacts at that company.
After presenting results, tell the user:
IMPORTANT: Do NOT attempt to tailor resumes, write cover letters, or fill applications yourself. Those are separate skills with their own workflows. If the user asks to do any of these for a job, direct them to use the appropriate skill command.
If user provides feedback, update DATA_DIR/preferences.md:
Structure user-facing output with these sections:
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Design rigorous A/B tests with hypotheses, variants, metrics, and sample size calculations.
日本語の概要は準備中です。原文の説明を表示しています。
When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program," or "experiment playbook." Use this whenever someone is comparing two approaches and wants to measure which performs better, or when they want to build a systematic experimentation practice. For tracking implementation, see analytics. For page-level conversion optimization, see cro.
日本語の概要は準備中です。原文の説明を表示しています。
Format CVs for academic positions with publications, grants, and teaching
日本語の概要は準備中です。原文の説明を表示しています。
Conduct a comprehensive accessibility audit against WCAG guidelines with severity ratings and remediation steps.
日本語の概要は準備中です。原文の説明を表示しています。
Create accessibility testing plans covering assistive technologies and WCAG criteria.
日本語の概要は準備中です。原文の説明を表示しています。
When the user wants to generate, iterate, or scale ad creative — headlines, descriptions, primary text, or full ad variations — for any paid advertising platform. Also use when the user mentions 'ad copy variations,' 'ad creative,' 'generate headlines,' 'RSA headlines,' 'bulk ad copy,' 'ad iterations,' 'creative testing,' 'ad performance optimization,' 'write me some ads,' 'Facebook ad copy,' 'Google ad headlines,' 'LinkedIn ad text,' or 'I need more ad variations.' Use this whenever someone needs to produce ad copy at scale or iterate on existing ads. For campaign strategy and targeting, see ads. For landing page copy, see copywriting.
日本語の概要は準備中です。原文の説明を表示しています。