| name | salary-band-lookup |
| description | Provides recommended salary bands by combining internal compensation tables with candidate attributes. |
| iface | [object Object] |
| mcp | [object Object] |
| slo | [object Object] |
| limits | [object Object] |
Salary Band Lookup (salary-band-lookup)
Purpose
Compute salary band recommendations that align with internal compensation policy, using candidate attributes, job level expectations, and available market benchmarks.
When to Use
- A candidate profile satisfying
catalog/contracts/candidate_profile.schema.jsonis available and the workflow requires salary guidance. - Downstream skills or humans need normalized band information before generating offer packets or advisor summaries.
- The orchestrator must validate that proposed compensation falls within governance thresholds defined by policy.
Prerequisites
- Established connection to the
pg-readonlyMCP server with access to compensation tables and market benchmark views. - Candidate records must include role family, level, and geographic metadata for accurate lookup.
- Ensure the latest compensation policy tables are synchronized in the MCP data source.
Procedures
Retrieve and Calculate Salary Bands
- Validate Candidate Payload – Confirm the input conforms to
catalog/contracts/candidate_profile.schema.json. Pay special attention torole_family,level, andlocationfields. - Query Compensation Tables – Execute deterministic reads via
pg-readonlyto fetch base, target, and stretch ranges for the specified job family and level. Incorporate location adjustments when available. - Incorporate Market Benchmarks – Blend internal tables with benchmark adjustments to produce a recommended range. Document the benchmark source in the response metadata.
- Apply Governance Rules – Enforce policy thresholds (e.g., maximum variance vs. current employee compensation) and raise warnings if the recommended band conflicts with governance constraints.
- Emit Structured Output – Populate fields defined in
catalog/contracts/salary_band.schema.json, includingrecommended_band, numeric ranges, currency codes, and rationale or caveats. - Validate Results – Run schema validation against
catalog/contracts/salary_band.schema.jsonto ensure completeness before returning the payload.
Examples
Example 1: Baseline Lookup
- Input:
resources/examples/in.json - Process:
- Validate
cand-123against the candidate schema. - Fetch level-specific bands via
pg-readonly. - Adjust for location differentials if present and compile reasoning.
- Validate
- Output:
resources/examples/out.json
Additional Resources
resources/examples/– Illustrative inputs and outputs for integration testing.impl/– Reserved directory for helper prompts, SQL, or scripts.policies/flow_governance.yaml– Reference governance thresholds when interpreting warnings (repository root).
Troubleshooting
- Missing Compensation Rows: If
pg-readonlyreturns zero results, return a warning and suggest verifying that the compensation tables contain the candidate's job family/level combination. - Schema Violations: Ensure optional numeric ranges are emitted as numbers, not strings, and that currency codes follow ISO 4217.
- Stale Benchmarks: When benchmark metadata indicates an outdated refresh date, flag the issue in the
warningsarray and notify the compensation operations contact channel.