A-Share Retail Investors' 'Automatic Market Monitoring': No Cost, No Staring at Screens – What Makes Sequoia-X Worth 6,800 Saves?

marsbitPubblicato 2026-09-08Pubblicato ultima volta 2026-09-08

Introduzione

This article introduces Sequoia-X, a GitHub project with over 6,800 stars that provides A-share retail investors with an automated, free post-market stock screening tool. It solves the problems of manually screening thousands of stocks and accessing data by building a fully automated pipeline using Python. The system has three layers: * **Data Layer:** Uses the free, unlimited baostock API to incrementally update a local SQLite database with daily K-line data. * **Strategy Layer:** Core feature with 7 built-in quantitative strategies (including a modified Turtle Trading breakout strategy adapted for A-shares) that screen the entire market using vectorized pandas computations for speed. * **Notification Layer:** Sends results daily via Feishu (Lark) bot webhooks after the market closes. Key advantages highlighted are its use of free data sources, transparent and modifiable strategy logic, and fully automated workflow requiring only 2-3 minutes to run daily after initial setup. The author's engineering approach treats stock screening as a reliable message-passing system. The article emphasizes that the tool generates a "watchlist," not buy signals, and is presented as a modern Python engineering template that helps investors maintain discipline by automating repetitive screening tasks.

At 3:00 PM, the A-share market closes, freezing the K-line charts of over five thousand stocks. Retail investors open their trading software, flipping through K-lines, comparing patterns, and monitoring trading volumes, trying to pick out a few worthy of a second glance tomorrow from the pool of over five thousand candidates. But after checking five hundred, the remaining four and a half thousand are left to chance. The human brain is naturally ill-suited for processing vast amounts of information, and even worse at maintaining discipline when fatigued—and stock selection happens to require both.

Someone decided not to battle their own eyes any longer. They wrote the entire "post-market stock screening" process into code, threw it on GitHub, and named it Sequoia-X. In half a year, the project's stars grew from 3,000 to over 6,800, even hitting GitHub Trending in early September. What makes a Python tool for "automated post-market stock screening and Lark push notifications" attract so much attention? This article breaks it down: what problem it solves, how it works, the origin of its strategies, and how to get started quickly.

(Project Address: https://github.com/sngyai/Sequoia-X)

What You Need Isn't More Software, But an Assembly Line for Stock Selection

Retail investors face three major difficulties in stock selection. The first is quantity: manually covering over five thousand A-share stocks is an impossible task. The second is data: free APIs are either incomplete or rate-limited; paid ones cost thousands or tens of thousands; trying to scrape it yourself, East Money's anti-scraping mechanisms can drive your scripts mad. The third is time: monitoring technical patterns requires continuous attention, which office workers simply don't have. By the time they open their software after work, the patterns to watch have already played out.

Sequoia-X offers an engineering solution: transforming the entire process into an unattended assembly line. It uses baostock as the data source—free, no registration required, no rate limits; historical K-line data is pulled and stored in a local SQLite database, so the data is entirely yours; it runs automatically once after the market closes each day, scanning the entire market with 7 built-in technical pattern strategies, and pushes results to group chats via Lark Webhook. The next morning before the market opens, you just need to glance at your phone.

This model takes about 12 minutes for the initial backfill, and only 2-3 minutes for daily runs on subsequent trading days.

The project author, YangYuDong, has an interesting background. His GitHub showcases MQTT middleware, instant messaging services—a row of underlying infrastructure projects, all emphasizing "massive data, stability first". His approach to A-share quantitative trading is to design stock selection like a messaging system: data in, results out, all engineering in between. Sequoia-X has also undergone a complete rewrite: V1 primarily relied on akshare, feature-rich but dependent on web interfaces, plagued by constant anti-scraping and missing fields, often breaking mid-run; V2 switched to baostock and was rewritten to modern engineering standards—the "King's Return" at the beginning of the README is exactly that.

Dismantling the Production Line: Data, Strategy, Push

▲ System Architecture: The complete assembly line from data to push

The entire system is divided into three layers:

The data layer is the foundation. It pulls post-adjusted daily K-lines from baostock. Post-adjusted prices are benchmarked to the latest price; after rights and dividends adjustments, historical prices are proportionally adjusted. The benefit: when appending a new day's K-line, the new data maintains the same price basis as existing data in the database, avoiding isolated daily jumps. Thus, each day only requires adding the single new K-line, without re-pulling history: 8 processes run in parallel, incremental updates for the entire market take only 2-3 minutes. For comparison: a full re-pull takes over ten minutes; incrementally adding just one line per stock reduces data volume by a factor of over a hundred. "Initial full load, daily incremental" is the standard approach for local quantitative systems.

The strategy layer is the core. All 7 strategies perform vectorized calculations, using pandas' rolling windows for batch processing instead of looping through K-lines one by one. The code even explicitly prohibits "iterrows" as a performance red line. The reason for such rigor is simple: with over a million rows of data for the entire market, line-by-line Python loops would be agonizingly slow, while underlying C-language batch operations are dozens of times faster. Different coding approaches lead to vastly different performance—this is the hidden value of engineering capability in quant.

The notification layer handles the last mile. Each strategy can be bound to an independent Lark robot; Turtles push to the "Turtle" group, RPS pushes to the "RPS" group, each on its own track. The details are thoughtful: when pushing, the system queries baostock to retrieve the stock name—many similar projects only push a string of codes, leaving you to search for the company yourself. This kind of "finish the job" attention to detail is precisely the source of its reputation.

Choosing SQLite for storage is also pragmatic: a single-file database requiring no service installation, easy backup and migration—this "one person can maintain" lightweight approach fits personal projects perfectly.

▲ README directory structure

The A-Share Adapted Version of Classic Tactics

Architecture is the skeleton; strategy is the soul.

First, the flagship strategy: Turtle Breakout. In 1983, legendary trader Richard Dennis made a bet: can trading ability be trained? Starting with $400, he built a fortune worth hundreds of millions during a commodity bull market. He recruited 13 people with diverse backgrounds—professional gamblers and complete novices—from ads in the Wall Street Journal, trained them for two weeks, and gave each a real trading account worth millions.

Four years later, the "Turtles" achieved an average annual return of around 80%, proving that great traders could be trained with rules. The secret: enter when the price breaks above the highest point of the past 20 days, exit when it falls below the lowest point of the past 10 days. No prediction, just following. In 2007, student Curtis Faith wrote "The Complete TurtleTrader," becoming an introductory text for countless quants.

▲ Turtle Breakout: Closing price above the highest point of the past 20 days

Sequoia-X transplants these rules into the A-share market, adding three "defensive moves": Trading volume must exceed 100 million, ensuring liquidity; the daily candle must be a solid bullish candle, rejecting large bearish candles that gap up and close down; today's closing price must be higher than yesterday's, filtering out "false bullish candles" that surge intraday but fall back. Finally, sort by circulating market cap from largest to smallest, prioritizing large caps to reduce the risk of manipulation by hot money.

The code comments happen to record the origin of these defenses: "【New defensive condition】Reject Zhengzhou Coal & Electric-style large bearish candles that gap up and close down!"—clearly having been burned in practice, they wrote the lesson into the rule. Strategies aren't designed; they're forged by stepping on landmines.

▲ Turtle strategy source code: Three core selection conditions

The remaining 6 strategies can be understood at a glance with this table:

Among them, RPS Breakout is worth mentioning: originating from William O'Neil's "How to Make Money in Stocks," it only buys stocks with high relative strength rankings—those outperforming the market tend to continue doing so, embodying momentum thinking. Private Placement Monitoring, however, is not a technical pattern at all, but event-driven: watching announcements for signals. The 7 strategies cover four dimensions: trend, pattern, sentiment, and events, ensuring if one area is dim, another might shine.

You'll notice a pattern: none of these strategies predict "whether it will rise tomorrow"; they only answer one question—"who should we focus our attention on right now." Replacing "guess" with "filter" is precisely the fundamental difference between quantitative methods and trading based on gut feeling.

Three Steps to Get It Running: For Those Who Want to Get Hands-On

The entry barrier is lower than imagined; the only environment requirement is Python 3.10 or higher.

Step one, install dependencies. uv is recommended, one command does it:

Step two, configure push notifications. Copy .env.example to .env, fill in the Lark robot's Webhook address.

Step three, backfill data. Run python main.py --backfill to backfill historical data, then run python main.py daily to see results. Add a crontab scheduled task, and you won't even need to execute it manually:

Want to add your own strategy? It's not difficult either: inherit the BaseStrategy base class, implement a run() method that returns a stock list, then register it with one line in main.py, and you're done. The skeleton for data fetching, logging, and exception handling is all set up for you by the base class.

For industry insiders, it's also a "modern Python engineering exemplar": Configuration managed with Pydantic-settings, logging with rich for structured output, property-based testing with hypothesis, quality gates with ruff and pytest, dependencies locked with uv. AI's presence is even visible in the commit history—many commits are authored by claude. An experienced programmer plus an AI assistant sustains a 6,800-star project.

If you don't understand the code, that's okay too: data stored locally, strategies run automatically daily, results pushed to Lark—just think of it as a "stock screening assistant who works the night shift for you every day."

The popularity of Sequoia-X is less a victory of "stock selection" and more the convergence of three trends.

Trend one: The democratization of quant. Algorithmic trading is no longer exclusive to institutions; an ordinary computer and a free data source are enough to get started.

Trend two: The awakening of data sources. Free, unlimited APIs like baostock finally free individual developers from being repeatedly exploited over data.

Trend three: AI-assisted development becoming the norm. The collaborative division between the author and Claude exemplifies "one person being a whole team," and the over 6,800 Stars are votes of trust in this model.

Returning to the initial question: Why did it become popular? There are plenty of stock screening tools out there, each with its own rationale. But Sequoia-X offers a rare combination: free data source, transparent strategy logic, fully automated workflow, and source code you can modify yourself. It doesn't make decisions for you; it supplies the "information gap" and "discipline" needed to make decisions—and for retail investors, these two things are precisely the most expensive.

Finally, a practical word: Sequoia-X is a tool, not a money-printing machine. Technical patterns are games of probability; any strategy has periods of ineffectiveness. What it outputs is a "watchlist," not a "buy order." It's best to validate it with small positions for a while before increasing investment.

And discipline is precisely the scarcest resource in the hands of retail investors. ((This article was first published on Titanium Media APP, author | Silicon Valley Tech-news, editor | Jiao Yan))

Domande pertinenti

QWhat is the core problem Sequoia-X aims to solve for A-share retail investors, and what is its primary solution?

ASequoia-X aims to solve three main difficulties for A-share retail investors: the overwhelming number of stocks (over 5000), the difficulty in accessing complete and reliable free market data, and the lack of time to continuously monitor technical patterns. Its primary solution is an automated, unattended 'assembly line' workflow. This system pulls free market data from baostock, stores it locally, runs seven technical pattern strategies on the entire market after the daily close, and automatically pushes the results via a Feishu (Lark) Webhook, requiring only a glance at the phone before the market opens.

QDescribe the three-layer system architecture of Sequoia-X as explained in the article.

AThe three-layer system architecture of Sequoia-X consists of: 1. **Data Layer (Foundation)**: Uses baostock to fetch and store adjusted daily K-line data in a local SQLite database. It employs an 'initial full-load, daily incremental' approach for efficient updates. 2. **Strategy Layer (Core)**: Implements seven quantitative technical strategies using vectorized calculations with pandas (avoiding slow row-by-row loops) for processing over a million rows of data efficiently. 3. **Notification Layer (Last Mile)**: Delivers results by pushing stock codes and names (looked up via baostock) to separate Feishu (Lark) chat groups configured for each specific strategy.

QWhat are the key defensive modifications made to the classic 'Turtle Trading' strategy in Sequoia-X for the A-share market?

AThe A-share adapted 'Turtle Trading' strategy in Sequoia-X adds three key defensive filters: 1. **Liquidity Check**: The daily trading volume must exceed 100 million RMB. 2. **Positive Candle**: The day's candlestick must be a solid bullish (yang) line, rejecting large bearish candles with high opens and low closes (specifically mentioned to avoid patterns like 'Zhengzhou Coal & Electric Power'). 3. **Upward Momentum**: Today's closing price must be higher than yesterday's, filtering out 'fake bullish' lines where prices intraday high but close lower. The final list is also sorted by market capitalization (largest first) to reduce manipulation risk.

QAccording to the article, what are the three underlying trends that contributed to Sequoia-X's popularity?

AThe article attributes Sequoia-X's popularity to the convergence of three trends: 1. **Democratization of Quantitative Trading**: Programmatic trading is no longer exclusive to institutions; a regular computer and free data sources are sufficient to start. 2. **Awakening of Data Sources**: The availability of free, unlimited-flow data interfaces like baostock prevents individual developers from being repeatedly exploited for data costs. 3. **AI-Assisted Development as the Norm**: The project exemplifies the 'one-person team' model, with the author collaborating with Claude (an AI assistant), and its 6800+ GitHub stars represent a vote of confidence in this development paradigm.

QWhat practical advice and disclaimer does the article provide regarding the use of Sequoia-X?

AThe article provides the practical advice that Sequoia-X is a tool, not a money-printing machine. It emphasizes that technical patterns are probabilistic, and any strategy has periods of ineffectiveness. The results generated by Sequoia-X are an 'observation list,' not a 'buy order.' Users are advised to validate the strategy with small positions first before increasing investment. The key value offered is in reducing the 'information gap' and enforcing 'discipline,' which are the most valuable yet scarce resources for retail investors.

Letture associate

Silicon Valley AI Status: Whoever Has the Compute is the Boss

The Silicon Valley AI Power Crunch: Compute is King Silicon Valley's race for AI dominance has devolved into a desperate scramble for computing power. The situation has become so extreme that even top executives are resorting to unusual measures. Anthropic's CEO Dario Amodei was reportedly turned down by Meta's Mark Zuckerberg when seeking additional GPU resources, leading to a deal where SpaceX acts as a broker, reselling Nvidia GPUs to Anthropic. This venture reportedly generated $2.561 billion in quarterly AI revenue for SpaceX. The shortage is reshaping the industry's dynamics, creating a new "compute economy" where GPU access is the ultimate currency. This scarcity is causing internal strife at major firms and altering competitive landscapes. A high-profile example is Noam Shazeer, a key AI scientist whom Google re-hired for $2.7 billion, only for him to leave for OpenAI reportedly due to insufficient compute resources for his team. Similar frustrations over resource allocation have been cited within Google and DeepMind. For AI startups, the challenge is existential. Cloud providers are now demanding multi-year contracts with large upfront payments, making flexible, on-demand access nearly impossible. This has spurred innovative workarounds, including a new market for "global compute prospecting"—companies scavenging for underutilized server capacity worldwide—and venture capital firms like Y Combinator and Radical Ventures directly acquiring and allocating GPU clusters for their portfolio companies. The root causes are complex: explosive growth in AI model complexity and the shift from simple chatbots to persistent "Agent" systems dramatically increase compute demands. While tech giants are building new data centers, supply cannot keep pace with immediate needs. Rental prices for critical chips like the Nvidia H100 have surged nearly 40% in months. The consequence is a consolidation of power. Compute access is becoming the definitive barrier to entry, significantly strengthening large companies with their own infrastructure and creating a lucrative "picks and shovels" market for those who control the hardware supply. In today's Silicon Valley, compute isn't just a resource—it's the foundation of survival and competitive advantage.

marsbit8 min fa

Silicon Valley AI Status: Whoever Has the Compute is the Boss

marsbit8 min fa

Even Losing Money Requires Waiting in Line, How Far Can PaperTrade's 1000x Leverage Experiment Go?

PaperTrade, a synthetic perpetual contract platform built on HyperEVM, launched on October 10th. Its defining feature is offering up to 1000x leverage and rewarding users with its native token, PAPER, for trading losses or liquidations—a mechanism dubbed "losing money to mine." This sparked initial frenzy, with users queuing to execute trades and generate losses for PAPER rewards. Within 24 hours, nominal trading volume exceeded $678 billion. The platform operates without traditional order books; users trade directly against a shared USDC liquidity pool. Profits are paid from this pool, but if insufficient funds exist, payments queue on a first-in, first-out basis. PAPER has zero initial supply, minted solely from qualifying user losses, and can be staked for a share of protocol revenue. However, controversies emerged quickly. Smaller orders faced longer execution queues compared to larger ones. More critically, PaperTrade's reliance on Hyperliquid's mid-price for asset pricing made it vulnerable to market manipulation. Reports indicated that actors potentially moved prices on Hyperliquid to profit from large, highly leveraged positions on PaperTrade. The team acknowledged this as a known risk, exacerbated by high initial position limits, and has since tightened limits to reduce the attack surface. After the initial surge, open interest and margin deposited have significantly declined. The platform's long-term viability hinges on whether the value and revenue share from PAPER can justify the initial "loss-mining" strategy for users, moving beyond speculative hype to sustainable returns.

marsbit37 min fa

Even Losing Money Requires Waiting in Line, How Far Can PaperTrade's 1000x Leverage Experiment Go?

marsbit37 min fa

XRP Ledger defends emergency patch for unlimited XRP bug

The XRP Ledger (XRPL) development team defended its decision to enact an emergency security patch on September 25, bypassing the network's usual two-week validator voting process. The patch fixed a critical integer overflow bug, present since 2015, which could have been exploited to create unlimited XRP beyond the network's fixed supply. Developers argued that the normal amendment process would have publicly exposed the flaw for weeks, posing a severe security risk. This expedited fix, triggered by a bug bounty report, led to debates about XRPL's decentralization. Critics, including Cyber Capital founder Justin Bons, argued that the coordinated upgrade and temporary withholding of source code demonstrated centralized control, contradicting claims that XRP is not a security. In response, the XRPL Foundation, RippleX, core developers, and validators stated the decision was a collective assessment of the bug's severity, and that no single entity could force the update. Independent validators like XRP Kuwait emphasized that coordination among operators does not equate to loss of independence. The vulnerability report clarified the bug existed in the payment engine and could only be triggered by deliberately constructed offers, with no evidence of exploitation on public networks. The patch version later became officially required through a normal amendment vote with over 80% validator support.

cointelegraph58 min fa

XRP Ledger defends emergency patch for unlimited XRP bug

cointelegraph58 min fa

Trading

Spot
活动图片