📦 X Twitter Post Publisher — X Twitter 发帖发布器

X/Twitter 发布器 使用此技能通过用户现有的登录浏览器上下文发布到 X/Twitter。 核心规则 不要仅仅依靠 X 中可见的文本。X 使用 Draft.js 编辑器。 普通的 DOM 注入或某些自动化输入路径可能会使发布按钮即使文本出现在编辑器中也保持禁用状态。 使用已验证的路径： 在登录浏览器上下文中打开组件 将最终文本放到系统剪贴板上 聚焦编辑器 Ctrl+A 然后 Backspace 清除过时的草稿文本 Ctrl+V 粘贴 验证发布按钮是否已启用 点击发布 通过搜索唯一片段或检查作者的时间线验证 首选工作流 A. 从 markdown 文件发布 运行捆绑脚本：powershell -ExecutionPolicy Bypass -File scripts/publish-x-post.ps1 -MarkdownPath "C:\path\to\posts.md" -PostLabel "Post 1" 可选的 dry run：powershell -ExecutionPolicy Bypass -File scripts/publish-x-post.ps1 -MarkdownPath "C:\path\to\posts.md" -PostLabel "Post 1" -DryRun B. 发布直接文本 powershell -ExecutionPolicy Bypass -File scripts/publish-x-post.ps1 -Text "您的最终 X 发布内容" 脚本的作用 从 markdown 或直接文本中提取请求的发布内容 在发布前计算字符数 当文本超过配置的限制（默认 280）时拒绝发布 在 OpenCLI 浏览器中打开 https://x.com/compose/post 使用本地剪贴板粘贴，使 X 认可输入 通过浏览器 eval 检查按钮状态 仅在按钮启用后点击发布 使用 opencli Twitter 搜索验证 Markdown 格式期望 提取器的设计适用于以下部分： Post 1 — Insight hook 第 1 行 第 2 行 --- 它还容忍 Post 1 样式的标题。 故障排除 当以下情况发生时，请阅读 references/troubleshooting.md： 发布按钮保持禁用状态 正在使用错误的浏览器会话 在编辑器中出现重复的文本 搜索验证无法立即找到发布内容 注意事项 在用户已经登录 Chrome 时，首选 opencli 浏览器 / opencli Twitter 而不是隔离的浏览器代理会话。 如果发布内容太长，请先缩短它；不要尝试强制提交。 如果验证结果不确定，请在声明成功之前搜索已发布文本中的唯一片段。 GitHub 和 API 等技术术语保持不变。