团队规划 Bot：把“一句话建团队”改成可审阅方案

先定义一个团队的结果、最小角色与交接表，再核对模板和应用；一次创建三支团队不是验收标准。

原文展示从教学模板扩展为三支团队。本文改写为角色规划卡，模板是否可用、分享范围与当前插件能力需单独核对。

核验状态

原文正文、配图和视频的读取范围分别见下文；本站没有执行本页真实流程。练习样本、字段与话术由本站另写，不能当作作者运行结果。

场景与输入

合成目标：每周交一份内容周报，尚无稳定的采集流程。

1. 收敛一个结果

让用户选择一个近期交付目标，并明确成功样例、时间和不做的范围。

2. 先写角色草案

每个角色只有一份主要产物，列职责、输入、停止点和接手人；角色名不代替输出标准。

3. 检查教学模板

读取模板包含什么以及是否附带外部应用或自动化；未读到的描述不直接当成可运行配置。

4. 按任务核对应用

列出必要连接器、账号和只读验证；作者推荐的插件名称不等于已安装、可用或已授权。

5. 确认后再扩角色

先手动跑通一份周报，再决定保存模板或增加专员；创建、群聊和定时都与规划分开确认。

一份合成验收样例

roster.csv：role、input、deliverable、reviewer、trigger。起步只设资料整理员和本人审阅，不默认同时创建出海站与视频团队。

可复制的任务说明

复制模板

先用本文合成样例整理 团队规划 Bot：把“一句话建团队”改成可审阅方案 的交付，不连接真实服务。
输入：合成目标：每周交一份内容周报，尚无稳定的采集流程。
处理要求：
1. 让用户选择一个近期交付目标，并明确成功样例、时间和不做的范围。
2. 每个角色只有一份主要产物，列职责、输入、停止点和接手人；角色名不代替输出标准。
3. 读取模板包含什么以及是否附带外部应用或自动化；未读到的描述不直接当成可运行配置。
4. 列出必要连接器、账号和只读验证；作者推荐的插件名称不等于已安装、可用或已授权。
5. 先手动跑通一份周报，再决定保存模板或增加专员；创建、群聊和定时都与规划分开确认。
交付逐项记录、证据位置、未知项与下一步；未执行的动作写未执行。
本轮不安装工具、不改授权、不购买、不发布、不创建其他 Bot 或定时任务。

验收与复核

方案只有一个明确结果；每个角色有输入、产物与接手人；未创建的内容没有写成已运行。

复制模板

逐项检查刚才的产物，先不执行任何外部动作。
验收标准：方案只有一个明确结果；每个角色有输入、产物与接手人；未创建的内容没有写成已运行。
分开列通过、失败、未测试与依据；合成数据和真实结果分别标注。
发现缺来源、缺权限或结果不确定时停止，列出需要补的材料。
给我一项下一步建议和恢复方式，等待确认后再操作。

视频补充：给发布统筹一份可核对的 X 长文草稿

59 秒的录屏不是建团队教学，而是团队中“发布统筹”岗位的一次工作演示：把本地 Markdown 和图片送入 X Articles 草稿。它补出一项正文与配图未描述的流程。

时间点	画面证据	交付含义
00:00–00:14	Bot 报告使用 x-article-publisher，用户提供本地 Markdown 路径	先明确输入文章和配图；技能已安装是画面中的自述
00:14–00:25	出现本机命令授权，文件复制有失败后重试	命令授权和素材复制是独立环节，需要分别核对
00:25–00:43	用户进入 Bot 电脑浏览器完成 X 登录与验证，再交还控制	网站会话需要本人处理；安装连接器不能代替这次登录
00:43–00:58	Bot 返回草稿链接、标题、封面和图片结果：10 张成功 8 张	草稿已有，但缺 2 张图；画面没有正式发布完成的证据

把这个岗位写成五步交付

1. 交素材清单。 给出 Markdown 的确切路径、标题、封面和应有图片清单，约定本轮只生成草稿。
2. 核对执行条件。 原演示使用第三方技能和浏览器自动化；现已取得作者仓库并静态核对关键脚本，具体文件、版本和新增验收点见下方源码补充。复现前仍须核对命令、位置、profile 与文件范围。
3. 检查素材是否齐全。 文件拷贝失败要报缺项；“已复制 10 张”不能替代编辑器中的上传结果。
4. 由本人完成登录。 按电脑接管卡片登录并处理验证，再交还给 Bot；这是官方接管流程，本文不复述画面里的账号或验证码。
5. 按草稿清单验收。 回执包含草稿链接、标题、封面、应有与实际图片数、缺图名称和未完成项。像录屏的 8/10，应先补图并重新预览；最终发布另作明确决定。

复制模板

为发布统筹岗位写一份“Markdown → X 长文草稿”执行单，先只交方案。
输入由我补充：Markdown 路径、标题、封面、图片清单、经核对的工具来源。
逐项列输入是否齐全、准备执行的命令与位置、需要本人接管的步骤。
草稿回执要有链接、标题、封面、应有/实际图片数与缺图项。
没有工具源码就标未取得，不凭名称安装；没有实际草稿就写未执行。
本轮不运行命令、不登录账号、不上传素材、不点击发布。

视频核验范围

铁柱按约每秒 1 帧检查全时段，含首尾帧，并用 10fps 帧差辅助定位、放大关键画面；已看帧最大间隔 1 秒，未连续播放观看。部分转场模糊、气泡句尾不完整。音轨经全程自动识别仅报告配乐，未人工听辨。上述草稿结果为作者演示，本站未安装技能或复现；技能仓库已补读；录屏两张失败图片的具体修复仍未证实。视频中关于 X 插件能力的说法也未独立核实为当前通用限制。

源码补充：把发布统筹的草稿回执核对到文件

已取得作者的 xaiwind/x-article-publisher，固定在 6cd2f1b。仓库账号关联的 X 用户为 @xaiwind，系统 Chrome、playwright-core、跨助手技能目录与草稿输出均和录屏相符；没有证据证明录屏运行的恰好是这个 commit。LICENSE 声明 MIT，并保留上游传承说明。

按源码落实五步

1. 固定工具与输入。 记录仓库、commit、Markdown 路径、标题和配图清单。入口是 auto-publish.js，依赖见 package.json。账号还须实际具备文章编辑入口，资格按 X 官方说明核对。
2. 先整理图片路径。 payload.js优先解析文章目录中的文件，也会查找 Obsidian 附件；这个入口明确拒绝 HTTP 远程图片。macOS 的 PNG/JPEG 达到压缩阈值时才尝试 sips，其他平台会跳过，不能承诺所有图片都已压缩。
3. 明确浏览器会话范围。 首次用有界面模式由本人登录，后续才考虑 --headless；--profile 指定独立会话目录。源码会尝试关闭占用同一 profile 的实例并清理锁文件，复现前应确认对应窗口与执行范围，不能将它描述为只读检查。本文没有运行该入口。
4. 逐项判定回执。 xpage.js分别累计 imgOk、imgFail、atomicFail，图片或代码、表格插入失败可能降级为文字。函数末尾仍可能返回 ok: true；因此总开关成功不代表正文图片和格式齐全。
5. 重新打开草稿验收。 入口的收尾逻辑会等待自动保存、清理标记并输出草稿 URL；没有独立回读服务端内容的验收步骤。拿到链接后再核对标题、封面、图片顺序、数量、格式降级和残留标记，最后由本人决定发布。

例如一份合成回执：ok=true，但 summary.imgOk=8、summary.imgFail=2，应记“草稿部分完成，待补图”，不能记“可直接发布”。这解释了录屏为什么已有链接仍需补图；它不是本站修复了作者那两张图片的证据。

复制模板

只核对一份发布统筹回执，先不运行工具。
工具来源：xaiwind/x-article-publisher，commit 6cd2f1b752afe966c00bb803c1a1c5eb7a1085d4。
输入应有10张图；合成回执为 ok=true、summary.imgOk=8、summary.imgFail=2。
检查标题、封面、图片数量/顺序、atomicFail、残留标记和草稿重新打开后的状态。
把已确认、失败、需要回读和未测试分别列出；单凭ok或URL不放行。
没有真实草稿时，只交待办清单；不要虚构补图或发布结果。

源码核验状态

技能说明、依赖、入口、图片解析与页面写入逻辑已作静态核对；只引用文件和关键位置，不搬运源码。未安装该技能、启动它的浏览器、写 X 草稿或验证当前页面兼容性。源码取得已解决，录屏版本、两张失败图片的具体修复及当前 X 插件能力仍未证实。

第二轮缺图追查：修复记录仍不能替代草稿验收

固定版本的 CHANGELOG.md记录了图片错位、丢失与占位符处理的通用修复；本轮公开 issues 列表为空。这些记录没有关联到录屏中的两张失败图片，不能据此改写为“已补图成功”，也不能证明录屏所用版本。

沿用上面的回执步骤：保留两张缺图项，补齐后重新打开草稿检查图片数量、顺序与格式。这里补的是来源追查结果，尚无该次修复的实际回执。

来源与适用边界

原始文章：@xaiwind；发布日期 2026-09-16。

合集章节对应：内容对应较明确。

铁柱已查看 11 张图片，并按抽帧方式补读 1 个视频，未作连续观看。 截图显示作者建出三组群聊和九个 Bot，这只是作者演示；插件与模板是否仍可导入需另核对。

价格、软件接口和菜单会变化；未取得或未验证的条件以实际账号及当前官方说明为准。

查看全部 24 篇的改写与核验地图