X Management
Use the X plugin as a draft-first system, not an autonomous posting engine.
Core operating rule
Never treat a generated tweet/reply/quote as ready to publish by default.
Always:
- gather context first when relevant
- create a draft
- show the draft clearly
- require explicit user approval
- only publish if approval has been captured through the plugin flow
Current real plugin capabilities
Working now:
x_account_connect
x_account_auth_url
x_account_complete
x_account_me
x_timeline_me
x_timeline_mentions
x_post_get
x_post_context
x_post_create
x_post_reply
x_post_quote
x_post_thread
x_post_approve
x_post_publish for approved single posts and approved thread drafts
x_media_upload
x_util_resolve_url
Still partial:
- engagement actions
- deeper thread expansion beyond immediate referenced context
- packaged-runtime validation should still be treated as an active release-quality concern when new plugin versions ship
Use the plugin surface this way
Reading context
Prefer read actions before drafting whenever the content depends on an external post or thread.
Use:
x_util_resolve_url to normalize a target post URL
x_post_get for a single post with normalized output
x_post_context for a post plus immediate referenced context
x_timeline_mentions when deciding whether/how to reply
x_timeline_me when recent account voice/context matters
Drafting
Use:
x_post_create for a normal tweet
x_post_reply for a reply
x_post_quote for a quote tweet
x_post_thread for multi-post threads
Treat returned draftId as the durable handle for follow-up approval/publish steps.
For threads, keep each post concise and make sure the full sequence is approved before publishing.
Approval and publish
Use x_post_approve only after the user has explicitly approved the exact draft.
Then use x_post_publish only for the approved draft id.
x_post_publish can now publish approved single posts, replies, quotes, and thread drafts.
Do not mutate draft text between approval and publish.
Drafting heuristics
For replies
Before drafting a reply:
- inspect the target post
- inspect immediate referenced context when available
- inspect your recent voice if tone consistency matters
- avoid replying to a hallucinated interpretation of the post
- keep factual claims anchored to what is actually visible
For quote tweets
A quote tweet should add something:
- analysis
- framing
- disagreement
- emphasis
- synthesis
Do not produce empty applause unless the user wants that tone.
For tweets
When the user does not specify tone, prefer concise, high-signal writing over bloated threadbait.
Offer 2-3 options when tone uncertainty is real.
Safety boundaries
- do not publish automatically
- do not assume approval from conversational enthusiasm
- do not like/repost/bookmark autonomously unless the user explicitly asks
- do not DM from this workflow
- if publish or read capabilities fail, explain the actual failure clearly
Current architectural split
- plugin = auth, reads, drafts, approval state, publish primitive
- agent/skill = judgment, research, tone, decision-making, proposing options
That is the intended shape for Prince’s eventual dedicated X-managing agent.