[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6DWV6DHD6500WZ7ZKZ8RWSM":3,"skill-same:01M6DWV6DHD6500WZ7ZKZ8RWSM":76},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":15,"categories":16,"keywords":17,"publishedAt":38,"linkOnly":39,"markdownContent":40,"markdownBody":41,"frontMatter":42,"refName":52,"commitSha":53,"skillDirectory":54,"forksCount":55,"repositoryHtmlUrl":56,"repositoryHomepageUrl":57,"ownerHtmlUrl":58,"ownerBlogUrl":59,"ownerDescription":60,"updatedAt":61,"install":62,"resources":75},"01M6DWV6DHD6500WZ7ZKZ8RWSM","trend-x",null,"Harvest X (Twitter) conversations into a sourced topic brief: buyer pains, launch reactions, post formats. Use when scanning X or Twitter trends.","Muvon\u002Foctomind-tap","Muvon","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F25336907?v=4","01M6DWA4KTRX4J73CW5CECKAD0","01M6DWA4QSWFGYE6WDMAMFF1WE",6,"Apache-2.0","https:\u002F\u002Fgithub.com\u002FMuvon\u002Foctomind-tap\u002Fblob\u002Fmaster\u002Fskills\u002Ftrend-x\u002FSKILL.md",[],[18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37],"trend x","trend","availability","formats","scanning","when","conversations","session","scan","network","playbook","write","reactions","read","browser","analyze","access","search","memory","brief","2026-11-10 10:12:30",false,"---\nname: trend-x\ntitle: \"X (Twitter) Trend Harvester Playbook\"\ndescription: \"Harvest X (Twitter) conversations into a sourced topic brief: buyer pains, launch reactions, post formats. Use when scanning X or Twitter trends.\"\nlicense: Apache-2.0\ncompatibility: \"Browser and network access. Use an authorized signed-in X session where required; search availability must be checked in the current session.\"\ncapabilities: browser memory-read memory-write\ndomains: browser\nrules:\n  - session(trend) content(x)\n  - session(trend) content(twitter)\n  - session(trend) match(\\btweet)\n  - match(\\b(x|twitter)\\s+(trend|trends|harvest|brief)\\b)\n  - match(\\b(harvest|scan|analyze)\\s+(x|twitter)\\b)\n---\n\n## Overview\n\nHarvest source posts and conversations into a brief that supports a writing or go-to-market decision. Capture the topic, audience, observation window, and buying situation before browsing. Return source evidence and uncertainty; publishing and copywriting are downstream work.\n\n## Mechanics and mental model\n\nFor You combines followed-account candidates from Thunder with Phoenix retrieval and SimClusters for out-of-network discovery. Ranking orders candidates; visibility filtering separately returns allow, interstitial, or drop. The documented candidate path filters out-of-network replies and reposts and posts older than 48 hours (official, X algorithm README, 2026-08). Don't extend this cutoff to every X surface.\n\nTreat For You as a personalized sample. Record the session context and compare it with topic searches and relevant account histories (directional). Replies can expose buyer language in a conversation; don't describe them as a guaranteed For You discovery mechanism.\n\nA conditional new-author lift exists for originals; it excludes replies and reposts (official, X cold-start, 2026-08). Eligibility includes at most 1,000 followers and fewer than 1,000 impressions alongside further checks (official, X cold-start, 2026-08). Don't attach a universal boost multiplier to small accounts.\n\nPublished weights multiply predicted actions, not observed engagement counts. Repeated-author scoring operates within a feed request; it supplies no daily posting quota (official, X parameters, 2026-08). Public engagement ratios don't reveal predicted non-dwell, private shares, or a post's score. Bookmarks can indicate reader utility when available, but this evidence establishes no current bookmark weight. Don't describe them as either a proven boost or a proven non-signal.\n\n## Harvest procedure and surface decisions\n\n### Establish access and scope\n\nUse the campaign's topic vocabulary and buying problem. Include exact problem phrases alongside product and competitor names. Preserve the audience's language without assuming every complaint signals purchase intent (directional).\n\nThe supplied verified evidence doesn't certify search operators, deep-link tab URLs, logged-out search access, or Explore labels. Treat the following as navigation procedures, not confirmed endpoint contracts. Start from `https:\u002F\u002Fx.com` and inspect the live UI; don't fabricate a working URL or bypass an access gate.\n\n| Needed evidence | Navigation procedure | Validation before use |\n|---|---|---|\n| Current topic discussion | Open Search through the visible interface; enter the topic; select the newest-results tab if offered | Record the actual URL and visible tab label; inspect timestamps |\n| Ranked topic sample | Select the available ranked-results tab | Record that ranking can bias the sample; don't call it the full population |\n| Explore or trending topics | Open Explore from navigation, then the visible trends surface | Record locale and personalization settings when visible; don't call it global |\n| Account comparison | Open a relevant author's profile from a source post or supplied link | Confirm the account and inspect posts within the chosen window |\n| Curated niche listening | Open an authorized List through the visible Lists interface or a supplied link | Record list selection and membership bias |\n| Event discussion | Search the event name and inspect a relevant hashtag if present | Check event dates and relevance; a tag alone doesn't prove participation |\n| Buyer pain and objections | Search exact problem language; inspect roots and full reply chains | Distinguish firsthand reports, product pitches, and copied claims |\n| Format-specific material | Use available media filters and inspect the source posts | Record actual format, account access, and truncation |\n| Reach diagnosis | Try `https:\u002F\u002Fx.com\u002Fi\u002Funder_the_hood` in the authorized account | This aggregate-label tool is a pilot, not guaranteed access (official, X README, 2026-08) |\n\nCopy URLs produced by working navigation into the brief. Don't hard-code the old Explore trending path, `f=top`, or `f=live` as verified contracts. If experimenting with `min_faves`, `min_retweets`, `min_replies`, `since`, `until`, `lang`, or `filter` operators, mark them unverified until visible results demonstrate the intended behavior. An engagement filter doesn't create a date boundary. Don't claim a last-day sample without checking timestamps.\n\nRecord login walls, unavailable filters, and empty results distinctly. When search is unavailable, use accessible supplied post links and account pages and declare the reduced coverage. Don't report a blocked search as absence of discussion. If an AI-generated summary appears, use it only as a lead and inspect the underlying posts.\n\nUse independent tabs for independent reads only when the browser supports them. Keep interaction within each tab sequential; don't race navigation calls against a shared tab. Close only tabs created for this harvest.\n\n### Capture evidence before scoring\n\nFor each candidate, retain its exact URL, handle, observed publication time, capture time, and visible text. Record the root and relevant reply context. Note the format and any truncation. Inspect attached evidence rather than relying on its caption (directional).\n\nRecord views and public interactions only when visible. Preserve unavailable fields as unavailable, not zero. Record visible account size; record subscription status only when established. Buffer's Premium comparison makes tier a confounder, not a reason to guess it from a badge (measured, Buffer, n=18.8M X posts, 2026-03).\n\nCapture displayed disclosure or restriction labels separately. Retain source context for factual claims and any visible corrections or Community Notes. A missing label doesn't verify a claim. Don't infer a reach consequence from a label's name without supporting evidence.\n\nFor launch evidence, use this illustrative collection sequence (directional). Skip empty phases; publishing remains downstream. See the [publishing rhythm and drafting anatomy](..\u002Fsocial-x\u002FSKILL.md#launch-and-proof-posts) for the downstream plan.\n\n| Launch phase | X evidence to harvest | Downstream handoff |\n|---|---|---|\n| Pre-launch | Problem language and objections in relevant conversations | Sourced buying constraints and unanswered questions |\n| Launch day | Original announcement, actual demo, and working destination | Availability, inspectable artifact, access conditions, and gaps |\n| Early follow-up | Objections in context, answers, and unresolved blockers | Evidence for an answer or further demonstration |\n| Later follow-up | Bounded outcomes from actual use and their measurement conditions | Permitted proof candidates and remaining limitations |\n\n### Compare and cluster\n\nUse matched observation windows and comparable account histories. Include ordinary posts as well as apparent breakouts so the sample doesn't consist only of winners (directional).\n\n| Question | Evidence to collect | Limit |\n|---|---|---|\n| Is this relevant to the buyer? | Specific problem, role, use case, or evaluation question | Likes alone don't establish qualified interest |\n| Is it unusual for this author? | Comparable recent posts at similar ages and formats | Follower count isn't an exposure denominator |\n| Is it repeated independently? | Distinct authors expressing the same problem with source URLs | Reposts, copied text, and coordinated promotion aren't independent reports |\n| Is the angle saturated? | Repeated claims across the actual sampled window | Say “common in this sample”; don't claim platform-wide exhaustion |\n| Does the artifact add proof? | Inspectable screenshot, demonstration, source data, or method | Caption claims aren't validation |\n| Is there momentum? | Repeated captures with timestamps and visible count changes | A single final count cannot reveal early velocity |\n\nIf reporting a public interaction-to-view ratio, name its numerator and denominator and use only visible fields. Don't call it a platform engagement rate or assign a universal breakout threshold. Never infer that low engagement proves scroll-past penalties. Use available own-account analytics to assess profile activity or qualified inquiries; don't estimate competitors' private conversions (directional).\n\nRank recommendations by relevance and evidence quality, then describe observed attention. Keep private shares and saves separate from public interaction comparisons. Avoid synthetic ranking-weight formulas and action-value hierarchies.\n\nExtract a post's underlying move in plain language: a demonstrated task, a bounded outcome, a specific objection answered, or a decision with a cost. Preserve short source excerpts only where necessary and attribute them. Don't reproduce a viral hook bank or a copied dead-pattern list. The writing brief should describe what the next post can contribute, not supply a persona to imitate (directional).\n\n## Launch and proof posts\n\nFor a launch harvest, obtain audience and buying situation, promise, proof source, intended action, destination, campaign stage, and disclosure obligations. No CTA can be deliberate. Don't fill absent campaign facts with imagined customer outcomes.\n\nSearch for the exact problem language and inspect what prospective users ask before recommending an announcement angle. The MailTest founder's reported change toward problem searches is anecdotal guidance, not a tested B2B conversion method (directional), citing MailTest founder account, 2026-04.\n\nReturn source-backed candidates using these harvest decisions (directional). Name the available artifact, missing proof, and fit limitation. Don't force a candidate where the harvest contains no evidence.\n\n| Candidate shape | Evidence to capture |\n|---|---|\n| Announcement | Who can use what now, access conditions, and working destination |\n| Demo | Actual task, action, and artifact; edits, omitted waiting, or human intervention |\n| Customer outcome | Baseline and result, units, measurement window, cohort, exclusions, source, and permission for reuse and attribution; mark missing conditions explicitly |\n| Founder decision | An owned decision, evidence considered, and actual cost or tradeoff |\n| Objection answer | Original concern in context, supporting evidence, and unresolved limit |\n| Recap | New evidence from actual use, what changed, and what remains unresolved |\n\nInclude observed root, reply, or profile CTA placement in the handoff; record absent or unavailable placements explicitly. Use the [social publishing launch section](..\u002Fsocial-x\u002FSKILL.md#launch-and-proof-posts) for downstream drafting anatomy.\n\nCommunity and creator seeding recommendations must concern relevant, distinct participation. X prohibits bulk unsolicited promotion, repeated link drops, and coordinated metric inflation (official, X Authenticity, 2025-04).\n\nKeep founder, brand, and creator observations separate. Agency case reports are possible approaches to test, not conversion forecasts (directional), citing Clickstrike, undated. If a harvested post is compensated, gifted, affiliate, or ambassador promotion, the Paid Partnership requirement applies (official, X Paid Partnerships, 2026-09). Don't infer independent customer enthusiasm from disclosed paid endorsements.\n\n## Voice observations on this platform\n\nDescribe register without judging human authorship. Record whether the source is formal, conversational, technical, or playful; note reply length and how the author handles uncertainty. Preserve examples of actual word choice with attribution. Don't recommend typo injection or copy an account's distinctive identity (directional).\n\nKeep observed style separate from performance claims. A repeated hook may be common in the sample without being an algorithmic trigger. Leave generic AI-tell editing to downstream writing; harvesting establishes provenance and context.\n\n## Cadence and engagement interpretation\n\nTest weekday mid-mornings, then use account evidence and event timing. Buffer's baseline is 9–11 a.m., with Tuesday and Wednesday leading slots (measured, Buffer timing, n=8.7M X posts, 2026-03). Record the audience timezone; don't impose an evening window or infer a best time from a single successful post.\n\nBuffer associates frequency with growth, with reduced per-post reach at higher frequency; these observations don't establish an X daily quota (measured, Buffer, n=4.8M channel-weeks; separate 15.7M-post reach analysis, 2026-03). Record cadence rather than penalizing accounts for posting bursts by assumption.\n\nText narrowly led images in Buffer's X format sample; video wasn't the engagement leader (measured, Buffer, n=X subset of 52M+ cross-platform posts, 2026-03). GIFs led raw interactions in Emplifi's different sample (measured, Emplifi, n=16,879 X profiles, reviewed 2026-09). Keep these metrics separate; recommend format tests instead of declaring mandatory media.\n\nCode format observations conservatively: ordinary text is capped at 280 characters, Premium longer posts at 25,000 (official, X posting help and Premium, 2026-09). Record the observed media combination and client; don't reject an observed mixed-media post using a generic attachment summary (directional). Don't call a multi-image post a swipe carousel. Article access, video tier caps, and other optional-surface details remain unverified until checked in the account. Log them as observed formats without inventing entitlements.\n\nLink-post visibility was lower in political-discussion datasets (measured, NDSS, n=over 40M posts, 2026-02). Record root, reply, and profile link placement as separate observations. The evidence doesn't prove that moving a link to a reply fixes reach. A recommendation must retain the intended conversion path.\n\n## What gets suppressed: diagnostic limits\n\nX prohibits deceptive manipulated media and spam and can restrict reach for violations (official, X Authenticity, 2025-04). EU “Made with AI” indicators and restricted-reach labels are separate (official, X Media Literacy, 2026-07). Don't call an AI label a universal penalty or describe `MediumRisk` as proven organic reach loss.\n\nDon't assign suppression to a `slop_score`, punctuation pattern, topic pivot, or small follower count. Public counters don't expose internal classifier results. Distinguish observed notices from hypotheses, and report inaccessible Under the Hood information as unavailable.\n\n## Examples\n\n### Evidence-qualified format observation\n\nFictional teaching record; all quantities are illustrative placeholders.\n\n```text\nSource: [post URL], [handle]\nPublished: [observed timestamp]; captured: [timestamp]\nFormat: ordinary text with a product screenshot\nViews: [visible count]; replies: [visible count]; reposts: unavailable\nSubscription: unknown\nObservation: replies ask whether the export preserves field names.\nArtifact: screenshot shows the export dialog; downloaded output wasn't inspected.\nRecommended angle: show an actual export and its known limits.\nConfidence: buyer-language evidence; no demonstrated conversion result.\n```\n\nWhy it works: the capture procedure distinguishes visible evidence from an untested product claim.\nThe recommendation requests a useful artifact without inventing a growth mechanism.\n\n### Saturation without a false threshold\n\nFictional teaching record.\n\n```text\nClaim cluster: automatic invoice approval\nEvidence: [source URLs] from independent authors in [observed window]\nRepeated claim: manual review can be eliminated\nCounter-evidence: [source URL] describes disputed invoices needing review\nCoverage limit: signed-in topic search; private discussions weren't available\nRecommendation: explain the boundary for disputed invoices using supplied proof\n```\n\nWhy it works: the cluster rule requires independent source evidence and explicit coverage.\nThe brief identifies a defensible contribution instead of declaring an entire topic dead.\n\n### Paid creator launch without independent customer proof\n\nFictional teaching record; source fields are placeholders.\n\n```text\nSource: [creator post URL], [handle]; product launch: insulated lunch bag\nPublished: [observed timestamp]; captured: [timestamp]\nContext: packing demonstration with a visible Paid Partnership label\nObservation: the clip shows containers fitting inside; replies ask about cleaning.\nEvidence limit: no temperature test or independent customer outcome is supplied.\nCoverage limit: accessible creator post and replies; sales records unavailable.\nRecommendation: retain the disclosure, separate promotion from customer proof,\nand request care instructions before recommending an objection-answer angle.\n```\n\nWhy it works: the disclosure changes how the evidence is classified; the visible demonstration doesn't establish an untested product benefit.\n\n### Local-service uncertainty with unavailable metrics\n\nFictional teaching record; source fields are placeholders.\n\n```text\nSource: [neighborhood conversation URL], [handle]; reply: [plumber reply URL]\nPublished: [observed timestamps]; captured: [timestamp]\nContext: a resident reports a damp wall; a plumber requests an inspection.\nObservation: the photo shows staining, but the cause remains unconfirmed.\nViews and booking outcomes: unavailable\nCoverage limit: supplied public chain; neighborhood search was inaccessible.\nRecommendation: collect inspection criteria and verified service-area details\nfor a useful answer; infer neither a diagnosis nor absent local demand.\n```\n\nWhy it works: the record distinguishes an unresolved service question from proof of a defect, and blocked coverage from absence of discussion.\n\n## Checklist\n\n- [ ] The audience, topic, and observation window are explicit.\n- [ ] Each cited post has its exact URL and observed timestamps.\n- [ ] Surface URLs and visible tab labels were captured from working navigation.\n- [ ] Access failures and personalization limits are stated.\n- [ ] Every quoted claim was checked in its original context.\n- [ ] Missing metrics remain unavailable rather than zero.\n- [ ] Any ratio names its visible numerator and denominator.\n- [ ] Tier and account-history differences remain visible in comparisons.\n- [ ] Momentum claims have repeated observations.\n- [ ] Trend claims cite independent posts.\n- [ ] Saturation claims are bounded to the sample.\n- [ ] Recommended launch angles identify their proof and fit limitations.\n- [ ] Style observations don't assert authorship or classifier results.\n- [ ] Labels, policy actions, and ranking hypotheses remain distinct.\n- [ ] Format and timing advice uses dated evidence or is marked directional.\n- [ ] The brief contains no invented metrics or customer stories.\n- [ ] Only harvest-created tabs are closed.\n\n## References\n\n- [X algorithm README](https:\u002F\u002Fgithub.com\u002Fxai-org\u002Fx-algorithm\u002Fblob\u002Fmain\u002FREADME.md), [cold-start](https:\u002F\u002Fgithub.com\u002Fxai-org\u002Fx-algorithm\u002Fblob\u002Fmain\u002Fhome-mixer\u002Fscorers\u002Fauthor_cold_start.rs), August 13, 2026; [parameters](https:\u002F\u002Fgithub.com\u002Fxai-org\u002Fx-algorithm\u002Fblob\u002Fmain\u002Fhome-mixer\u002Fparams\u002Fparam.rs), August 12, 2026. Dated evidence snapshot with September corrections; mutable source URLs don't pin live deployment.\n- [X posting help](https:\u002F\u002Fhelp.x.com\u002Fen\u002Fusing-x\u002Fhow-to-post), [Premium](https:\u002F\u002Fhelp.x.com\u002Fen\u002Fusing-x\u002Fx-premium), [Paid Partnerships](https:\u002F\u002Fhelp.x.com\u002Fen\u002Frules-and-policies\u002Fpaid-partnerships-policy), undated, reviewed September 2026.\n- [Authenticity](https:\u002F\u002Fhelp.x.com\u002Fen\u002Frules-and-policies\u002Fauthenticity), April 2025; [Media Literacy](https:\u002F\u002Fhelp.x.com\u002Fen\u002Frules-and-policies\u002Fmedia-literacy-plan), July 2026.\n- [Buffer engagement](https:\u002F\u002Fbuffer.com\u002Fresources\u002Fstate-of-social-media-engagement-2026\u002F), March 5, 2026; [Buffer timing](https:\u002F\u002Fbuffer.com\u002Fresources\u002Fbest-time-to-post-on-twitter-x\u002F), March 13, 2026.\n- [Emplifi benchmark PDF](https:\u002F\u002Fgo.emplifi.io\u002Frs\u002F284-ENW-442\u002Fimages\u002FEmplifi-Social-Media-Benchmarks-Report.pdf), undated, reviewed September 2026; [NDSS link study](https:\u002F\u002Fwww.ndss-symposium.org\u002Fwp-content\u002Fuploads\u002F2026-s718-paper.pdf), February 2026.\n- [MailTest founder account](https:\u002F\u002Fwww.indiehackers.com\u002Fpost\u002Fi-launched-on-product-hunt-today-with-0-followers-0-network-and-0-users-heres-what-i-learned-in-12-hours-1c89889702?commentId=-Oql0RP2NQlQXltRvwH7), April 20, 2026; [Clickstrike cases](https:\u002F\u002Fclickstrike.com\u002Flaunch-playbook\u002F), undated agency self-reports.\n\nRe-validate when:\n- Search operators, feed names, access gates, or format controls change.\n- Policy updates, algorithm commits, or runtime defaults change.\n- New vendor reports replace the benchmark samples.\n\nValidated: 2026-09\n","## Overview\n\nHarvest source posts and conversations into a brief that supports a writing or go-to-market decision. Capture the topic, audience, observation window, and buying situation before browsing. Return source evidence and uncertainty; publishing and copywriting are downstream work.\n\n## Mechanics and mental model\n\nFor You combines followed-account candidates from Thunder with Phoenix retrieval and SimClusters for out-of-network discovery. Ranking orders candidates; visibility filtering separately returns allow, interstitial, or drop. The documented candidate path filters out-of-network replies and reposts and posts older than 48 hours (official, X algorithm README, 2026-08). Don't extend this cutoff to every X surface.\n\nTreat For You as a personalized sample. Record the session context and compare it with topic searches and relevant account histories (directional). Replies can expose buyer language in a conversation; don't describe them as a guaranteed For You discovery mechanism.\n\nA conditional new-author lift exists for originals; it excludes replies and reposts (official, X cold-start, 2026-08). Eligibility includes at most 1,000 followers and fewer than 1,000 impressions alongside further checks (official, X cold-start, 2026-08). Don't attach a universal boost multiplier to small accounts.\n\nPublished weights multiply predicted actions, not observed engagement counts. Repeated-author scoring operates within a feed request; it supplies no daily posting quota (official, X parameters, 2026-08). Public engagement ratios don't reveal predicted non-dwell, private shares, or a post's score. Bookmarks can indicate reader utility when available, but this evidence establishes no current bookmark weight. Don't describe them as either a proven boost or a proven non-signal.\n\n## Harvest procedure and surface decisions\n\n### Establish access and scope\n\nUse the campaign's topic vocabulary and buying problem. Include exact problem phrases alongside product and competitor names. Preserve the audience's language without assuming every complaint signals purchase intent (directional).\n\nThe supplied verified evidence doesn't certify search operators, deep-link tab URLs, logged-out search access, or Explore labels. Treat the following as navigation procedures, not confirmed endpoint contracts. Start from `https:\u002F\u002Fx.com` and inspect the live UI; don't fabricate a working URL or bypass an access gate.\n\n| Needed evidence | Navigation procedure | Validation before use |\n|---|---|---|\n| Current topic discussion | Open Search through the visible interface; enter the topic; select the newest-results tab if offered | Record the actual URL and visible tab label; inspect timestamps |\n| Ranked topic sample | Select the available ranked-results tab | Record that ranking can bias the sample; don't call it the full population |\n| Explore or trending topics | Open Explore from navigation, then the visible trends surface | Record locale and personalization settings when visible; don't call it global |\n| Account comparison | Open a relevant author's profile from a source post or supplied link | Confirm the account and inspect posts within the chosen window |\n| Curated niche listening | Open an authorized List through the visible Lists interface or a supplied link | Record list selection and membership bias |\n| Event discussion | Search the event name and inspect a relevant hashtag if present | Check event dates and relevance; a tag alone doesn't prove participation |\n| Buyer pain and objections | Search exact problem language; inspect roots and full reply chains | Distinguish firsthand reports, product pitches, and copied claims |\n| Format-specific material | Use available media filters and inspect the source posts | Record actual format, account access, and truncation |\n| Reach diagnosis | Try `https:\u002F\u002Fx.com\u002Fi\u002Funder_the_hood` in the authorized account | This aggregate-label tool is a pilot, not guaranteed access (official, X README, 2026-08) |\n\nCopy URLs produced by working navigation into the brief. Don't hard-code the old Explore trending path, `f=top`, or `f=live` as verified contracts. If experimenting with `min_faves`, `min_retweets`, `min_replies`, `since`, `until`, `lang`, or `filter` operators, mark them unverified until visible results demonstrate the intended behavior. An engagement filter doesn't create a date boundary. Don't claim a last-day sample without checking timestamps.\n\nRecord login walls, unavailable filters, and empty results distinctly. When search is unavailable, use accessible supplied post links and account pages and declare the reduced coverage. Don't report a blocked search as absence of discussion. If an AI-generated summary appears, use it only as a lead and inspect the underlying posts.\n\nUse independent tabs for independent reads only when the browser supports them. Keep interaction within each tab sequential; don't race navigation calls against a shared tab. Close only tabs created for this harvest.\n\n### Capture evidence before scoring\n\nFor each candidate, retain its exact URL, handle, observed publication time, capture time, and visible text. Record the root and relevant reply context. Note the format and any truncation. Inspect attached evidence rather than relying on its caption (directional).\n\nRecord views and public interactions only when visible. Preserve unavailable fields as unavailable, not zero. Record visible account size; record subscription status only when established. Buffer's Premium comparison makes tier a confounder, not a reason to guess it from a badge (measured, Buffer, n=18.8M X posts, 2026-03).\n\nCapture displayed disclosure or restriction labels separately. Retain source context for factual claims and any visible corrections or Community Notes. A missing label doesn't verify a claim. Don't infer a reach consequence from a label's name without supporting evidence.\n\nFor launch evidence, use this illustrative collection sequence (directional). Skip empty phases; publishing remains downstream. See the [publishing rhythm and drafting anatomy](..\u002Fsocial-x\u002FSKILL.md#launch-and-proof-posts) for the downstream plan.\n\n| Launch phase | X evidence to harvest | Downstream handoff |\n|---|---|---|\n| Pre-launch | Problem language and objections in relevant conversations | Sourced buying constraints and unanswered questions |\n| Launch day | Original announcement, actual demo, and working destination | Availability, inspectable artifact, access conditions, and gaps |\n| Early follow-up | Objections in context, answers, and unresolved blockers | Evidence for an answer or further demonstration |\n| Later follow-up | Bounded outcomes from actual use and their measurement conditions | Permitted proof candidates and remaining limitations |\n\n### Compare and cluster\n\nUse matched observation windows and comparable account histories. Include ordinary posts as well as apparent breakouts so the sample doesn't consist only of winners (directional).\n\n| Question | Evidence to collect | Limit |\n|---|---|---|\n| Is this relevant to the buyer? | Specific problem, role, use case, or evaluation question | Likes alone don't establish qualified interest |\n| Is it unusual for this author? | Comparable recent posts at similar ages and formats | Follower count isn't an exposure denominator |\n| Is it repeated independently? | Distinct authors expressing the same problem with source URLs | Reposts, copied text, and coordinated promotion aren't independent reports |\n| Is the angle saturated? | Repeated claims across the actual sampled window | Say “common in this sample”; don't claim platform-wide exhaustion |\n| Does the artifact add proof? | Inspectable screenshot, demonstration, source data, or method | Caption claims aren't validation |\n| Is there momentum? | Repeated captures with timestamps and visible count changes | A single final count cannot reveal early velocity |\n\nIf reporting a public interaction-to-view ratio, name its numerator and denominator and use only visible fields. Don't call it a platform engagement rate or assign a universal breakout threshold. Never infer that low engagement proves scroll-past penalties. Use available own-account analytics to assess profile activity or qualified inquiries; don't estimate competitors' private conversions (directional).\n\nRank recommendations by relevance and evidence quality, then describe observed attention. Keep private shares and saves separate from public interaction comparisons. Avoid synthetic ranking-weight formulas and action-value hierarchies.\n\nExtract a post's underlying move in plain language: a demonstrated task, a bounded outcome, a specific objection answered, or a decision with a cost. Preserve short source excerpts only where necessary and attribute them. Don't reproduce a viral hook bank or a copied dead-pattern list. The writing brief should describe what the next post can contribute, not supply a persona to imitate (directional).\n\n## Launch and proof posts\n\nFor a launch harvest, obtain audience and buying situation, promise, proof source, intended action, destination, campaign stage, and disclosure obligations. No CTA can be deliberate. Don't fill absent campaign facts with imagined customer outcomes.\n\nSearch for the exact problem language and inspect what prospective users ask before recommending an announcement angle. The MailTest founder's reported change toward problem searches is anecdotal guidance, not a tested B2B conversion method (directional), citing MailTest founder account, 2026-04.\n\nReturn source-backed candidates using these harvest decisions (directional). Name the available artifact, missing proof, and fit limitation. Don't force a candidate where the harvest contains no evidence.\n\n| Candidate shape | Evidence to capture |\n|---|---|\n| Announcement | Who can use what now, access conditions, and working destination |\n| Demo | Actual task, action, and artifact; edits, omitted waiting, or human intervention |\n| Customer outcome | Baseline and result, units, measurement window, cohort, exclusions, source, and permission for reuse and attribution; mark missing conditions explicitly |\n| Founder decision | An owned decision, evidence considered, and actual cost or tradeoff |\n| Objection answer | Original concern in context, supporting evidence, and unresolved limit |\n| Recap | New evidence from actual use, what changed, and what remains unresolved |\n\nInclude observed root, reply, or profile CTA placement in the handoff; record absent or unavailable placements explicitly. Use the [social publishing launch section](..\u002Fsocial-x\u002FSKILL.md#launch-and-proof-posts) for downstream drafting anatomy.\n\nCommunity and creator seeding recommendations must concern relevant, distinct participation. X prohibits bulk unsolicited promotion, repeated link drops, and coordinated metric inflation (official, X Authenticity, 2025-04).\n\nKeep founder, brand, and creator observations separate. Agency case reports are possible approaches to test, not conversion forecasts (directional), citing Clickstrike, undated. If a harvested post is compensated, gifted, affiliate, or ambassador promotion, the Paid Partnership requirement applies (official, X Paid Partnerships, 2026-09). Don't infer independent customer enthusiasm from disclosed paid endorsements.\n\n## Voice observations on this platform\n\nDescribe register without judging human authorship. Record whether the source is formal, conversational, technical, or playful; note reply length and how the author handles uncertainty. Preserve examples of actual word choice with attribution. Don't recommend typo injection or copy an account's distinctive identity (directional).\n\nKeep observed style separate from performance claims. A repeated hook may be common in the sample without being an algorithmic trigger. Leave generic AI-tell editing to downstream writing; harvesting establishes provenance and context.\n\n## Cadence and engagement interpretation\n\nTest weekday mid-mornings, then use account evidence and event timing. Buffer's baseline is 9–11 a.m., with Tuesday and Wednesday leading slots (measured, Buffer timing, n=8.7M X posts, 2026-03). Record the audience timezone; don't impose an evening window or infer a best time from a single successful post.\n\nBuffer associates frequency with growth, with reduced per-post reach at higher frequency; these observations don't establish an X daily quota (measured, Buffer, n=4.8M channel-weeks; separate 15.7M-post reach analysis, 2026-03). Record cadence rather than penalizing accounts for posting bursts by assumption.\n\nText narrowly led images in Buffer's X format sample; video wasn't the engagement leader (measured, Buffer, n=X subset of 52M+ cross-platform posts, 2026-03). GIFs led raw interactions in Emplifi's different sample (measured, Emplifi, n=16,879 X profiles, reviewed 2026-09). Keep these metrics separate; recommend format tests instead of declaring mandatory media.\n\nCode format observations conservatively: ordinary text is capped at 280 characters, Premium longer posts at 25,000 (official, X posting help and Premium, 2026-09). Record the observed media combination and client; don't reject an observed mixed-media post using a generic attachment summary (directional). Don't call a multi-image post a swipe carousel. Article access, video tier caps, and other optional-surface details remain unverified until checked in the account. Log them as observed formats without inventing entitlements.\n\nLink-post visibility was lower in political-discussion datasets (measured, NDSS, n=over 40M posts, 2026-02). Record root, reply, and profile link placement as separate observations. The evidence doesn't prove that moving a link to a reply fixes reach. A recommendation must retain the intended conversion path.\n\n## What gets suppressed: diagnostic limits\n\nX prohibits deceptive manipulated media and spam and can restrict reach for violations (official, X Authenticity, 2025-04). EU “Made with AI” indicators and restricted-reach labels are separate (official, X Media Literacy, 2026-07). Don't call an AI label a universal penalty or describe `MediumRisk` as proven organic reach loss.\n\nDon't assign suppression to a `slop_score`, punctuation pattern, topic pivot, or small follower count. Public counters don't expose internal classifier results. Distinguish observed notices from hypotheses, and report inaccessible Under the Hood information as unavailable.\n\n## Examples\n\n### Evidence-qualified format observation\n\nFictional teaching record; all quantities are illustrative placeholders.\n\n```text\nSource: [post URL], [handle]\nPublished: [observed timestamp]; captured: [timestamp]\nFormat: ordinary text with a product screenshot\nViews: [visible count]; replies: [visible count]; reposts: unavailable\nSubscription: unknown\nObservation: replies ask whether the export preserves field names.\nArtifact: screenshot shows the export dialog; downloaded output wasn't inspected.\nRecommended angle: show an actual export and its known limits.\nConfidence: buyer-language evidence; no demonstrated conversion result.\n```\n\nWhy it works: the capture procedure distinguishes visible evidence from an untested product claim.\nThe recommendation requests a useful artifact without inventing a growth mechanism.\n\n### Saturation without a false threshold\n\nFictional teaching record.\n\n```text\nClaim cluster: automatic invoice approval\nEvidence: [source URLs] from independent authors in [observed window]\nRepeated claim: manual review can be eliminated\nCounter-evidence: [source URL] describes disputed invoices needing review\nCoverage limit: signed-in topic search; private discussions weren't available\nRecommendation: explain the boundary for disputed invoices using supplied proof\n```\n\nWhy it works: the cluster rule requires independent source evidence and explicit coverage.\nThe brief identifies a defensible contribution instead of declaring an entire topic dead.\n\n### Paid creator launch without independent customer proof\n\nFictional teaching record; source fields are placeholders.\n\n```text\nSource: [creator post URL], [handle]; product launch: insulated lunch bag\nPublished: [observed timestamp]; captured: [timestamp]\nContext: packing demonstration with a visible Paid Partnership label\nObservation: the clip shows containers fitting inside; replies ask about cleaning.\nEvidence limit: no temperature test or independent customer outcome is supplied.\nCoverage limit: accessible creator post and replies; sales records unavailable.\nRecommendation: retain the disclosure, separate promotion from customer proof,\nand request care instructions before recommending an objection-answer angle.\n```\n\nWhy it works: the disclosure changes how the evidence is classified; the visible demonstration doesn't establish an untested product benefit.\n\n### Local-service uncertainty with unavailable metrics\n\nFictional teaching record; source fields are placeholders.\n\n```text\nSource: [neighborhood conversation URL], [handle]; reply: [plumber reply URL]\nPublished: [observed timestamps]; captured: [timestamp]\nContext: a resident reports a damp wall; a plumber requests an inspection.\nObservation: the photo shows staining, but the cause remains unconfirmed.\nViews and booking outcomes: unavailable\nCoverage limit: supplied public chain; neighborhood search was inaccessible.\nRecommendation: collect inspection criteria and verified service-area details\nfor a useful answer; infer neither a diagnosis nor absent local demand.\n```\n\nWhy it works: the record distinguishes an unresolved service question from proof of a defect, and blocked coverage from absence of discussion.\n\n## Checklist\n\n- [ ] The audience, topic, and observation window are explicit.\n- [ ] Each cited post has its exact URL and observed timestamps.\n- [ ] Surface URLs and visible tab labels were captured from working navigation.\n- [ ] Access failures and personalization limits are stated.\n- [ ] Every quoted claim was checked in its original context.\n- [ ] Missing metrics remain unavailable rather than zero.\n- [ ] Any ratio names its visible numerator and denominator.\n- [ ] Tier and account-history differences remain visible in comparisons.\n- [ ] Momentum claims have repeated observations.\n- [ ] Trend claims cite independent posts.\n- [ ] Saturation claims are bounded to the sample.\n- [ ] Recommended launch angles identify their proof and fit limitations.\n- [ ] Style observations don't assert authorship or classifier results.\n- [ ] Labels, policy actions, and ranking hypotheses remain distinct.\n- [ ] Format and timing advice uses dated evidence or is marked directional.\n- [ ] The brief contains no invented metrics or customer stories.\n- [ ] Only harvest-created tabs are closed.\n\n## References\n\n- [X algorithm README](https:\u002F\u002Fgithub.com\u002Fxai-org\u002Fx-algorithm\u002Fblob\u002Fmain\u002FREADME.md), [cold-start](https:\u002F\u002Fgithub.com\u002Fxai-org\u002Fx-algorithm\u002Fblob\u002Fmain\u002Fhome-mixer\u002Fscorers\u002Fauthor_cold_start.rs), August 13, 2026; [parameters](https:\u002F\u002Fgithub.com\u002Fxai-org\u002Fx-algorithm\u002Fblob\u002Fmain\u002Fhome-mixer\u002Fparams\u002Fparam.rs), August 12, 2026. Dated evidence snapshot with September corrections; mutable source URLs don't pin live deployment.\n- [X posting help](https:\u002F\u002Fhelp.x.com\u002Fen\u002Fusing-x\u002Fhow-to-post), [Premium](https:\u002F\u002Fhelp.x.com\u002Fen\u002Fusing-x\u002Fx-premium), [Paid Partnerships](https:\u002F\u002Fhelp.x.com\u002Fen\u002Frules-and-policies\u002Fpaid-partnerships-policy), undated, reviewed September 2026.\n- [Authenticity](https:\u002F\u002Fhelp.x.com\u002Fen\u002Frules-and-policies\u002Fauthenticity), April 2025; [Media Literacy](https:\u002F\u002Fhelp.x.com\u002Fen\u002Frules-and-policies\u002Fmedia-literacy-plan), July 2026.\n- [Buffer engagement](https:\u002F\u002Fbuffer.com\u002Fresources\u002Fstate-of-social-media-engagement-2026\u002F), March 5, 2026; [Buffer timing](https:\u002F\u002Fbuffer.com\u002Fresources\u002Fbest-time-to-post-on-twitter-x\u002F), March 13, 2026.\n- [Emplifi benchmark PDF](https:\u002F\u002Fgo.emplifi.io\u002Frs\u002F284-ENW-442\u002Fimages\u002FEmplifi-Social-Media-Benchmarks-Report.pdf), undated, reviewed September 2026; [NDSS link study](https:\u002F\u002Fwww.ndss-symposium.org\u002Fwp-content\u002Fuploads\u002F2026-s718-paper.pdf), February 2026.\n- [MailTest founder account](https:\u002F\u002Fwww.indiehackers.com\u002Fpost\u002Fi-launched-on-product-hunt-today-with-0-followers-0-network-and-0-users-heres-what-i-learned-in-12-hours-1c89889702?commentId=-Oql0RP2NQlQXltRvwH7), April 20, 2026; [Clickstrike cases](https:\u002F\u002Fclickstrike.com\u002Flaunch-playbook\u002F), undated agency self-reports.\n\nRe-validate when:\n- Search operators, feed names, access gates, or format controls change.\n- Policy updates, algorithm commits, or runtime defaults change.\n- New vendor reports replace the benchmark samples.\n\nValidated: 2026-09\n",{"name":5,"rules":43,"title":49,"domains":32,"license":14,"description":7,"capabilities":50,"compatibility":51},[44,45,46,47,48],"session(trend) content(x)","session(trend) content(twitter)","session(trend) match(\\btweet)","match(\\b(x|twitter)\\s+(trend|trends|harvest|brief)\\b)","match(\\b(harvest|scan|analyze)\\s+(x|twitter)\\b)","X (Twitter) Trend Harvester Playbook","browser memory-read memory-write","Browser and network access. Use an authorized signed-in X session where required; search availability must be checked in the current session.","master","e9e4a19559669b1627b1ac5ed3f77b8e36cfad95","skills\u002Ftrend-x",0,"https:\u002F\u002Fgithub.com\u002FMuvon\u002Foctomind-tap","https:\u002F\u002Foctomind.run\u002Ftap\u002F","https:\u002F\u002Fgithub.com\u002FMuvon","https:\u002F\u002Fmuvon.io","We bring ideas to life","2026-11-13 13:19:02",{"source":8,"skillName":5,"commands":63,"prompt":73,"zipAvailable":74},[64,67,70],{"tool":65,"command":66},"npx","npx skills add Muvon\u002Foctomind-tap --skill trend-x",{"tool":68,"command":69},"bunx","bunx skills add Muvon\u002Foctomind-tap --skill trend-x",{"tool":71,"command":72},"pnpm","pnpm dlx skills add Muvon\u002Foctomind-tap --skill trend-x","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FMuvon\u002Foctomind-tap\u002Fblob\u002Fmaster\u002Fskills\u002Ftrend-x\u002FSKILL.md",true,[],[77,115,142,162,186,212],{"skillNo":78,"name":79,"nameZh":6,"description":80,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":81,"categories":82,"keywords":96,"publishedAt":38},"01M70SFC5CTHRKA9B97N1ARVZ2","seo-content-refresh","Finds decaying pages, picks update, merge, redirect or remove, and briefs each refresh. Use to prioritize existing content and judge whether it helped.","https:\u002F\u002Fgithub.com\u002FMuvon\u002Foctomind-tap\u002Fblob\u002Fmaster\u002Fskills\u002Fseo-content-refresh\u002FSKILL.md",[83,88,93],{"categoryNo":84,"categoryName":85,"taxonomyType":86,"taxonomyTypeDesc":87},"01JBSEEDCAT000000000000019","营销推广","SCENARIO","使用场景",{"categoryNo":89,"categoryName":90,"taxonomyType":91,"taxonomyTypeDesc":92},"01JBSEEDCAT000000000000035","市场营销","PROFESSION","适用职业",{"categoryNo":94,"categoryName":95,"taxonomyType":91,"taxonomyTypeDesc":92},"01JBSEEDCAT000000000000036","内容创作者",[97,98,99,100,101,102,103,104,105,106,35,107,34,108,109,110,111,112,113,114],"seo content refresh","seo","seo content","content refresh","refresh","content","posts","remove","web search","performance","traffic","drop","websearch","revamp","merge","diagnosis","update","decay",{"skillNo":116,"name":117,"nameZh":6,"description":118,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":119,"categories":120,"keywords":123,"publishedAt":38},"01M70SBWQCHGH7HGS51Y0GTKKW","marketing-review-program","Plans how to ask real customers for honest public reviews: site choice, invitation copy, incentive and disclosure rules. Use to start a review program.","https:\u002F\u002Fgithub.com\u002FMuvon\u002Foctomind-tap\u002Fblob\u002Fmaster\u002Fskills\u002Fmarketing-review-program\u002FSKILL.md",[121,122],{"categoryNo":84,"categoryName":85,"taxonomyType":86,"taxonomyTypeDesc":87},{"categoryNo":89,"categoryName":90,"taxonomyType":91,"taxonomyTypeDesc":92},[124,125,126,127,128,129,105,35,130,131,132,133,134,135,136,137,138,139,140,141],"program","review","marketing review program","marketing","reviews","get","campaign","choice","how to","only","generated","ask","plan","product","generate","customer","how","request",{"skillNo":143,"name":144,"nameZh":6,"description":145,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":146,"categories":147,"keywords":148,"publishedAt":38},"01M70SBB65Z2FC71Q7DEAXGJBG","geo-source-actions","Turns AI citation findings into ranked per-source actions for Reddit threads, listicles, review sites and videos. Records only. Use after a GEO audit.","https:\u002F\u002Fgithub.com\u002FMuvon\u002Foctomind-tap\u002Fblob\u002Fmaster\u002Fskills\u002Fgeo-source-actions\u002FSKILL.md",[],[149,150,151,152,153,129,105,35,154,155,133,109,125,156,157,158,137,159,160,161],"actions","geo source actions","source","geo","sources","copilot","domains","llms","threads","youtube","audit","action","data",{"skillNo":163,"name":164,"nameZh":6,"description":165,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":166,"categories":167,"keywords":171,"publishedAt":38},"01M70S99D3Y6GF097GTXWBXHPW","commerce-ai-readiness","Audits product feeds, markup and live pages for AI shopping assistants, then lists exact fixes. Use to make a store catalog readable to AI shoppers.","https:\u002F\u002Fgithub.com\u002FMuvon\u002Foctomind-tap\u002Fblob\u002Fmaster\u002Fskills\u002Fcommerce-ai-readiness\u002FSKILL.md",[168],{"categoryNo":169,"categoryName":170,"taxonomyType":91,"taxonomyTypeDesc":92},"01JBSEEDCAT000000000000031","产品经理",[172,173,174,175,176,177,178,179,180,181,35,182,154,133,34,183,184,137,159,185],"ai readiness","commerce ai readiness","commerce","readiness","feeds","ready","show","shopping","discover","checkout","up","ecommerce","documentation","recommend",{"skillNo":187,"name":188,"nameZh":6,"description":189,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":190,"categories":191,"keywords":195,"publishedAt":38},"01M6DWSX45J42KTK6XASKJRGPA","tap-model-training","Train, evaluate and publish the octomind-embed model behind capability auto-activation. Use when capability triggers or skill semantic() phrases change.","https:\u002F\u002Fgithub.com\u002FMuvon\u002Foctomind-tap\u002Fblob\u002Fmaster\u002Fskills\u002Ftap-model-training\u002FSKILL.md",[192],{"categoryNo":193,"categoryName":194,"taxonomyType":86,"taxonomyTypeDesc":87},"01JBSEEDCAT000000000000023","Skill与智能体开发",[196,197,198,199,200,182,201,202,203,204,205,206,207,208,209,140,210,211,23,113],"model","training","tap","tap model training","scope","eval","uv","auto","dataset","activate","api","capabilities","publish","change","embedding","re",{"skillNo":213,"name":214,"nameZh":6,"description":215,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":216,"categories":217,"keywords":219,"publishedAt":38},"01M6DWSQB7NSW53Z86XM81R1W1","tap-deps-authoring","Write dep scripts for the octomind-tap registry: header comments, platform.sh, mcp vs dep types, npx\u002Fuvx pattern. Use when editing deps\u002F\u003Corg>\u002F\u003Ctool>.sh.","https:\u002F\u002Fgithub.com\u002FMuvon\u002Foctomind-tap\u002Fblob\u002Fmaster\u002Fskills\u002Ftap-deps-authoring\u002FSKILL.md",[218],{"categoryNo":193,"categoryName":194,"taxonomyType":86,"taxonomyTypeDesc":87},[220,198,221,222,223,224,225,226,227,228,229,230,231,232,233,234,23,29,235,236],"deps","tap deps authoring","authoring","DEP","MCP","run","scripts","pattern","install","registry","platform","repo","editing","tool","types","org","for"]