Interview Screening CRM

Interview Screening CRM

Give every applicant a code. They call in — or join from a browser. An AI agent runs the first-round interview. You read the scorecard.

A complete, no-backend Telenow app for teams that spend too many hours on first-round screens. Share one screening line with candidates, let the AI interviewer ask the questions you configured for that specific role, and get a structured scorecard — with per-question answers and a go / no-go recommendation — in your dashboard before you've finished your coffee.

---

How it works

 HR adds a candidate  ──▶  app generates a screening code  ──▶  HR sends the invitation
                                                                        │
                                              ┌─────────────────────────┴───────────────────────┐
                                              ▼                                                 ▼
                                    candidate dials the                              candidate opens the
                                    screening number                                 web call link
                                              └─────────────────────────┬───────────────────────┘
                                                                        ▼
 Scorecard on the Screenings page  ◀──  AI agent verifies the code and interviews  ◀────────────┘
                │
                └──▶  workflow moves the candidate to "Screened" and copies the score onto their row

Two ways in, one interview. Telephony and web call run the same agent, the same questions and the same scorecard. On a web call there's no phone number attached to the conversation — which is exactly why the screening code is the primary identifier throughout.

Nothing to host. Every piece — the data store, the agent's tools, the dashboard, the automation and the application intake webhook — runs on Telenow's own runtime.

---

What you get

Seven dashboard pages

Plus a hiring snapshot widget that renders on the dashboard home.

One ready-made voice agent

One click in Setup builds a real, tool-bound agent in your org:

• Screening Interviewer — a flow agent: identify → arrival window → structured questions → logistics → candidate's questions → scorecard. Three global branches exit gracefully: the candidate wants to stop, their invitation has expired, or they have used up their attempts.

The same agent handles both directions — the candidate dialling in or joining the web call, and the recruiter's outbound "Call now" — so there is nothing to choose between.

Eight tools the agent can call mid-call

find_candidate · log_call_attempt · get_job_details · get_screening_questions · register_candidate · record_answer · submit_screening · reschedule_screening

All declarative — they read and write the app's own data store directly. No server, no signing secrets, no webhook plumbing.

Automation that runs itself

• screening-completed workflow — when a scorecard is filed, moves the candidate to Screened and copies the overall score and recommendation onto their row. This is the only workflow, and it matches on screening_code.
• application-intake inbound hook — POST your careers-form submissions straight in and a candidate row is created, sitting at New for you to invite.

---

Setup, in order

1. Install the app and open Setup. The readiness checklist tells you exactly what's missing.

2. Fill in the settings (installed app → Settings): Company name, and a fallback screening number if you want one. That is all there is — the screening number and the web call link both belong to an agent and are set on the app's own Setup page (step 4), which is also where you pick the default agent.

3. Create a position on the Positions page. Write the JD, then open the Screening questions tab and add the questions for that role. This is the step that matters most — the agent asks exactly these questions, in this order. "Load a starter set" gives you six solid role-agnostic ones to edit.

4. Create your agent from Setup. You'll be taken to the agent builder; the agent is already bound to this app's tools and knowledge base. Then give candidates a way to reach it — you do not need a phone number:

   • Web call (no phone number required). In Telenow: Agents → your agent → Publish → turn on Enable public link → Save. You get a telenow.ai/p/… link that opens a call page in any browser, no login. Paste it into Web call link on the app's Setup page (step 3) — once per agent. From then on, every invitation that picks that agent fills its link in automatically, and switching agent on a candidate swaps the link with it. Leave the agent's access code off — candidates already identify themselves with their screening code, and an access code would block them.
   • Phone. Attach a number to the agent in Telenow, then type that number into Screening phone number on the app's Setup page — beside that agent's web call link.

   Either route on its own is enough. The interview and the scorecard are identical whichever they use.

   Telenow's app bridge hands an app an agent's id and name, but not its publish slug — reading that back would need an org-wide API key. Pasting the link once per agent keeps the app inside the permissions it actually asks for.

5. Add a candidate (or wire up the webhook) and send the invitation. The Candidates page generates the code and writes the message for you.

Wiring your careers page

POST https://api.telenow.ai/webhooks/app/<installationId>/application-intake?token=<install signing secret>
Content-Type: application/json

{ "name": "…", "email": "…", "phone": "…", "position": "Senior Backend Engineer",
  "source": "website", "linkedin": "…", "company": "…", "title": "…",
  "experience_years": 4, "location": "…", "resume_url": "…", "message": "…" }

Find installationId and the signing secret on the installed app's page in your dashboard. Candidates are upserted by phone, so a resubmission updates rather than duplicates.

---

Data model

Résumés and JDs are text, on purpose

You paste the résumé and the job description in as text. That's not a shortcut — it's the only form the AI agent can actually read and reason over mid-call. A PDF sitting in storage is invisible to the interviewer; pasted text is what lets it ask "you mentioned migrating a monolith — what was the rollback plan?"

Recruiters can also store a link to the CV (resume_url) for their own reference, and your careers form can supply one through the intake webhook.

Want PDF or Word upload with automatic text extraction? That's a customisation — ask Telenow and it can be added for your organisation. This version deliberately ships without blob storage or the files:* scopes.

---

One conversation, voice-only, by design

The screening is the interview. There is no second, separate round to book: this app schedules exactly one thing, candidate.screening_at, the time that screening is booked for. Leave it blank and the candidate joins whenever they like. If they need a different time, the agent calls reschedule_screening and that same screening moves — it never books them a second one.

Telenow orchestrates voice, so the only thing this CRM offers is what it can actually run: a phone call or a web call. There is deliberately no on-site or video option and no round/mode dropdown. A control that lets a recruiter book an on-site round is a promise to a candidate that nothing in the system keeps — so it isn't there. The bundled agent is instructed the same way: never offer or imply an in-person meeting, and hand anything beyond the screening back to the recruiter.

Fairness

The bundled agents are instructed — in the system prompt, in the flow node prompts, and in the knowledge base — never to ask about or score on age, marital or family status, pregnancy, religion, caste, ethnicity, national origin, disability or health. They're also told that confidence, accent and fluency are not competence. The knowledge base ships a "Fair interviewing rules" document that's attached to every agent this app creates.

The agent does not make hiring decisions. It scores, it recommends, and a human presses Advance or Reject.

---

Limits worth knowing

• List views read up to 500 rows per object type — the Pipeline and Candidates pages tell you when they hit the cap, and the filters narrow it.
• The agent's get_screening_questions returns at most 50 questions per role. That's more than any screen needs.
• Data store: 100,000 rows per org across all types. Résumé and JD text count toward it, so very long pastes are stored but there's no reason to paste a whole portfolio.

---

Licence

Ships as-is for Telenow organisations. Edit the manifest and the UI freely — it's your hiring process.

Changelog

2.8.0

Screening codes are numbers now

• New codes are 8 digits, digits only — e.g. 48293061. Letter codes kept getting misheard on the phone: speech-to-text turns "B" into "D" and "M" into "N", and a candidate reading a perfectly valid code was told their invitation didn't exist. Spoken digits survive the trip.
• 8 digits rather than 6, so codes stay as hard to collide as the old letter-and-number ones — a million six-digit numbers is not many once every candidate has one. The first digit is never 0, so nothing that treats a code as a number can silently eat it.
• The agent now expects digits, and when a code doesn't match it reads the digits back and asks the candidate to repeat them slowly, then looks them up again — one mistranscribed digit no longer ends the call as "invitation no longer valid".
• Codes already sent keep working: lookup is exact-match, letters and all. Use New code on a candidate whenever you want them on a numeric one.

2.7.0

Your brand, in front of the candidate

• Two new optional settings: Company logo URL and Brand colour.
• The Email tab on Interviews now shows a branded, phone-shaped invitation — your logo, your colour, the candidate's name, the role, the slot, and the code in a panel of its own. Copy branded invitation puts it on the clipboard with its formatting intact, ready to paste into your mail client.
• Setup gained one block giving you the four values Telenow's call page will actually accept — Widget title, Button label, Greeting, Accent color — each with a copy button. Paste them into your agent's Publish → Appearance and the page stops saying "Talk to Screening Interviewer / Test in browser" and starts saying your company's name.

The invitation itself got better for the person reading it

• The screening code moved above the link. Candidates tap the moment they see a button, and on a phone the message is gone behind the call after that — anything they must have to hand goes first.
• The booked time now reads "Friday, 24 July at 3:00 PM GMT+5:30" rather than "Jul 24, 3:00 PM". A candidate cannot act on a date without a weekday, and cannot trust a time without a timezone.
• Added the two things that silently stop a browser interview: the microphone prompt, and links that open inside WhatsApp's own browser. Shown only when there is a browser route.
• The invitation now says up front that the interview is with an AI interviewer.

What cannot be done, stated plainly

• The telenow.ai/p/… page cannot carry your logo. Its settings are exactly four values, none of which is an image, a background or a stylesheet. No app can change that — it is Telenow's page.
• A fully branded, self-hosted landing page is possible, but only if your company puts a file on its own website. Nothing was built for it, because a page nobody hosts reaches nobody. Say the word if you have somewhere to put it.

2.6.0

Pick the agent, get both routes

• The screening number now belongs to the agent, beside that agent's web call link — the same fix 2.5.0 made for the link. Choose an agent on a candidate and the number they dial and the page they open both fill themselves in. You never type either again for that agent.
• Both live together on Setup, under the default-agent picker. One save.
• If you already had a workspace screening number, the field offers it — one click to attach it to this agent. It is offered, never applied: nothing is stored until you save, and it is never copied from one agent onto another.
• The workspace screening number setting stays, now labelled as the fallback for agents that have none of their own. It is not removed: nothing documents that a stored value survives its key being deleted from the manifest, and stranding a configured workspace with no number is not worth the tidiness.

No new permissions

• This adds no scopes, so nothing re-prompts for consent on upgrade.

Documentation caught up with the app

• The README still listed update_candidate_stage (removed), a Meta Lead Ads hook (removed in 2.3.1), and told you to paste an agent id into a setting that stopped existing in 2.5.0. The Setup page's no-route panel — the first thing a new install shows — still pointed at a Settings field that had moved. All corrected.

2.5.0

Settings is down to two fields

• Only Company name and Screening phone number are left. They are the two things with no home in the CRM itself — everything else is a working choice, and working choices belong where you work.
• Screening agent ID is gone. The default agent is now picked on Setup, by name, from a list — no UUIDs to copy. With one agent in the workspace there is nothing to set at all: it is the default.
• Web call link is gone from Settings. It belongs to an agent, and one org-wide URL was simply wrong the moment a different agent was chosen. Set it per agent on Setup, or inline on Interviews.
• Careers / application form URL is gone. It only ever printed your own URL back at you.

Scheduling many candidates

• A candidate with no agent of their own falls through to the default, and picks up that agent's web call link automatically — so a hundred invitations is not a hundred choices. Override any single candidate on Interviews as before.

Upgrading: if you had filled in the old Web call link setting it still works as a silent fallback, but paste the link on Setup when you get a moment — that is the one that follows the agent.

2.4.0

Two ways an interview now stops, and you can see both

• Expired invitation. Past the date you set, the interviewer tells the candidate their interview has timed out and to contact the hiring team, rather than screening them.
• Too many attempts. Five starts per invitation. On the sixth the interviewer says the same thing. The count ticks each time the interviewer identifies someone, so a candidate who keeps dropping the call climbs it.
• Both show on Interviews: Attempts used up or Invitation expired on the row, and "Started 3 of 5 times" in the panel. New code resets the count and lets them straight back in.
• Neither files a scorecard. Filing one would mark the candidate Completed and take away the only button you have to let them back in.

Outbound is two lines instead of five

• Who dials, and the one thing both buttons need. The rest was explanation nobody needed twice.

Agent hardening — found by adversarial review, and each one would have broken the feature

• The identify step still said "not in the system? register them and continue". Hardening only the main prompt left the step that actually runs identification wide open: hang up, call back, say you have no code, and you'd get a fresh record with no expiry and no attempt count. It now checks the name against existing candidates first and refuses to register anyone this team has already invited.
• Both new stop-nodes had no exit — the agent could say its line and then had nowhere to go. They now end the call like every other terminal path.
• The attempt cut-off could be triggered by a sentence: "Sorry, I had to hang up again" was listed as an example, which is what an honest candidate says on their second call. It is now state-only. The expiry cut-off had the same defect with "My code is A7K2Q9" — the opening line of every valid call.
• The counter could be written down: "this is my first call" would have reset 6 to 1. It now never moves backwards.
• "Can we do this another day?" routed to the rebook path, which files a scorecard — undoing both cut-offs without the candidate lying about anything. That path now stops after a timeout.
• The panel showed "Started 5 of 5" in calm grey for a candidate whose next call was already refused. The warning now arrives on the attempt it applies to, not one late.

2.3.1

Your configured questions were never being used

• get_screening_questions filtered on active="true" — a string — against a field declared as a boolean. Nothing ever matched, so every position looked like it had no question bank and the interviewer wrote its own questions on every single call. The parameter is now a real boolean, and the agent is told to skip any question that is paused. If your scorecards have all said "AI wrote the questions", this is why.

Fixed the most likely source of the error count on the Apps page

• submit_screening did not require screening_code, but the workflow that advances the candidate matches on it — and a match value that resolves to nothing is a hard step failure that retries six times. One codeless scorecard could burn most of a month's error budget. The code is now required.
• record_answer had the tightest timeout in the app (5s) on the tool called most often — once per question. Raised to 10s, in line with every other tool.

Removed the Meta Lead Ads hook

• It could never have worked: its verification block carried no Meta App Secret, so it checked Meta's signature against this app's own signing secret and rejected every delivery. Its field paths also don't exist in a real Lead Ads payload. Dead config that could only produce failures. The careers form hook (application-intake) is unaffected and works.

2.3.0

Invitations can be given a shelf life

• On Interviews, choose how long an invitation stays valid — 24 hours, 3 days, 7 days, or No expiry (the default; existing candidates are untouched and their invitations read exactly as before).
• The message and the email print the date, and say plainly that it is the code that stops working.
• The deadline counts from the booked interview, not from when you set it — so a candidate booked for next week gets a window around their slot. Move the interview and the deadline moves with it.
• The interviewer reads the deadline and declines to screen on a lapsed invitation. It files no scorecard when it does, so the candidate stays where they were and you can still issue a new code.
• New code beside the screening code is the hard cancel: it issues a fresh code, so every copy of the invitation you already sent — including forwarded ones — stops working immediately.
• The list shows Invitation expired on a lapsed row, so you can see it without opening anyone.

Honest about what this is

• The date is a deterrent, not a lock. If the interviewer cannot work out today's date it runs the interview anyway — locking a real candidate out is worse than screening one a day late. New code is the part that is absolute.
• The web call link is not masked and does not expire. It belongs to the agent, is the same for every candidate that agent interviews, and Telenow has no link expiry — closing a published page is still Agents → your agent → Publish. Nothing in the app claims otherwise.

Agent hardening — this is what makes the above real

• Closed the route around a cancelled invitation. The interviewer used to register anyone who said they had no code as a brand-new applicant, which would have handed a fresh, deadline-free identity to the very person whose code you had just revoked. It now asks whether they were invited before, and if a code they read out does not match, it says the invitation is no longer valid rather than registering them. register_candidate is now documented as being for genuinely new applicants only.

2.2.1

Outbound now explains itself

• The Outbound panel says who actually dials: Call now rings the candidate from the chosen agent, Open softphone does not dial — it opens the Telenow dialler with their number filled in and you press Call. (The old wording implied both placed a call. softphone.dial() only opens the dialler.)
• It names the prerequisite both buttons share: the workspace needs a business phone number. In Telenow open Phone numbers in the sidebar, buy one or bring across a number you already own, then use Assign agent to point it at your screening agent.
• It answers the obvious question directly: a screening time does not dial anyone by itself. The slot is what's printed on the invitation and what the agent checks when the candidate arrives. Nothing goes out on a timer — the candidate calls or opens their link, or you press Call now.
• The "you can still send the invitation instead" reassurance is now gated on a route actually existing. With no number and no web call link it would have contradicted the red warning in the same panel.
• Members without outbound permission are told so in the panel, rather than only in a tooltip on a greyed-out button.
• Fixed: the empty-settings note claimed Call now "needs no settings at all". It needs a business number.

No new buttons. A "schedule the call" control was designed and rejected: calls.initiate is immediate only, and a declarative app's schedules[] handlers can upsert an object or ping a backend this app doesn't have — neither can place a call. A button that couldn't dial would be a lie.

2.2.0

The web call link follows the agent you pick

• Pick the screening agent on Interviews and its telenow.ai/p/… call page drops straight into the invitation — both the message and the email. Switch agent and the link switches with it.
• You paste each agent's link once, either on Setup (step 3) or inline on Interviews the first time you choose that agent. It is stored per agent (agent_link), so it is right for every candidate afterwards. Why paste at all: Telenow's app bridge gives an app an agent's id and name but not its publish slug, and reading that back would mean asking you for an org-wide API key — more authority than one URL is worth.
• The Screening agent selector moved out of Outbound and up into the invitation panel, because it now decides both who dials on "Call now" and where the invitation points.
• The old org-wide Web call link setting still works as a fallback, but a per-agent link wins. This fixes a real mismatch: one global link would send candidates to the wrong agent whenever another was chosen.

2.1.0

Pick the agent per candidate

• The Interviews page invite rail now has a Screening agent selector — choose which of your workspace's agents places a candidate's outbound "Call now". The choice is saved on the candidate and remembered. Empty falls back to the org-wide default set in Setup. (Inbound candidates still reach whichever agent is bound to your screening number or web call link — the app can't reroute an inbound call per candidate.)

Scheduling and evaluation are separate sections

• Brought back a dedicated Interviews page for scheduling and inviting the one AI screening — its time, the agent, and the editable message/email invitation. Candidates now holds candidate information only (Profile / Resume). Evaluation — the scorecard, transcript and Shortlist / Reject — stays on Screenings.

The AI writes questions when a role has none

• If a position has no configured question bank, the agent now writes six questions from the job description and the candidate's résumé rather than cutting the interview short. The scorecard is flagged "AI wrote the questions" so a recruiter knows those scores weren't from a shared set. Configure questions on the position for comparable scoring.

One screening, not two

• Removed the separate interview object entirely — the screening is the interview. Its scheduled time lives on the candidate (screening_at), and the agent reschedules it in place rather than booking a second round. The scorecard can now be filed incomplete or flagged, not just completed.
• Agent prompt hardened: an explicit 10-minute arrival grace window, every declared tool is now instructed, and it fails open (runs the interview) when it can't determine the current time.

1.6.0

Faster pages

The dashboard navigates between pages with a full reload, so nothing is warm and every wasted request is felt. Measured and fixed:

• Duplicate fetches removed. Several pages mounted useObjects purely to reach its create/update/ remove helpers — but that hook always performs its own list fetch, so those pages were reading the same object type twice on every load. The Pipeline board was fetching all candidates twice. Those pages now call the data bridge directly for writes and keep a single read.
• Reads run in parallel. Reports needed four object types and Interviews two; independent reads now go out together instead of one after another.
• The page paints immediately. Pages used to show a full-screen spinner until every request resolved. The title, subtitle and toolbar now render in the first frame and only the table or board area shows a loading state.
• Less over-fetching. Setup and the dashboard widget no longer pull 500 rows to answer questions that need a count or a handful of rows.

Positions is less crowded

• The detail view went from four tabs to two: Role (details and the job description together — they were always the same field) and Screening questions, which is untouched. The read-only Candidates tab is replaced by a single line of text.
• Cards now show the role, its status, and the two numbers that drive action — applicants and active questions — calling out a role that has no questions, since that is the state that stops screening working.
• The new-position form keeps five fields up front and moves ten secondary ones behind "More details".

Colours are finalised

• Every colour now comes from one place, lib/palette.ts. There are no hardcoded colours left anywhere in the pages.
• The palette was checked with a colourblind-separation validator in both light and dark mode rather than chosen by eye, and the hue orderings are the ones that scored best. The previous dark-mode stage colours failed that check outright — violet and blue were indistinguishable for one form of colourblindness.
• Outcome colours (good / warning / serious / critical) are now reserved and never reused as a category colour, so green always means the same thing.
• Position and competency chips previously generated a colour from a text hash, which could land anywhere — including on top of a reserved outcome colour. They now map into the validated set.
• Chart text, axes and gridlines never wear a series colour.

1.5.0

One screening view. The scorecard is the record.

The agent's scorecard already carries every score, and the Q&A transcript already carries every question and answer. The platform's generic post-call analysis was a second, weaker summary sitting in the same modal — so it's gone, along with everything that existed only to display it.

Removed:

• The Screening feedback panel (call_detail_panel extension) and its page.
• The call_feedback object, the objects:call_feedback scope, and the call.analyzed event rule that populated it. The app now declares no events at all.
• The "What the call analysis heard" section from the screening modal.

Simplified on the Screenings page:

• Toolbar cut from six controls to three — search, recommendation, needs review. The position filter and the sort control are gone; screenings sort newest-first.
• Stats cut from four tiles to three: total, average score, awaiting review.
• The shared scorecard component lost its compact branches, which existed only for the deleted panel.

Untouched: the Q&A transcript, reviewer notes, the Advance / Reject decision, and CSV export.

Trade-off worth knowing: if a call drops before the agent files its scorecard, this app no longer keeps a record of it. The call itself is still in Telenow's own call log — it just won't appear under Screenings.

1.4.0

Setup is now three steps, not six sections

• Rebuilt as Create your agent → Add a role and its questions → Invite a candidate, in that order, with a single progress line at the top. The 7-row checklist is gone; its logic drives the three steps instead.
• The recommended agent template is now visually primary and the other three are a compact list — you're not asked to choose between four things before you've started.
• Added "Manage your agents on Telenow ↗" linking to https://telenow.ai/agents.
• The careers webhook, its field table, the automation list and the sample-data seeder all moved into a collapsed Advanced block. Nothing was removed — it's just out of the way until you want it.

One screening view instead of two

• The AI scorecard and the platform's own post-call analysis now render as a single continuous read — scores, strengths, concerns, summary, logistics, then "What the call analysis heard".
• Both the Screenings page and the call-detail panel now render from one shared component (lib/scorecard.tsx) rather than two hand-maintained copies that could drift. The call panel dropped from 260 lines to 80.

Pipeline

• Removed the Recruiter column. No AI tool writes that field — it was manual-only and mostly read "Unassigned", costing a column of board width for nothing. The field itself is still on the candidate profile and in the CSV export.

1.3.1

• Removed the per-group "+ Add candidate" row from the pipeline board. The Add candidate button in the page header is now the single way in, so there's one path to learn instead of two that behaved differently — the inline row only captured name, position and source, while the header button captures the full profile, résumé and an optional first round.

1.3.0

Voice-only, on purpose

Telenow is a voice orchestration platform, so the CRM no longer offers anything it cannot actually run. A recruiter could previously book an on-site round this platform can never facilitate — that's a promise made to a candidate that nothing keeps.

• Removed the "In-person interview" gate from the pipeline board, the candidate profile and the CSV export. The board is now Resume / CV → Phone interview → References.
• Removed the onsite interview round. Rounds are Phone screen, Technical, Managerial, HR round — all of which run as voice conversations.
• Interview mode is now phone or web_call, replacing phone / video / onsite. These are the two channels Telenow actually runs. Each carries a plain-English hint: "We call the candidate on their number" or "The candidate joins from their browser using the link below."
• "Meeting link" is now "Web call link", and tells you it's only needed for a web call.
• The agent's book_interview tool no longer offers on-site or video, and is explicitly instructed never to promise or imply an in-person meeting. The Screening Playbook knowledge base says the same, so the agent redirects to the recruiter if a candidate asks about visiting an office.
• Round and mode options are now defined once in lib/types.ts and shared by both scheduling surfaces, which had been maintaining separate copies that could drift.

1.2.0

Add candidate, from the Pipeline board

• New Add candidate button at the top right of the Pipeline page, opening a full-detail form. The per-group inline + Add row stays as the quick path.
• Position catalog — pick the role from the positions you created on the Positions page. Selecting one sets both the position id and its title, and a live hint tells you how many active screening questions that role has, so you know before you invite whether the agent has anything to ask. An "Other — type a title…" option keeps you unblocked when a role isn't in the catalog yet.
• A role is now required. Without one the agent has no question bank to look up, so the candidate could never actually be screened — better to catch it here than on the call.
• Résumé section — paste the résumé text, optionally add a link to the CV, and a clearly-labelled PDF / Word upload slot that states document parsing is an add-on. Contact Telenow to enable it.
• Schedule first interview — book the first round inline while adding the candidate. If the candidate saves but the interview fails, the candidate is kept and you're told exactly that, rather than losing both.

1.1.1

Fixed: transparent modals and panels outside the dashboard

• The app styled every surface with the host's --tn-* design tokens and no fallback. Anywhere those tokens are absent — telenow dev standalone, or a host predating a token — background: var(--tn-card) resolved to nothing and modals rendered see-through, with the page behind showing straight through the dialog.
• The app now ships a complete light + dark palette and installs it only when the host has not supplied one, prepended to <head> so a real dashboard stylesheet always wins on cascade order. The dashboard's own theme is never overridden.
• Surfaces that must occlude what is behind them — modal, card, toast, inputs, sticky table headers — also carry inline opaque fallbacks, so a single missing token can never make a dialog transparent again.

1.1.0

Phone and web call

• The screening agent now runs the same interview whether the candidate dials the screening number or joins a web call from their browser. Agent prompts, openers and the knowledge base no longer assume telephony.
• On a web call there is no phone number attached to the conversation, so the screening code is the primary identifier end to end; find_candidate falls back to email before phone.
• New web_call_url setting. The invitation message lists whichever routes you have configured — phone, web, or both — and never shows a placeholder for one you haven't set up.
• Setup's readiness check now passes when either a screening number or a web call link is configured.

Résumés and JDs are text

• Résumé and job-description file upload has been removed. Recruiters paste the text, which is what the AI agent can actually read and reason over during the call. Document upload with text extraction is available as a customisation on request.
• candidate.resume_file (blob path) is now candidate.resume_url — a link a recruiter pastes or the careers-form webhook supplies. position.jd_file is gone; jd_text is the only JD field.
• The app no longer requests the files:read or files:write scopes.
• Position cards now surface "No JD yet" instead of a file badge — without JD text the agent can't answer a candidate's questions about the role.

1.0.0

First release.

Screening

• Three bundled voice agents (flow-based interviewer, quick single-context screener, outbound screener) plus a two-member intake → interviewer team, all auto-bound to the app's tools and knowledge base.
• Eight declarative agent tools: find_candidate, get_job_details, get_screening_questions, register_candidate, record_answer, submit_screening, update_candidate_stage, book_interview.
• Per-role screening question bank — the agent asks exactly the questions configured on the position.
• Screening Playbook knowledge base covering how the call works, fair-interviewing rules, compensation handling, and what a good scorecard looks like.

Dashboard

• Pipeline board with stage groups and click-to-cycle Go / No go gates.
• Candidates workbench: profile editor, resume upload/download, screening invitations, outbound call, softphone and WhatsApp.
• Positions with JD text, JD file attachment and the screening question editor.
• Screenings with full scorecards, per-question transcript, call analysis and Advance / Reject decisions.
• Interviews scheduling with outcomes.
• Reports: funnel, source effectiveness, score distribution, screenings over time, position performance.
• Setup: readiness checklist, one-click agent creation, webhook instructions, sample data.
• Two extension panels — a scorecard on any call's detail view, and a hiring snapshot on the dashboard home.

Automation

• call.analyzed rule files post-call analysis automatically.
• screening-completed workflow advances the candidate and copies the score onto their row.
• interview-scheduled workflow moves the candidate to In progress.
• application-intake inbound hook for careers-page forms, plus a pre-mapped Meta Lead Ads hook.