Skip to content

← Chinese Topics

X Chinese Topic Brief

Date15 November 2026 · SundayWindow2026-11-13 08:25 to 2026-11-15 08:25CoveragePartial

Translation

English translation of the Chinese original.

Today's priorities

Priority 1|An "always-on" Agent does not depend on a model that never sleeps

Worth doing now: On November 13, Anthropic published "Building always-on agents", which breaks "always-on" down into a set of five parts — event inbox, timers, memory, permissions, outbox — and states plainly that this is a description of the user experience, not a way to keep the model running online burning tokens. On November 14 this surfaced in the Chinese-language circle all at once: a highly bookmarked explainer, a hands-on comparison, and the judgement that "this is the basic design of a Personal Agent" — exactly right for a piece that helps readers save money and avoid a misunderstanding.

Angles to add: state the official position clearly first, then set it against the practice of 花叔 (Huashu) @AlchainHust — an Agent in the terminal stops and waits for you, and when you are not at the computer, WeChat or Feishu only receives a single notification. Do not describe "24-hour online" as "the model is reasoning 24 hours a day".

Recommended format: a standalone original post, or quote the explainer posts from meng shao and 宝玉 (Baoyu) and add a further layer of comparison. Ready to draft; the official five-part set is Verified; the "four things I ran into" that 花叔 wrote about should follow his long post and not be expanded into a general conclusion.

Priority 2|Cloudflare open-sourced Kitesurf: giving Agents an eye for "reading web pages"

Worth doing now: On November 12, Cloudflare's official changelog announced that Kitesurf, a browser engine for AI Agents, is open source under Apache 2.0. It parses HTML, applies CSS, executes page JavaScript and outputs screenshots on Cloudflare Workers, without relying on Chrome or a browser container, and it supports the Chrome DevTools Protocol, so clients such as Puppeteer can connect. On November 13, an account outside our watchlist, @0xPlato, got roughly 580 likes, 25,000 views and 553 bookmarks on a Chinese-language introduction post, and @geekbb, who is on the watchlist, also paraphrased it on November 14. For non-programmers, this is not yet another "open-source browser" — it is a question of whether an Agent still needs its own separate headed browser.

Angles to add: separate "what it can do" from "it cannot yet be treated as a production browser". The official post states it is still an experimental product and that standards support and rendering fidelity are still being filled in; deploying to Cloudflare requires Dynamic Workers on the Workers Paid plan, and locally you can use wrangler dev; the changelog also warns that when self-deploying you should use Cloudflare Access or another form of authentication, since Kitesurf itself provides no built-in auth. There is also a demo site, kitesurf.dev.

Recommended format: a standalone original post, with the official limitations written into the body. Ready to draft; the open-source licence, runtime conditions and "experimental" status are Verified. The claim in the post that "you can switch backends by adding browser=kitesurf to the connection address" is the author's own usage and does not appear in the official README, so it is marked Awaiting verification.

Priority 3|One main session is not enough, and a pile of Sessions is exhausting: how should a person manage a group of Agents

Worth doing now: 宝玉 (Baoyu) @dotey raised a very concrete product question: the Grok Bot / Dots approach has only one main session, sub-tasks are opaque and hard to step into; the Claude Code approach has many Sessions, and the person has to remember what each session is doing. The ideal state is that a person watches only the main conversation while still being able to click into a task and intervene — just as one can talk to a department head and also go past him to look at execution details. On November 14 this post had 302 likes and 53,500 views, and the reply section was lively. Axton @AxtonLiu then offered an existing way to do it: use tree-shaped Sessions in the Claude Code desktop app, set up a "controller" as project manager, and when a sub-Session finishes a round it reports back automatically and the controller is woken up to continue coordinating.

Angles to add: do not stop at "which product is better" — help readers choose a way of managing: when to open a sub-session, when to let the controller coordinate, and when a person must step in directly. Axton also mentions that if you are mainly working in the cloud, Claude Code's Projects works well too.

Recommended format: quote 宝玉's original post, add Axton's usage and your own trade-offs. Ready to draft; this is a workflow observation, not the announcement of a new official feature.

Candidate topics

1. "Always-on" is an experience, not keeping the model running permanently

Original posts and reach: meng shao @shao__meng original post, 2026-11-14 10:18, 812 likes, 109,700 views, 160 reposts, 70 replies, 2,110 bookmarks, with an attached X long-form article; 宝玉 (Baoyu) @dotey original post, 2026-11-14 08:56, 340 likes, 28,500 views, 26 reposts, 125 replies, 377 bookmarks; @9hills original post, 2026-11-14 23:47, 155 likes, 10,200 views, 15 reposts, 21 replies, 236 bookmarks; 花叔 (Huashu) @AlchainHust practice post, 2026-11-14 14:08, 66 likes, 13,900 views, 10 reposts, 23 replies, 122 bookmarks, with an attached long-form article.

Content and focus: this item corresponds to "Today's priorities 1". meng shao stresses that none of the five parts is new on its own; what is genuinely valuable is that responsibilities are clearly divided, and that "always on is not letting the model consume tokens the whole time". 9hills sees it as the basic design pattern of a Personal Agent. 花叔 compared DeepSeek Super-agent with this official guide and built a "low-interruption" notification flow in FanBox.

Why it's worth doing / possible angles: see "Today's priorities 1".

Timeliness and verification: all within 24 hours. Verified: the official article is by William Hu and was published on 2026-11-13; the five parts are event inbox, timers, memory, permissions, outbox; the text states that always-on only describes the user experience and that the Agent is asleep most of the time. The article also contains a conditional cost example: on one long-horizon coding benchmark, Opus 5.5 costs 78% less per resolved task than Opus 5, while on ordinary workloads it is 40% less — when quoting this you must include the benchmark scope and must not turn it into "78% cheaper across the board". 花叔's pitfalls are personal practice.

2. Kitesurf: an open-source Agent browser engine, but still an experimental product

Original posts and reach: @0xPlato original post, 2026-11-13 10:15, 580 likes, 25,000 views, 47 reposts, 10 replies, 553 bookmarks; Geek @geekbb original post, 2026-11-14 10:14, 53 likes, 12,200 views, 7 reposts, 13 replies, 65 bookmarks. There is very little quoted discussion; the reach comes mainly from the introduction post itself.

Content and focus: this item corresponds to "Today's priorities 2". 0xPlato summarised it as three things: taking screenshots or producing PDFs for Agents, extracting body text in bulk, and replacing an existing browser backend. geekbb's paraphrase is shorter and includes the repository link.

Why it's worth doing / possible angles: see "Today's priorities 2".

Timeliness and verification: the introduction posts are within 24–48 hours and within 24 hours respectively. Verified: the Cloudflare changelog (2026-11-12) and the repository README confirm Apache 2.0, experimental status, no browser container on Workers, CDP / Puppeteer support, the need for Dynamic Workers on Workers Paid for cloud deployment, wrangler dev locally, and that "self-deployment requires adding authentication separately". This round we could not reliably read the star count from the GitHub page, so the report does not state a star count.

3. A main session and many Sessions are both insufficient — people need a way to manage that they can click into

Original posts and reach: 宝玉 (Baoyu) @dotey original post, 2026-11-14 10:47, 302 likes, 53,500 views, 21 reposts, 157 replies, 269 bookmarks; Axton @AxtonLiu original post, 2026-11-14 12:53, 67 likes, 3,520 views, 1 repost, 10 replies, 26 bookmarks.

Content and focus: this item corresponds to "Today's priorities 3". Axton's post passed the like threshold but had fewer views than the high-engagement bracket, so it is kept as a usage supplement.

Why it's worth doing / possible angles: see "Today's priorities 3".

Timeliness and verification: all within 24 hours. This is a usage observation, not an official new-feature announcement; whether tree-shaped Sessions and Projects suit your own project still needs to be tested by readers with their own tools.

4. 郭宇 (Guo Yu)'s remote development: advancing iOS and cloud projects without a local Mac

Original posts and reach: 郭宇 (Guo Yu) @turingou HayaBuild original post, 2026-11-14 11:52, 359 likes, 37,700 views, 27 reposts, 15 replies, 380 bookmarks; cloud project original post, 2026-11-14 15:09, 165 likes, 29,900 views, 13 reposts, 12 replies, 150 bookmarks.

Content and focus: the first post says that once HayaBuild is done, you can write an iOS app with Muse or Grok Bot and push it to GitHub, after which his build service automatically compiles it, uploads it to TestFlight, and even automatically generates screenshots and comparisons of different versions, so all he has to do is open TestFlight to update the beta build; he describes it as "having built half of airbuild". The second post says the company's main development has moved to Claude cloud projects, with the environment connected by remote control to his own server, build machine and personal computer, and he feels that "putting reasoning and compute in one place" is something other harnesses find hard to match. This is the author's own workflow, not a product launch.

Why it's worth doing / possible angles: for people who do not sit next to a Mac all day, this can be written as a path of "write code in the cloud, get builds in the cloud, and the person only does acceptance", while asking clearly which steps are services he built himself and which are existing Claude / Muse / Grok Bot capabilities.

Timeliness and verification: all within 24 hours. Whether HayaBuild is open to the public and how to connect to it — no public documentation was seen this round, so it is marked Awaiting verification and not written up as a product you can already sign up for. The cloud project's effects are the author's own account.

5. Follow-up: Chinese-language impressions of Gemini 4 Argon — it can do work, though some find it stuck in the middle

Original post and reach: 图拉鼎 (Tulading) @tualatrix original post, 2026-11-14 20:44, 106 likes, 21,200 views, 0 reposts, 40 replies, 37 bookmarks. There were a few other commentary posts in the window with lower engagement, which need not all be listed.

Content and focus: 图拉鼎 says he first used up a week of Gemini 4 Argon, then used Hydrogen for a long time, together taking about 30% of a week's quota; his impression is that "Gemini 4 can do work, and it's not the kind where you have to prod it for each step", and he plans to keep using it. The Chinese-language circle had already discussed Carbon and Hydrogen a fair amount, so Argon in this round is more "impressions after using up a round of quota". A further comment holds that it sits between Hydrogen's value for money and Carbon's ceiling and thus easily looks "outdated"; that is a personal judgement, not an evaluation conclusion.

Why it's worth doing / possible angles: on November 13 and 14 we already wrote up first tests of Hydrogen and Carbon, so here we only add Argon's place in the line-up: whether it is still worth spending quota on, and how to combine it with the other two tiers.

Timeliness and verification: within 24 hours; Follow-up. The quota share and "can do work" are both personal experience, Awaiting verification from more samples, and not to be written up as an official tiering conclusion.

6. Claude Sheets: you can edit spreadsheets together with Claude, but it is not yet a complete Excel

Original post and reach: 宝玉 (Baoyu) @dotey original post, 2026-11-13 13:26, 169 likes, 37,500 views, 14 reposts, 117 replies, 47 bookmarks. Independent hands-on testing in the Chinese-language circle is still sparse; part of this post's reach comes from his simultaneous comparison of drawing with Google Sheets and the Microsoft 365 outage, neither of which is the focus here.

Content and focus: readers easily hear "Claude Sheets" as "Claude fully replaces Excel". The more accurate question is: which spreadsheet work can stay in Claude and be edited together with the model, and which still has to be exported.

Why it's worth doing / possible angles: write a comparison for non-programmers on "when to build a table in Claude and when to export to Excel", so they are not led astray by demo cases.

Timeliness and verification: 24–48 hours. Verified: the official introduction states that Claude Sheets is beta and available on all paid plans; it can generate spreadsheets with tabs, formulas, formatting and drop-down menus from a prompt, edit in cells and track changes, and can be shared with a team; the official text also states that this is currently fairly basic spreadsheet capability, and that when full Excel functionality is needed you can export as .xlsx or CSV, or use Claude for Excel. The help centre entry is Get started with Claude Sheets. Chinese-language hands-on samples are insufficient, so product capabilities follow the official description.

7. Follow-up: using Carbon to organise your own content, then turning it into a callable Skill

Original posts and reach: 歸藏 (Guizang) @op7418 original post, 2026-11-14 14:01, 177 likes, 33,600 views, 15 reposts, 64 replies, 174 bookmarks; Orange AI @oran_ge original post, 2026-11-14 16:23, 18 likes, 6,140 views, 2 reposts, 21 replies, 7 bookmarks.

Content and focus: 歸藏 used Gemini 4 Carbon to summarise 30 core insights from the past 9 episodes of Next Token, as an example of Carbon's writing ability. 橘子 (Orange) turned all the show's content into a Skill, so that after installing it your own AI can converse directly with the content of several hosts, and demonstrated one-click generation of a research article. Carbon's Chinese writing has already been assessed on November 13 and 14; the increment this round is "using it to organise the content assets you already have".

Why it's worth doing / possible angles: stop repeating "Carbon is good for writing" and instead demonstrate how to turn podcasts, notes or columns into a callable Skill, and how to spot-check the quality of the summaries.

Timeliness and verification: all within 24 hours; Follow-up. The 30 insights are the model's summary of the episodes, not official conclusions verified one by one; the Skill's installation and effects follow the author's demonstration, and readers need to verify for themselves.

8. A small Vibe Coding method: design first, then write code

Original post and reach: Jiayuan (JY) Zhang @jiayuan_jy original post, 2026-11-14 13:51, 136 likes, 29,900 views, 3 reposts, 29 replies, 117 bookmarks.

Content and focus: the post is very short, with a design mock-up or structural sketch attached. It responds to a common problem: asking the model to write code straight away tends to start changing things before the structure is clear, which in the end is slower.

Why it's worth doing / possible angles: write it as a sequence for non-programmers — first have the model pin down the pages, flow or data relationships, then write code once the person has confirmed. This is a method to share, not the launch of a new tool.

Timeliness and verification: within 24 hours. The method itself needs no separate official source; whether it really reduces rework still needs readers to test it on their own projects.

9. Cindy reached 10,000 stars: a milestone for open-source Agent clients, not a new launch

Original post and reach: 黄一孟/Dash @DashHuang original post, 2026-11-13 09:39, 151 likes, 32,000 views, 7 reposts, 51 replies, 25 bookmarks.

Content and focus: the author announced that Cindy reached 10,000 stars on GitHub and said more updates are coming. The repository is makecindy/cindy, positioned as an open-source, ready-to-use AI Agent. This is not a new-feature launch but a milestone.

Why it's worth doing / possible angles: if you write about it, the focus should be on "what this kind of open-source client can now do on its own, and which services still have to be set up", rather than just celebrating a star count.

Timeliness and verification: 24–48 hours. The 10,000 stars is the author's own statement on 2026-11-13; this round we could not reliably check the current star count from the GitHub page, so no new number is given. The licence and specific capabilities follow the repository, and readers should check the README before use.

10. Follow-up: use Opus for the plan, then bring in Fable 5.2 to review it

Original post and reach: 向阳乔木 (Xiangyang Qiaomu) @vista8 original post, 2026-11-14 16:10, 54 likes, 11,600 views, 6 reposts, 55 replies, 39 bookmarks.

Content and focus: his approach is to keep using the more durable Opus 5.5 for the everyday plan; when it is done, he adds a line asking it to "request its own Fable 5.2 to evaluate the plan and see what else could be added", which brings in another agent to do the review. This is a personal strategy for coping with "Fable 5.2 being too expensive".

Why it's worth doing / possible angles: there has already been plenty of discussion of Fable 5.2's capabilities; here we only write about one quota-saving calling order, and warn that the quality of the review depends on whether that request really reaches Fable, and whether the review comments are just the original text repeated in a different tone.

Timeliness and verification: within 24 hours; Follow-up. This is a personal trick; whether it is stable and reproducible is Awaiting verification, and it must not be written up as an official feature.

11. Follow-up: Claude Meetings "slacked off" in a client meeting, because it treated the client as an external guest

Original post and reach: 宝玉 (Baoyu) @dotey original post, 2026-11-14 01:15, 52 likes, 18,400 views, 1 repost, 47 replies, 22 bookmarks, quoting jocke's feedback post.

Content and focus: the November 13 daily brief covered Claude Meetings entering beta and currently supporting only Google Meet. The increment here is a specific failure scenario: in a client meeting, Claude treated everyone outside the user's organisation as "external guests" to be guarded against, and so did almost nothing throughout; yet the client was precisely the reason the meeting existed.

Why it's worth doing / possible angles: do not stop at "yet another meeting assistant" — explain the permission boundary clearly: if the default is to distrust people outside the organisation, this kind of tool will simply fail in sales, interviews and external collaboration. Better to observe first, or write a short warning; there is no need to turn it into a feature review.

Timeliness and verification: 24–48 hours; Follow-up. The scenario comes from user feedback, relayed by 宝玉; whether it is the product's default policy should be judged by later statements from Anthropic or by more cases.

This issue selects 11 items, with no padding. Engagement data was collected on 2026-11-15 08:25–08:42 (Asia/Shanghai).

Coverage gaps: for some accounts on the observation list, we did not separately confirm this round whether they posted; in the topic search, the "creation and everyday applications" and "coding Agents" groups were not run, so some practice posts from more tutorial-oriented or smaller authors may have been missed, which does not affect the factual judgements on the topics included above.