Weekly preferred-symbol reselection for mechanical trend systems

Reselection is part of the mechanical object

A mechanical trading system is a fully specified procedure that turns rule inputs, market state, and execution constraints into entry, exit, or abstention signals over a defined holding period so the whole path can be tested as one object. Typical computerized platforms assume a single fixed symbol list, so changing the traded roster is treated as a manual step. Sequenced results across successive portfolios are not a built-in function.

Editorial reading: system builders should treat preferred-symbol reselection as a first-class construction step. The same procedure that emits entries, exits, and abstentions must also carry leftover open names, block new entries on dropped names, and keep walk-forward reports from mixing leftover book with the new roster.

How a preferred roster changes

Rank rotation is the recurring reselection of a preferred symbol roster from a broader universe so the mechanical system trades a changing set of names rather than a fixed list. A mechanical design can reselect a preferred roster of about 100 leading names weekly from NYSE, AMEX, and NASDAQ using technical and fundamental screens, then apply short-horizon entry rules only on names already showing strong, consistent upward trends.

Dynamic rosters also arise from index reconstitutions, periodic published preferred lists, and custom scan-and-select algorithms, not only from one named system. Trend following in this setting stays with names that show persistent directional strength and avoids initiating new risk on names that no longer belong in the preferred set.

Where the roster lives

Construction can keep reselection outside the platform and reload the preferred set, or keep a full universe inside the platform and reselect subsets. The same symbol-state rules apply to both. The supplied implementation assumes external selection.

Automation needs two capabilities: incremental real-time reports of new, still-open, and closed trades, and long-horizon backtests across a historical sequence of portfolios. Daily-bar execution with weekend reselection is the worked case and can be extended to other bar and reselection periods.

Symbol-state rules after a weekend merge

The preferred-symbol set is the current roster loaded for new-trade eligibility after an external reselection cycle. Old-open symbols are names that still have unfinished system trades after they leave the preferred roster. They must stay loaded only until those trades close.

New symbols are names that enter the preferred roster this cycle. Opens that began before the current symbol period must be excluded from reports until that trade closes and a new entry occurs, after which ordinary reporting resumes.

Files the merge must produce

A symbol merge is the weekend file construction that combines leftover open names with the new preferred roster into the working lists used for the next period. The construction uses explicit management files: preferred_syms, old_open_syms, old_open_syms_next, new_syms, and all_syms. Daily processing uses that merge to distinguish common names, leftover opens, and newly added names.

Daily walk-forward reports

Walk-forward daily execution is incremental daily-bar processing that reports only today’s exits, remaining opens, and next-session entries after the latest reselection files are in place. After the close, the process reports next-session entries, today’s exits, and an appended closed-trade history. It deletes newly entered names from new_syms and filters new_syms out of exit and closed-trade output.

Sequencing a history of portfolios

Historical tests of the same design require higher-level scripts that sequence preferred-symbol files, run the weekend merge, and execute the system one trade day at a time. The output is a complete closed-trade file for later statistical and account simulation work.