Alphanume

Insights

Best Agentic Trading Research and Newsletters

Alphanume Team · September 4, 2026

A reading list for people building trading agents who care more about evaluation, data lineage, and controls than a clever prompt.

The phrase agentic trading now covers everything from a chatbot that formats an order to a system that researches an idea, writes code, runs a backtest, and submits a trade. I went through the public research, platform documentation, and experiment logs on September 4, 2026, and the useful material had one trait in common: it showed the harness around the model.

That harness determines what the agent can see, what it can change, how its work is graded, and whether a bad answer becomes an ugly notebook cell or a live position. Model intelligence matters, though weak controls can waste a very smart model quickly.

Alphanume publishes this guide and appears in it. I applied the same inclusion rule to our work: the linked material has to expose a real experiment or a concrete research protocol. Nothing here is ranked by simulated or live returns.

What made the list

I included sources that help answer one of four practical questions: how to build the research loop, how to benchmark an agent, how to connect it to market infrastructure, and how to observe the gap between a backtest and live behavior.

  • Task definition: The agent receives a bounded objective and a known tool set.
  • Evidence trail: Inputs, tool calls, code, errors, and outputs can be inspected later.
  • Independent grading: The system is scored by data the agent cannot rewrite or quietly select.
  • Market realism: Fees, spreads, latency, liquidity, and rejected orders appear somewhere in the evaluation.
  • Failure reporting: The source documents bad runs, disagreement, or live drift rather than publishing only the attractive trajectory.

A source can be useful without satisfying every line. The important part is knowing which layer it covers, because an execution tutorial is not evidence that an agent discovers durable alpha.

Start with research agents

Alphanume's model for quant research at industrial scale is the best starting point in our archive. It frames the agent as a researcher that receives a dataset and objective, runs experiments, logs every attempt, and gets graded on hidden periods and robustness.

The most useful idea in that piece is the trial ledger. A human researcher can forget the 200 variants that failed before the one attractive curve appeared. An agent can search faster, so the multiple-testing problem gets worse unless the harness records every branch.

  • Keep the holdout boundary outside the agent's tools and prompt.
  • Count every tested feature, filter, universe, and parameter choice.
  • Grade turnover, drawdown, costs, and cross-universe stability beside Sharpe.
  • Perturb the submitted strategy after the agent stops editing it.
  • Reward a clean rejection when the evidence does not support the hypothesis.

The affiliated Alphanume dataset catalog matters here because a research agent needs point-in-time inputs with stable schemas. Giving it a bigger context window does not repair revised or survivorship-biased data.

Then read live experiments

Our Claude brokerage experiment moves the problem from a notebook into an account with a small, bounded stake. Live experiments reveal operational behavior that a static benchmark misses: repeated actions, state drift, stale assumptions, tool errors, and the temptation to explain a result after the fact.

Alpaca's official guide to AI agents connected to trading APIs provides a useful implementation-oriented view. It discusses natural-language interfaces, paper trading, explicit confirmations, position caps, order controls, and common failure modes such as misunderstood instructions and weak risk logic.

Read broker tutorials as plumbing, not performance research. They can show how an action reaches a paper or live account. They cannot tell you whether the action has positive expected value.

Layer

Question to answer

Evidence to save

Research

Did the agent form and test a valid hypothesis?

Prompt, tools, code, trial ledger, rejected ideas

Data

Could every input exist at decision time?

Raw snapshot, timestamps, revisions, universe membership

Risk

What actions were impossible by design?

Position limits, allowed symbols, order types, kill conditions

Execution

Did intended and actual orders match?

Order requests, acknowledgments, fills, rejects, cancels

Evaluation

Did live behavior match the frozen test?

Backtest, paper run, live run, reconciliation report

Use benchmarks carefully

The public Finance Agent Benchmark evaluates agents on real financial research tasks and equips them with tools such as search and EDGAR access. Its reported results are useful because they separate financial research ability from generic conversation quality.

The AI-Trader benchmark tackles a different problem by evaluating autonomous agents in live, data-uncontaminated market settings across multiple markets. That design is closer to the moving target an actual trading system faces.

A benchmark score still needs a translation layer. Research accuracy, code correctness, portfolio construction, and live execution are separate capabilities. An agent that summarizes filings well may size risk poorly, while an agent that submits orders reliably may have no useful research edge.

  1. Read the task set. Check whether the benchmark resembles the work you want the agent to do.
  2. Inspect contamination controls. Market tasks become easier when later data leaks into the prompt or corpus.
  3. Check the grader. A model judging another model can introduce its own preferences and noise.
  4. Separate capability from P and L. A rising market can reward a weak agent, and a valid process can lose over a short window.
Follow infrastructure and recurring research

QuantConnect's research pipeline documentation lays out a progression from hypothesis and research through backtesting, paper trading, and live deployment. Its separate live-analysis guide shows how to load live results back into the research environment for comparison with simulated results.

That reconciliation loop deserves more attention than another weekly list of model releases. Most agent failures will be ordinary quant failures with a faster author: bad timestamp alignment, custom data leakage, unstable parameters, missing corporate actions, and a live fill model that never resembled the backtest.

Vibe Quant AI describes a weekly newsletter devoted to quant agents, LLM tools, and market analysis, with public scripts and frameworks as the useful evaluation artifact. Harbourfront Quantitative Newsletter covers systematic trading and risk more broadly, and its public archive included an April 2026 issue on large language models in trading when reviewed. Vibe Quant is the tighter fit for agent builders; Harbourfront supplies wider quant context. Neither public description proves a trading edge.

  • Prefer sources that publish schemas and system boundaries.
  • Save broker and data-provider error messages, not only successful tool calls.
  • Track which model, prompt, tool version, and dataset snapshot produced each decision.
  • Compare intended orders with acknowledged orders and fills.
  • Require a human-readable reason whenever a kill switch fires.

Our guide to point-in-time data for AI trading agents covers the input side, while research-code guardrails focuses on keeping the model away from its own answer key.

Build your own reading stack

The best stack has one source per failure layer. Following ten agent demos gives you ten versions of the happy path. Following research design, data engineering, brokerage infrastructure, and independent evaluation gives you a way to diagnose the unhappy path.

Need

Source type

Good sign

Warning sign

New research ideas

Experiment archive

Null results and trial counts

Only winning equity curves

Agent evaluation

Benchmark paper

Frozen tasks and explicit grader

Anecdotal screenshots

Data discipline

Dataset documentation

Point-in-time fields and revisions

Latest-state snapshots

Execution

Broker or engine docs

Paper mode, order states, reconciliation

One-click autonomy

Ongoing context

Newsletter or research feed

Methods and dated source links

Model hype without logs

I would begin with the industrial research framework, read one live experiment, choose one benchmark, and keep the platform documentation beside the code. That is enough to start without mistaking information volume for progress.

A minimum viable harness

Before an agent touches a paper account, run one frozen research task end to end. Give it a read-only data snapshot, a restricted working directory, and tools that cannot reveal the holdout. Make the output a versioned research bundle rather than a prose recommendation.

  1. Freeze the objective. Define universe, horizon, benchmark, and allowed transformations.
  2. Separate the grader. Keep holdout data and acceptance rules outside the agent's reach.
  3. Log the trajectory. Store prompts, code, tool calls, failures, and every reported metric.
  4. Apply deterministic risk gates. Cap symbols, order size, gross exposure, and daily loss outside the language model.
  5. Paper trade first. Reconcile signals, intended orders, actual order states, and simulated fills.
  6. Change one layer at a time. A new model, prompt, dataset, and execution rule in one release destroys attribution.

Agentic trading becomes interesting when the system can generate more research while preserving the evidence needed to distrust it. The best sources in this category make that skepticism operational.

The next useful step is one frozen task, one read-only dataset, and one independent grader. If the agent cannot leave behind a complete trial ledger and reconciliation report, another feed will not repair the research loop.