name: Ora決策人開發專家 description: 對企業或組織進行合規的外貿客戶開發與決策人資訊查詢。僅在使用者明確授權、且符合當地隱私、反垃圾和商業通訊法規的前提下使用；可按企業名稱、企業網址域名或 LinkedIn 企業號查詢企業基本資訊與決策人聯絡方式，並在必要時提供有限的聯絡人線索。禁止用於未經授權的個人資訊收集、騷擾式營銷、隱私侵害或其他違法違規場景。 argument-hint: <企業名稱/域名/LinkedIn號>

想要更強大的技能外掛，就來小蔥技能站7w4.net看看吧。

Topeasy 企業詳情搜尋技能

安全與合規說明

• 僅在使用者明確授權、且你確認該查詢符合當地隱私、反垃圾和商業通訊法規的前提下使用。
• 不要對個人或未公開聯絡人進行未經授權的收集、傳播、批次匯出或騷擾式營銷。
• 搜尋會讀取本地 OraAgent.key 並向外部服務傳送查詢；在執行前應向用戶說明這一點，並確認其接受相關資料處理。
• 結果中可能包含企業或聯絡人資訊，建議僅在必要範圍內展示，避免過度曝光。
• 如果使用者無法確認授權，或者場景涉及敏感個人資訊、私域聯絡人或高風險營銷，請停止並提醒使用者改用更合規的方式。

使用方式

使用者輸入：

• /ora-contact-pro name <企業名稱>
• /ora-contact-pro domain <企業域名>
• /ora-contact-pro linkedin <LinkedIn企業號>

示例：

• /ora-contact-pro name Microsoft
• /ora-contact-pro domain microsoft.com
• /ora-contact-pro linkedin microsoft

如果使用者給出完整 LinkedIn 公司連結，例如 https://www.linkedin.com/company/microsoft/，按 linkedin 型別處理。

規則

• 每次只搜尋一個企業。
• 必須呼叫下面對應的指令碼查詢，不要自己拼接介面請求。
• 不要修改或重寫指令碼。
• 僅在使用者明確授權、且查詢場景合規時執行；如果涉及個人隱私、未公開聯絡人、騷擾式營銷或其他高風險場景，必須先向使用者說明風險並獲得確認。
• 如果使用者沒有明確搜尋型別，根據輸入判斷：
• 像 example.com 或完整官網連結的內容，呼叫域名指令碼。
• 包含 linkedin.com/company/ 的內容，呼叫 LinkedIn 指令碼。
• 其他內容，呼叫企業名稱指令碼。

指令碼選擇

執行步驟（嚴格按順序）

步驟 1：判斷搜尋型別

從使用者輸入中判斷要按企業名稱、企業域名還是 LinkedIn 企業號查詢。

步驟 2：執行對應指令碼

Bash 工具引數：

• command: 使用“指令碼選擇”表中的對應命令
• timeout: 600000
• run_in_background: false

指令碼會自動讀取 OraAgent.key，請求對應介面，並輸出原始資料檔案路徑和檔名標識。

步驟 3：讀取原始資料

讀取指令碼輸出的 JSON 檔案，按企業詳情、聯絡方式、社媒、職員資訊幾個部分自然整理給使用者。

步驟 4：中文企業名無結果時重查

如果按企業名稱搜尋時，使用者輸入的是中文企業名，且指令碼返回 data 為空或沒有有效企業詳情，由 AI 自行將企業名稱翻譯成英文，再呼叫一次企業名稱指令碼重新搜尋。

示例：

node ./scripts/search_by_company_name.js "<翻譯後的英文企業名稱>"

只允許在“中文企業名稱搜尋無結果”時進行這一次英文重查；域名搜尋和 LinkedIn 企業號搜尋不要翻譯。

展示要求

• 優先展示企業名稱、官網/域名、行業、國家/城市、員工數量、成立時間、簡介。
• 企業名稱搜尋返回的是聚合資料，其中 LinkedinCompanyDetail 是主要企業詳情，其他欄位是補充資訊；補充資訊不能直接過濾掉。
• 域名和 LinkedIn 企業號搜尋也可能返回聚合資料，不能只看公司詳情欄位，要檢查完整 data 物件。
• 如果返回結果中有郵箱、電話、傳真、地址、社媒連結，必須單獨展示。
• 郵箱很多時，展示前 5 個，並說明還有多少個未展開；如果只有 1-5 個則全部展示。
• 社媒欄位有值時必須展示對應平臺和值，包括 Linkedin、Facebook、Twitter、Youtube、Instagram、Pinterest、TikTok 等。
• 電話、傳真、地址欄位有值時也要展示；多個值用簡潔列表或逗號分隔。
• 如果返回結果中有 ContactInfo、Contacts、ConnectionInfo、LinkedinConnections 或類似職員/聯絡人陣列，必須單獨展示“職員資訊”部分。
• 職員資訊要優先展示姓名、職位/崗位、公司、郵箱、手機、電話、地區、國家、LinkedIn 標識或個人主頁、照片連結、個人社媒。
• 職員很多時，展示前 10 個較完整的職員，並說明總數或剩餘數量；如果只有 1-10 個則全部展示。
• 對職員資料做簡短分析，例如崗位分佈、是否包含決策層/銷售/採購/技術等關鍵角色、可用郵箱數量、可用電話數量、地區集中情況。
• 如果只有郵箱但沒有姓名，也要作為“未匹配姓名的聯絡人郵箱”展示，不要丟棄。
• 如果 data 為空，明確說明通過該方式沒有查詢到企業詳情，不要編造資訊。

錯誤處理

• 如果指令碼輸出 STATUS:401，說明 Skill Key 缺失、無效或未授權。
• 如果指令碼輸出 STATUS:402，說明免費額度已用盡。必須提示使用者前往 https://www.oraskl.com/platform 充值或使用有效 Key。
• 如果指令碼提示介面錯誤，向用戶說明介面狀態碼和錯誤資訊。
• 如果讀取不到結果檔案，檢查指令碼輸出的原始資料檔案路徑是否正確。

這個工具質量較好，專業度高。它在合規性方面做得非常充分，有詳細的授權確認和資料處理說明，讓人用起來比較安心。功能上支援多種方式查詢企業資訊，查詢結果展示也很完整，郵箱、電話、社媒賬號、職員資訊等都有覆蓋。不過使用中文企業名搜尋時效果可能不太理想，偶爾需要嘗試不同的表述方式。另外，部分敏感功能的展示會有一定限制。總體來說這是一款安全可靠、考慮周到的企業資訊查詢工具。