技能介绍

解决什么问题

市场部在长期运营中往往积累大量分散的资产：投放素材、受众包、转化追踪代码、历史活动报表。这些内容散落在不同的表格、CRM 和广告平台里，很难回答"我们现在到底拥有哪些数据资产"。当需要做数据治理、权限合规审计或清理冗余报表时，工程师和分析师通常只能手工翻阅目录和后台。这个技能面向的正是这种盘点与管理场景，通过结构化的工作流把散乱资产整理成可追踪的清单。

核心工作方式

这是一个受保护能力，核心在于脚本驱动的鉴权与云端受保护指令拉取：

在执行任何业务逻辑前，必须先运行 scripts/auth.py 进行授权检查。脚本会优先从包内 _meta.json 读取 slug（如 BT_0171EA1D）作为服务端 skillCode，而不是使用展示名称。
若输出 AUTH_OK，表示授权通过；若返回 AUTH_REQUIRED、CREDENTIALS_MISSING 或 CREDENTIALS_INVALID，需要调用 WorkBuddy 的 connect_cloud_service 获取 JWT，再通过 auth.py --bind-jwt 完成绑定，绑定成功返回 AUTH_BIND_OK。
鉴权通过后，必须执行 scripts/protected.py 拉取云端的 protected instructions。只有在拿到这份受保护指令后，才能按其返回内容继续执行盘点流程，不能凭本地提示或历史上下文推测。
授权逻辑全部封装在脚本里，不要手动解析 JWT，也不要把 AppKey / AppSecret 明文拼接进业务命令或环境变量。

适用边界与失败处理

使用这个技能时，鉴权门禁和业务输出是互斥的。一旦 auth.py --ensure、auth.py --bind-jwt 或 protected.py 返回非成功状态，必须立即停止业务推理，按模板向用户输出明确的中文提示，说明是缺少凭证、签名过期、绑定失败还是网络错误。

需要同时观察 stdout 信号与 stderr 文本：AUTH_OK 表示通过，CREDENTIALS_MISSING 表示本地无缓存，CREDENTIALS_INVALID 通常伴随 HTTP 401、authorization failed 或网络关键字。报告错误时，错误码和消息要原样展示，但密钥字段必须打码（如 app_key=abc****）。

鉴权重试最多 1 次。两次失败后应告知"数据服务暂时不可用"并停止重试，不得再次尝试业务推理，也不得静默降级为本地猜测。