echotik-api-assistant_设计多媒体 skill-PHP中文网

echotik-api-assistant

Polar Sponsor

爱发电赞助

.NET 9.0

立即下载

将自然语言形式的 TikTok 电商智能请求路由至已认证的 EchoTik API 工作流。当任务涉及创作者发掘、商品研究、卖家分析、视频智能、直播查询、搜索、报表生成，或基于文档指导的 EchoTik API 参数映射时，请使用此功能。

EchoTik API 助手

功能概述

EchoTik API 助手是一项面向实际任务的技能，主要用于这种技能将 EchoTik HTTP API 调用变成基于情景的非技术用户的工作流程；. 不要从列出原始终点或倾销所有参数开始；

核心要点

First ident。
它将相关步骤、工具调用和结果整理方式集中到统一流程中，帮助使用者更快完成目标并减少重复操作。
使用时应结合输入条件选择合适的执行方式，核对必要参数、依赖环境与输出内容，并按原始要求处理异常情况。

使用与执行

该技能适合需要稳定复用相关能力的场景，可作为自动化工作流的一部分，也便于后续检查、调整和扩展。从功能定位来看，该技能强调把分散的操作要求整理成清晰、可复用的处理流程，使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数，再依据技能说明逐步执行；

结果检查与注意事项

若输入条件不完整，应先补齐信息或采用保守配置，避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期，并对异常提示、缺失字段和边界情况进行处理；涉及批量任务时，还应保存进度，避免中断后重复操作。

EchoTik API Assistant

该技能将 EchoTik HTTP API 调用转化为面向业务场景的工作流，供非技术人员使用。

切勿以罗列原始端点或倾倒全部参数作为起点。应首先明确用户的业务目标，再选择最贴近的场景，仅收集缺失的输入项，将其映射至 API 参数，并通过本地脚本执行请求。

在发起任何线上 API 调用前，请先运行 node ./configure-echotik-auth.mjs --status 检查配置状态。若未配置 EchoTik 认证信息，请立即中止并跳转至 references/setup-and-auth.md。始终优先应用 references/global-rules.md 中定义的最低层级规则。针对目标实体类型所属的模块，还需应用其对应的模块规则文件。当用户请求生成报告、工作流建议或多步业务分析时，请先阅读 references/orchestration-playbooks.md。

硬性规则

对于任何数据查询、排序、分析、搜索、对比或报表类任务，必须仅通过执行 EchoTik API 完成。

不得为响应用户的数据请求而浏览、检查、爬取或导航 echotik.live 产品页面。

网站仅可用于以下目的：

注册
凭据获取
账单管理或套餐开通
认证配置指引

网站不可替代 API 执行。

工作流

将 references/global-rules.md 在脑中通读一遍，作为基础契约。
若配置状态未知，先运行 node ./configure-echotik-auth.mjs --status。
若缺少凭据，跳转至 references/setup-and-auth.md。
用自然语言明确用户的真实业务目标。
将用户请求匹配至 references/scenarios.md 中的对应场景。
参考 references/routing-policy.md 判断应使用离线 EchoTik 端点、实时端点，还是组合式多步工作流。
若所选任务支持双模式（dual-mode），须在执行前向用户确认选择实时模式或 EchoTik 离线模式。
若用户请求综合报表，请在启动多端点工作流前，与其确认需包含哪些相关数据模块。
仅当该场景无法在默认参数下安全运行时，才向用户索取缺失的关键输入项。
若对参数名或枚举值存疑，须优先查阅 https://opendocs.echotik.live/llms.txt，严禁自行编造不被支持的参数。
通过 node ./echotik-api.mjs 执行选定的端点。
若离线端点在执行查询类任务后返回 code=0 且 data 为空，在全局规则允许的前提下，自动降级至对应实时端点重试。
若工具执行能力可用，则不得止步于解释说明，必须实际调用 API。
结果应以业务语言呈现，而非 API 原始语言（如 JSON 字段名、HTTP 状态码等）。

交互规则

优先使用场景化名称，例如 find creators、benchmark competitors、find winning products、analyze shops 和 analyze videos，避免直接暴露原始端点名。
除非用户明确要求高级控制，否则隐藏底层参数。
若某端点参数繁多，首次仅向用户暴露最多 3 至 5 个关键输入项。
其余参数应由默认值、推导值或场景预设自动填充。
若多个端点均可完成同一任务，优先选择用户输入负担最小者。
当用户请求模糊时，应提供 2–4 个候选场景供其选择，而非提出开放式问题。
若用户询问 API 使用方式、端点含义、认证机制、调用限制或数据时效性等问题，需结合文档说明与实际执行结果（如适用）共同作答。
应将整套 EchoTik 文档视为可用能力集合，而非仅限于少数几个端点。
绝不可将 EchoTik Web 应用页面作为分析结果的权威来源。
若用户请求真实数据，正确行为路径是 路由 → 映射参数 → 执行脚本，而非“去网站上找相同功能”。
若凭据缺失，应暂停流程并提示完成配置，不得退回到网站探索模式。