Security audit
Security checks for vulnerabilities and agentic risk
This skill can spend account credits during a supposedly free preview or after an unanswered quote, without fresh approval.
Before using analysis, set the account to ask before every charge using autoconfirm off. Use quote for estimates; do not rely on deepdive being a free preview until corrected. An unanswered quote should remain unapproved. Separately approve recurring costs and use manual collection or pause monitoring to stop future charges.
scripts/ari.pyPreview-only deepdive can execute paid analysis without its required confirmation
A caller requesting the documented free data bundle and analysis quote can instead consume account credits and create an archived report before approving the charge.
The code genuinely supports the declared purpose through trend charts, topic histories, alerts, scheduled review collection, and competitor comparisons. However, its exposed command surface materially exceeds that purpose: it includes product-price/rank monitoring, general operations execution, review-response workflows, and account spending-policy changes. Authentication, local key storage, report retrieval, and exports are supporting implementation details and are not the basis for this finding. A runtime command whitelist may narrow access if skill-defaults.json supplies allowedCommands, but that file is not supplied; the shown code defaults to unrestricted commands when the whitelist is absent or invalid. The mismatch concerns undeclared scope and financial side effects, not evidence of credential exfiltration.
The supplied command requests a category leaderboard, not a time-series analysis or investigation of reputation turning points and new complaint themes. Although negative-review rates relate to review sentiment, ranking a category is a materially different operation from the declared temporal monitoring purpose. The implementation of ari.py is not supplied, so no additional behavior or side effects are inferred.
The supplied command selects '--type compare' and provides a competitor product, indicating a comparative analysis workflow. Although the description mentions detecting competitive impacts, it frames that capability as part of temporal reputation monitoring, not direct product comparison. The chunk shows no explicit trend-monitoring operation. The underlying script is not supplied, so its detailed behavior cannot be verified.
The supplied command explicitly selects '--type compare' and supplies a competitor ASIN. Although competitive impacts are mentioned in the description, they are framed as findings from temporal review monitoring, not as a standalone product comparison. No temporal analysis or turning-point detection is evident in this chunk. The implementation of scripts/ari.py is not supplied, so its underlying behavior cannot be verified.
The supplied command targets one review and invokes advise, rather than an identifiable historical trend-monitoring operation. This indicates a scope mismatch with the declared purpose. However, the snippet does not establish what advise or --confirm actually does, so specific claims about review modification, external communication, or other side effects would be unsupported.
The command explicitly selects '--workflow audit --focus full', which indicates a broader audit operation rather than the described temporal review analysis. The Amazon target and ARI tooling are consistent with the description, but the selected workflow differs materially. Confidence is limited because the implementation of scripts/ari.py and the audit workflow is not supplied.
The supplied command explicitly selects benchmark, which is materially different from tracking review trends and investigating changes over time. The underlying script is not provided, so its exact behavior and any additional capabilities cannot be verified; the mismatch assessment is limited to the visible command.
run_analysis changes confirm to True based on a server-supplied autoConfirm value, allowing paid execution without --confirm despite the documented explicit-confirmation requirement. cmd_voc similarly permits automatic collection and analysis, and deepdive can consequently execute paid analysis even when intended to return only a quote; server-side policy is not proof of explicit authorization for the current operation.
The documented policy treats the service's autoConfirm flag as sufficient authorization to skip confirmation for credit-consuming operations. The surrounding release notes describe default automatic approval for new users, rather than requiring explicit user opt-in; this can cause unexpected credit depletion, although the changelog alone does not establish current runtime behavior.
- 重新发布：各市场首批上架的 1.5.0 包早于免确认修复，新注册的免费版用户仍会被要求先确认报价。
1.5.1 与当前官网下发的修复版一致，市场侧以新版本号覆盖旧包。
- 免确认只认服务端报价返回的 `autoConfirm`；采集报价扣除首次采集免费页；
非美国站首次采集可用赠送积点时不再提示「赠送积点不可用」（行为与修复后的 1.5.0 相同）。
- 命令、字段与计费规则不变，不提高最低支持版本。
The documented workflow automatically collects data and generates a paid report from an ASIN-only request, and the service's initial automatic approvals explicitly have no amount ceiling. Reporting charges afterward and blocking insufficient balances do not establish informed spending consent or prevent depletion of available credits.
- 行为变更：新用户（注册并验证邮箱后）第一次要 VOC，只给 ASIN 即可（站点默认美国站），
`voc` 直接执行——自动补采集（默认 3 页）、生成报告、按服务端定价扣费并归档，
不再停在报价等确认。费用在报告返回的 `charges` 字段透明展示（采集/分析/合计/余额前后）。
- 免确认与否**只认服务端报价返回的 `autoConfirm` 布尔**：服务端策略前 N 次付费生成不看金额上限
（新用户赠送积点按设计覆盖「3 页采集 + 一份 VOC」）；用户自设阈值优先、显式要求「每次先问」
时仍先报价；余额不足不自动。客户端不再从 `autoConfirmNote` 文案或 `autoConfirmRemaining`
自行推断——文案匹配会把 Free 小额提示里的「先确认」误判成用户要求每次询问，恰好挡住新用户。
This occurrence belongs to the same automatic-spending policy, not a separate vulnerability. Avoiding inference from explanatory text is reasonable, but the surrounding policy still permits service-default autoConfirm to replace explicit user spending authorization; honoring an explicit 'ask every time' preference only partially mitigates that gap.
不再停在报价等确认。费用在报告返回的 `charges` 字段透明展示（采集/分析/合计/余额前后）。
- 免确认与否**只认服务端报价返回的 `autoConfirm` 布尔**：服务端策略前 N 次付费生成不看金额上限
（新用户赠送积点按设计覆盖「3 页采集 + 一份 VOC」）；用户自设阈值优先、显式要求「每次先问」
时仍先报价；余额不足不自动。客户端不再从 `autoConfirmNote` 文案或 `autoConfirmRemaining`
自行推断——文案匹配会把 Free 小额提示里的「先确认」误判成用户要求每次询问，恰好挡住新用户。
- 采集报价同口径扣除服务端 `trialFreePages`（首次采集试用免费页），避免新用户被误报「积点不足」。
- 非美国站：服务端 `credits.gift` 策略下用户首次采集不限站点，`credits/balance` 返回 `giftAllSites`，
This is a duplicate match within the same documented automatic-spending policy. The risk comes from using provider-controlled approval as spending consent, not from the autoConfirm-related field names themselves; balance checks and promotional credits limit some consequences but do not establish authorization.
不再停在报价等确认。费用在报告返回的 `charges` 字段透明展示（采集/分析/合计/余额前后）。
- 免确认与否**只认服务端报价返回的 `autoConfirm` 布尔**：服务端策略前 N 次付费生成不看金额上限
（新用户赠送积点按设计覆盖「3 页采集 + 一份 VOC」）；用户自设阈值优先、显式要求「每次先问」
时仍先报价；余额不足不自动。客户端不再从 `autoConfirmNote` 文案或 `autoConfirmRemaining`
自行推断——文案匹配会把 Free 小额提示里的「先确认」误判成用户要求每次询问，恰好挡住新用户。
- 采集报价同口径扣除服务端 `trialFreePages`（首次采集试用免费页），避免新用户被误报「积点不足」。
- 非美国站：服务端 `credits.gift` 策略下用户首次采集不限站点，`credits/balance` 返回 `giftAllSites`，
The changelog extends direct execution on autoConfirm=true to analysis types including trend, which matches this skill's advertised purpose. Under the documented default approval policy, a trend request could therefore consume credits without prior price acceptance; returning charges afterward provides transparency but not preventive authorization.
为 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`
Without declared permissions the skill's intent is opaque and cannot be validated.
The skill treats server-provided autoConfirm as sufficient authority to collect data, generate a report, and deduct credits. Its qualifying rules include service-defined first-use exemptions without an amount limit, which do not establish that the user knowingly authorized paid execution.
`voc <ASIN>`（没说站点就用默认的美国站，不要为此追问）。
命中服务端免确认规则（新用户首次体验不看金额 / 账户剩余免确认次数 / 用户自设阈值）且余额充足时，
**直接完成采集 + 生成 + 扣点并归档**，不再停在报价环节。绝不能描述成“先帮你问个价 / 只报价不扣点”。
免确认与否以返回里的 `autoConfirm` 为准，不要自己从提示文案里猜。
- 直接生成成功后，返回结果带 `charges`（采集扣点、分析扣点、合计、扣前/扣后余额）与 `autoConfirmNote`。
**先讲报告，再用一句话转述实际扣点**，不要在拿到结果后再补问「要不要生成」，也不要回头补一次报价。
- 只有在返回 `confirmationRequired: true` 时（余额不足、或用户自行设置了“每次先问”）
This is another occurrence of the same authorization defect: a server response determines whether the agent skips user confirmation for credit-consuming work. An automatic-confirmation flag is not sufficient when it can reflect a provider default rather than a user-approved spending policy.
命中服务端免确认规则（新用户首次体验不看金额 / 账户剩余免确认次数 / 用户自设阈值）且余额充足时，
**直接完成采集 + 生成 + 扣点并归档**，不再停在报价环节。绝不能描述成“先帮你问个价 / 只报价不扣点”。
免确认与否以返回里的 `autoConfirm` 为准，不要自己从提示文案里猜。
- 直接生成成功后，返回结果带 `charges`（采集扣点、分析扣点、合计、扣前/扣后余额）与 `autoConfirmNote`。
**先讲报告，再用一句话转述实际扣点**，不要在拿到结果后再补问「要不要生成」，也不要回头补一次报价。
- 只有在返回 `confirmationRequired: true` 时（余额不足、或用户自行设置了“每次先问”）
才报出 `totalCredits` 与余额并等待同意，同意后追加 `--confirm`。
The default workflow invokes a potentially chargeable VOC command before presenting a quote and explicitly defers the cost discussion until after generation. For accounts using provider-defined first-run exemptions, a general report request can therefore consume credits without informed spending approval.
1. 运行 `check`，确认账户、邮箱验证状态和可用积点。
2. 用户要 VOC / 评论分析报告时，默认运行 `voc <ASIN> --site <站点>`，**不要再先跑一次报价**。
**返回里有 `autoConfirmed: true`（或直接带 `reportId` / 正文）就说明报告已经生成并扣点了**
（1.5.0：新用户首次体验直接出结果，用户先拿到报告再谈钱）。
此时把报告讲给用户，并转述 `charges` — 本次采集扣了多少、分析扣了多少、合计多少、扣后还剩多少。
**不要在拿到结果后再补问「要不要生成」，也不要再回头补一次报价。**
The instruction requires immediate paid generation on autoConfirm=true and expressly allows new-user executions without an amount ceiling. This conflates a service-side exemption with user consent and can cause unexpected credit depletion; reporting the charge afterward does not repair the missing approval.
- **价格一律以服务端本次报价为准**（`analysis/quote` 与 `collect` 报价返回的 `credits` /
`totalCredits`）。文档与示例里出现的任何单价、页数、合计都只是演示，后台可调，
**不要凭记忆或旧文档报数，也不要把示例价当成承诺价。**
- 报价返回 `autoConfirm: true` 时直接生成，不要再问「要不要」。
生成后一句话交代本次实际扣了多少、扣后余额（读 `charges` 字段）。
1.5.0 起服务端对新用户前几次付费生成不看金额上限：新用户验证邮箱后只给一个 ASIN，就一次性出报告。
- 用户说「以后别问了 / 50 以内直接做」→ 运行 `autoconfirm 50`；说「以后每次先问我」→ `autoconfirm off`；
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.
- 报价返回 `autoConfirm: true` 时直接生成，不要再问「要不要」。
生成后一句话交代本次实际扣了多少、扣后余额（读 `charges` 字段）。
1.5.0 起服务端对新用户前几次付费生成不看金额上限：新用户验证邮箱后只给一个 ASIN，就一次性出报告。
- 用户说「以后别问了 / 50 以内直接做」→ 运行 `autoconfirm 50`；说「以后每次先问我」→ `autoconfirm off`；
说「恢复默认」→ `autoconfirm default`。这是唯一需要你代用户设置的东西，设完复述一句当前规则。
- 报价需要确认时，只说两个数：这次多少积点（取报价返回的 `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.
生成后一句话交代本次实际扣了多少、扣后余额（读 `charges` 字段）。
1.5.0 起服务端对新用户前几次付费生成不看金额上限：新用户验证邮箱后只给一个 ASIN，就一次性出报告。
- 用户说「以后别问了 / 50 以内直接做」→ 运行 `autoconfirm 50`；说「以后每次先问我」→ `autoconfirm off`；
说「恢复默认」→ `autoconfirm default`。这是唯一需要你代用户设置的东西，设完复述一句当前规则。
- 报价需要确认时，只说两个数：这次多少积点（取报价返回的 `credits` / `totalCredits`，
**不要自己算、不要写死单价**）、余额多少，然后等用户一个「好」。单价与页数由后台配置决定，
商品评论不够这么多页时只收实际采到的页数，差额自动退回（`pricingNote` 已写好这句）。不要罗列参数。
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.
- 报价返回 `autoConfirm: true` 时直接生成，不要再问「要不要」。
生成后一句话交代本次实际扣了多少、扣后余额（读 `charges` 字段）。
1.5.0 起服务端对新用户前几次付费生成不看金额上限：新用户验证邮箱后只给一个 ASIN，就一次性出报告。
- 用户说「以后别问了 / 50 以内直接做」→ 运行 `autoconfirm 50`；说「以后每次先问我」→ `autoconfirm off`；
说「恢复默认」→ `autoconfirm default`。这是唯一需要你代用户设置的东西，设完复述一句当前规则。
- 报价需要确认时，只说两个数：这次多少积点（取报价返回的 `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.
"用法：autoconfirm 50（50 积点以内不问）/ autoconfirm off（每次都问）/ autoconfirm default（恢复默认）"),
args.compact)
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):
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.
**不要自己算、不要写死单价**）、余额多少，然后等用户一个「好」。单价与页数由后台配置决定，
商品评论不够这么多页时只收实际采到的页数，差额自动退回（`pricingNote` 已写好这句）。不要罗列参数。
**新手（`check` 返回 `autoConfirm.mode` 为 `first_runs` / `free_small`，或问"然后呢"）**
- 报告讲完只推一个下一步，附接口返回的成本，不写死月费用。用户同意再 `schedule --set weekly`。
- 不解释命令名，不列功能清单。用户问「还能做什么」时按他的产品状态给一条建议，不超过三句。
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.
if not ok(quote):
return quote
q_data = data_of(quote) or {}
# 1.5.0 免确认直达：与 cmd_voc 同一口径——**只认服务端 `autoConfirm` 一个布尔**。
# 首次体验不看金额上限 / 用户自设阈值 / 「每次先问」/ 余额不足，全部由服务端
# skill.autoConfirm 策略判定；客户端不从 note 文案或 autoConfirmRemaining 自行推断
# （曾用「note 含『先确认』」判断，结果 Free 小额的提示语里恰好有这个词，把新用户挡回询价）。