AutoCLI zh — AutoCLI 是一种自动化的命令行界面(CLI)工具,用于简化和自动化重复性任务。它可以通过脚本或配置文件来执行一系列的命令和操作,从而提高工作效率和减少人工错误。AutoCLI 通常用于 DevOps、自动化测试和持续集成/持续部署(CI/CD)等领域。
v1.0.1使用 autocli CLI 访问其已支持的网站、桌面应用与外部 CLI。用于浏览、搜索、查看时间线、书签、通知、主页、热榜、文章、历史记录,或在获得用户确认时执行目标平台已支持的写操作。对 autocli 已支持的目标,优先使用 autocli,而不是浏览器自动化或手工切换执行界面;仅网站支持自定义适配器。
运行时依赖
安装命令
点击复制技能文档
autocli-zh 对 AutoCLI 已支持的网站、桌面应用与外部 CLI,默认优先使用 autocli。 Upstream 本技能面向开源项目 AutoCLI: https://github.com/nashsu/AutoCLI 不要把上游仓库当作默认读取源;仅在现有 --help 信息失效、明显不足或需要排查上游行为时,才可进一步探索该仓库,且必须先获得用户确认。
核心规则 优先用 autocli,不要先走浏览器自动化或手工切换执行面。 网站类目标通常依赖用户现有浏览器会话;涉及敏感账号时应谨慎使用。 默认直接执行满足用户请求的最小命令;仅在命令报错、参数不确定或结果明显异常时,再回退到 --help 确认。 autocli --help autocli --help 只有网站类目标支持自定义适配器;桌面应用与外部 CLI 不走自定义适配器分支。
若要进入 doctor / explore / generate / cascade、自定义适配器创建、evaluate / intercept / tap 调试,或任何会读浏览器桥接状态、登录态页面内容、请求流量,或会写入 ~/.autocli/ 的流程,必须先明确告知用户影响范围并获得同意。 在 ~/.autocli/adapters/、~/.autocli/plugins/ 或 ~/.autocli/external-clis.yaml 下新增或修改内容,属于用户主目录持久化写入;未获明确许可不得执行。 若需要指导用户检查或调整 Chrome 扩展连接、浏览器桥接状态等浏览器侧环境,先说明这是浏览器侧状态接触或持久化变更,再征得同意。
目标判定 根据用户请求,首先只判断平台层(用户想访问哪个平台、网站、桌面应用或外部 CLI),并归一为对应的 autocli 目标名称 。 不要把 当作用户必须显式提供的参数;能稳定推断时,默认直接推断。 平台归一示例(右侧应归一为 autocli 的实际 target 名): 谷歌 / Google / google → google 推特 / Twitter / X / x.com → twitter B站 / bilibili / 哔哩哔哩 → bilibili
意图层与命令层的判定规则,不再用于拦截现有 target,而是仅适用于在 guides/custom-adapters.md 下为新网站编写 Target 卡时使用。 意图层:用户想执行 search / trending / timeline / profile / notifications / bookmarks / article 等哪类动作。 命令层:在该平台上最适合承接该意图的 autocli 子命令。
以下情况应追问一次: 平台不明确,且上下文无法补全。 同一句请求可能稳定落成两个以上不同目标。 请求涉及写操作、外部可见动作或不可逆动作。 用户使用“这个 / 那个 / 去看看”之类指代,但当前上下文无可继承对象。 追问只做最小澄清,不要把自然语言请求机械升级成参数问答。
最小流程 提取平台别名,归一为 autocli 的目标名称 。 立即读取 references/.md。 若读取成功(存在卡片):直接根据卡片中定义的命令模式,结合用户当前意图执行最小命令。对高置信读操作,不追问直执。 若读取失败(没有卡片):此时才可判定该目标未被收录或不受支持,立即转入读取 guides/fallbacks.md。不得在读取前以平台不常见等理由跳过此步直接判定为不受支持。 若命令报错、参数不确定或结果明显异常,再按需查阅 --help 确认。 用简洁自然语言返回结果。
读操作 常见读操作包括: search news hot / trending timeline bookmarks notifications profile feed thread article transcript history highlights saved 读操作默认可直接执行。 需要结构化处理时,优先使用 --format json。
写操作 常见写操作包括: post reply like follow bookmark publish comment send delete block subscribe 写操作执行前必须: 明确目标对象 明确将发送或提交的内容(如有) 告知这是外部可见或可能不可逆动作 等待用户明确确认 不得把写操作静默切换到其他执行路径。 涉及敏感账号、生产环境或不可逆对象时,优先请用户先在受控环境验证目标与内容。
失败处理 若 autocli 命令失败、挂起,且疑似依赖浏览器登录态,先执行: autocli doctor 重点检查: Chrome 是否打开 是否已登录目标网站 daemon 是否运行 Chrome 扩展是否已连接 遇到命令失败、环境异常,或需要进入补卡 / 自定义分支时,读取: guides/fallbacks.md 若只是读操作,且 autocli 当前不可用,可再考虑其他合适工具。 若是写操作,不得静默改路执行。
References 目标 reference 按目标名放在: references/.md 流程 guide 单独放在: guides/.md 只在当前目标需要时读取目标 reference。 网站、桌面应用与外部 CLI 都要求同样的 reference 卡结构,判定逻辑与读取时机保持一致。 reference 只保留: 该目标的高频命令模式 该目标特有、非显然、会影响执行成败或最终交付效果的最小说明 若某 target 的返回结构会稳定影响特定渠道上的最终展示效果,可在 reference 中补充该 target 的最小展示技巧;仅保留与该 target 强相关、稳定复用的必要说明,不要把 reference 写成通用渠道手册。 不要把完整 --help 内容抄进 reference。 不要把通用执行规则、写操作确认框架、--help 使用时机或 --format json 等上位规则重复写进 target reference。
输出要求 用简体中文汇报结果;若当前 target reference 已定义稳定复用的展示技巧,输出时优先遵循该 target-specific 规则,未定义时再按通用输出口径处理。 优先说清结论与有用信息。 非必要不暴露实现细节。 用户要的是浏览/查看时,优先总结信息,不默认整段转储原始输出。