Integration
Connect DevITjobs UK to PhishStats
When something happens in DevITjobs UK, your agent does the next thing in PhishStats. Describe it in plain language and the automation is built, tested on every branch and kept running.
Build it
What do you want DevITjobs UK and PhishStats to do together?
Describe it and your agent reads both APIs, builds the automation, tests every branch and ships it. The list below is what exists today, not the limit.
Ask the assistant
You'll sign in before anything runs. What you typed comes with you.
Or work from Claude Code
Install the APIANT plugin for Claude Code and build, edit, test and read run history from your terminal. Every plan gets this, including free, and it spends no assistant credits.
Connect Claude CodeEverything your agent can do with DevITjobs UK and PhishStats
Triggers and actions 2 triggers · 1 action
Trigger
New job postingPolls https://devitjobs.uk/job_feed.xml (GET, no auth, no params) and fires for each new job listing appearing in the XML feed. Feed item fields: title, company, location, salary, description. No unique job id is published in the feed — implementer must derive a stable polling identity (e.g. hash of title+company+location, or publish date if present) since the vendor exposes only this one unauthenticated read endpoint.
Trigger
New phishing recordPolling trigger for newly added phishing URLs. GET https://api.phishstats.info/api/phishing?_sort=-date&_p=1&_size=100 (optionally filtered by _where=(countrycode|tld|asn,eq,value) etc.) — the database refreshes every ~90 minutes; poll no more often than that. Dedup/order by the id or date field (descending). Auth via X-API-Key header (psk_...) or ?apikey=psk_...; anonymous allowed at a lower quota.
Action
Find phishing recordsSearch the PhishStats phishing database. GET https://api.phishstats.info/api/phishing with _where=(field,operator,value) filters (eq/ne/gt/lt/like, combined with ~and/~or) over fields like url, ip, asn, countrycode, tld, title, score, date, id; _sort=field (-field for desc); _p=page (default 1), _size=records per page (default 20, max 100). Auth via X-API-Key header (psk_...), Authorization: Bearer psk_..., or ?apikey=psk_... query param; anonymous is allowed at a lower quota.
No trigger or action matches that. Ask your agent to add it: it reads the API documentation and builds what you describe.