自定義集成-Humantic AI

自定義集成-Humantic AI

專用API
服務(wù)商 服務(wù)商： Humantic AI
【更新時間: 2024.09.01】 Humantic AI為收入團(tuán)隊提供買家情報服務(wù)，通過Personality AI技術(shù)識別潛在早期采用者，助力BDR進(jìn)行個性化推廣，并為AE提供關(guān)鍵的客戶洞察，以優(yōu)化交易策略。
瀏覽次數(shù)
14
采購人數(shù)
0
試用次數(shù)
0
! SLA: N/A
! 響應(yīng): N/A
! 適用于個人&企業(yè)
收藏
×
完成
取消
×
書簽名稱
確定
<
產(chǎn)品介紹
>

什么是Humantic AI的自定義集成?

Humantic AI提供的Custom Integrations服務(wù)是一種高度個性化的集成解決方案，旨在通過將公司的Personality AI技術(shù)與客戶的現(xiàn)有系統(tǒng)和工作流程無縫集成，來增強(qiáng)客戶體驗和業(yè)務(wù)效率。這項服務(wù)通過利用Humantic AI的先進(jìn)算法和人工智能技術(shù)，幫助企業(yè)在多個渠道上實現(xiàn)個性化體驗，從而提供更加精準(zhǔn)和有效的客戶互動。Custom Integrations服務(wù)能夠根據(jù)企業(yè)的具體需求，定制開發(fā)，確保技術(shù)解決方案能夠完美契合企業(yè)的業(yè)務(wù)模式和市場定位。

什么是Humantic AI的自定義集成接口？

由服務(wù)使用方的應(yīng)用程序發(fā)起，以Restful風(fēng)格為主、通過公網(wǎng)HTTP協(xié)議調(diào)用Humantic AI的自定義集成，從而實現(xiàn)程序的自動化交互，提高服務(wù)效率。

Humantic AI的自定義集成有哪些核心功能？


1.高度定制化的人機(jī)界面：

Humantic AI允許用戶根據(jù)特定需求定制智能人機(jī)界面，使產(chǎn)品設(shè)計能夠從概念快速轉(zhuǎn)變?yōu)閷嶋H產(chǎn)品。

在本地設(shè)備上離線執(zhí)行面部/手勢識別和語音控制，減少了對云服務(wù)的依賴，提高了隱私保護(hù)和系統(tǒng)響應(yīng)速度。


2.邊緣計算能力：

支持高級HMI多任務(wù)處理，使得邊緣設(shè)備也能進(jìn)行復(fù)雜的數(shù)據(jù)處理和分析。

為即時和高效的決策提供了本地計算能力，特別適用于需要快速響應(yīng)的應(yīng)用場景。

 

3.智能語音及視覺識別技術(shù)：

利用機(jī)器學(xué)習(xí)技術(shù)不斷優(yōu)化識別算法，提高識別準(zhǔn)確率和用戶交互體驗。

 

4.全包式解決方案：

Smart HMI方案提供了一站式的支持，包括硬件、軟件、工具和示例，簡化了開發(fā)過程。

 

Humantic AI的自定義集成的核心優(yōu)勢是什么？

1.產(chǎn)品上市速度快：

通過提供全包式解決方案和一站式支持，顯著減少了產(chǎn)品開發(fā)周期。

多功能跨平臺框架支持快速自定義和部署，適應(yīng)不同產(chǎn)品和市場的需求。


2.用戶體驗感好：

實現(xiàn)了與設(shè)備的自由對話，使用戶操作更加自然和輕松。

高度定制的用戶界面和服務(wù)，滿足了用戶對于個性化和智能化的高要求。


3.開發(fā)門檻低：

提供了全面的文檔和示例代碼，幫助開發(fā)者快速理解和掌握集成方法。使主流嵌入式開發(fā)人員能夠輕松地向其產(chǎn)品添加高級HMI功能，而無需深入了解底層技術(shù)細(xì)節(jié)。

 

4.保證數(shù)據(jù)安全與隱私：

在本地設(shè)備上執(zhí)行數(shù)據(jù)處理和分析，減少了數(shù)據(jù)傳輸帶來的隱私風(fēng)險。提供了安全可靠的智能產(chǎn)品和服務(wù)，用戶可以更好地控制個人信息和使用數(shù)據(jù)，增強(qiáng)了信任感。建立了

良好的品牌聲譽(yù)。

在哪些場景會用到Humantic AI的自定義集成？

1. 智能客服與在線支持：通過自定義集成API接口，企業(yè)可以實現(xiàn)智能客服系統(tǒng)，快速響應(yīng)客戶的查詢和問題自動處理常見問題，從而減輕人工客服的工作負(fù)擔(dān)，提高整體效率。

 

 

2. 個性化營銷：通過API接口集成的大數(shù)據(jù)分析工具，根據(jù)用戶的個性和需求定制推廣內(nèi)容，例如個性化的電子郵件營銷、社交媒體推送等，提高用戶的參與度和忠誠度。

 

 

3. 銷售團(tuán)隊：銷售領(lǐng)導(dǎo)者可以利用Custom Integrations服務(wù)，通過個性化的銷售策略和溝通方式，提高銷售轉(zhuǎn)化率和客戶滿意度。

 

4. 產(chǎn)品開發(fā)：產(chǎn)品團(tuán)隊可以利用服務(wù)中的數(shù)據(jù)分析功能，更好地理解客戶需求和市場趨勢，指導(dǎo)產(chǎn)品開發(fā)和創(chuàng)新。

 

 

 

<
產(chǎn)品價格
>

                     
21 天免費(fèi)試用。無需信用卡。
個性化每一次互動。

按月訂閱

 

                           按年訂閱

 

 

 

<
使用指南
>

創(chuàng)建分析

Humantic API 支持多種輸入格式，使用這些格式可以獲得性格評估。當(dāng)使用單個輸入源無法提供具有足夠置信度的結(jié)果時，可以使用 UPDATE 端點添加更多輸入，以提高置信度，從而提高人格評估的準(zhǔn)確性。
對于創(chuàng)建分析，以下是可用的輸入方法：

  1. LinkedIn 個人資料 URL
  2. 電子郵件 ID
  3. 文件（包括簡歷）
  4. 自由格式文本

根據(jù)輸入法類型，應(yīng)使用相關(guān)的 CREATE 請求（如下所述）來包含支持參數(shù)。以下部分提供了可用參數(shù)的說明，以及如何將它們用于 CREATE 請求。

 

apikey
強(qiáng)制		  將對 API 進(jìn)行調(diào)用的訂閱者標(biāo)識為每個 訂閱者被分配了一個唯一的密鑰。速率限制、識別和 配額度量受此參數(shù)值控制
身份證件是強(qiáng)制性的 使用此參數(shù)值提供個人（或文檔）標(biāo)識，以創(chuàng)建相關(guān)的 Humantic AI 個性配置文件。
以下是此參數(shù)可以接受的值類型 創(chuàng)建配置文件
  • 對于輸入類型LinkedIn，請使用個人的LinkedIn配置文件 URL - “https://www.linkedin.com/in/akhilesh-damaraju/”
  • 對于輸入類型電子郵件 ID，請使用個人的電子郵件 ID - “connect@humantic.ai”
  • 對于輸入類型“文檔”，請使用被評估的個人（或文檔）的任何唯一標(biāo)識符
  • 對于輸入類型自由格式文本，請對正在評估的單個（或文本正文）使用任何唯一標(biāo)識符
用于創(chuàng)建基于 LinkedIn 個人資料 URL、社交個人資料 URL 和電子郵件 ID 的分析
  • Http 方法：GET
  • “id”參數(shù)值必須是 用戶。
用于基于文檔的分析
  • Http 方法：POST
  • 'id' 參數(shù)應(yīng)是唯一字符串。您可以使用唯一 ID，我們建議使用易于識別所請求分析的值。
  • 僅支持.pdf、.docx格式的文檔文件。如果您有.txt文件，建議改用自由格式文本選項。
  • 文檔文件上傳到請求正文中，鍵名為“document”，文件作為其值。（如果需要，您可以參考 Postman 集合中的示例請求）
  • 應(yīng)始終指定要上傳的文件的內(nèi)容類型。一些常見的內(nèi)容類型包括：
    • docx： 'application/vnd.openxmlformats-officedocument.wordprocessingml.document'
    • PDF： '應(yīng)用程序/PDF'
    •  

請求正文：
類型：表單數(shù)據(jù)

 

正文參數(shù)：
鍵：document，
值： <document_file>

用于基于自由格式文本的分析

  • Http 方法：POST
  • 'id' 參數(shù)應(yīng)是唯一字符串。您可以使用唯一 ID，我們建議使用易于識別所請求分析的值。
  • 請求正文中按指定格式提供文本

 

 

請求正文：
類型：表單數(shù)據(jù)

 

正文參數(shù)：

{
“文本”： {the_text_for_the_analysis_comes_here}
}

注意：

  • 對于基于文本或基于文件的輸入，Humantic AI 至少需要 300 個單詞才能以最低可接受的置信水平提供個性見解。如果確實有必要，可以使用“覆蓋”參數(shù)（即將推出）刪除此限制。
    在上限，處理超過 10K 個字的輸入，但只考慮前 10K 個字。
  • 對于“id”，不應(yīng)使用任何以“test”開頭的通用標(biāo)簽（如“test1”、“test-2”等），因為這些標(biāo)簽是為內(nèi)部測試保留的。推薦使用“id”標(biāo)簽的方法：<companyname>-<mmdd>-<unique 字母數(shù)字字符串></unique>

 

名字是可選的		 訂閱者嘗試為其創(chuàng)建配置文件的個人的名字。它可以提供任何類型的“ID”，但實際上只有在提供電子郵件 ID 時才有用。
當(dāng)提供電子郵件 ID 時，它可以幫助 Humantic AI 更準(zhǔn)確地確定個人可能是誰。

姓氏可選		 訂閱者嘗試為其創(chuàng)建配置文件的個人的姓氏。它可以提供任何類型的“ID”，但實際上只有在提供電子郵件 ID 時才有用。
當(dāng)提供電子郵件 ID 時，它可以幫助 Humantic AI 更準(zhǔn)確地確定個人可能是誰。
doctype
可選		 有效值：resume
提供后，Humantic AI 將理解正在上傳的文檔是簡歷，并在文檔中找到 LinkedIn URL 時嘗試分析 LinkedIn 數(shù)據(jù)。
無
狀態(tài)可選		 設(shè)置為 true 時，Humantic AI 不會保存輸入文本或文檔。僅當(dāng)輸入數(shù)據(jù)由文本或文檔組成時才適用，否則不適用。
EnrichProfile
可選		 僅適用于使用電子郵件 ID 作為“ID”的“特殊”計劃訂閱者。設(shè)置為 false 時，Humantic AI 不會嘗試將提供的電子郵件 ID 自動解析為關(guān)聯(lián)的社交資料。 默認(rèn)情況下（如果設(shè)置為 true），它將嘗試將提供的電子郵件 ID 解析為社交配置文件，并使用社交配置文件中的數(shù)據(jù)作為輸入（對于文本或文檔不是輸入類型的所有調(diào)用）或增加輸出的置信度（對于上傳文本或文檔的所有調(diào)用）。
AnalysisType
可選		 僅適用于以英語輸入的文本或文檔（包括簡歷），并且目標(biāo)是使用 Humantic 預(yù)測的 DISC、Big 5 或其他分?jǐn)?shù)和見解進(jìn)行招聘或人才評估的情況。在這種情況下，此參數(shù)應(yīng)設(shè)置為“analysistype=talent”
這樣做將確保分析由專門的 ML 算法處理，該算法是為人才評估方案定制的，并且可以高精度地處理簡歷、求職信或招聘相關(guān)問題。僅當(dāng)輸入語言為英語時才適用。
如果輸入是文本或文檔，并且語言不是英語，或者目標(biāo)是對非人才場景進(jìn)行性格評估（例如品牌分析），則不應(yīng)傳遞此參數(shù)，以便可以通過標(biāo)準(zhǔn)算法進(jìn)行分析。
如果輸入是任何其他類型，則不應(yīng)傳遞此參數(shù)。

 

 

提取分析

對于基于文本或文檔的輸入，成功創(chuàng)建分析的處理時間可能為 3-5 秒。API 版本 1.0 中基于 LinkedIn URL 或電子郵件 ID 的輸入可能需要 30-45 秒（在大多數(shù)情況下）。

因此，在收到對“創(chuàng)建”終結(jié)點的調(diào)用的“成功”確認(rèn)后，必須分別在 30 到 45 秒安排提取調(diào)用。如果收到“IN_PROGRESS”analysis_status（在元數(shù)據(jù)下），則可以在延遲 15 秒后進(jìn)行后續(xù)提取調(diào)用（有關(guān)狀態(tài)的完整列表，請參閱響應(yīng)結(jié)構(gòu)→元數(shù)據(jù)）。

apikey
強(qiáng)制		 將對 API 進(jìn)行調(diào)用的訂閱者標(biāo)識為每個 訂閱者被分配了一個唯一的密鑰。速率限制、識別和 配額度量受此參數(shù)值控制
身份證件是強(qiáng)制性的 此值與創(chuàng)建分析時提供的“id”參數(shù)相同。
Persona
可選		 此參數(shù)用于在請求個人（或文檔/文本正文）的 Humantic AI 配置文件時獲取特定角色類型的結(jié)果?？梢允褂枚禾栕鳛榉指舴麃碇С侄鄠€角色值。
可能的值：銷售、招聘
覆蓋
可選		 設(shè)置為 true 時，Humantic 將繞過其至少 300 個單詞輸入的內(nèi)部限制，即使輸入數(shù)據(jù)少于 300 個單詞，也會開始返回結(jié)果。在這種情況下，結(jié)果可能不準(zhǔn)確，因此應(yīng)格外小心地使用。

 

 

更新分析

對于使用 LinkedIn 個人資料 URL、自由格式文本、電子郵件 ID 或文檔創(chuàng)建的個人資料，Humantic AI 支持添加更多數(shù)據(jù)以提高預(yù)測的可信度。

  • 對于使用 LinkedIn URL 創(chuàng)建的個人資料，可以提供其他文本或上傳文檔。
  • 對于使用電子郵件 ID 創(chuàng)建的配置文件，可以提供其他文本或上傳文檔。
  • 對于使用自由格式文本創(chuàng)建的配置文件，可以提供其他文本或上傳文檔。
  • 對于使用文檔創(chuàng)建的配置文件，只能提供其他文本。


用于更新分析的 URL 與用于創(chuàng)建 分析。
Http 方法：POST

 

apikey
強(qiáng)制		 將對 API 進(jìn)行調(diào)用的訂閱者標(biāo)識為每個 訂閱者被分配了一個唯一的密鑰。速率限制、識別和 配額度量受此參數(shù)值控制
身份證件是強(qiáng)制性的 使用用于創(chuàng)建分析的相同 ID。

要提供與早期分析
相關(guān)的其他文本，請在請求正文中使用 form-data 添加 更多文字

請求正文：
類型：表單數(shù)據(jù)

正文參數(shù)：
鍵：文本，
值：<additional_text_input>


用于上傳與早期分析相關(guān)的文檔

請求正文：
類型：表單數(shù)據(jù)

正文參數(shù)：
鍵：document，
值： <document_file>


數(shù)據(jù)上傳成功后，分析狀態(tài)將變?yōu)?ldquo;正在處理”。成功處理后，可以使用用于提取的終結(jié)點以更高的置信度檢索分析。
<
產(chǎn)品問答
>
?
定價顯示每月成本和每個配置文件的成本。每個配置文件的費(fèi)用是每月價格的附加費(fèi)用嗎？
不，沒有固定費(fèi)用或安裝成本。每月定價已經(jīng)包括一定數(shù)量的配置文件，它不是一個附加的價格。當(dāng)你訪問更多的配置文件，成本上升成比例。
?
如何計算每個訂閱者的配置文件數(shù)量？例如，對同一個配置文件的兩個fetch調(diào)用如何收費(fèi)？
個人資料每月統(tǒng)計一次。因此，如果您在同一個月內(nèi)獲取相同的配置文件，您將只收取一次費(fèi)用。但如果你下個月再取同樣的配置文件，它將再次收費(fèi)。建議的做法是，訂閱者應(yīng)將個人資料存儲在自己的一側(cè)，并將其設(shè)置為每6個月刷新一次。
?
如果對同一個配置文件進(jìn)行多個調(diào)用，分析是否會反映配置文件隨時間的變化？
每個個人資料每6個月更新一次（個性被證明會進(jìn)化，但不會很快）。因此，評分的更改將遵循6個月的頻率。
?
我們希望將從Humantic API和IBM沃森API獲得的結(jié)果進(jìn)行比較。我們怎么才能做到這一點？
如果您已經(jīng)可以訪問沃森API，則可以簡單地比較兩個API的結(jié)果。你應(yīng)該期待絕對分?jǐn)?shù)的一些差異，因為這兩種產(chǎn)品似乎建立人口分布不同。然而，一旦你通過將它們細(xì)分為5或3組來分析結(jié)果，結(jié)果往往會變得更加相似。我們的絕大多數(shù)客戶發(fā)現(xiàn)，Humantic AI的準(zhǔn)確性實際上有所提高，請參閱此處進(jìn)行全面比較。
?
該API返回DISC和OCEAN評估中每種人格特質(zhì)的數(shù)字分?jǐn)?shù)。這些結(jié)果是如何解釋的（即。用什么尺度來...
所有屬性都以100分的指數(shù)進(jìn)行評分。然而，在這方面， 結(jié)果是在然后的范圍內(nèi)，具有一個小數(shù)位。我們共享的級別應(yīng)視為指示性的，您應(yīng)該創(chuàng)建不同的類，以防默認(rèn)分組不適用于您的產(chǎn)品。
?
我剛剛開始與Humantic AI API集成，您有什么推薦的最佳實踐嗎？
當(dāng)然。要構(gòu)建一個健壯的集成，這些是您應(yīng)該處理的最重要的場景。 1.您應(yīng)該處理不同的響應(yīng)代碼（請參閱響應(yīng)結(jié)構(gòu)下的元數(shù)據(jù)），特別是那些狀態(tài)代碼在20-40范圍內(nèi)的代碼。 2.你應(yīng)該榮譽(yù)利率限制。我們認(rèn)真對待他們，如果您超過規(guī)定的費(fèi)率限制，您的應(yīng)用程序可能會暫時被阻止。 3.在創(chuàng)建請求時，您應(yīng)該嘗試使用各種相關(guān)的可選參數(shù)。這將幫助您獲得更好的結(jié)果（特別是如果您提供電子郵件ID作為輸入）。 4.配置文件提取應(yīng)該在創(chuàng)建后的30-45秒內(nèi)完成，如獲取配置文件部分所述。否則，您將毫無理由地浪費(fèi)一部分配額。 5.您應(yīng)該嘗試使用我們提供的代碼示例，這將加快您的集成速度。但是，代碼示例不會涵蓋可能與您的需求相關(guān)的所有場景，因此將它們用作集成的起點，而不是終點。 6.如果您的用例需要高精度，那么在API響應(yīng)中考慮“confidence_score”，并在需要時提供額外的數(shù)據(jù)來提高置信度。 7.重點是在API響應(yīng)中使用“personality_analysis”和“persona”部分。其他部分并不總是存在，至少在這個時候。
<
關(guān)于我們
>
Humantic AI
企業(yè)
這一切都始于 20 多年前，當(dāng)時我們的創(chuàng)始人 Amarpreet 還在讀研究生，并開發(fā)了一種 對人工智能的迷戀。這為他的信念奠定了基礎(chǔ)，即沒有什么比 技術(shù)可以是“智能”的，而不僅僅是按照它的指示去做。 這一追求最終導(dǎo)致他在 2014 年創(chuàng)立了 Frrole AI，這是最早將 AI 引入 消費(fèi)者情報。這導(dǎo)致 Forrester 將 Frrole AI 評為數(shù)百種產(chǎn)品中僅有的 7 種產(chǎn)品之一。 2020 年的“消費(fèi)者智能中的人工智能”報告。 2021 年，他創(chuàng)立了 Humantic AI，目標(biāo)是通過構(gòu)建層使互聯(lián)網(wǎng)人性化 的人的智慧。收入團(tuán)隊的買方情報是這種崇高的第一個體現(xiàn) 任務(wù)。 我們相信，技術(shù)，尤其是人工智能，正朝著失去人際關(guān)系的方向發(fā)展。 然而，當(dāng)人們能夠真正理解對方時，他們獲得了最大的幸福。它讓一切變得更好 在辦公室，在家里更好，在整個世界上都更好。這就是我們努力實現(xiàn)我們的目標(biāo)的原因 使互聯(lián)網(wǎng)上的每一次互動人性化的崇高目標(biāo)。銷售的人性化是《人文人工智能》一書的第一章。
聯(lián)系信息
服務(wù)時間： 7*24
郵箱： connect@humantic.ai
網(wǎng)頁在線客服： 咨詢

我們的團(tuán)隊

 

 

<
最可能同場景使用的其他API
>
API接口列表
<
產(chǎn)品價格
>

                     
21 天免費(fèi)試用。無需信用卡。
個性化每一次互動。

按月訂閱

 

                           按年訂閱

 

 

 

<
使用指南
>

創(chuàng)建分析

Humantic API 支持多種輸入格式，使用這些格式可以獲得性格評估。當(dāng)使用單個輸入源無法提供具有足夠置信度的結(jié)果時，可以使用 UPDATE 端點添加更多輸入，以提高置信度，從而提高人格評估的準(zhǔn)確性。
對于創(chuàng)建分析，以下是可用的輸入方法：

  1. LinkedIn 個人資料 URL
  2. 電子郵件 ID
  3. 文件（包括簡歷）
  4. 自由格式文本

根據(jù)輸入法類型，應(yīng)使用相關(guān)的 CREATE 請求（如下所述）來包含支持參數(shù)。以下部分提供了可用參數(shù)的說明，以及如何將它們用于 CREATE 請求。

 

apikey
強(qiáng)制		  將對 API 進(jìn)行調(diào)用的訂閱者標(biāo)識為每個 訂閱者被分配了一個唯一的密鑰。速率限制、識別和 配額度量受此參數(shù)值控制
身份證件是強(qiáng)制性的 使用此參數(shù)值提供個人（或文檔）標(biāo)識，以創(chuàng)建相關(guān)的 Humantic AI 個性配置文件。
以下是此參數(shù)可以接受的值類型 創(chuàng)建配置文件
  • 對于輸入類型LinkedIn，請使用個人的LinkedIn配置文件 URL - “https://www.linkedin.com/in/akhilesh-damaraju/”
  • 對于輸入類型電子郵件 ID，請使用個人的電子郵件 ID - “connect@humantic.ai”
  • 對于輸入類型“文檔”，請使用被評估的個人（或文檔）的任何唯一標(biāo)識符
  • 對于輸入類型自由格式文本，請對正在評估的單個（或文本正文）使用任何唯一標(biāo)識符
用于創(chuàng)建基于 LinkedIn 個人資料 URL、社交個人資料 URL 和電子郵件 ID 的分析
  • Http 方法：GET
  • “id”參數(shù)值必須是 用戶。
用于基于文檔的分析
  • Http 方法：POST
  • 'id' 參數(shù)應(yīng)是唯一字符串。您可以使用唯一 ID，我們建議使用易于識別所請求分析的值。
  • 僅支持.pdf、.docx格式的文檔文件。如果您有.txt文件，建議改用自由格式文本選項。
  • 文檔文件上傳到請求正文中，鍵名為“document”，文件作為其值。（如果需要，您可以參考 Postman 集合中的示例請求）
  • 應(yīng)始終指定要上傳的文件的內(nèi)容類型。一些常見的內(nèi)容類型包括：
    • docx： 'application/vnd.openxmlformats-officedocument.wordprocessingml.document'
    • PDF： '應(yīng)用程序/PDF'
    •  

請求正文：
類型：表單數(shù)據(jù)

 

正文參數(shù)：
鍵：document，
值： <document_file>

用于基于自由格式文本的分析

  • Http 方法：POST
  • 'id' 參數(shù)應(yīng)是唯一字符串。您可以使用唯一 ID，我們建議使用易于識別所請求分析的值。
  • 請求正文中按指定格式提供文本

 

 

請求正文：
類型：表單數(shù)據(jù)

 

正文參數(shù)：

{
“文本”： {the_text_for_the_analysis_comes_here}
}

注意：

  • 對于基于文本或基于文件的輸入，Humantic AI 至少需要 300 個單詞才能以最低可接受的置信水平提供個性見解。如果確實有必要，可以使用“覆蓋”參數(shù)（即將推出）刪除此限制。
    在上限，處理超過 10K 個字的輸入，但只考慮前 10K 個字。
  • 對于“id”，不應(yīng)使用任何以“test”開頭的通用標(biāo)簽（如“test1”、“test-2”等），因為這些標(biāo)簽是為內(nèi)部測試保留的。推薦使用“id”標(biāo)簽的方法：<companyname>-<mmdd>-<unique 字母數(shù)字字符串></unique>

 

名字是可選的		 訂閱者嘗試為其創(chuàng)建配置文件的個人的名字。它可以提供任何類型的“ID”，但實際上只有在提供電子郵件 ID 時才有用。
當(dāng)提供電子郵件 ID 時，它可以幫助 Humantic AI 更準(zhǔn)確地確定個人可能是誰。

姓氏可選		 訂閱者嘗試為其創(chuàng)建配置文件的個人的姓氏。它可以提供任何類型的“ID”，但實際上只有在提供電子郵件 ID 時才有用。
當(dāng)提供電子郵件 ID 時，它可以幫助 Humantic AI 更準(zhǔn)確地確定個人可能是誰。
doctype
可選		 有效值：resume
提供后，Humantic AI 將理解正在上傳的文檔是簡歷，并在文檔中找到 LinkedIn URL 時嘗試分析 LinkedIn 數(shù)據(jù)。
無
狀態(tài)可選		 設(shè)置為 true 時，Humantic AI 不會保存輸入文本或文檔。僅當(dāng)輸入數(shù)據(jù)由文本或文檔組成時才適用，否則不適用。
EnrichProfile
可選		 僅適用于使用電子郵件 ID 作為“ID”的“特殊”計劃訂閱者。設(shè)置為 false 時，Humantic AI 不會嘗試將提供的電子郵件 ID 自動解析為關(guān)聯(lián)的社交資料。 默認(rèn)情況下（如果設(shè)置為 true），它將嘗試將提供的電子郵件 ID 解析為社交配置文件，并使用社交配置文件中的數(shù)據(jù)作為輸入（對于文本或文檔不是輸入類型的所有調(diào)用）或增加輸出的置信度（對于上傳文本或文檔的所有調(diào)用）。
AnalysisType
可選		 僅適用于以英語輸入的文本或文檔（包括簡歷），并且目標(biāo)是使用 Humantic 預(yù)測的 DISC、Big 5 或其他分?jǐn)?shù)和見解進(jìn)行招聘或人才評估的情況。在這種情況下，此參數(shù)應(yīng)設(shè)置為“analysistype=talent”
這樣做將確保分析由專門的 ML 算法處理，該算法是為人才評估方案定制的，并且可以高精度地處理簡歷、求職信或招聘相關(guān)問題。僅當(dāng)輸入語言為英語時才適用。
如果輸入是文本或文檔，并且語言不是英語，或者目標(biāo)是對非人才場景進(jìn)行性格評估（例如品牌分析），則不應(yīng)傳遞此參數(shù)，以便可以通過標(biāo)準(zhǔn)算法進(jìn)行分析。
如果輸入是任何其他類型，則不應(yīng)傳遞此參數(shù)。

 

 

提取分析

對于基于文本或文檔的輸入，成功創(chuàng)建分析的處理時間可能為 3-5 秒。API 版本 1.0 中基于 LinkedIn URL 或電子郵件 ID 的輸入可能需要 30-45 秒（在大多數(shù)情況下）。

因此，在收到對“創(chuàng)建”終結(jié)點的調(diào)用的“成功”確認(rèn)后，必須分別在 30 到 45 秒安排提取調(diào)用。如果收到“IN_PROGRESS”analysis_status（在元數(shù)據(jù)下），則可以在延遲 15 秒后進(jìn)行后續(xù)提取調(diào)用（有關(guān)狀態(tài)的完整列表，請參閱響應(yīng)結(jié)構(gòu)→元數(shù)據(jù)）。

apikey
強(qiáng)制		 將對 API 進(jìn)行調(diào)用的訂閱者標(biāo)識為每個 訂閱者被分配了一個唯一的密鑰。速率限制、識別和 配額度量受此參數(shù)值控制
身份證件是強(qiáng)制性的 此值與創(chuàng)建分析時提供的“id”參數(shù)相同。
Persona
可選		 此參數(shù)用于在請求個人（或文檔/文本正文）的 Humantic AI 配置文件時獲取特定角色類型的結(jié)果?？梢允褂枚禾栕鳛榉指舴麃碇С侄鄠€角色值。
可能的值：銷售、招聘
覆蓋
可選		 設(shè)置為 true 時，Humantic 將繞過其至少 300 個單詞輸入的內(nèi)部限制，即使輸入數(shù)據(jù)少于 300 個單詞，也會開始返回結(jié)果。在這種情況下，結(jié)果可能不準(zhǔn)確，因此應(yīng)格外小心地使用。

 

 

更新分析

對于使用 LinkedIn 個人資料 URL、自由格式文本、電子郵件 ID 或文檔創(chuàng)建的個人資料，Humantic AI 支持添加更多數(shù)據(jù)以提高預(yù)測的可信度。

  • 對于使用 LinkedIn URL 創(chuàng)建的個人資料，可以提供其他文本或上傳文檔。
  • 對于使用電子郵件 ID 創(chuàng)建的配置文件，可以提供其他文本或上傳文檔。
  • 對于使用自由格式文本創(chuàng)建的配置文件，可以提供其他文本或上傳文檔。
  • 對于使用文檔創(chuàng)建的配置文件，只能提供其他文本。


用于更新分析的 URL 與用于創(chuàng)建 分析。
Http 方法：POST

 

apikey
強(qiáng)制		 將對 API 進(jìn)行調(diào)用的訂閱者標(biāo)識為每個 訂閱者被分配了一個唯一的密鑰。速率限制、識別和 配額度量受此參數(shù)值控制
身份證件是強(qiáng)制性的 使用用于創(chuàng)建分析的相同 ID。

要提供與早期分析
相關(guān)的其他文本，請在請求正文中使用 form-data 添加 更多文字

請求正文：
類型：表單數(shù)據(jù)

正文參數(shù)：
鍵：文本，
值：<additional_text_input>


用于上傳與早期分析相關(guān)的文檔

請求正文：
類型：表單數(shù)據(jù)

正文參數(shù)：
鍵：document，
值： <document_file>


數(shù)據(jù)上傳成功后，分析狀態(tài)將變?yōu)?ldquo;正在處理”。成功處理后，可以使用用于提取的終結(jié)點以更高的置信度檢索分析。
<
依賴服務(wù)
>
<
產(chǎn)品問答
>
?
定價顯示每月成本和每個配置文件的成本。每個配置文件的費(fèi)用是每月價格的附加費(fèi)用嗎？
不，沒有固定費(fèi)用或安裝成本。每月定價已經(jīng)包括一定數(shù)量的配置文件，它不是一個附加的價格。當(dāng)你訪問更多的配置文件，成本上升成比例。
?
如何計算每個訂閱者的配置文件數(shù)量？例如，對同一個配置文件的兩個fetch調(diào)用如何收費(fèi)？
個人資料每月統(tǒng)計一次。因此，如果您在同一個月內(nèi)獲取相同的配置文件，您將只收取一次費(fèi)用。但如果你下個月再取同樣的配置文件，它將再次收費(fèi)。建議的做法是，訂閱者應(yīng)將個人資料存儲在自己的一側(cè)，并將其設(shè)置為每6個月刷新一次。
?
如果對同一個配置文件進(jìn)行多個調(diào)用，分析是否會反映配置文件隨時間的變化？
每個個人資料每6個月更新一次（個性被證明會進(jìn)化，但不會很快）。因此，評分的更改將遵循6個月的頻率。
?
我們希望將從Humantic API和IBM沃森API獲得的結(jié)果進(jìn)行比較。我們怎么才能做到這一點？
如果您已經(jīng)可以訪問沃森API，則可以簡單地比較兩個API的結(jié)果。你應(yīng)該期待絕對分?jǐn)?shù)的一些差異，因為這兩種產(chǎn)品似乎建立人口分布不同。然而，一旦你通過將它們細(xì)分為5或3組來分析結(jié)果，結(jié)果往往會變得更加相似。我們的絕大多數(shù)客戶發(fā)現(xiàn)，Humantic AI的準(zhǔn)確性實際上有所提高，請參閱此處進(jìn)行全面比較。
?
該API返回DISC和OCEAN評估中每種人格特質(zhì)的數(shù)字分?jǐn)?shù)。這些結(jié)果是如何解釋的（即。用什么尺度來...
所有屬性都以100分的指數(shù)進(jìn)行評分。然而，在這方面， 結(jié)果是在然后的范圍內(nèi)，具有一個小數(shù)位。我們共享的級別應(yīng)視為指示性的，您應(yīng)該創(chuàng)建不同的類，以防默認(rèn)分組不適用于您的產(chǎn)品。
?
我剛剛開始與Humantic AI API集成，您有什么推薦的最佳實踐嗎？
當(dāng)然。要構(gòu)建一個健壯的集成，這些是您應(yīng)該處理的最重要的場景。 1.您應(yīng)該處理不同的響應(yīng)代碼（請參閱響應(yīng)結(jié)構(gòu)下的元數(shù)據(jù)），特別是那些狀態(tài)代碼在20-40范圍內(nèi)的代碼。 2.你應(yīng)該榮譽(yù)利率限制。我們認(rèn)真對待他們，如果您超過規(guī)定的費(fèi)率限制，您的應(yīng)用程序可能會暫時被阻止。 3.在創(chuàng)建請求時，您應(yīng)該嘗試使用各種相關(guān)的可選參數(shù)。這將幫助您獲得更好的結(jié)果（特別是如果您提供電子郵件ID作為輸入）。 4.配置文件提取應(yīng)該在創(chuàng)建后的30-45秒內(nèi)完成，如獲取配置文件部分所述。否則，您將毫無理由地浪費(fèi)一部分配額。 5.您應(yīng)該嘗試使用我們提供的代碼示例，這將加快您的集成速度。但是，代碼示例不會涵蓋可能與您的需求相關(guān)的所有場景，因此將它們用作集成的起點，而不是終點。 6.如果您的用例需要高精度，那么在API響應(yīng)中考慮“confidence_score”，并在需要時提供額外的數(shù)據(jù)來提高置信度。 7.重點是在API響應(yīng)中使用“personality_analysis”和“persona”部分。其他部分并不總是存在，至少在這個時候。
<
關(guān)于我們
>
Humantic AI
企業(yè)
這一切都始于 20 多年前，當(dāng)時我們的創(chuàng)始人 Amarpreet 還在讀研究生，并開發(fā)了一種 對人工智能的迷戀。這為他的信念奠定了基礎(chǔ)，即沒有什么比 技術(shù)可以是“智能”的，而不僅僅是按照它的指示去做。 這一追求最終導(dǎo)致他在 2014 年創(chuàng)立了 Frrole AI，這是最早將 AI 引入 消費(fèi)者情報。這導(dǎo)致 Forrester 將 Frrole AI 評為數(shù)百種產(chǎn)品中僅有的 7 種產(chǎn)品之一。 2020 年的“消費(fèi)者智能中的人工智能”報告。 2021 年，他創(chuàng)立了 Humantic AI，目標(biāo)是通過構(gòu)建層使互聯(lián)網(wǎng)人性化 的人的智慧。收入團(tuán)隊的買方情報是這種崇高的第一個體現(xiàn) 任務(wù)。 我們相信，技術(shù)，尤其是人工智能，正朝著失去人際關(guān)系的方向發(fā)展。 然而，當(dāng)人們能夠真正理解對方時，他們獲得了最大的幸福。它讓一切變得更好 在辦公室，在家里更好，在整個世界上都更好。這就是我們努力實現(xiàn)我們的目標(biāo)的原因 使互聯(lián)網(wǎng)上的每一次互動人性化的崇高目標(biāo)。銷售的人性化是《人文人工智能》一書的第一章。
聯(lián)系信息
服務(wù)時間： 7*24
郵箱： connect@humantic.ai
網(wǎng)頁在線客服： 咨詢

我們的團(tuán)隊

 

 

<
最可能同場景使用的其他API
>