Tech Twitter: current, curated evidence from technology discourse
Tech Twitter is a read-only research surface for understanding what technology builders, founders, investors, and researchers are discussing on X. The site monitors a curated set of public accounts through the official X API, filters the resulting posts for relevance, and publishes only material that has completed its publication workflow. Use it when you need current evidence about artificial intelligence, developer tools, startups, product development, company building, or shifts in the language and priorities of the technology industry. The homepage is a monitor: its panels summarize the latest posts, historical comparisons, trending items, active topics, notable authors, editorial threads, and discussions with unusually high participation.
When an agent should use Tech Twitter
Reach for Tech Twitter when a task depends on what practitioners are saying now rather than on timeless background knowledge. Good jobs include finding the launches that matter today, explaining what changed in a topic during the last day or week, locating primary posts behind an emerging narrative, comparing competing arguments, assembling a short reading list, or checking which people are driving a discussion. The Time Travel pages are useful when the date itself matters: they provide shareable daily views instead of forcing an agent to reconstruct a past feed from present-day rankings. Topic and profile pages are better when the question is about a subject or author across a longer period. Articles and Threads provide longer editorial context, while canonical tweet pages preserve the individual evidence item and its source link.
How to use the evidence responsibly
Treat each result as evidence of a public statement, not as proof that the statement is correct or that it represents consensus. Prefer several independent posts when making a broad claim. Keep author, timestamp, topic, engagement, and quality information attached to the text that they describe. Cite the canonical Tech Twitter URL supplied with an item so another reader can inspect the same record, and follow the original source URL when exact wording or media matters. Rankings are discovery aids: engagement can reveal attention or disagreement, but it does not establish truth, importance, or endorsement. Summaries should distinguish a product announcement from commentary, an argument from an agreed conclusion, and a recent signal from a durable trend.
Public interfaces for agents and developers
Start with the Public evidence API page for the HTML reference, curl quickstarts, rate-limit guidance, error contract, and request examples. The OpenAPI specification is the typed contract for HTTP tools and function-calling clients. The concise llms.txt guide explains when to use the service and points to the most important resources; the expanded llms-full.txt guide includes evidence recipes and A2A examples. Agents that want a prepared evidence bundle can call the agent context endpoint. A2A clients can inspect the agent card and use the JSON-RPC endpoint. Use the sitemap index to discover indexable topics, profiles, articles, threads, tweet records, trend days, and quality-filtered historical days.
Choose the smallest useful reader surface
The live Trending view is the quickest place to check which published posts are receiving attention now. Use Time Travel when a question names a date or asks what people knew and discussed at a particular moment; its daily URLs remain shareable after the live monitor moves on. Browse the Topics index for a subject-level history and the Profiles index for an author-level history. Choose Articles when the source is a long-form X article and Threads when an editorial recap is useful for orientation. The Skills directory is a separate catalog of reusable agent instructions; it is not the evidence API itself. Starting with the narrowest surface reduces duplicate results and makes it clearer whether a date, topic, author, ranking signal, or editorial summary determined what was returned.
Understand the evidence record
Public evidence rows identify their source type and preserve a stable record ID, title or source text, publication timestamp, author when available, topic references, engagement metrics, quality score, and a short explanation of why the item was included. Provenance fields name the underlying public record, while canonicalUrl points to the Tech Twitter page suitable for a citation and sourceUrlpoints to the original X material when it is available. A summary is a navigational aid rather than a quotation. If exact language changes the answer, inspect the original source before quoting it. Null fields should remain null instead of being guessed, and engagement counts should be described as observed metrics rather than converted into claims about credibility or agreement.
Freshness, limits, and recoverable errors
Live rankings and monitor panels can change as published material and metrics change; permanent item and date URLs are the better citations. Context requests accept bounded windows of 24 hours, 48 hours, or seven days and return a limited evidence set so an agent can inspect every row it uses. Public budgets protect the shared service. A rate-limit response includes retry guidance, so wait rather than sending parallel retries. REST failures use JSON error objects with a stable code, readable message, and resolution hint. A2A calls retain JSON-RPC errors. Unknown API paths return JSON, while unknown reader paths return a real 404 with links to the OpenAPI document, agent instructions, sitemap, agents page, and homepage. Those recovery links are preferable to guessing another URL.
A practical evidence workflow
First restate the question with an explicit topic and time window. Usekind=auto only when the question itself clearly signals a launch, argument, reading request, narrative, or recent change; otherwise select the recipe directly. Review the returned instructions and facets, then inspect the highest-ranked evidence rows and follow related endpoints only when the first bundle leaves a material gap. For a broad conclusion, look for more than one author and separate original reporting or product announcements from reactions. Record the generated time and window beside volatile metrics. In the final answer, cite canonical item URLs next to the claims they support, name uncertainty or missing coverage, and avoid presenting a curated sample as a complete account of X or of the technology industry.
Local and offline agent workflows
Stateless HTTP requests are best for a fresh, bounded lookup. Agents that need a local SQLite mirror, offline full-text search, cited bundles without another network call, or comparisons across repeated syncs can consult the Printing Press Tech Twitter skill. Its external read-only CLI adds workflows such as since, momentum, narrative, digest, and offline evidence. Follow the linked skill's current install and verification instructions before invoking it. The integration is distributed outside techtwitter.com, cannot write to X, and does not expand the curated corpus into an arbitrary X search. Use the live public API when current upstream state matters; use the local mirror when repeatability, offline work, or change since a previous sync matters more.
What the public service does not do
The public interfaces are designed for bounded retrieval and discovery. They do not provide a user account, a browser-session export, a way to post to X, or a fallback scraper for private or unavailable material. Public API routes may enforce durable rate limits and return only published records. A missing item can mean that it was never monitored, did not pass curation, has not completed processing, or is no longer available; absence should not be interpreted as evidence that an event did not happen. For broad exploration, begin with the sitemap or topic pages. For a time-sensitive answer, begin with agent context or the latest monitor data, narrow by topic and time window, then cite the returned canonical evidence rather than relying on the homepage panel label alone.
Trust, ownership, and contact
Read About Tech Twitterfor the service's purpose, sourcing, and editorial boundaries. Use the contact page for corrections, developer questions, newsletter help, or security-reporting guidance. The privacy notice explains newsletter email handling, local browser state, optional analytics, and the durable controls used to protect public endpoints.
