HR AI agent · Employee helpdesk
HR Helpdesk AI Agent
Read the front door for what may be arriving unrecognised, record the hour it landed, and put anything that may be notice in front of a named HR officer before it is answered.
- Typical delivery
- 4–6 weeks
- Deployment
- Your stack
- Named officer
- Notice flagged
- After launch
- Agent Care
What this agent does
Flags what may be notice, never rules on it
In
- 01
A message lands unlabelled, and the hour it landed is written down before it is read.
- 02
Nothing in it names the statute, and under 29 CFR 825.303(b) at first nothing has to.
Reason
- 03
Knowledge that leave may qualify opens five business days under 29 CFR 825.300(b)(1).
- 04
A limitation is mentioned in passing, and 29 CFR 1630.2(o)(3) comes into view.
- 05
A supervisor is named, and Gorzynski, 596 F.3d 93, holds the wrong door still counted.
Decide
- 06
A worry about the numbers arrives, and Directive (EU) 2019/1937 Article 9 starts running.
- 07
A health detail is disclosed, and 29 CFR 1630.14(c)(1) governs where it may be kept.
Out
- 08
A contact will not classify, and that doubt is written up rather than resolved away.
- 09
Execute write actions only inside the approval boundaries agreed during implementation.
Product statement
Reading what may have arrived, the hour and the question the regulation directs belong to the agent. The recognition, the reply and any instruction belong to a named HR officer.
Example workflow
One contact, arrival to recognition
- 1Contact arrivesPortal ticket, HR inbox, chat thread, phone note or a line added to an unrelated question
- 2Arrival fixed and timestampedThe channel, the hour, the words as sent, the topic on its face and the clock it might open
- 3Reading proposed, clocks namedWhat the contact may be, each deadline that would follow, the questions still open and confidence
- 4Controls appliedRecognition checks, clock-start checks, disclosure checks and reading confidence
No human action required
Stages 1 to 4 run unaided, and nothing is disposed of at any of them — the agent is recognising, and the officer lane opens at the confidence gate.
Goes back in released wording only.
Picks up a named officer read first.
Officer recognition
The contact is held with its wording, what it may be and the deadlines already open.
Recognise · Ask back · Send to counsel review
Recognised — by the named officer
- 6Ticket and records systems updatedOnly where write access and the medical-file rules allow it
- 7Outcome evaluatedReading stability, clock timing, officer corrections and what review found
Corrections
Each officer correction is counted back into the evaluation.
What should not run autonomously
Human approval stays in control
Outside the boundary — human approval required
8 items
- Deciding a message is not FMLA notice.
- Closing a contact as routine on its own.
- Telling an employee to keep a concern quiet.
- Answering a disclosure with policy text.
Automation boundary
Agent acts unaided
- ✓Timestamp the contact at the hour it arrived.
- ✓Carry the eligibility-notice deadline where a named officer sees it.
- ✓Ask the further question the regulation directs.
- ✓Route a health disclosure into the confidential medical record file.
Nothing is closed as routine except inside the boundaries a named officer agreed.
- Judging whether a duty to inquire arose.
- Deciding an accommodation is not needed.
- Ruling that a report is not a report.
- Changes to the recognition or routing rules.
Example output
One employee contact, annotated
This serves a people-services team who may have to show, months afterwards, what the employer came to know and on what day — because under 29 CFR 825.300(b)(1) the clock runs from knowledge and not from a request; below is one contact exactly as the agent leaves it.
Contact record · single message
Illustrative example- Contact
- General enquiry, family illness mentioned
- Read as
- Possible FMLA notice, unconfirmed
- Arrived
- Logged at 08:41, 3 August 2026
- Wording of record
- Message as sent, one thread
- Confidence
- Held unanswered
- To be read by
- The named HR officer, by name
As received
Taken from the message as sent and the channel log, and it claims nothing about what the contact is in law.
What the ticket holds
- Message as sent
- Channel and the hour
- Prior contacts
Why no reply here
Whether this message is notice is a judgement a named officer makes.
What the score decides
Below the configured threshold a contact picks up an officer read before it is answered.
Action
RecogniseAsk backSend to counsel reviewValue
Where AI adds value
The same four claims, placed at the point in the workflow where each one applies.
Where the value lands
Value 01 – 04
Any contact
Through whatever door it came
Where knowing is the trigger
29 CFR 825.300(b)(1) runs five business days from the moment the employer acquires knowledge that leave may qualify, and 29 CFR 825.303(b) says the employee need not name the statute.
Nobody labels it notice
In Burnett, 472 F.3d 471, summary judgment for the employer was reversed because a run of ordinary-looking communications had been handled as ordinary.
Looked for, and not present
No published benchmark was found for recognising legally operative messages inside a general HR queue, and the EEOC guidance index itself now returns not found rather than only the withdrawn AI pages, so no guidance document is relied on here by address.
Build an evidence trail
The contact, the hour it arrived and the officer it was raised to stay together.
Integrations
Typical integrations
Five system groups connect to the same agent. Which of them are in scope is decided in discovery.
Helpdesk and ticketing
- ServiceNow HR
- Workday Help
- Ticket queues and the contact log
Message channels
- web chat
- portal form
- Walk-ups logged by a person
Core HR and leave records
- Workday
- UKG Pro
- Oracle HCM
- Leave history and the reporting line
Agent
HR helpdesk and first contact
- Reads what arrived
- Names what it may be
- Holds for the officer
Records and medical files
- Records store
- retention schedules
- Separate medical-file handling
Observability & evaluation
- OpenTelemetry
- Langfuse
- Supported monitoring/evaluation sources
Integration availability depends on the client's existing systems and API access.
Agent controls
Six screens between the message and the reply
Six screens set across one frame, the last the finest. What passes is drawn in the map below.
L6 · Outermost — last line of defence
Inward → L1 · closest to the model
- L1 – L2
- Test whether this reply may leave the queue
- L3
- Leaves the recognition to a named officer
- L4 – L5
- Keep the ticket and the wording behind it
- L6
- Raises the contact to a human when signals degrade
How Nestack evaluates it
Evaluate the whole screening — not only the reply that goes out.
Coverage runs the whole depth of the workflow, and every layer is cut by slice.
Surface — the reply an employee reads
- E1Final-output evaluationDid the screening record the hour and the clock that arrival would open?
- E2Step-level evaluationDid the agent read the right thread, the right history and the live recognition rules?
- E3Tool evaluationDid it read and write the correct ticket and the correct employee?
- E4Confidence calibrationDo low-confidence contacts actually attract more officer corrections?
- E5Slice evaluationHow does performance change across specific contact classes?
- E6Business outcomeHow many contacts were corrected before the officer released them?
Floor — the knowledge the employer holds
Failure modes
Where each failure originates in the agent
Seven failure modes, each set at the stage where it first shows.
Agent lifecycle
Direction of processing →
01 · Retrieval
1 mode
- UH-03
Harassment route never retrieved
The rule for it sits in a runbook nobody wired in.
Stage gathers
The wording, the channel, the hour and the past
02 · Reasoning
2 modes
- UH-04
Family-health message read as routine
A sick-leave answer opens a clock nobody saw.
- UH-06
Accommodation request read as facilities
A noise complaint closes and no process opens.
Stage proposes
The recognition, the clock it starts and confidence
03 · Tool / write
2 modes
- UH-02
Confidentiality wording sent by default
A helpful paragraph asks a reporter to stay quiet.
- UH-05
Report handled as a payroll query
Seven days pass and no acknowledgement goes out.
Stage writes
Only where write access and approval policy allow it
04 · Output
1 mode
- UH-01
Health detail kept in the ticket
A disclosure sits where the rules do not allow.
Stage returns
The reply an employee reads and a tribunal later reads
05 · Change / Version
1 mode
- UH-07
Escalations stop being read
Raising more turns the officer read into a formality.
Stage tracks
Model, prompt, routing rules and reply text
- Sev-1 · notice answered and shut
- Sev-2 · a clock opens and nobody is told
- Sev-3 · signal degrades, contact held back
Affected slices
Oblique contacts absorb the correcting
A queue-level reading figure can read clean while oblique family-health contacts carry most of the correcting. Nestack reports the officer-correction rate by contact class, not only in total.
Slice performance — reported separately, not only in aggregate
Illustrative example| Slice | Failure rate | Lift | Lift vs. threshold | Status |
|---|---|---|---|---|
| Oblique family-health contacts | 11.0% | 3.7× | Review | |
| Concerns about the numbers | 7.8% | 2.6× | Review | |
| Supervisor conduct in passing | 4.9% | 1.6× | Watch | |
| Named-policy questions | 2.2% | 0.7× | Normal |
Bar: correction-rate lift against named-policy contacts · scale 0–4.0× · tick marks the 2.0× review threshold
2 of 4 slices over threshold
Evidence-linked improvement
What an unrecognised message costs
A loop closes when the message answered instead of recognised is a standing case. That suite is what the next contact window is measured against.
Improvement cycle · five stages
Switchback — the path turns at Improve and returns at Learn
- 01
Detect
Correction rate rises on oblique family-health contacts.
- 02
Diagnose
The leave nobody saw coming because the message read as a question about sick pay is worked backwards until one cause is left standing.
- 03
Improve
Number the ticket; the wording that raised it is filed beneath it.
- 04
Verify
Nothing closes while one touched recognition case is still red.
- 05
Learn
One case joins the suite, and one line joins the recognition rules.
Learn → Detect
The return edge. The next contact is measured against a suite one case longer.
Typical build scope
Twelve workstreams across six weeks
The build scope read against the delivery timeline. Week structure follows the six-week plan — discovery, channels, contact recognition, evaluation, integration, then production validation and handover.
Workstream
Week 1Week 2Week 3Week 4Week 5Week 6
- 01Recognition scope and automation-boundary definition.Week 1
- 02Channel, queue and ticket-system review.Week 1, Week 2
- 03Contact routing and recognition-boundary discovery.Week 1, Week 2
- 04Employee contact capture.Week 2
- 05Recognition logic and clock binding.Week 2, Week 3
- 06Confidence scoring and officer routing.Week 3
- 07Officer recognition workflow.Week 3, Week 4
- 08Ticket-system and records integration.Week 5
- 09Recognition and routing cases.Week 4, Week 5
- 10Guardrails and closure controls.Week 4
- 11Contact-trail instrumentation.Week 5, Week 6
- 12Deployment, documentation and Agent Care handover.Week 6
12 workstreams · 6 weeks · bar shows the weeks a workstream is active — several run in parallel
Final scope and sequence confirmed in discovery
Engagement tiers
What each tier includes
Rows are the capabilities named in each tier's scope. Higher tiers include everything below them.
| Capability✓ in scope · — not at this tier | PilotOne queue, one population | ProductionProduction service workflow | AdvancedSeveral channels / languages |
|---|---|---|---|
| Introduced at Pilot | |||
| Recognition to your routing rules | ✓ | ✓ | ✓ |
| Release by a named officer | ✓ | ✓ | ✓ |
| Contact-volume baseline | ✓ | ✓ | ✓ |
| Introduced at Production | |||
| Reporting by contact class | — | ✓ | ✓ |
| Officer review inside your own systems | — | ✓ | ✓ |
| Approved write-back | — | ✓ | ✓ |
| Ticket-and-directory integration | — | ✓ | ✓ |
| Introduced at Advanced | |||
| Mixed-topic recognition rules | — | — | ✓ |
| Multi-stage officer release | — | — | ✓ |
| Heavy contact volume | — | — | ✓ |
| Multi-topic recognition controls | — | — | ✓ |
| Build price | From $5,000 | From $8,000 | Custom quote |
- Final build price
- Confirmed after discovery based on integrations, queue complexity, topic coverage, release controls and deployment requirements.
- Separate from build
- Build pricing is separate from recurring Agent Care, which covers managed monitoring, evaluations, incidents and verified improvements after launch.
What we need from you
What you bring, and what we build with it
Each input maps to a piece of build scope and a week in the delivery timeline.
You bring
We build with it
01Your live contact channels and the officer each one raises to
→Contact capture and arrival timestamping
Week 102Representative past contacts and how each one was handled
→Channel binding, recognition logic and the contact baseline
Week 203Your statutory deadlines and the rota that answers them
→Recognition mapping, clock binding and the automation boundary
Week 104Access to relevant APIs, feeds or exports
→Channel, queue and ticket-system assessment, then integration setup
Week 205Tickets you would not want disclosed
→Recognition cases and the failure round
Week 406What no ticket may close
→Confidence scoring, officer routing, guardrails and release controls
Week 307A named officer who takes the recognition
→Release through the named officer, then pilot and production validation
Weeks 5–6
Nothing else is required
Deployment, documentation and Agent Care handover are ours.
Delivery timeline
Four phases across six weeks
These bands are measured rather than evened; week five carries two because the two truly overlap.
Phase
W1
W2
W3
W4
W5
W6
- DiscoveryW1
- BuildW2 – W3
- EvaluateW4 – W5
- Pilot & LaunchW5 – W6
Week focus
W1Channel discovery, recognition mapping and the automation boundary
W2Queue integration and the contact-recognition baseline
W3Recognition logic, clock binding and release controls
W4Evaluation suite, recognition cases and the failure round
W5Ticket-system integration, pilot contacts and targeted corrections
W6One service cycle run under the people-services lead, then Agent Care handover
- Reading the band
- Each band covers only the weeks its own work is named for, and week five is doubled by design.
- At the end of W6
- Once the contact record validates, Agent Care picks the agent up.
- Duration
- Six-week plan shown · typical delivery 4–6 weeks depending on scope confirmed in discovery.
Next step · HR AI agent
Build a helpdesk agent around the message nobody recognised.
A misrouted IT ticket costs an afternoon; a misrouted HR message costs a statutory clock. Show us one week of your front door and the contacts answered and shut. If a family illness, a diagnosis or a worry about the numbers came through, something began counting that day.
- Typical delivery
- 4–6 weeks
- Deployment
- Your contact channels
- Named officer
- Notice flagged
- After launch
- Agent Care available
Nestack Agents · HR helpdesk
AGT-HR-07 · Agent Care available after launch
