Skip to content

Team planner Bot: turn a one-line request into a reviewable roster

Original guideAuthor @JeffShanChaUpdated 6 min read

Define one team’s outcome, smallest roster and handoff contract before checking templates and applications.

The source demonstrates expanding a teaching template into three teams. This role card plans a roster while checking template availability and app capabilities separately.

Synthetic goal: one weekly content brief with no established collection workflow.

Choose one near-term deliverable with an example of success, a deadline and a bounded scope.

Give each role one main artifact, explicit inputs, stop conditions and a recipient.

Inspect what a template contains, including external apps and triggers, before treating it as runnable configuration.

List necessary connectors, identities and read tests. A recommendation does not establish availability or authorization.

Complete one manual brief before saving a template or adding specialists. Separate planning from actual creation and scheduling.

roster.csv: role, input, deliverable, reviewer, trigger. Start with a researcher and human review rather than creating unrelated website and video teams.

Use the synthetic fixture to prepare the deliverable for Team planner Bot: turn a one-line request into a reviewable roster. Do not connect real services yet.
Input: Synthetic goal: one weekly content brief with no established collection workflow.
Requirements:
1. Choose one near-term deliverable with an example of success, a deadline and a bounded scope.
2. Give each role one main artifact, explicit inputs, stop conditions and a recipient.
3. Inspect what a template contains, including external apps and triggers, before treating it as runnable configuration.
4. List necessary connectors, identities and read tests. A recommendation does not establish availability or authorization.
5. Complete one manual brief before saving a template or adding specialists. Separate planning from actual creation and scheduling.
Return itemized records, evidence locations, unknowns and next steps, marking unperformed actions explicitly.
Do not install tools, change access, purchase, publish, create Bots or schedule work in this pass.

The plan has one outcome and explicit artifacts and owners, without claiming uncreated roles are running.

Review the artifacts without taking external actions.
Acceptance: The plan has one outcome and explicit artifacts and owners, without claiming uncreated roles are running.
Separate pass, fail, untested and evidence; distinguish synthetic fixtures from live results.
Stop on missing sources, permissions or uncertain outcomes and list the required evidence.
Propose one next step with a recovery plan and wait for confirmation.

Video supplement: give the publishing role a checkable X Article draft

Section titled “Video supplement: give the publishing role a checkable X Article draft”

The 59-second recording shows a publishing coordinator preparing an X Article from local Markdown and images. It is a role demonstration rather than team creation, and adds a workflow absent from the body and images.

Time Visible evidence Delivery meaning
00:00–00:14 The Bot reports using x-article-publisher; the user supplies a local Markdown path Identify the article and assets; installation is reported in the recording
00:14–00:25 Local-command approval appears; copying assets encounters failures and retries Command approval and asset completeness require separate checks
00:25–00:43 The user signs in to X in the Bot computer browser and returns control The user handles the website session; installing a connector does not complete this login
00:43–00:58 The Bot returns a draft link, title, cover and an 8-of-10 image result A draft exists in the demonstration, with two missing images; publication is not shown
  1. List the inputs. Supply an exact Markdown path, title, cover and expected image list, with draft creation as this run’s limit.
  2. Check execution conditions. The recording uses a third-party skill and browser automation. The author repository is now available and key scripts were reviewed statically, as detailed below. Inspect commands, execution location, profile and affected files before any reproduction.
  3. Check asset completeness. Report copy failures individually. Copying ten images does not establish that all ten reached the editor.
  4. Let the user handle sign-in. Use the computer takeover card for login and verification, then return control, following the official takeover guidance. Account details and verification codes are omitted.
  5. Review the draft receipt. Include the draft link, title, cover, expected and actual image counts, missing assets and unfinished work. An 8/10 result needs repairs and another preview before a separate publication decision.
Write a Markdown-to-X-Article draft plan for a publishing coordinator; return the plan first.
Inputs I will supply: Markdown path, title, cover, image list and a reviewed tool source.
List missing inputs, proposed commands and execution location, and user takeover steps.
The draft receipt must include its link, title, cover, expected/actual image counts and missing assets.
Mark unavailable source code as unavailable; do not install a similarly named tool.
Mark an uncreated draft as not executed.
Do not run commands, sign in, upload assets or publish in this planning run.

Source supplement: audit the publishing receipt against actual files

Section titled “Source supplement: audit the publishing receipt against actual files”

The author’s xaiwind/x-article-publisher is now available, pinned to 6cd2f1b. The account links to @xaiwind, and its system Chrome, playwright-core, skill directory and draft output match the recording. The commit actually used in the recording is unverified. Its LICENSE declares MIT and retains upstream attribution.

  1. Pin the tool and inputs. Record repository, commit, Markdown path, title and assets. The entry point is auto-publish.js, with dependencies in package.json. Verify actual Articles access against X’s official guidance.
  2. Resolve image paths first. payload.js checks local paths and Obsidian attachments; this entry point rejects HTTP remote images. Eligible PNG/JPEG files may use macOS sips compression; other platforms skip it. Do not assume every asset was compressed.
  3. Define the browser-session scope. The user signs in during a headed first run before considering --headless. --profile selects a separate session directory. The code may close an instance sharing that profile and clear lock files, so identify affected windows and execution scope first. This entry point has not been run here.
  4. Inspect individual receipt fields. xpage.js counts imgOk, imgFail and atomicFail; failed images, code or tables may degrade to text. The function can still return ok: true, which does not establish complete images or formatting.
  5. Reopen the draft for acceptance. The entry-point ending waits for autosave, cleans markers and returns a draft URL, without a separate server-content readback. Reopen it and check title, cover, image order/count, format degradation and leftover markers before a human publication decision.

A synthetic receipt with ok=true, summary.imgOk=8 and summary.imgFail=2 means a partial draft needing repairs. This explains the recording’s missing-image state; it does not prove this site repaired those two images.

Review a publishing receipt without running the tool.
Source: xaiwind/x-article-publisher at 6cd2f1b752afe966c00bb803c1a1c5eb7a1085d4.
Ten images are expected; the synthetic receipt has ok=true, summary.imgOk=8 and summary.imgFail=2.
Check title, cover, image order/count, atomicFail, leftover markers and a reopened draft.
Separate confirmed facts, failures, readback needed and untested items.
Do not approve from ok or a URL alone. If no real draft exists, return a checklist.
Do not invent image repairs or publication results.

Second source follow-up: a general fix is not this draft’s repair

Section titled “Second source follow-up: a general fix is not this draft’s repair”

The pinned CHANGELOG.md describes general image-order, missing-image and marker fixes. The public issues list was empty when checked. Neither source links a repair to the two failures in the recording or identifies its exact running version.

Keep both missing images on the receipt, then reopen the draft to check count, order and formatting after any repair. This is a source follow-up, without a repair receipt for that recorded draft.

Original article: @xaiwind; published 2026-09-16.

Index-to-source mapping: strong content match.

The collector reports viewing 11 images and reviewing 1 video(s) through sampled frames, without continuous playback. Screenshots show the author creating three groups and nine Bots; template and plugin availability still need checking.

Prices, interfaces and menus change. Check unresolved conditions against the actual account and current official documentation.

See the rewrite and verification map for all 24 sources

This page is based on the sources below, last checked on . If the interface looks different, send feedback or edit the page.Send feedbackEdit this page

Sources (7)

91 related external resources →Official sources and original authors’ posts, each with a note on what was checked.