sino-bc-cli 1.8.7 → 1.8.8
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/SKILL.md +1 -1
- package/dist/affordance/biz-line.md +12 -12
- package/dist/api-doc/oapi/biz-line-strategy.md +117 -28
- package/dist/generated/api-catalog.json +75 -60
- package/dist/index.js +1 -1
- package/dist/skills/oapi/sino-bc-biz-line/SKILL.md +2 -13
- package/dist/skills/oapi/sino-bc-biz-line/references/long-tail-api.md +11 -11
- package/dist/skills/oapi/sino-bc-sso/SKILL.md +1 -1
- package/dist/skills/oapi/sino-bc-sso/references/long-tail-api.md +1 -1
- package/package.json +1 -1
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
[
|
|
2
2
|
{
|
|
3
|
-
"name": "
|
|
3
|
+
"name": "biz-line-list",
|
|
4
4
|
"displayName": "查询业务线分页列表",
|
|
5
5
|
"description": "result 为公司分页对象:total=总条数,result=当前页的 BizLineListVO 列表。\n\n核心指标字段有两个,含义不同不要混用:coreIndex = 业务线核心指标(业务线维度的 KPI 口径说明,来源业务线配置,与策略周期无关);coreEffectIndex = 当期策略回顾里的核心效果指标(随策略周期变化,另有 prevCoreEffectIndex 为上期值)。\n\n需要查看某条业务线下挂了哪些项目及其广告账号时,用 result.result[].id 调 POST /sino-opti-hive/biz-line/project-list。",
|
|
6
6
|
"group": "业务线策略",
|
|
@@ -140,7 +140,7 @@
|
|
|
140
140
|
}
|
|
141
141
|
},
|
|
142
142
|
{
|
|
143
|
-
"name": "
|
|
143
|
+
"name": "biz-line-detail",
|
|
144
144
|
"displayName": "业务线详情",
|
|
145
145
|
"description": "result 为 BizLineDetailVO。",
|
|
146
146
|
"group": "业务线策略",
|
|
@@ -158,7 +158,7 @@
|
|
|
158
158
|
}
|
|
159
159
|
},
|
|
160
160
|
{
|
|
161
|
-
"name": "
|
|
161
|
+
"name": "biz-line-save",
|
|
162
162
|
"displayName": "新建业务线",
|
|
163
163
|
"description": "⚠️ 写操作。成功时 result 为新建业务线详情 BizLineDetailVO。",
|
|
164
164
|
"group": "业务线策略",
|
|
@@ -176,7 +176,7 @@
|
|
|
176
176
|
}
|
|
177
177
|
},
|
|
178
178
|
{
|
|
179
|
-
"name": "
|
|
179
|
+
"name": "biz-line-update",
|
|
180
180
|
"displayName": "编辑业务线",
|
|
181
181
|
"description": "⚠️ 写操作。成功时 result 为 Boolean,表示是否更新成功。",
|
|
182
182
|
"group": "业务线策略",
|
|
@@ -194,7 +194,7 @@
|
|
|
194
194
|
}
|
|
195
195
|
},
|
|
196
196
|
{
|
|
197
|
-
"name": "
|
|
197
|
+
"name": "biz-line-status-update",
|
|
198
198
|
"displayName": "切换业务线状态",
|
|
199
199
|
"description": "⚠️ 写操作。仅更新状态与操作人;成功时 result 为 Boolean。status:1进行中 2已完成 3已暂停。",
|
|
200
200
|
"group": "业务线策略",
|
|
@@ -212,7 +212,7 @@
|
|
|
212
212
|
}
|
|
213
213
|
},
|
|
214
214
|
{
|
|
215
|
-
"name": "
|
|
215
|
+
"name": "biz-line-del",
|
|
216
216
|
"displayName": "删除业务线",
|
|
217
217
|
"description": "⚠️ 写操作。成功时 result 为 Boolean,表示是否删除成功。",
|
|
218
218
|
"group": "业务线策略",
|
|
@@ -230,7 +230,7 @@
|
|
|
230
230
|
}
|
|
231
231
|
},
|
|
232
232
|
{
|
|
233
|
-
"name": "
|
|
233
|
+
"name": "biz-line-strategy-period-list",
|
|
234
234
|
"displayName": "策略周期列表",
|
|
235
235
|
"description": "result 为 BizLineStrategyPeriodListVO,含 items 与 total。",
|
|
236
236
|
"group": "业务线策略",
|
|
@@ -248,7 +248,7 @@
|
|
|
248
248
|
}
|
|
249
249
|
},
|
|
250
250
|
{
|
|
251
|
-
"name": "
|
|
251
|
+
"name": "biz-line-strategy-list",
|
|
252
252
|
"displayName": "查询策略分页列表",
|
|
253
253
|
"description": "result 为公司分页对象:total=总条数,result=当前页的 BizLineStrategyDetailVO 列表。",
|
|
254
254
|
"group": "业务线策略",
|
|
@@ -304,7 +304,7 @@
|
|
|
304
304
|
}
|
|
305
305
|
},
|
|
306
306
|
{
|
|
307
|
-
"name": "
|
|
307
|
+
"name": "biz-line-strategy-spend",
|
|
308
308
|
"displayName": "策略周期内关联项目周表消耗汇总",
|
|
309
309
|
"description": "result 为 BizLineStrategySpendVO,含 totalSpend。",
|
|
310
310
|
"group": "业务线策略",
|
|
@@ -322,7 +322,7 @@
|
|
|
322
322
|
}
|
|
323
323
|
},
|
|
324
324
|
{
|
|
325
|
-
"name": "
|
|
325
|
+
"name": "biz-line-strategy-save",
|
|
326
326
|
"displayName": "新建策略",
|
|
327
327
|
"description": "⚠️ 写操作。成功时 result 为 Boolean,表示是否保存成功。",
|
|
328
328
|
"group": "业务线策略",
|
|
@@ -340,7 +340,7 @@
|
|
|
340
340
|
}
|
|
341
341
|
},
|
|
342
342
|
{
|
|
343
|
-
"name": "
|
|
343
|
+
"name": "biz-line-strategy-update",
|
|
344
344
|
"displayName": "编辑策略",
|
|
345
345
|
"description": "⚠️ 写操作。成功时 result 为 Boolean。version 为乐观锁;overwrite=true 强制覆盖。",
|
|
346
346
|
"group": "业务线策略",
|
|
@@ -358,7 +358,7 @@
|
|
|
358
358
|
}
|
|
359
359
|
},
|
|
360
360
|
{
|
|
361
|
-
"name": "
|
|
361
|
+
"name": "biz-line-strategy-del",
|
|
362
362
|
"displayName": "删除策略",
|
|
363
363
|
"description": "⚠️ 写操作。成功时 result 为 Boolean,表示是否删除成功。",
|
|
364
364
|
"group": "业务线策略",
|
|
@@ -376,7 +376,7 @@
|
|
|
376
376
|
}
|
|
377
377
|
},
|
|
378
378
|
{
|
|
379
|
-
"name": "
|
|
379
|
+
"name": "biz-line-open-channels",
|
|
380
380
|
"displayName": "查询投放渠道列表",
|
|
381
381
|
"description": "无入参,返回 ChannelEnum 全量:code = 枚举 id(即 list 的 mediaChannelId),name = 渠道名称。",
|
|
382
382
|
"group": "业务线查询",
|
|
@@ -391,7 +391,7 @@
|
|
|
391
391
|
"docFile": "biz-line-query.md"
|
|
392
392
|
},
|
|
393
393
|
{
|
|
394
|
-
"name": "
|
|
394
|
+
"name": "biz-line-open-placement-categories",
|
|
395
395
|
"displayName": "查询投放品类字典树",
|
|
396
396
|
"description": "无入参,sceneCode 固定 PLACEMENT_CATEGORY。一级节点 = 投放行业,二级节点(children)= 投放品类,分别对应筛选参数 adCategoryIndustryId / adCategoryProjectId。已过滤 isOther=1 的「其他」。叶子节点 children 为 null。",
|
|
397
397
|
"group": "业务线查询",
|
|
@@ -406,7 +406,7 @@
|
|
|
406
406
|
"docFile": "biz-line-query.md"
|
|
407
407
|
},
|
|
408
408
|
{
|
|
409
|
-
"name": "
|
|
409
|
+
"name": "sso-team-group-list",
|
|
410
410
|
"displayName": "查询组别列表",
|
|
411
411
|
"description": "无入参。返回 SSO 组别全量:code = teamCode(业务线 ssoTeamCode / ssoTeamCodeList),name = 组别名称。AccessContext 由网关注入,不出现在协议里。",
|
|
412
412
|
"group": "业务线策略",
|
|
@@ -421,7 +421,7 @@
|
|
|
421
421
|
"docFile": "sso.md"
|
|
422
422
|
},
|
|
423
423
|
{
|
|
424
|
-
"name": "
|
|
424
|
+
"name": "biz-line-project-list",
|
|
425
425
|
"displayName": "业务线关联项目列表",
|
|
426
426
|
"description": "按业务线 ID 查询该业务线绑定的项目列表,每个项目附带其绑定的广告账号。\n\n用途:已知业务线时,查看它下面挂了哪些项目、每个项目在投哪些渠道的哪些广告账号。常用于业务线消耗/成效数据的下钻,或校对业务线与项目的关联关系。\n\n入参:bizLineId(必填,业务线 ID)。业务线 ID 从 POST /sino-opti-hive/biz-line/list 的 result.result[].id 获得。\n\n返回:result 为项目数组,不分页、返回全量,元素含 projectId、projectName、adAccounts(广告账号列表,元素含 adAccountId、channelId、channelName)。\n\n注意事项:\n1. 只返回未删除的关联关系,且项目本身已删除的会被过滤,因此返回的项目数可能少于业务线实际配置过的项目数。\n2. adAccounts 只含分配状态为「已绑定」且未删除的广告账号;项目没有绑定账号时 adAccounts 为空数组,不是 null。\n3. channelName 由服务端按 channelId 从渠道缓存解析,缓存未命中时为 null,此时以 channelId 为准(取值同 GET /sino-opti-hive/biz-line-open/channels 的 code)。\n4. 业务线不存在、或没有任何有效关联项目时,返回空数组而不是报错。",
|
|
427
427
|
"group": "业务线策略",
|
|
@@ -439,7 +439,7 @@
|
|
|
439
439
|
}
|
|
440
440
|
},
|
|
441
441
|
{
|
|
442
|
-
"name": "
|
|
442
|
+
"name": "optimize-project-query-by-page",
|
|
443
443
|
"displayName": "查询优化项目分页列表",
|
|
444
444
|
"description": "分页查询优化工作台项目列表。常用于给业务线挑选关联项目:出参 projectId 填入 POST /sino-opti-hive/biz-line/save(或 /update)的 projectIds。\n\nresult 为公司分页对象:total=总条数,result=当前页 OptimizeProjectVO。\n\n注意事项:\n1. userId 由网关注入,不要传。\n2. 不传 serviceCodeList 时,服务端默认只查代投类项目(code=1、85)。\n3. 排序用 sortType(lastWeekSpend / lastWeekSpendQoq / createTime)和 sortDirection(ASC/DESC),默认创建时间倒序。\n4. PageRequest 里 pagination、count、startIndex 等本接口未使用,不要传。",
|
|
445
445
|
"group": "业务线策略",
|
|
@@ -457,16 +457,16 @@
|
|
|
457
457
|
}
|
|
458
458
|
},
|
|
459
459
|
{
|
|
460
|
-
"name": "
|
|
460
|
+
"name": "icenter-strategy-dimension-facebook",
|
|
461
461
|
"displayName": "Facebook广告策略维度数据",
|
|
462
|
-
"description": "查询 Facebook(Meta)渠道的广告策略配置数据。按指定广告账户和日期范围,返回广告的策略设置明细(广告目标、成效目标、创意类型、出价方式、调整出价、受众类型、兴趣词包、年龄、性别等),用于分析某批账户在某段时间内各广告的策略配置分布。本接口只返回策略维度,不含消耗、点击等成效指标,需要成效数据请改用「Facebook广告策略成效数据」接口。\n\n
|
|
462
|
+
"description": "查询 Facebook(Meta)渠道的广告策略配置数据。按指定广告账户和日期范围,返回广告的策略设置明细(广告目标、成效目标、创意类型、出价方式、调整出价、受众类型、兴趣词包、年龄、性别等),用于分析某批账户在某段时间内各广告的策略配置分布。本接口只返回策略维度,不含消耗、点击等成效指标,需要成效数据请改用「Facebook广告策略成效数据」接口。\n\n【国家维度特别说明】\ncountry_code(国家)必须单独传入,不能和任何其他维度同时传,否则会报错「country_code 不能和其他维度同时传入」。查国家维度时服务端会转走跨渠道广告数据接口,只返回按国家分组的数据。\n\n【入参填写规则】\n1. startDate / endDate:字符串,格式 yyyy-MM-dd,两者都必填。\n2. dimensionValues:过滤条件,结构是「字段名 → 取值数组」的键值对(Java 类型 Map<String, List<Object>>)。每个 key 是字段 code,对应的 value 必须是数组,即使只筛一个值也要用数组包裹;同一个 key 内的多个值之间是「或」关系,命中任意一个即返回。本接口只有 account_id 这一个 key 生效,传入其他 key 不会报错,但也不会产生任何过滤效果。\n3. dimensions:分组维度数组,必填。传多个维度时按多个字段组合分组,效果等同 SQL 的 GROUP BY 多列,维度越多返回行数越多、粒度越细。\n4. 排序:单字段排序用 order(字段名)+ orderType(desc / asc);多字段排序用 orders,结构是「字段名 → 排序方向」的有序键值对,按书写顺序依次排序,例如 {\"calendar_date\":\"desc\",\"account_id\":\"asc\"}。两者可同时使用,order 指定的字段会追加到 orders 之后。\n5. 分页:page 从 1 开始(默认 1),size 为每页条数(默认 10)。返回的 result.total 是总条数,据此判断是否还有下一页。\n\n【请求示例】\n{\n \"startDate\": \"2026-08-01\",\n \"endDate\": \"2026-08-31\",\n \"dimensionValues\": {\n \"account_id\": [\n \"act_1036928420879324\"\n ]\n },\n \"dimensions\": [\n \"calendar_date\",\n \"optimization_goal\"\n ],\n \"order\": \"calendar_date\",\n \"orderType\": \"desc\",\n \"page\": 1,\n \"size\": 20\n}\n\n【返回格式】\nresult.data 为数据行数组,每行的每个字段有两个 key:\n一是原始值,key 即请求的 code,做计算或比较时用这个;\n二是展示值,key 加 display_ 前缀,直接呈现给用户时用这个,空值为 \"-\"。\nresult.headerMap 是字段 code 到中文列名的映射,用于给用户展示列名。\nresult.total 为总条数,result.page 和 result.size 为当前分页。\n外层 code 为 0 表示成功;非 0 时 result 为 null,失败原因在 message 字段里。",
|
|
463
463
|
"group": "业务线策略",
|
|
464
464
|
"method": "POST",
|
|
465
465
|
"path": "/sino-icenter/mcp/strategy/dimension/facebook/ad/list",
|
|
466
466
|
"timeout": 20000,
|
|
467
467
|
"tag": "业务线策略",
|
|
468
468
|
"domain": "biz-line",
|
|
469
|
-
"shortcut": "+
|
|
469
|
+
"shortcut": "+facebook-dimension",
|
|
470
470
|
"risk": "read",
|
|
471
471
|
"summary": "Facebook广告策略维度数据",
|
|
472
472
|
"docFile": "biz-line-strategy.md",
|
|
@@ -475,22 +475,22 @@
|
|
|
475
475
|
"properties": {
|
|
476
476
|
"startDate": {
|
|
477
477
|
"type": "string",
|
|
478
|
-
"description": "
|
|
478
|
+
"description": "统计开始日期,字符串,格式 yyyy-MM-dd,例如 \"2026-08-01\"。必填。"
|
|
479
479
|
},
|
|
480
480
|
"endDate": {
|
|
481
481
|
"type": "string",
|
|
482
|
-
"description": "
|
|
482
|
+
"description": "统计结束日期,字符串,格式 yyyy-MM-dd,例如 \"2026-08-31\"。必填,需大于等于 startDate。"
|
|
483
483
|
},
|
|
484
484
|
"dimensionValues": {
|
|
485
485
|
"type": "object",
|
|
486
|
-
"description": "
|
|
486
|
+
"description": "过滤条件。结构为「字段名 → 取值数组」的键值对(Java 类型 Map<String, List<Object>>),value 必须是数组,即使只筛一个值也要用数组包裹。本接口只有 account_id 一个 key 生效,传其他 key 不报错但无过滤效果。示例:{\"account_id\": [\"act_123\", \"act_456\"]}",
|
|
487
487
|
"properties": {
|
|
488
488
|
"account_id": {
|
|
489
489
|
"type": "array",
|
|
490
490
|
"items": {
|
|
491
491
|
"type": "string"
|
|
492
492
|
},
|
|
493
|
-
"description": "广告账户ID
|
|
493
|
+
"description": "广告账户ID列表,字符串数组,必填且不能为空数组。取值形如 \"act_1036928420879324\"(带 act_ 前缀)。多个账户之间是「或」关系,返回这些账户的合并数据。"
|
|
494
494
|
}
|
|
495
495
|
},
|
|
496
496
|
"required": [
|
|
@@ -525,11 +525,11 @@
|
|
|
525
525
|
"country_code"
|
|
526
526
|
]
|
|
527
527
|
},
|
|
528
|
-
"description": "
|
|
528
|
+
"description": "分组维度,字符串数组,必传且不能为空数组(传空数组返回结果为空)。传多个维度时按多字段组合分组,等同 SQL 的 GROUP BY 多列,维度越多粒度越细、返回行数越多。各维度含义:calendar_date(投放日期)、account_id(广告账户ID)、account_name(广告账户名称)、campaign_id(广告系列ID)、campaign_name(广告系列名称)、adgroup_id(广告组ID)、adgroup_name(广告组名称)、ad_id(广告ID)、ad_name(广告名称)、bid_amount(调整出价)、objective(广告目标)、optimization_goal(成效目标)、ad_format(创意类型)、bid_strategy(出价方式)、audience_type(受众类型)、targeting_interests(兴趣词包)、targeting_flexible_interests(弹性兴趣词包)、targeting_exclusion_interests(排除兴趣词包)、targeting_age(年龄)、targeting_genders(性别)、country_code(国家,必须单独传,不能和其他维度同时传)"
|
|
529
529
|
},
|
|
530
530
|
"order": {
|
|
531
531
|
"type": "string",
|
|
532
|
-
"description": "
|
|
532
|
+
"description": "单字段排序的字段名,填单个 code,取值范围为 dimensions 的可选值。不必包含在已传的字段中,服务端会自动补入参与排序,但该字段不会作为列返回。与 orders 可同时使用,order 指定的字段会追加到 orders 之后。"
|
|
533
533
|
},
|
|
534
534
|
"orderType": {
|
|
535
535
|
"type": "string",
|
|
@@ -537,15 +537,20 @@
|
|
|
537
537
|
"desc",
|
|
538
538
|
"asc"
|
|
539
539
|
],
|
|
540
|
-
"description": "
|
|
540
|
+
"description": "排序方向,配合 order 使用。desc 降序,asc 升序,默认 asc。"
|
|
541
|
+
},
|
|
542
|
+
"orders": {
|
|
543
|
+
"type": "object",
|
|
544
|
+
"description": "多字段排序,结构为「字段名 → 排序方向」的有序键值对(Java 类型 LinkedHashMap<String, String>),按 key 的书写顺序依次排序,方向取值 desc 或 asc。示例:{\"calendar_date\":\"desc\",\"account_id\":\"asc\"}。只需单字段排序时用 order + orderType 即可,不必传本字段。",
|
|
545
|
+
"properties": {}
|
|
541
546
|
},
|
|
542
547
|
"page": {
|
|
543
548
|
"type": "integer",
|
|
544
|
-
"description": "页码,从1开始,默认1"
|
|
549
|
+
"description": "页码,从 1 开始,默认 1。"
|
|
545
550
|
},
|
|
546
551
|
"size": {
|
|
547
552
|
"type": "integer",
|
|
548
|
-
"description": "每页条数,默认10
|
|
553
|
+
"description": "每页条数,默认 10,建议显式指定。返回的 result.total 为总条数,据此判断是否还有下一页。"
|
|
549
554
|
}
|
|
550
555
|
},
|
|
551
556
|
"required": [
|
|
@@ -557,7 +562,7 @@
|
|
|
557
562
|
}
|
|
558
563
|
},
|
|
559
564
|
{
|
|
560
|
-
"name": "
|
|
565
|
+
"name": "icenter-strategy-dimension-google",
|
|
561
566
|
"displayName": "Google广告策略维度数据",
|
|
562
567
|
"description": "查询 Google 渠道的广告策略配置数据。按指定广告账户和日期范围,返回广告的策略设置明细(成效目标、创意类型、出价方式、CPC/CPM/CPV 出价、广告系列类型、关键字等),用于分析某批账户在某段时间内各广告的策略配置分布。Google 渠道不支持广告目标和兴趣词包维度,出价字段使用 cpc_bid_amount、cpm_bid_amount、cpv_bid_amount 三个独立维度。本接口只返回策略维度,不含消耗、点击等成效指标,需要成效数据请改用「Google广告策略成效数据」接口。\n\n国家维度特别说明:country_code 必须单独传入,不能和任何其他维度同时传,否则会报错「country_code 不能和其他维度同时传入」。查国家维度时服务端会转走跨渠道广告数据接口,只返回按国家分组的数据。\n\n【返回格式】\nresult.data 为数据行数组,每行的每个字段有两个 key:\n一是原始值,key 即请求的 code,做计算或比较时用这个;\n二是展示值,key 加 display_ 前缀,直接呈现给用户时用这个,空值为 \"-\"。\nresult.headerMap 是字段 code 到中文列名的映射,用于给用户展示列名。\nresult.total 为总条数,result.page 和 result.size 为当前分页。\n外层 code 为 0 表示成功;非 0 时 result 为 null,失败原因在 message 字段里。",
|
|
563
568
|
"group": "业务线策略",
|
|
@@ -566,7 +571,7 @@
|
|
|
566
571
|
"timeout": 20000,
|
|
567
572
|
"tag": "业务线策略",
|
|
568
573
|
"domain": "biz-line",
|
|
569
|
-
"shortcut": "+google-
|
|
574
|
+
"shortcut": "+google-dimension",
|
|
570
575
|
"risk": "read",
|
|
571
576
|
"summary": "Google广告策略维度数据",
|
|
572
577
|
"docFile": "biz-line-strategy.md",
|
|
@@ -657,16 +662,16 @@
|
|
|
657
662
|
}
|
|
658
663
|
},
|
|
659
664
|
{
|
|
660
|
-
"name": "
|
|
665
|
+
"name": "icenter-strategy-dimension-tiktok",
|
|
661
666
|
"displayName": "TikTok广告策略维度数据",
|
|
662
|
-
"description": "查询 TikTok 渠道的广告策略配置数据。按指定广告账户和日期范围,返回广告的策略设置明细(广告目标、成效目标、创意类型、出价方式、调整出价、转化出价、深度转化出价、兴趣词包、年龄、性别等),用于分析某批账户在某段时间内各广告的策略配置分布。转化出价和深度转化出价是 TikTok 渠道独有的维度。本接口只返回策略维度,不含消耗、点击等成效指标,需要成效数据请改用「TikTok广告策略成效数据」接口。\n\n
|
|
667
|
+
"description": "查询 TikTok 渠道的广告策略配置数据。按指定广告账户和日期范围,返回广告的策略设置明细(广告目标、成效目标、创意类型、出价方式、调整出价、转化出价、深度转化出价、兴趣词包、年龄、性别等),用于分析某批账户在某段时间内各广告的策略配置分布。转化出价和深度转化出价是 TikTok 渠道独有的维度。本接口只返回策略维度,不含消耗、点击等成效指标,需要成效数据请改用「TikTok广告策略成效数据」接口。\n\n【国家维度特别说明】\ncountry_code(国家)必须单独传入,不能和任何其他维度同时传,否则会报错「country_code 不能和其他维度同时传入」。查国家维度时服务端会转走跨渠道广告数据接口,只返回按国家分组的数据。\n\n【入参填写规则】\n1. startDate / endDate:字符串,格式 yyyy-MM-dd,两者都必填。\n2. dimensionValues:过滤条件,结构是「字段名 → 取值数组」的键值对(Java 类型 Map<String, List<Object>>)。每个 key 是字段 code,对应的 value 必须是数组,即使只筛一个值也要用数组包裹;同一个 key 内的多个值之间是「或」关系,命中任意一个即返回。本接口只有 account_id 这一个 key 生效,传入其他 key 不会报错,但也不会产生任何过滤效果。\n3. dimensions:分组维度数组,必填。传多个维度时按多个字段组合分组,效果等同 SQL 的 GROUP BY 多列,维度越多返回行数越多、粒度越细。\n4. 排序:单字段排序用 order(字段名)+ orderType(desc / asc);多字段排序用 orders,结构是「字段名 → 排序方向」的有序键值对,按书写顺序依次排序,例如 {\"calendar_date\":\"desc\",\"account_id\":\"asc\"}。两者可同时使用,order 指定的字段会追加到 orders 之后。\n5. 分页:page 从 1 开始(默认 1),size 为每页条数(默认 10)。返回的 result.total 是总条数,据此判断是否还有下一页。\n\n【请求示例】\n{\n \"startDate\": \"2026-08-01\",\n \"endDate\": \"2026-08-31\",\n \"dimensionValues\": {\n \"account_id\": [\n \"<广告账户ID,格式同 account_id 维度返回值>\"\n ]\n },\n \"dimensions\": [\n \"calendar_date\",\n \"optimization_goal\"\n ],\n \"order\": \"calendar_date\",\n \"orderType\": \"desc\",\n \"page\": 1,\n \"size\": 20\n}\n\n【返回格式】\nresult.data 为数据行数组,每行的每个字段有两个 key:\n一是原始值,key 即请求的 code,做计算或比较时用这个;\n二是展示值,key 加 display_ 前缀,直接呈现给用户时用这个,空值为 \"-\"。\nresult.headerMap 是字段 code 到中文列名的映射,用于给用户展示列名。\nresult.total 为总条数,result.page 和 result.size 为当前分页。\n外层 code 为 0 表示成功;非 0 时 result 为 null,失败原因在 message 字段里。",
|
|
663
668
|
"group": "业务线策略",
|
|
664
669
|
"method": "POST",
|
|
665
670
|
"path": "/sino-icenter/mcp/strategy/dimension/tiktok/ad/list",
|
|
666
671
|
"timeout": 20000,
|
|
667
672
|
"tag": "业务线策略",
|
|
668
673
|
"domain": "biz-line",
|
|
669
|
-
"shortcut": "+tiktok-
|
|
674
|
+
"shortcut": "+tiktok-dimension",
|
|
670
675
|
"risk": "read",
|
|
671
676
|
"summary": "TikTok广告策略维度数据",
|
|
672
677
|
"docFile": "biz-line-strategy.md",
|
|
@@ -675,22 +680,22 @@
|
|
|
675
680
|
"properties": {
|
|
676
681
|
"startDate": {
|
|
677
682
|
"type": "string",
|
|
678
|
-
"description": "
|
|
683
|
+
"description": "统计开始日期,字符串,格式 yyyy-MM-dd,例如 \"2026-08-01\"。必填。"
|
|
679
684
|
},
|
|
680
685
|
"endDate": {
|
|
681
686
|
"type": "string",
|
|
682
|
-
"description": "
|
|
687
|
+
"description": "统计结束日期,字符串,格式 yyyy-MM-dd,例如 \"2026-08-31\"。必填,需大于等于 startDate。"
|
|
683
688
|
},
|
|
684
689
|
"dimensionValues": {
|
|
685
690
|
"type": "object",
|
|
686
|
-
"description": "
|
|
691
|
+
"description": "过滤条件。结构为「字段名 → 取值数组」的键值对(Java 类型 Map<String, List<Object>>),value 必须是数组,即使只筛一个值也要用数组包裹。本接口只有 account_id 一个 key 生效,传其他 key 不报错但无过滤效果。示例:{\"account_id\": [\"act_123\", \"act_456\"]}",
|
|
687
692
|
"properties": {
|
|
688
693
|
"account_id": {
|
|
689
694
|
"type": "array",
|
|
690
695
|
"items": {
|
|
691
696
|
"type": "string"
|
|
692
697
|
},
|
|
693
|
-
"description": "广告账户ID
|
|
698
|
+
"description": "广告账户ID列表,字符串数组,必填且不能为空数组。取值格式需与本接口 account_id 维度返回的值完全一致;若不确定,可先只传 account_id 维度查询一次,确认格式后再用作过滤条件。多个账户之间是「或」关系,返回这些账户的合并数据。"
|
|
694
699
|
}
|
|
695
700
|
},
|
|
696
701
|
"required": [
|
|
@@ -725,11 +730,11 @@
|
|
|
725
730
|
"country_code"
|
|
726
731
|
]
|
|
727
732
|
},
|
|
728
|
-
"description": "
|
|
733
|
+
"description": "分组维度,字符串数组,必传且不能为空数组(传空数组返回结果为空)。传多个维度时按多字段组合分组,等同 SQL 的 GROUP BY 多列,维度越多粒度越细、返回行数越多。各维度含义:calendar_date(投放日期)、account_id(广告账户ID)、account_name(广告账户名称)、campaign_id(广告系列ID)、campaign_name(广告系列名称)、adgroup_id(广告组ID)、adgroup_name(广告组名称)、ad_id(广告ID)、ad_name(广告名称)、bid_amount(调整出价)、objective(广告目标)、optimization_goal(成效目标)、ad_format(创意类型)、bid_strategy(出价方式)、audience_type(受众类型)、targeting_interests(兴趣词包)、targeting_age(年龄)、targeting_genders(性别)、conversion_bid(转化出价)、deep_cpabid(深度转化出价)、country_code(国家,必须单独传,不能和其他维度同时传)"
|
|
729
734
|
},
|
|
730
735
|
"order": {
|
|
731
736
|
"type": "string",
|
|
732
|
-
"description": "
|
|
737
|
+
"description": "单字段排序的字段名,填单个 code,取值范围为 dimensions 的可选值。不必包含在已传的字段中,服务端会自动补入参与排序,但该字段不会作为列返回。与 orders 可同时使用,order 指定的字段会追加到 orders 之后。"
|
|
733
738
|
},
|
|
734
739
|
"orderType": {
|
|
735
740
|
"type": "string",
|
|
@@ -737,15 +742,20 @@
|
|
|
737
742
|
"desc",
|
|
738
743
|
"asc"
|
|
739
744
|
],
|
|
740
|
-
"description": "
|
|
745
|
+
"description": "排序方向,配合 order 使用。desc 降序,asc 升序,默认 asc。"
|
|
746
|
+
},
|
|
747
|
+
"orders": {
|
|
748
|
+
"type": "object",
|
|
749
|
+
"description": "多字段排序,结构为「字段名 → 排序方向」的有序键值对(Java 类型 LinkedHashMap<String, String>),按 key 的书写顺序依次排序,方向取值 desc 或 asc。示例:{\"calendar_date\":\"desc\",\"account_id\":\"asc\"}。只需单字段排序时用 order + orderType 即可,不必传本字段。",
|
|
750
|
+
"properties": {}
|
|
741
751
|
},
|
|
742
752
|
"page": {
|
|
743
753
|
"type": "integer",
|
|
744
|
-
"description": "页码,从1开始,默认1"
|
|
754
|
+
"description": "页码,从 1 开始,默认 1。"
|
|
745
755
|
},
|
|
746
756
|
"size": {
|
|
747
757
|
"type": "integer",
|
|
748
|
-
"description": "每页条数,默认10
|
|
758
|
+
"description": "每页条数,默认 10,建议显式指定。返回的 result.total 为总条数,据此判断是否还有下一页。"
|
|
749
759
|
}
|
|
750
760
|
},
|
|
751
761
|
"required": [
|
|
@@ -757,16 +767,16 @@
|
|
|
757
767
|
}
|
|
758
768
|
},
|
|
759
769
|
{
|
|
760
|
-
"name": "
|
|
770
|
+
"name": "icenter-strategy-metrics-facebook",
|
|
761
771
|
"displayName": "Facebook广告策略成效数据",
|
|
762
|
-
"description": "查询 Facebook(Meta
|
|
772
|
+
"description": "查询 Facebook(Meta)渠道广告的策略维度加成效指标数据。在广告策略配置(广告目标、成效目标、创意类型、出价方式、受众定向等)的分组下,返回消耗、曝光、点击、购买、安装等成效指标,用于分析哪种策略配置带来更好的投放效果。\n\n【入参填写规则】\n1. startDate / endDate:字符串,格式 yyyy-MM-dd,两者都必填。\n2. dimensionValues:过滤条件,结构是「字段名 → 取值数组」的键值对(Java 类型 Map<String, List<Object>>)。每个 key 是字段 code,对应的 value 必须是数组,即使只筛一个值也要用数组包裹;同一个 key 内的多个值之间是「或」关系,命中任意一个即返回。本接口只有 account_id 这一个 key 生效,传入其他 key 不会报错,但也不会产生任何过滤效果。\n3. dimensions:分组维度数组,必填。传多个维度时按多个字段组合分组,效果等同 SQL 的 GROUP BY 多列,维度越多返回行数越多、粒度越细。\n4. indicators:成效指标数组,必填。指标会在 dimensions 指定的分组粒度上做求和聚合。\n5. 排序:单字段排序用 order(字段名)+ orderType(desc / asc);多字段排序用 orders,结构是「字段名 → 排序方向」的有序键值对,按书写顺序依次排序,例如 {\"spend_usd\":\"desc\",\"clicks\":\"asc\"}。两者可同时使用,order 指定的字段会追加到 orders 之后。\n6. 分页:page 从 1 开始(默认 1),size 为每页条数(默认 10)。返回的 result.total 是总条数,据此判断是否还有下一页。\n\n【请求示例】\n{\n \"startDate\": \"2026-08-01\",\n \"endDate\": \"2026-08-31\",\n \"dimensionValues\": {\n \"account_id\": [\n \"act_1036928420879324\"\n ]\n },\n \"dimensions\": [\n \"calendar_date\",\n \"optimization_goal\"\n ],\n \"indicators\": [\n \"spend_usd\",\n \"impressions\",\n \"clicks\"\n ],\n \"order\": \"spend_usd\",\n \"orderType\": \"desc\",\n \"page\": 1,\n \"size\": 20\n}\n\n【返回格式】\nresult.data 为数据行数组,每行的每个字段有两个 key:\n一是原始值,key 即请求的 code,如 spend_usd 的值为 618.42,做计算或比较时用这个;\n二是展示值,key 加 display_ 前缀,如 display_spend_usd 的值带货币符号,直接呈现给用户时用这个,空值为 \"-\"。\nresult.headerMap 是字段 code 到列名的映射,维度列名为中文,指标列名为英文(如 spend_usd 对应 Spend)。\nresult.total 为总条数,result.page 和 result.size 为当前分页。\nresult.conflictField 是传入但当前渠道不支持的指标,会被忽略且不报错,为空数组表示全部指标都生效。\n外层 code 为 0 表示成功;非 0 时 result 为 null,失败原因在 message 字段里。",
|
|
763
773
|
"group": "业务线策略",
|
|
764
774
|
"method": "POST",
|
|
765
775
|
"path": "/sino-icenter/mcp/strategy/metrics/facebook/ad/list",
|
|
766
776
|
"timeout": 20000,
|
|
767
777
|
"tag": "业务线策略",
|
|
768
778
|
"domain": "biz-line",
|
|
769
|
-
"shortcut": "+facebook-
|
|
779
|
+
"shortcut": "+facebook-metrics",
|
|
770
780
|
"risk": "read",
|
|
771
781
|
"summary": "Facebook广告策略成效数据",
|
|
772
782
|
"docFile": "biz-line-strategy.md",
|
|
@@ -775,22 +785,22 @@
|
|
|
775
785
|
"properties": {
|
|
776
786
|
"startDate": {
|
|
777
787
|
"type": "string",
|
|
778
|
-
"description": "
|
|
788
|
+
"description": "统计开始日期,字符串,格式 yyyy-MM-dd,例如 \"2026-08-01\"。必填。"
|
|
779
789
|
},
|
|
780
790
|
"endDate": {
|
|
781
791
|
"type": "string",
|
|
782
|
-
"description": "
|
|
792
|
+
"description": "统计结束日期,字符串,格式 yyyy-MM-dd,例如 \"2026-08-31\"。必填,需大于等于 startDate。成效数据最多支持查询近21天,超出范围可能返回空数据。"
|
|
783
793
|
},
|
|
784
794
|
"dimensionValues": {
|
|
785
795
|
"type": "object",
|
|
786
|
-
"description": "
|
|
796
|
+
"description": "过滤条件。结构为「字段名 → 取值数组」的键值对(Java 类型 Map<String, List<Object>>),value 必须是数组,即使只筛一个值也要用数组包裹。本接口只有 account_id 一个 key 生效,传其他 key 不报错但无过滤效果。示例:{\"account_id\": [\"act_123\", \"act_456\"]}",
|
|
787
797
|
"properties": {
|
|
788
798
|
"account_id": {
|
|
789
799
|
"type": "array",
|
|
790
800
|
"items": {
|
|
791
801
|
"type": "string"
|
|
792
802
|
},
|
|
793
|
-
"description": "广告账户ID
|
|
803
|
+
"description": "广告账户ID列表,字符串数组,必填且不能为空数组。取值形如 \"act_1036928420879324\"(带 act_ 前缀)。多个账户之间是「或」关系,返回这些账户的合并数据。"
|
|
794
804
|
}
|
|
795
805
|
},
|
|
796
806
|
"required": [
|
|
@@ -823,7 +833,7 @@
|
|
|
823
833
|
"targeting_genders"
|
|
824
834
|
]
|
|
825
835
|
},
|
|
826
|
-
"description": "
|
|
836
|
+
"description": "分组维度,字符串数组,必传且不能为空数组(传空数组返回结果为空)。传多个维度时按多字段组合分组,等同 SQL 的 GROUP BY 多列,维度越多粒度越细、返回行数越多。各维度含义:calendar_date(投放日期)、account_id(广告账户ID)、account_name(广告账户名称)、campaign_id(广告系列ID)、campaign_name(广告系列名称)、adgroup_id(广告组ID)、adgroup_name(广告组名称)、ad_id(广告ID)、ad_name(广告名称)、objective(广告目标)、optimization_goal(成效目标)、ad_format(创意类型)、bid_strategy(出价方式)、audience_type(受众类型)、targeting_interests(兴趣词包)、targeting_flexible_interests(弹性兴趣词包)、targeting_exclusion_interests(排除兴趣词包)、targeting_age(年龄)、targeting_genders(性别)"
|
|
827
837
|
},
|
|
828
838
|
"indicators": {
|
|
829
839
|
"type": "array",
|
|
@@ -844,11 +854,11 @@
|
|
|
844
854
|
"engagement"
|
|
845
855
|
]
|
|
846
856
|
},
|
|
847
|
-
"description": "
|
|
857
|
+
"description": "成效指标,字符串数组,必传且不能为空数组。指标会在 dimensions 指定的分组粒度上做求和聚合。各指标含义:spend_usd(消耗金额,美元)、impressions(曝光量)、clicks(点击量)、video_views(视频观看次数)、add_to_cart(添加购物车次数)、checkouts(发起结账次数)、purchase(购买次数)、purchase_value(购买金额,美元)、installs(应用安装量)、complete_registration(完成注册量)、leads(留下潜客信息次数)、engagement(互动次数)"
|
|
848
858
|
},
|
|
849
859
|
"order": {
|
|
850
860
|
"type": "string",
|
|
851
|
-
"description": "
|
|
861
|
+
"description": "单字段排序的字段名,填单个 code,取值范围为 dimensions 或 indicators 的可选值。不必包含在已传的字段中,服务端会自动补入参与排序,但该字段不会作为列返回。与 orders 可同时使用,order 指定的字段会追加到 orders 之后。"
|
|
852
862
|
},
|
|
853
863
|
"orderType": {
|
|
854
864
|
"type": "string",
|
|
@@ -856,15 +866,20 @@
|
|
|
856
866
|
"desc",
|
|
857
867
|
"asc"
|
|
858
868
|
],
|
|
859
|
-
"description": "
|
|
869
|
+
"description": "排序方向,配合 order 使用。desc 降序,asc 升序,默认 asc。"
|
|
870
|
+
},
|
|
871
|
+
"orders": {
|
|
872
|
+
"type": "object",
|
|
873
|
+
"description": "多字段排序,结构为「字段名 → 排序方向」的有序键值对(Java 类型 LinkedHashMap<String, String>),按 key 的书写顺序依次排序,方向取值 desc 或 asc。示例:{\"spend_usd\":\"desc\",\"clicks\":\"asc\"}。只需单字段排序时用 order + orderType 即可,不必传本字段。",
|
|
874
|
+
"properties": {}
|
|
860
875
|
},
|
|
861
876
|
"page": {
|
|
862
877
|
"type": "integer",
|
|
863
|
-
"description": "页码,从1开始,默认1"
|
|
878
|
+
"description": "页码,从 1 开始,默认 1。"
|
|
864
879
|
},
|
|
865
880
|
"size": {
|
|
866
881
|
"type": "integer",
|
|
867
|
-
"description": "每页条数,默认10
|
|
882
|
+
"description": "每页条数,默认 10,建议显式指定。返回的 result.total 为总条数,据此判断是否还有下一页。"
|
|
868
883
|
}
|
|
869
884
|
},
|
|
870
885
|
"required": [
|
|
@@ -877,7 +892,7 @@
|
|
|
877
892
|
}
|
|
878
893
|
},
|
|
879
894
|
{
|
|
880
|
-
"name": "
|
|
895
|
+
"name": "icenter-strategy-metrics-google",
|
|
881
896
|
"displayName": "Google广告策略成效数据",
|
|
882
897
|
"description": "查询 Google 渠道广告的策略维度加成效指标数据。在广告策略配置(成效目标、创意类型、出价方式、广告系列类型、关键字等)的分组下,返回消耗、曝光、点击、购买、安装等成效指标,用于分析哪种策略配置带来更好的投放效果。Google 渠道不支持广告目标和兴趣词包维度。数据最多支持近21天。\n\n【返回格式】\nresult.data 为数据行数组,每行的每个字段有两个 key:\n一是原始值,key 即请求的 code,如 spend_usd 的值为 618.42,做计算或比较时用这个;\n二是展示值,key 加 display_ 前缀,如 display_spend_usd 的值带货币符号,直接呈现给用户时用这个,空值为 \"-\"。\nresult.headerMap 是字段 code 到列名的映射,维度列名为中文,指标列名为英文(如 spend_usd 对应 Spend)。\nresult.total 为总条数,result.page 和 result.size 为当前分页。\nresult.conflictField 是传入但当前渠道不支持的指标,会被忽略且不报错,为空数组表示全部指标都生效。\n外层 code 为 0 表示成功;非 0 时 result 为 null,失败原因在 message 字段里。",
|
|
883
898
|
"group": "业务线策略",
|
|
@@ -886,7 +901,7 @@
|
|
|
886
901
|
"timeout": 20000,
|
|
887
902
|
"tag": "业务线策略",
|
|
888
903
|
"domain": "biz-line",
|
|
889
|
-
"shortcut": "+
|
|
904
|
+
"shortcut": "+google-metrics",
|
|
890
905
|
"risk": "read",
|
|
891
906
|
"summary": "Google广告策略成效数据",
|
|
892
907
|
"docFile": "biz-line-strategy.md",
|
|
@@ -998,7 +1013,7 @@
|
|
|
998
1013
|
}
|
|
999
1014
|
},
|
|
1000
1015
|
{
|
|
1001
|
-
"name": "
|
|
1016
|
+
"name": "icenter-strategy-metrics-tiktok",
|
|
1002
1017
|
"displayName": "TikTok广告策略成效数据",
|
|
1003
1018
|
"description": "查询 TikTok 渠道广告的策略维度加成效指标数据。在广告策略配置(广告目标、成效目标、创意类型、出价方式、转化出价、深度转化出价、兴趣词包等)的分组下,返回消耗、曝光、点击、购买、安装等成效指标,用于分析哪种策略配置带来更好的投放效果。数据最多支持近21天。\n\n【返回格式】\nresult.data 为数据行数组,每行的每个字段有两个 key:\n一是原始值,key 即请求的 code,如 spend_usd 的值为 618.42,做计算或比较时用这个;\n二是展示值,key 加 display_ 前缀,如 display_spend_usd 的值带货币符号,直接呈现给用户时用这个,空值为 \"-\"。\nresult.headerMap 是字段 code 到列名的映射,维度列名为中文,指标列名为英文(如 spend_usd 对应 Spend)。\nresult.total 为总条数,result.page 和 result.size 为当前分页。\nresult.conflictField 是传入但当前渠道不支持的指标,会被忽略且不报错,为空数组表示全部指标都生效。\n外层 code 为 0 表示成功;非 0 时 result 为 null,失败原因在 message 字段里。",
|
|
1004
1019
|
"group": "业务线策略",
|
|
@@ -1007,7 +1022,7 @@
|
|
|
1007
1022
|
"timeout": 20000,
|
|
1008
1023
|
"tag": "业务线策略",
|
|
1009
1024
|
"domain": "biz-line",
|
|
1010
|
-
"shortcut": "+
|
|
1025
|
+
"shortcut": "+tiktok-metrics",
|
|
1011
1026
|
"risk": "read",
|
|
1012
1027
|
"summary": "TikTok广告策略成效数据",
|
|
1013
1028
|
"docFile": "biz-line-strategy.md",
|