Security audit
Security checks for vulnerabilities and agentic risk
This snapshot tracker also exposes unrelated spending controls and paid services, with conflicting information about recurring costs.
Prefer a corrected watch-only package before connecting your ARI key. Verify recurring refresh prices and require confirmation before spending credits; this build also exposes account-wide spending settings and unrelated paid commands.
scripts/ari.pyRemote auto-confirm policy can turn an unconfirmed invocation into paid execution
Account credits can be consumed before the caller approves the current price. The expenditure is conditional on the returned policy and available balance; this is not evidence of arbitrary payment-card charges.
The watch digest and series commands align with the declared purpose, but substantial executable functionality exceeds it. run_analysis() invokes paid analysis endpoints; cmd_voc() combines collection and AI report generation; both support server-authorized automatic confirmation. Collection, schedule, watch, and competitor commands can initiate new data acquisition or recurring charged activity. These are material capabilities, not supporting details of a read-only snapshot summary. main() exposes these commands unless an external skill-defaults.json restricts them. That file is not supplied, and allowed_commands() defaults to unrestricted operation when its configuration is missing or invalid, so the supplied code does not establish the declared limitation. No hourly monitoring, inventory management, order processing, or automatic repricing is demonstrated.
Digest and event retrieval could support the declared snapshot-tracking purpose, but scheduled watch creation and lifecycle management extend beyond the stated summary-only scope. Weekly scheduling does not violate the explicit exclusion of hourly monitoring; the mismatch is the undeclared watch-management capability. The chunk does not establish paid LLM use, real-time claims, sales prediction, or inventory, advertising, order, or repricing operations.
Digest retrieval is compatible with snapshot-based reporting, but scheduled watch creation and lifecycle management materially expand the declared summary-only scope. Weekly scheduling does not violate the specific exclusion of hourly monitoring. The snippet does not establish paid LLM use, real-time claims, sales prediction, or inventory, advertising, order, or repricing operations.
Digest and event retrieval could support the declared snapshot-tracking purpose. However, creating and managing scheduled watches adds operational capabilities beyond summarizing already-saved snapshots, and those capabilities are not disclosed in the description. The weekly schedule does not contradict the exclusion of hourly monitoring. The chunk provides no evidence of paid LLM use, real-time price claims, sales or ranking predictions, or inventory, advertising, order, or repricing operations.
Digest and event retrieval plausibly support the declared snapshot-tracking purpose. However, creating a recurring watch and changing or deleting watches introduce operational capabilities beyond the stated read-and-summarize scope. Weekly scheduling does not violate the explicit exclusion of hourly monitoring. The underlying Python implementation is not supplied, so the snippet does not establish paid LLM use, real-time claims, sales prediction, or inventory, advertising, order, or repricing operations.
Digest and event retrieval plausibly support the declared snapshot-tracking purpose. However, creating, pausing, resuming, and deleting scheduled watches introduces an operational monitoring capability that the description does not disclose. Weekly scheduling does not contradict the explicit exclusion of hourly monitoring. The supplied chunk contains command examples rather than implementation, so it does not establish actual API access, paid LLM use, real-time claims, or other excluded behavior.
cmd_autoconfirm can change account-wide automatic-spending policy through an authenticated PUT, despite this skill only promising snapshot tracking. If reachable, an agent can weaken confirmation requirements beyond the current task; the external command allowlist may restrict access, but its contents are not supplied and its implementation fails open.
The implementation can submit fresh review collection, enable recurring paid collection, and add competitors that are automatically collected weekly. These capabilities exceed saved-snapshot tracking; collection requires --confirm, but schedule and competitor mutations lack an equivalent local spending-confirmation gate.
run_analysis can invoke paid AI endpoints, directly conflicting with this skill's stated prohibition on paid LLM calls. CLI reachability depends on the unprovided skill-defaults.json, but the supplied implementation retains these commands and allows them when the allowlist is missing or invalid.
A sufficient balance and truthy server autoConfirm value convert confirm=False into confirm=True, allowing paid analysis without the documented explicit --confirm flag. This also affects callers such as deepdive that expect an unconfirmed invocation to remain a quote; later charge reporting does not provide prior consent.
Skill enables autonomous high-impact decisions without human-in-the-loop verification. Critical operations (destructive commands, financial transactions, data deletion) should require explicit user confirmation.
- 重新发布：各市场首批上架的 1.5.0 包早于免确认修复，新注册的免费版用户仍会被要求先确认报价。
1.5.1 与当前官网下发的修复版一致，市场侧以新版本号覆盖旧包。
- 免确认只认服务端报价返回的 `autoConfirm`；采集报价扣除首次采集免费页；
非美国站首次采集可用赠送积点时不再提示「赠送积点不可用」（行为与修复后的 1.5.0 相同）。
- 命令、字段与计费规则不变，不提高最低支持版本。
Skill enables autonomous high-impact decisions without human-in-the-loop verification. Critical operations (destructive commands, financial transactions, data deletion) should require explicit user confirmation.
不再停在报价等确认。费用在报告返回的 `charges` 字段透明展示（采集/分析/合计/余额前后）。
- 免确认与否**只认服务端报价返回的 `autoConfirm` 布尔**：服务端策略前 N 次付费生成不看金额上限
（新用户赠送积点按设计覆盖「3 页采集 + 一份 VOC」）；用户自设阈值优先、显式要求「每次先问」
时仍先报价；余额不足不自动。客户端不再从 `autoConfirmNote` 文案或 `autoConfirmRemaining`
自行推断——文案匹配会把 Free 小额提示里的「先确认」误判成用户要求每次询问，恰好挡住新用户。
- 采集报价同口径扣除服务端 `trialFreePages`（首次采集试用免费页），避免新用户被误报「积点不足」。
- 非美国站：服务端 `credits.gift` 策略下用户首次采集不限站点，`credits/balance` 返回 `giftAllSites`，
Skill enables autonomous high-impact decisions without human-in-the-loop verification. Critical operations (destructive commands, financial transactions, data deletion) should require explicit user confirmation.
不再停在报价等确认。费用在报告返回的 `charges` 字段透明展示（采集/分析/合计/余额前后）。
- 免确认与否**只认服务端报价返回的 `autoConfirm` 布尔**：服务端策略前 N 次付费生成不看金额上限
（新用户赠送积点按设计覆盖「3 页采集 + 一份 VOC」）；用户自设阈值优先、显式要求「每次先问」
时仍先报价；余额不足不自动。客户端不再从 `autoConfirmNote` 文案或 `autoConfirmRemaining`
自行推断——文案匹配会把 Free 小额提示里的「先确认」误判成用户要求每次询问，恰好挡住新用户。
- 采集报价同口径扣除服务端 `trialFreePages`（首次采集试用免费页），避免新用户被误报「积点不足」。
- 非美国站：服务端 `credits.gift` 策略下用户首次采集不限站点，`credits/balance` 返回 `giftAllSites`，
Skill enables autonomous high-impact decisions without human-in-the-loop verification. Critical operations (destructive commands, financial transactions, data deletion) should require explicit user confirmation.
- 行为变更：新用户（注册并验证邮箱后）第一次要 VOC，只给 ASIN 即可（站点默认美国站），
`voc` 直接执行——自动补采集（默认 3 页）、生成报告、按服务端定价扣费并归档，
不再停在报价等确认。费用在报告返回的 `charges` 字段透明展示（采集/分析/合计/余额前后）。
- 免确认与否**只认服务端报价返回的 `autoConfirm` 布尔**：服务端策略前 N 次付费生成不看金额上限
（新用户赠送积点按设计覆盖「3 页采集 + 一份 VOC」）；用户自设阈值优先、显式要求「每次先问」
时仍先报价；余额不足不自动。客户端不再从 `autoConfirmNote` 文案或 `autoConfirmRemaining`
自行推断——文案匹配会把 Free 小额提示里的「先确认」误判成用户要求每次询问，恰好挡住新用户。
Skill enables autonomous high-impact decisions without human-in-the-loop verification. Critical operations (destructive commands, financial transactions, data deletion) should require explicit user confirmation.
为 true 时赠送积点计入 `nonUsCollectCredits`、`siteNote` 为空；UK/DE/JP 卖家的第一份 VOC 同样一步直出。
- 余额不足仍在执行前拦截（402）并引导充值；定价以服务端配置为准，代码常量仅为兜底。
- 一致性：`analyze` 各类型（insight / keywords / trend / variant / compare）走同一口径，
`autoConfirm=true` 即直接生成并返回 `charges`。
- 文档：移除所有写死的单价与合计示例。采集/分析单价与页数由后台 `pricing` 配置决定，
一律以本次报价返回的 `credits` / `totalCredits` 为准，不得凭文档或记忆报数。
Skill enables autonomous high-impact decisions without human-in-the-loop verification. Critical operations (destructive commands, financial transactions, data deletion) should require explicit user confirmation.
- 能力层收窄：44 个专属包不再只是「声明窄」，包体 `scripts/ari.py` 同时按各自契约裁剪。
构建期用 AST 删除文档未承诺的命令、它们的解析器注册块，以及只被它们引用的辅助函数与
常量；专属包因此不再包含 `export`（任意路径写文件）、`autoconfirm`（撤销逐次确认）、
`workbench`（改写差评处理状态）、`alerts`（标记预警已读）、`competitors`、`schedule`、
`voc` / `analyze` / `charts` / `deepdive` 等母版命令。
- 新增运行期兜底闸：专属包在包内写入 `allowedCommands` 白名单，`ari.py`
Skill enables autonomous high-impact decisions without human-in-the-loop verification. Critical operations (destructive commands, financial transactions, data deletion) should require explicit user confirmation.
def cmd_autoconfirm(args):
"""免确认阈值：不带参数=查看；`autoconfirm 50`=50 积点以内不问；`autoconfirm off`=每次都问；`autoconfirm default`=恢复默认。"""
value = (args.value or "").strip().lower()
if value:
if value in ("off", "ask", "0"):
Skill enables autonomous high-impact decisions without human-in-the-loop verification. Critical operations (destructive commands, financial transactions, data deletion) should require explicit user confirmation.
def cmd_autoconfirm(args):
"""免确认阈值：不带参数=查看；`autoconfirm 50`=50 积点以内不问；`autoconfirm off`=每次都问；`autoconfirm default`=恢复默认。"""
value = (args.value or "").strip().lower()
if value:
if value in ("off", "ask", "0"):
Skill enables autonomous high-impact decisions without human-in-the-loop verification. Critical operations (destructive commands, financial transactions, data deletion) should require explicit user confirmation.
def cmd_autoconfirm(args):
"""免确认阈值：不带参数=查看；`autoconfirm 50`=50 积点以内不问；`autoconfirm off`=每次都问；`autoconfirm default`=恢复默认。"""
value = (args.value or "").strip().lower()
if value:
if value in ("off", "ask", "0"):
Skill enables autonomous high-impact decisions without human-in-the-loop verification. Critical operations (destructive commands, financial transactions, data deletion) should require explicit user confirmation.
limit = int(value)
except ValueError:
emit(error_obj("ARI_BAD_ARGUMENT", 0, "参数不对",
"用法：autoconfirm 50（50 积点以内不问）/ autoconfirm off（每次都问）/ autoconfirm default（恢复默认）"),
args.compact)
return
out = request_json("PUT", "/api/v1/user/autoconfirm", {"limit": limit})
Skill enables autonomous high-impact decisions without human-in-the-loop verification. Critical operations (destructive commands, financial transactions, data deletion) should require explicit user confirmation.
limit = int(value)
except ValueError:
emit(error_obj("ARI_BAD_ARGUMENT", 0, "参数不对",
"用法：autoconfirm 50（50 积点以内不问）/ autoconfirm off（每次都问）/ autoconfirm default（恢复默认）"),
args.compact)
return
out = request_json("PUT", "/api/v1/user/autoconfirm", {"limit": limit})
Skill enables autonomous high-impact decisions without human-in-the-loop verification. Critical operations (destructive commands, financial transactions, data deletion) should require explicit user confirmation.
limit = int(value)
except ValueError:
emit(error_obj("ARI_BAD_ARGUMENT", 0, "参数不对",
"用法：autoconfirm 50（50 积点以内不问）/ autoconfirm off（每次都问）/ autoconfirm default（恢复默认）"),
args.compact)
return
out = request_json("PUT", "/api/v1/user/autoconfirm", {"limit": limit})
Skill enables autonomous high-impact decisions without human-in-the-loop verification. Critical operations (destructive commands, financial transactions, data deletion) should require explicit user confirmation.
return
out = request_json("PUT", "/api/v1/user/autoconfirm", {"limit": limit})
else:
out = request_json("GET", "/api/v1/user/autoconfirm")
if ok(out) and isinstance(data_of(out), dict):
d = data_of(out)
d["note"] = AUTOCONFIRM_MODE_NOTE.get(d.get("mode"), AUTOCONFIRM_MODE_NOTE["ask"]).format(
Skill enables autonomous high-impact decisions without human-in-the-loop verification. Critical operations (destructive commands, financial transactions, data deletion) should require explicit user confirmation.
p.set_defaults(fn=cmd_check)
p = sub.add_parser("autoconfirm", parents=[common],
help="免确认阈值：autoconfirm 50 / autoconfirm off / autoconfirm default；不带参数查看")
p.add_argument("value", nargs="?", default="")
p.set_defaults(fn=cmd_autoconfirm)
Skill enables autonomous high-impact decisions without human-in-the-loop verification. Critical operations (destructive commands, financial transactions, data deletion) should require explicit user confirmation.
p.set_defaults(fn=cmd_check)
p = sub.add_parser("autoconfirm", parents=[common],
help="免确认阈值：autoconfirm 50 / autoconfirm off / autoconfirm default；不带参数查看")
p.add_argument("value", nargs="?", default="")
p.set_defaults(fn=cmd_autoconfirm)