butubb/auto_control
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
265 Commits 2 Branches 6 Tags
12ac599a27f23abd2d85f22772b20db11f02378c
Commit Graph
9 Commits
Author SHA1 Message Date
butubb 68c16a5fde feat(步骤): 选择器支持 {变量} + 新增「读取文字」+ 条件判断可选「变量」；fix(发布): 剪辑页校验等 45 秒、切号前先回主界面 
用户要求："把你每一步操作都放出来让我自己写，你都封在一起我也不知道切号/认号的流程"
→ 把两个打包步骤的内部动作，拆成**画布上拖得出来的普通步骤**（能拆是因为补了下面两个零件）。

① 选择器值里的**变量**（tasks/generic/task.py `_vars_sub`）
   `{本次要发的名字}`（循环块设的）/ `{本机账号名字}`（读名字读到的），中文别名与变量名都认。
   用在 click / long_click / wait_el / swipe_until / expect_el / read_text / read_account_name /
   switch_account 的选择器值，以及 if_el 的选择器与手填候选值。
   · 没写花括号的步骤一个字不改（老任务零影响）
   · 变量为空 → **换成空串 + 记警告**：宁可"选择器变空、找不到元素"明着报，
     也不留 `{…}` 字面量去点到歪的地方
   · 不做通用表达式（只认表里那几个名字）

② 「点击元素」的选择器类型下拉补上 **textContains**（文本包含）——
   以前只能用打包步骤做到的"按名字点列表那一行"，现在自己就能拼：
   `textContains` + 值 `{本次要发的名字}`

③ 新步骤 **read_text「读取文字」**：把元素文字读出来存进指定变量
   （`var`=account_name 时顺手把昵称控件记给切号/推送核对复用；`clean`=按账号名清洗/只去空白；
   `on_missing`=skip 默认只记一句 / fail 算失败）。之前**没有**"读取元素文字"这种步骤。

④ 「条件判断」的候选值来源加 **「变量」**（`cmp_source=var` + `cmp_var`）——
   不然 read_text 读出来的东西没处用。空变量 = 候选为空 = 不命中（同"读不到名字"的规矩）。

⑤ fix(发布) 实测踩出来的两处（A06，截图/日志为证）：
   · **剪辑页校验 12 → 45 秒**：点完「下一步」抖音在「正在导入」（一条 25 秒的视频要导 25 秒+），
     导入期间工具栏不渲染，10~12 秒必然判"没到剪辑页"→ 这一条白发
   · **切号前先回主界面**（`_goto_me`）：点不到「我」页签 = 不在主界面（剪辑页/发布页），
     那种页面没有底部页签 → **强杀 + 冷启动**抖音再来。实测卡在剪辑页时，本轮剩下的号全部报废
   · **切号后回读为空时点一次「我」再读**：换号会整体重启抖音、起来常落在首页（首页没有昵称控件），
     读多少次都是空 —— 等完 wait_after、读两遍仍空才补这一下导航，不打扰它的重启过程

前端：编辑器调色板/字段面板认 read_text（含变量说明）、选择器类型加 textContains、
      placeholder 提示 `{本次要发的名字}`、候选值来源加「变量」+ 变量名输入、
      「发布计划」页就地编辑字段表同步（release.js）。
文档：TASK_DEV §3 步骤表 28→29 种 + §3.3「选择器里的变量」+ §3.4「自己拼切号+认号」；
      API.md 骨架步数修正（18 → 4 步 / 含嵌套 23 步）。
测试：新增 scripts/tests/test_read_text.py（变量代入、空变量不许瞎点、读取文字存变量/清洗、
      条件判断取变量、草稿校验），全套 8 个用例通过。
 2026-10-12 13:31:02 +08:00
butubb 10d2eb8334 feat(发布计划): 新增「校验页面」步骤（expect_el）—— 每一步先确认上一步真的完成了 
用户要求："进行每一步的时候先校验上一步有没有完成，比如相册界面肯定有特征，如果没有到相册界面
就出现执行，你看看怎么处理" → 方案 A：新增只做校验、不带副作用的步骤。

· tasks/generic/task.py：新步骤 expect_el
  - 参数：特征元素选择器 / timeout(10) / what("在等什么") / on_missing
  - on_missing：skip_rest(默认，**跳过本轮剩余步骤** —— 这一条不发、换下一个号) / notify / stop
  - 为此加了 worker 级的 `_skip_rest`：_exec_steps 每步前检查，foreach_account 每轮复位
· 骨架：关键点击前各插一个 —— 相册页(//*[@text='所有照片']) → 素材已选中(desc 选择/预览)
  → 剪辑页(desc 文字/话题) → 发布页(含'添加标题'/'添加作品描述') → 发布按钮
· 通知：新增 task.page.mismatch（页面不对，本轮剩余步骤已跳过）
· 昵称选择器改**两版通吃**（实测 A06=40.7.0）：xpath 联合
  `//*[@resource-id="…:id/tkv"] | //*[@resource-id="…:id/tk+"]`
  —— 40.7 是 tkv、40.6 是 tk+，联合在 40.7 上实测能读到名字；.env（dev）已改，切号入口两版同为 desc=切换账号
· 前端：编辑器面板 + 参数表单 + 发布页就地编辑字段表都认 expect_el
· 文档：TASK_DEV §3（27→28 种）+ §4.7（"每步先校验上一步"）、NOTIFY、research §七·补（40.7.0 对照表
  + 联合 xpath + 各页特征 + "别按坐标点页签"的坑）、.env.example
· 测试：新增 scripts/tests/test_expect_el.py（特征在/不在、三种 on_missing、选择器为空），全套 7 个用例通过
 2026-10-12 11:49:48 +08:00
butubb 063818e086 fix(切号): 切完只等（默认 15 秒）不再去点「我」刷新 —— wait_after 可调 
用户实测要求："去掉切完账号下拉刷新这一步，直接改成等待 15 秒"。
原来的做法是"回读不到就再点一次「我」页签"—— 在设备上看着像去点刷新，还可能打断
抖音换号后的整体重载。

· tasks/generic/task.py：切完后按 wait_after（默认 15s，步骤参数可调）静等，等完只回读、
  **不再点任何东西**（读不到就多读几次，页面渲染有零点几秒抖动）
· 参数落到位：STEP_TYPES / 骨架 build_switch_step / 编辑器面板 / 发布页就地编辑字段表
· 测试：用例里 wait_after=0.2（不然一跑就一分多钟）
· 文档：TASK_DEV §3 的 switch_account 行 + research/U2_ELEMENT_SELECTORS §七（记下"只能等"这条实测教训）
 2026-10-12 11:04:03 +08:00
butubb 25f37f69a4 fix(编辑器): foreach_account 当容器渲染 —— 就地编辑/通用编辑器都能展开循环里的步骤 
用户反馈"你只是打包成了一个动作，里面具体的步骤我也看不到"：两个编辑器都把**容器类型写死**
成 loop/group/if_el，新的 foreach_account 被当叶子渲染 → 发布流程整段折叠成一步、改不了。

· release.js：就地编辑的嵌套渲染条件加上 foreach_account（then/else/children 都展开）
· editor.js：卡片样式、子步骤渲染、参数表单三处都认 foreach_account（参数：跑哪天/指定日期/
  最多几个号/失败也再试 + 说明"数据源是计划表、不需要账号维护"），并留注释提醒加新容器要改三处
· 实测：把 _rpStepRow/_rpStepRows 抽出来在 node 里跑一遍，循环体与 then/else 全部渲染出来 ✓
 2026-10-12 10:49:21 +08:00
butubb 1b65ffe089 feat(发布计划): 素材支持图片（图文）—— 上传视频/图片，发布流程共用一条 + 切号健壮性再修 
用户实测反馈："图片流程一样，现在也是点第一个" → 图片不做单独一套流程，只放开上传侧；
扩展名一路原样带到手机上（抖音按扩展名/MIME 判断视频还是图文，图片推成 .mp4 会变坏视频）。

· core/video_plan.py：VIDEO_EXTS + IMAGE_EXTS(jpg/jpeg/png/webp/heic) → MEDIA_EXTS；
  报错文案改"不是视频/图片文件"
· tasks/generic/publish_flow.push_video：ext 默认**从本地文件名取**（不再硬编码 .mp4）；
  drop_old_copies 收到真实扩展名
· tasks/generic/task.py：删手机素材优先用推送时记下的 push_remote，其次按素材扩展名现算；
  切号：等面板开稳再点（刚出现就点会被入场动画吞掉）、点完面板还开着（点的就是当前号）
  就先关面板、一切以**回读**为准、回读窗口 12s→30s（换号会触发抖音整体重启，实测 77s 才回来）；
  失败时日志附带"当时屏幕上是什么"（亮屏/前台包/屏上文字）—— "点了没反应"一眼可判
· 骨架：先 stop_app 冷启动（抖音可能停在发布页/别的视频页，那种页面上没有「我」页签，
  切号第一步就废）；「校验账号」的选择器与「读名字」统一从 .env 取（漏了这一步会静默跳过
  整个发布流程 —— 用户实际遇到的"直接完成、没发布"就是这个）
· 界面：上传视频 → 上传视频/图片，accept 加 image/*，明细表"视频文件"→"素材文件"，help 文案
· 文档：TASK_DEV §4.7 / API / DATA_MODEL / ARCHITECTURE / README 同步
· 测试：解析用例补图片（jpg/png/webp/大写 JPG 认，gif 不收）+ 改报错文案期望
 2026-10-12 10:13:49 +08:00
butubb beda0f3779 feat(发布计划): 改按名字发（文件名 名字_日期_编号）+ 账号管理整页下线 + 自动切号一轮发完 
发布计划不再绑设备、不再依赖账号台账：上传文件名 `名字_日期_编号`（标题行
`标题 || 正文_名字_日期_编号`），运行时读本机当前抖音昵称取计划；靠循环块
「一轮把本机待发的号跑完」自动切号，一直发到发完。

· 解析/配对换键：右锚定认名字（不许含下划线、不许纯数字 —— 不合法直接拒收并说清原因），
  删掉三处"手机号必须命中台账"的校验，加索引 ix_video_plan_name_date（启动时补建）
· 新步骤三个：读本机账号名字 / 切换账号（**按名字点控件**、切完回读校验、遇登录页停本设备）/
  循环本机待发的号（试过不回头、跑一轮没进展就换号、停止·超时·上限三个干净出口）
· 发布骨架改 18 步：读名字 → 校验账号（cmp_source=account_target）→ 推送（**推送前重读昵称核对**）
  → 抖音流程 → 标记结果；push_release 的 account 默认 name
· 账号管理整页下线：删 core/ledger.py（serial_of 迁到 core/device_pool.py）、6 个 /api/ledger*、
  「账号」页与 ledger.js、设备池「账号」列、设备端账号块；发布计划升为一级页签；
  device_account 表与 42 行历史数据保留、仍在备份清单内（**停用不等于删数据**）
· 人工入口「按名字找设备」：新增 core/account_probe.py（只读探测、跳过在跑任务的设备）
  + POST /api/video_plan/push_by_account，没设备登着的号逐条报出来；
  推送时把"实际是谁发的"写进 posted_serial / posted_device_name
· 通知：新增 task.account.switch_failed / task.account.need_login
· schema v12（posted_*）/ v13（device.cur_account_name / cur_name_at）
· 文档同步：TASK_DEV / API / DATA_MODEL / ARCHITECTURE / NOTIFY / DEVICE_AGENT / DEPLOY /
  DEVELOPMENT / README / .env.example（两个抖音控件选择器抓一次填 .env）
· 新增 scripts/tests/：6 套用例 + run_all.py（临时库 + 假设备，不碰真实数据、不连真机）
 2026-10-12 09:02:40 +08:00
butubb 6ee089e023 feat(发布计划): 标题 + 正文（标题 || 正文 _手机号_日期_编号）+ 发布流程多一步填正文；账号名称全面下线 
一、正文（video_plan.body，schema v10→v11）
- 标题 txt 一行里可带正文，用 `||` 分隔（标题/正文都常带下划线，不能再用下划线分列；
  只切第一处，正文里再出现 `||` 原样保留）：`标题 || 正文 _手机号_日期_编号`
  正文可省（老文件照收）；两种写法（标题在前 / 手机号在前）都能带正文
- 长度：标题 ≤100 字、正文 ≤1000 字，超了**拒收不截断**
- 「待发布」判据从"有没有标题"改成"**标题或正文有没有内容**"（`_sync_content_status` 一处定义，
  改标题/改正文/批量导入三处共用），只给正文的行也照样待发
- 导入配对：同标题补一条新正文**要收下**（不能当重复跳过）；已有别的标题仍然拒收（不静默覆盖）

二、发布流程多一步
- 骨架 15 → **17 步**：⑪ 输入文字(计划的标题) → ⑫ 点击正文框 → ⑬ 输入文字(计划的正文) → ⑭ 发布 → ⑮ 标记
- 「输入文字」取值来源集中到 `RELEASE_TEXT_SOURCES`：release_title(_topics) / release_body(_topics) /
  release_title_body（标题+正文，只有一个输入框的抖音版本用）；`build_caption(key=…)` 支持三种来源
- 任务编辑器与发布计划就地编辑器的下拉都补齐这 6 档；待抓的空选择器 5 → 6 个（多了正文框）

三、账号名称下线（用户要求：只要抖音号）
- 发布计划：卡片 / 明细表 / 搜索 / 导出 CSV 都不再有账号名称（CSV 改为
  发布日期/设备号/手机号/抖音号/编号/标题/正文/分享链接/发布时间）
- 账号台账：列表列 / 编辑弹窗 / 粘贴导入预览 / 设备维度弹窗 / 导入说明与示例都去掉；
  **粘贴导入忽略这一列**（不报错、不落库），库里的历史值保留（不删列）
- 设备端 Agent 身份页：平台不再下发名称（传空串，**不改 APK 也能生效**，避免老版本解析失败）

四、文档 / 测试
- DATA_MODEL：body 列 + schema 11；API：upload_titles（`||` 语义）、PUT {title,body}、CSV 列、骨架 17 步
- TASK_DEV：骨架 17 步、`input_text` 六个取值来源表、正文长度上限
- ARCHITECTURE：release.js 说明（正文、不显示账号名称）
- 测试（%TEMP% 被系统清理后重建）：test_plan_body.py 33 项（解析/取内容/骨架/入库/导入配对）、
  smoke_app_body.py 10 项（整机装配：页面、PUT 改正文、时间线、CSV 表头）—— 全过
 2026-10-11 16:36:56 +08:00
butubb a800d051ae feat(发布计划): 标题行两种写法都认 + 行首 # 不再无条件当注释 
一、标题行解析（core/video_plan.parse_title_line）
- 原来只认「标题内容_手机号_日期_编号」（右锚定）。现在**两种都认**：
   ① 标题内容_手机号_日期_编号        （推荐，右锚定 —— 标题里带下划线也不会错配）
   ② 手机号_日期_编号_标题            （左锚定，跟视频文件名同序 = "文件名去掉扩展名 + 标题"）
  两种里都**先试带编号的**，保证同一行永远只有一种解释；编号都可省略。
- 新拒收一条：`手机号_日期_1`（只有编号、没标题）**直接拒** ——
  不能把它当标题"1"（静默生成一条标题是"1"的文案，比拒收危险得多）；
  标题真是纯数字的用写法①。

二、`#` 开头的行（parse_titles_text）
- 原来是"以 `#` 开头就整行忽略" → **`#中秋快乐_...` 这种正常标题会被静默丢掉**。
- 改成**先按标题行解析，解析得出就当标题；解析不出且以 `#` 开头才算注释**。
  `# 这是注释` 照样忽略，`#话题` 开头的标题照收（`#` 保留在标题里）。

三、其它
- 文案同步：上传标题面板/帮助文案、doc/API.md 的 upload_titles 语义（两种写法、`#` 规则、拒收条件）
- 测试：新增 8 条（两种写法 × 带/不带编号 × 标题含下划线与 #话题、只有编号要拒收、整段注释与报错）
 2026-09-29 09:00:43 +08:00
butubb b98e6deac1 feat(发布计划): 视频发布计划（批量上传配对 → 时间线 → 推送到手机 → 发布任务 → 分享链接） 
一、平台侧（账号 → 发布计划页）
- 新表 video_plan（schema v9→v10）：账号×发布日期×编号 → 素材 + 标题 + 发布状态 + 分享链接；
  状态机 pending/ready/pushing/publishing/done/failed/unknown/skipped（**failed 与 unknown 必须分开**：
  推送阶段的失败可安全重试；碰过抖音之后的岔子只能算"结果未知"，绝不自动重发）
- 素材上传：文件名 `手机号_日期_编号`（编号可省）解析配对；标题 txt `标题内容_手机号_日期_编号`；
  内容寻址落盘 data/videos/YYYY-MM/（sha1 分块算，同名不存两份），**不进整库备份**但进 manifest 反查
- 新蓝图 web/video_plan_api.py：上传/时间线/统计/单条增删改/推送到手机/标记结果/裁决/链接导出 CSV/
  任务列表与一键新建、**就地编辑**（GET/PUT /tasks/<id>）、**一键推送**（POST /push_all，按设备分组、设备内串行）
- 账号页拆子分栏（台账 / 发布计划）+ static/admin/release.js；清理 job（04:41 僵尸回收+过期行、04:47 素材文件）
- 上传体积：MAX_CONTENT_LENGTH（默认 2GiB）+ 413 JSON + nginx client_max_body_size（修现有 APK 上传隐患）

二、任务侧（平台推素材，抖音流程你自己写）
- 新步骤 push_release「推送发布视频」：原子占位 → adb push → **touch 改成"现在"** → 清旧目录同名副本 →
  触发扫描并**按路径**校验相册索引 → 标题写进剪贴板；默认目录 /sdcard/DCIM/Camera
- 新步骤 mark_release「标记发布结果」：回写 done/failed/unknown，成功时抓作品分享链接、删手机素材
- input_text 支持 text_source=release_title（自动取计划标题 + 回读校验）；
  if_el 的候选值来源新增 release（**本机当前发布计划**的抖音号/昵称，发布前校验"登的是不是要发的号"）
- build_release_steps 骨架 15 步：⓪ 亮屏 → ① 打开抖音(等首页) → ② 点「我」→ ③ 等抖音号出现 →
  ④ 条件判断(账号) → then ⑤ 推送 ⑥⑦⑧⑨⑩⑪⑫ 抖音点击/填标题 → ⑬ 标记 / else 发通知跳过

三、修（推送这一路的检测机制）
- **uiautomator2 3.x 的 d.shell() 返回 ShellResponse（tuple 子类）不是 str**：`'x' in resp` 恒 False、
  `.strip()` 不存在 → "推上去的文件大小不对"每次都判失败（文件其实推上去了）、相册校验永远报没进、
  删除确认永远判没删掉。新增 publish_flow._sh() 统一取 .output；大小改成解析 ls -l 的大小列
- **adb push 保留本地 mtime** → 推 3 天前上传的素材在按时间排序的相册里排不到最前，
  "点第一个 = 刚推的那个"不成立 → 推完 touch
- 相册校验**按路径**比（MediaStore 的 _data 会把目录小写、/storage/emulated/0 ≡ /sdcard），
  只比文件名会被老目录的同名残留骗过去
- 屏幕没亮就启动抖音会永远停在启动页（UI 树为空）→ 后面"点我/等抖音号"必然 miss，
  最后报成误导人的"账号不符" → 骨架第一步固定加「亮屏」，open_app 等「首页」出现

四、其它
- core/ledger.serial_of()：设备名 → 当前地址（设备换 IP 后快照是错的）
- 通知事件 task.video.published / task.video.failed；备份清单加 video_plan 与素材统计
- 文档同步：DATA_MODEL §2.11 + schema v10、API（新接口与语义）、TASK_DEV §4.7 专章、
  ARCHITECTURE（账号页子分栏/release.js/两个 job）、DEPLOY（表数/nginx）、NOTIFY、DEVELOPMENT、README
 2026-09-28 15:59:09 +08:00