Code of Conduct
Existing issues
Problem
Currently, the scan.mjs script only filters job postings by title keywords. This leads to a lot of manual noise in the pipeline for users who have strict location requirements (e.g., Remote-only) or salary expectations.
Without these filters, the automated scanner picks up many roles that the user would never consider, forcing them to manually clear their pipeline later.
Proposed solution
I propose adding three new filtering layers to the portal scanner configuration (portals.yml) and implementing them in scan.mjs:
- Location Toggles: Add
remote_only and onsite_only boolean flags.
- Location Matcher: Add
positive and negative keyword lists for specific cities or regions (e.g., 'Pune', 'India', 'EMEA').
- Salary Range: Add
min and max filters for yearly compensation (initially leveraging the Ashby API's structured data).
These changes would allow the scanner to discard irrelevant roles before they ever reach the user's pipeline.
Area
Portal Scanner
Code of Conduct
Existing issues
Problem
Currently, the
scan.mjsscript only filters job postings by title keywords. This leads to a lot of manual noise in the pipeline for users who have strict location requirements (e.g., Remote-only) or salary expectations.Without these filters, the automated scanner picks up many roles that the user would never consider, forcing them to manually clear their pipeline later.
Proposed solution
I propose adding three new filtering layers to the portal scanner configuration (
portals.yml) and implementing them inscan.mjs:remote_onlyandonsite_onlyboolean flags.positiveandnegativekeyword lists for specific cities or regions (e.g., 'Pune', 'India', 'EMEA').minandmaxfilters for yearly compensation (initially leveraging the Ashby API's structured data).These changes would allow the scanner to discard irrelevant roles before they ever reach the user's pipeline.
Area
Portal Scanner