- Brand
- Unknown
- Category
- Pending
- Primary Subcategory
- Pending
Integration details
Description
Explore the HQ of People & Culture Intelligence from Deltabase directly in your conversations. Access available company culture, workforce and talent data. Find companies by name or sector, explore corporate groups, compare employee sentiment and culture topics, analyse workforce composition and turnover, review workforce skills and, where available, specialist Skills Deep Dive datasets, and search curated company news. Use Deltabase to explore People & Culture questions and compare available measures across companies, including companies within a sector, directly in your conversations. You can also submit requests to add companies or supported data modules, provide feedback and access Deltabase guidance and FAQs. Requests are subject to review and do not guarantee that data will be added. Data availability varies by company, module and your Deltabase access. A Deltabase account is required.
- Integration type
- Plugin
- Verification status
- Not applicable
- Platform
- ChatGPT
- Category
- Pending
- Primary Subcategory
- Pending
- Secondary Subcategories
- None listed
- Brand
- Unknown
- Access
- Account required
- First tracked
- 2026-10-31
- Tool count
- 21
- Market
- US
The broad Category that contains the Primary Subcategory.
The Primary Subcategory used for this profile’s headline score.
Other Subcategories where the Integration is listed.
Your score is coming
ChatGPT now suggests Plugins on its own when they match a user's request.Your Plugin Discovery Score measures how often yours appears, and it will show here as soon as it’s ready.
What discovery looks like

Get alerts for Deltabase
Get updates when Deltabase’s Discoverability Score or category rank changes.
Competitive lineup
21 tools agents can invoke
Get frequently asked questions about Deltabase and its products. Optionally filter by product: Culture, DARA, Deltabase One, Talent, Workforce. Omit product to get every FAQ entry. Returns a JSON array, each row: question, answer, product (list), category (list), source_url. Use this to answer questions about how Deltabase works, data guidance, or product details rather than guessing. Present results directly.
get_faq
Get a single company by its unique company_id. Returns the full company record as JSON including sectors and modules. Use search_companies first to find the company_id if you only have a name. Present results directly. Coverage varies by company; industry sectors are set according to our own documented rules; the modules field is authoritative.
get_company
Get the corporate group a company belongs to — parent, subsidiaries, divisions and brands — plus which data modules each entity has. Pass any company_id in the group, not only the ultimate parent. The tree is always the full group rooted at the ultimate parent; is_queried_company marks the company you asked about so you can see where it sits. Coverage is per entity and is not inherited. Each node lists that company's own customer-facing modules (the same catalogue as list_modules and get_company) and has_sales_nav (a LinkedIn Sales Navigator company page with enough headcount to capture). A subsidiary with no modules of its own still appears in the tree. Returns JSON: queried_company_id, root_company_id, node_count, and tree (nested nodes with company_id, company_name, company_type, relationship_type, is_queried_company, has_sales_nav, modules, children). Unknown company_id returns {"error": "Company '…' not found"}. Present results directly. Coverage varies by company.
get_company_hierarchy
Get Culture (employee sentiment) data for one or more companies — a single overall figure per company by default, including employee review counts, not just sentiment scores. Data is aggregated primarily from Glassdoor and Indeed reviews, with other specialist sources used where appropriate. Only companies with the Culture module have data. Check the modules field from search_companies before calling this — do not compare companies where one lacks the Culture module. The measure parameter controls which metric is returned, and whether it's a single all-time figure or a year-by-year breakdown (default: "nss"): - "nss": Net Sentiment Score (-100 to +100). Use for "culture", "sentiment", "how employees feel". This is the default — omit measure unless asking for something else. - "prevalence": Coverage ratio (0 to 1). Use for "coverage", "prevalence". - "rating": Star rating (1 to 5). Use for "rating", "stars", "score". - "review_count": Employee Review Count — how many reviews the company has. Use whenever asked for "review count", "number of reviews", "how many reviews", "volume" — there is no separate review-count tool, this is it. Each of the above returns one row per company (year: null) — a single all-time figure, not a breakdown. For a year-by-year trend (e.g. "how has NSS changed over time", line charts, comparing specific years), append "_per_year" instead: "nss_per_year", "prevalence_per_year", "rating_per_year", "review_count_per_year". Those return one row per company per year, and respect the year parameter if given. Each result row: company_id, year (null unless using a _per_year measure), value (the measure), topic (review category or null). The year parameter only applies to _per_year measures — omit it for the default all-time measures, and omit it even for _per_year measures unless the user explicitly names a single year. Present results directly. Coverage varies by company; industry sectors are set according to our own documented rules; the modules field is authoritative.
get_culture_data
Get promoter/detractor/EPS (Employee Positivity Score) data for one or more companies — an NPS-style view of Culture sentiment, derived from review star ratings. IMPORTANT: "eps" here means Employee Positivity Score - an internal culture metric, NOT earnings per share. Never treat it as a financial metric. Data is aggregated primarily from Glassdoor and Indeed review star ratings, with other specialist sources used where appropriate. This is distinct from get_culture_data's NSS (which comes from sentiment analysis of review text, not star ratings) — use this tool specifically when the user asks about promoters, detractors, or EPS. Only companies with the Culture module have data. Check the modules field from search_companies before calling this — do not compare companies where one lacks the Culture module. No topic-level breakdown is available for these measures - a review's star rating is a single whole-review value with no topic dimension. Use get_culture_topic_data for topic-scoped sentiment instead. The measure parameter controls which metric is returned, and whether it's a single all-time figure or a year-by-year breakdown (default: "eps"): - "eps": Employee Positivity Score (promoters minus detractors, -1 to +1). This is the default — omit measure unless asking for something else. - "promoters": Ratio of reviews rating 4-5 stars (0 to 1). - "detractors": Ratio of reviews rating 1-2 stars (0 to 1). - "eps_per_year", "promoters_per_year", "detractors_per_year": year-by-year breakdowns of the above. Each of the non-"_per_year" measures returns one row per company (year: null) — a single all-time figure. The _per_year variants return one row per company per year, and respect the year parameter if given. Each result row: company_id, year (null unless using a _per_year measure), value (the measure), topic (always null - see note above). The year parameter only applies to _per_year measures — omit it for the default all-time measures, and omit it even for _per_year measures unless the user explicitly names a single year. Present results directly. Coverage varies by company; industry sectors are set according to our own documented rules; the modules field is authoritative.
get_culture_promoter_detractor_data
Get Culture (employee sentiment) data broken down by review topic for one or more companies. Data is aggregated primarily from Glassdoor and Indeed reviews, with other specialist sources used where appropriate. Use this — not get_culture_data — whenever the user asks about specific topics within culture, such as management, work-life balance, pay, benefits, or any other aspect of employee experience. Also use this when the user asks to compare how companies perform across different culture topics. The measure parameter controls which metric is returned per topic, and whether it's a single all-time figure or a year-by-year breakdown (default: "nss_per_year"): - "nss_per_year": Net Sentiment Score per topic, per year. This is the default — omit measure unless asking for something else. - "prevalence_per_year": How often the topic comes up in reviews, per year — a 0-1 ratio. Use for "topic frequency", "how common a topic is", "how often mentioned", or any Driver/High-Risk/Enabler/Low-Risk style topic matrix that needs both NSS and frequency per topic. - "review_count_per_year": Review count per topic, per year. - "nss": Net Sentiment Score per topic, single all-time figure (year: null). - "prevalence": Topic frequency per topic, all-time (year: null). - "rating": Star rating per topic, all-time (year: null). - "review_count": Review count per topic, all-time (year: null). Only returns rows where a topic is present — overall (null-topic) scores are excluded. Each result row: company_id, year (null for the all-time measures above), value (the measure), topic (the review category). Results are sorted by company, year, then topic — suitable for side-by-side topic comparison. The year parameter only applies to _per_year measures — omit it for the all-time measures, and omit it even for _per_year measures unless the user explicitly names a single year. Present results directly. Coverage varies by company; industry sectors are set according to our own documented rules; the modules field is authoritative.
get_culture_topic_data
Get employee turnover (hiring and departures) data for one or more companies. Data is derived from LinkedIn Sales Navigator hiring and headcount insights. Only companies with the Employee Turnover module have data. Check the modules field from search_companies before calling this. Each company's figures are rolled up from its own data plus every company below it in Deltabase's company hierarchy (subsidiaries, divisions, brands) - this is the group total, not just the parent entity in isolation. To get a single subsidiary/division/brand's own figures rather than the whole parent group, pass that entity's own company_id instead of its parent's - the roll-up always starts from whichever company_id you give it, so a child entity with no further subsidiaries below it effectively returns just its own data. Returns one row per company per month, with fields: - headcount: total employee headcount at the end of the month. Use for "headcount", "employee count", "how many people work there", "size". - new_hires: new hires that month. Use for "new hires", "hires", "joiners", "recruits", "hiring", "people joining". - senior_new_hires: of which, senior-level hires. Use for "senior hires", "senior new hires", "senior-level hiring". - departures: departures that month (new hires minus net headcount change). Use for "departures", "leavers", "leaves", "exits", "attrition count", "people who left", "how many people quit/were let go" - this tool does not distinguish voluntary resignations from involuntary departures. - turnover: departures divided by the previous month's headcount, as a decimal ratio (e.g. 0.05 means 5% turnover). Use for "turnover", "turnover rate", "attrition rate", "churn rate", "% who left". Not summed from company-level rates - recomputed from the group's combined departures and headcount, so it stays a true rate at every level of the hierarchy. - median_tenure_years: current median employee tenure across the group. Use for "tenure", "median tenure", "how long people stay", "average time at company". A single figure, not a monthly one, so it repeats on every row for that company. A field is null for a given month if that measure could not be computed (e.g. no prior month available to compute turnover for). Results are sorted by company, then chronologically. Present results directly. Coverage varies by company.
get_employee_turnover_data
Get Workforce (headcount) data for one or more companies. Data is derived from LinkedIn profile data. Only companies with the Workforce module have data. Check the modules field from search_companies before calling this. The measure parameter selects ONE breakdown (default: "allocation_by_function"). Each call returns one breakdown only — call again with a different measure for another. Every breakdown is job function crossed with at most one other axis; there are no three-way splits. Allocation measures — value is that group's share of the workforce (0 to 1): - "allocation_by_function": share of workforce in each function. The default; use for "headcount breakdown", "workforce split", "which functions". - "allocation_by_function_and_tenure": function split further by tenure band. - "allocation_by_function_and_continent": function split further by continent. - "allocation_by_function_and_seniority": function split further by seniority. Headcount measures — value is a profile count (a number of people), not a share: - "headcount_total": total headcount, one row per company (function is null). Use for "how many people work there", "total headcount", "company size". - "headcount_by_function": headcount in each function. - "headcount_by_function_and_tenure": headcount by function and tenure band. - "headcount_by_function_and_continent": headcount by function and continent. - "headcount_by_function_and_seniority": headcount by function and seniority. An unrecognised measure falls back to "allocation_by_function". Each result row: company_id, function (null for "headcount_total"), function_description, value, and the dimension column for the chosen breakdown (tenure / continent / seniority) — the others are null. Results are sorted by company then function. Present results directly. Coverage varies by company; industry sectors are set according to our own documented rules; the modules field is authoritative.
get_headcount_data
Poll for the result of a summary-style search_reviews question that returned a "QUEUED" status. Pass the review_search_id from that response. Returns a JSON object. Its "status" field is one of "QUEUED", "IN_PROGRESS", "COMPLETED", or "FAILED". While "QUEUED" or "IN_PROGRESS", there is no "results" field yet — wait a few seconds and call this again with the same review_search_id. Once "COMPLETED", the object also has "results" and "rationale" fields in exactly the shape search_reviews documents for a summary-style question (a list of theme summaries: theme, summary, reviews — each review carries its content_id). If "FAILED", "rationale" explains what went wrong; there is no "results". A review_search_id that doesn't exist, or belongs to a different user, returns {"error": ...} instead of a status object.
get_review_search_result
Get Talent (skills) data for one or more companies. Data is derived from LinkedIn profile data. Only companies with the Talent module have data. Check the modules field from search_companies before calling this. This NEVER includes Skills Deep Dive data, even when the company's modules field also lists a "Talent Deep Dive: ..." entry — Deep Dive is a separate, additional dataset with its own tool, get_talent_deepdive_data, not a superset of this one. If the modules field lists both, and the user's question is specifically about a Deep Dive vertical (e.g. Gen AI, HR, Finance, Design & Engineering skills), call get_talent_deepdive_data instead of, or in addition to, this one. Returns skill allocation per company — the share of the workforce with each skill. Each result row: company_id, skill, skill_tags (categories), skill_description, tenure (null for overall allocation, or a tenure band for tenure-split allocation), value (allocation as a decimal fraction, e.g. 0.15 means 15% of workforce). Do NOT sum value across skills for a company, and do not describe such a sum as a coverage/total figure. Skills are not mutually exclusive — one person can hold several, so allocations overlap and summing them produces a meaningless number (rows will not add up to 1.0 / 100%, unlike Workforce's function allocation, which does partition the workforce and can legitimately be summed). Results are sorted by company then skill. Present results directly. Coverage varies by company; industry sectors are set according to our own documented rules; the modules field is authoritative.
get_talent_data
Get Skills Deep Dive data for one or more companies — an on-demand add-on module, not run for most companies. This is a SEPARATE, ADDITIONAL dataset from get_talent_data, not a variant or superset of it: get_talent_data never returns Deep Dive results, no matter what it reports, so a "no new results" or unchanged answer from get_talent_data tells you nothing about Deep Dive specifically — you must call this tool directly. Only call this if a "Talent Deep Dive: ..." entry appears in the company's modules field from search_companies or get_company — if it doesn't, don't call this tool, and don't mention Deep Dive at all. Use list_modules if you need to explain what a Deep Dive vertical covers. module_id selects exactly one Deep Dive vertical — pass whichever one matches the company's "Talent Deep Dive: ..." module entry. Valid values: - "DEEPDIVE_SKILLS_GEN_AI" (Gen AI) - "DEEPDIVE_SKILLS_HR" (HR) - "DEEPDIVE_SKILLS_FINANCE" (Finance) - "DEEPDIVE_SKILLS_DESIGN_AND_ENGINEERING" (Design & Engineering) A company can have more than one vertical - call this once per module_id, never combine verticals in one call. Returns skill allocation within that vertical only — the share of the workforce with each skill. Each result row: company_id, skill, skill_tags (categories), skill_description, tenure (null for overall allocation, or a tenure band for tenure-split allocation), value (allocation as a decimal fraction, e.g. 0.15 means 15% of workforce). Do NOT sum value across skills for a company, and do not describe such a sum as a coverage/total figure. Skills are not mutually exclusive — one person can hold several, so allocations overlap and summing them produces a meaningless number. Results are sorted by company then skill. An unrecognised module_id returns an error naming the valid values above; a valid module_id the company simply has no data for returns an empty array. Present results directly.
get_talent_deepdive_data
List all company requests raised by the demo account, regardless of status. Returns a JSON array of requests sorted newest first. Each row: request_id, company_name, created (ISO datetime), status. Status is one of: pending, acknowledged, completed, cancelled. Present results directly as a table or list.
list_company_requests
List all feedback previously submitted by this account, regardless of status. Returns a JSON array sorted newest first. Each row: feedback_id, feedback_title, feedback_body, feedback_response, status (one of "open", "in_review", "resolved"), created (ISO datetime).
list_feedback
List every data module Deltabase can hold for a company, with a description of what each one covers. Includes both the standard modules (Culture, Talent, Workforce, News, Employee Turnover) and any on-demand add-on modules (e.g. Talent Deep Dive variants) — add-ons are called out as such in their description and exist for very few companies. Use this to explain what a module means, or to discover an add-on's exact name before checking whether a specific company has it. This lists module types in general — it does NOT tell you which modules a specific company has. For that, check the modules field on the company itself from search_companies or get_company. Returns a JSON array, each row: module_id, module_name, module_description. Present results directly.
list_modules
List all industry sectors defined in Deltabase. Sectors are used to classify companies by industry. Use this to discover what sectors exist, then use search_companies to find companies within a sector of interest. Present results directly. Coverage varies by company; industry sectors are set according to our own documented rules; the modules field is authoritative.
list_sectors
Request that a company be added to the Deltabase dataset. Use this when search_companies returns no results for a company the user wants. Pass the company name exactly as the user gave it. Priority: pass priority="low" for internal or non-urgent requests (e.g. raised by the Deltabase team rather than a customer) so they sort below customer requests. Otherwise omit it (defaults to "medium"). "high" is not available. Returns a JSON object with request_id, company_name, created, and status. The request is raised on behalf of the demo account and will be reviewed by the Deltabase team. IMPORTANT — you MUST include this in your response, word for word: "Your request has been submitted. New companies typically take around 2 working days to appear in Deltabase. Each company goes through a detailed entity resolution and data corroboration process before it is made available."
request_company
Request that a new data module be added to an existing company in Deltabase. Use this when a company exists in search_companies results but is missing a module the user wants. Call this once per module — if the user wants multiple new modules, call it once for each. Valid module_id values: - "EMPLOYEE_SENTIMENT" — Culture data (employee sentiment, review scores) - "SKILLS" — Talent data (workforce skills and proficiencies) - "HEADCOUNT" — Workforce data (headcount by function, seniority, geography, tenure) - "NEWS" — News data (company news articles and announcements) - "EMPLOYEE_TURNOVER" — Employee Turnover data. Use this whenever the user asks to onboard "new hires", "joiners", "leavers", "departures", "attrition", "churn", "turnover", "turnover rate", or "tenure". Priority: pass priority="low" for internal or non-urgent requests (e.g. raised by the Deltabase team rather than a customer) so they sort below customer requests. Otherwise omit it (defaults to "medium"). "high" is not available. Returns a JSON object with request_id, company_name, created, and status. The request is raised on behalf of the demo account and will be reviewed by the Deltabase team. IMPORTANT — you MUST include this in your response, word for word: "Your request has been submitted. New modules typically take around 2 working days to become available. Each request goes through a detailed entity resolution and data corroboration process before the module is made available."
request_module
Search for companies tracked in Deltabase by name and/or sector. Companies are real-world entities — typically businesses, but also well-known brands and divisions. Returns a JSON array of matching companies with fields: company_id, company_name, company_description, sectors (list of sector names), and modules (list of data modules available for the company). Modules use these names: Culture (employee sentiment), Talent (skills data), Workforce (headcount data), News (company news), Employee Turnover (hiring, departures and turnover rate). A company only has data for modules listed here. Use list_modules for the full set of modules, including any on-demand add-ons, and a description of what each one covers. Use list_sectors to discover valid sector names before filtering by sector. Present results directly. Coverage varies by company; industry sectors are set according to our own documented rules; the modules field is authoritative.
search_companies
Search or summarize employee reviews for a company, answering a natural language question about what reviewers said. A plain retrieval question (e.g. "show me reviews about the canteen") is answered immediately: the response is a JSON object with "results" and "rationale", exactly as described below. A summary-style question (e.g. "summarize the main complaints", "what are the top themes") is NOT answered immediately — it can take several minutes for companies with a large review base, since it may run many chunked summarization calls internally before merging them into one answer, too long to wait on directly. Instead this call returns right away with a JSON object shaped like {"review_search_id": ..., "status": "QUEUED", "rationale": ...}. Tell the user up front that this may take a minute or two, then poll get_review_search_result with that review_search_id every few seconds until its status is no longer "QUEUED" or "IN_PROGRESS". Pass the user's question largely as asked. company_id scopes it to one company — there is no way to search multiple companies in a single call. For a question that compares companies (e.g. "how does pay sentiment compare between X and Y?"), call this once per company_id and compare the results yourself; don't try to express more than one company in company_id or query. query carries everything else — topic, sentiment, how many results, whether this is "find me some reviews" or "summarize across all reviews", any comparison across time or groups. There are no separate topic/sentiment/count/summary parameters — express all of that directly in the question text. A short, well-formed question works better than a single bare word (e.g. "reviews about the canteen" rather than just "canteen"). If the user only wants one polarity, say so in the question itself (e.g. "What negative reviews mention management?" or "Show me positive reviews about pay") — don't just pass the topic and expect filtering to happen automatically. Individual review text can only ever be returned up to 100 at a time — a hard limit, since it's raw content. If the question implies reasoning across more than that (overall themes, complaint categories, trends, anything that needs to look beyond a small sample), phrase it as a summary request (e.g. "summarize the main complaints", "what are the top themes", "compare 2023 vs 2024 sentiment about pay") rather than "find reviews about X" — summary requests are answered using the full review base (up to 10,000 most relevant or most recent reviews, whichever applies), not just whatever would otherwise be returned directly, so they can honestly answer questions raw retrieval can't. Use get_culture_topic_data first if the user references a specific score you haven't already reported (e.g. "why is Purpose only 43%?"), and include the exact topic name it returns in your query (e.g. "reviews explaining the positive Purpose score") — don't guess at topic names yourself; they come from our own taxonomy and a free-text guess may not match anything real. For a plain retrieval question, the returned JSON object always has "results" and "rationale" fields (a queued summary-style question instead returns "review_search_id", "status", and "rationale" — see above). results is a list — its shape depends on what was asked, so read it rather than assuming a fixed structure: a list of individual reviews (content_id, review_title, review_section, review_text, date, rating, source — review_section is "Pros", "Cons", or "Body", since the same text means opposite things depending on which section it came from), or a list of theme summaries (theme, summary, reviews — each entry in reviews is one of the individual-review objects above, cited as supporting evidence, not an exhaustive list). It may be empty. There's no dedicated way to answer a bare "how many reviews mention X" question right now — phrase it as a summary request instead if that comes up. rationale is always populated — a short explanation of what was searched or summarized, of any gap between what was asked and what results actually satisfy, or of why results is empty (the question wasn't about reviews at all, referenced something outside this company's data, was too ambiguous to act on, or nothing matched). Always read it, don't infer meaning from results alone — an empty list on its own doesn't tell you whether nothing matched or nothing could be attempted, and even a non-empty list may only partially satisfy what was asked. One rule holds across every entry in results: anywhere actual review text appears, it must carry its content_id alongside it. A quote with no content_id cannot be trusted or followed up on, no matter what structure it's embedded in.
search_reviews
Search curated news articles for a company by natural language query. Semantic search over Deltabase's curated company news — not a live web search. Only companies with the News module have data. Check the modules field from search_companies before calling this. company_id scopes the search to one company — there is no way to search multiple companies in a single call. For a question that compares companies, call this once per company_id and compare the results yourself. query is a natural language search string (e.g. "layoffs", "expansion into Europe", "leadership changes"). Pass the user's question largely as asked. top_n is how many articles to return (default 2, maximum 50). Omit it unless the user asks for a specific number of results. Returns a JSON array of articles, closest matches first. Each row: news_id, company_id, year, title, description, source_url, tags, body (markdown, or null). The array is empty if nothing matched. On error, returns {"error": ...} instead of an array. Present results directly. Coverage varies by company.
search_news
Report a bug, missing feature, or other product feedback about this platform on the user's behalf. feedback_title should be a short summary; feedback_body carries the detail - what happened, what was expected, or what's missing. Please keep it reasonably brief. If the impact on the user is known please state that briefly too. Returns a JSON object: feedback_id, feedback_title, feedback_body, feedback_response (null until someone responds), status (one of "open", "in_review", "resolved"), created (ISO datetime). Tell the user their feedback has been submitted; they can ask again later (via list_feedback) to check for a response.
submit_feedback
Deltabase ChatGPT Plugin FAQ
How the directory, categories and Discoverability Score work.
Read the methodologyHow do I improve Deltabase's ChatGPT Plugin discoverability?
The levers are the listing surface agents actually read: names, descriptions, keywords, tool metadata, and registry health. Which lever matters depends on where discovery breaks, which is what continuous measurement shows.
Where is this profile measured?
This profile uses the geography attached to the latest public registry snapshot: US. Locale tags are intentionally omitted.