The Short Version
Qadam is a local-first macro intelligence and paper-trading system. It watches world events and markets, builds trade hypotheses, checks them against evidence and risk rules, runs paper trades only when the gates allow it, and logs outcomes for review.
Qadam is not a public financial-advice product, not a signal channel, and not a live-capital trading bot. In the first-release workflow, live capital is disabled and the cockpit is a read-only operating mirror.
Who Can Use Qadam
First-release access is limited to the founding Fund Managers: Ramin, Troy, Akber, Anas, and Ion. The dashboard, guide, and settings routes are protected by Supabase login plus the Qadam allowlist. If your email is not allowlisted, you cannot use the private cockpit.
The Fund Team Inside Qadam
Fund Managers
Review evidence, challenge assumptions, comment on outcomes, and improve the process.
Python Orchestrator
Coordinates modules, checks health, writes logs, and routes work through the system.
Local LLM
Filters noisy information locally before anything escalates to deeper research.
Frontier LLM
Builds and challenges strategy packets when enough evidence exists.
Quantum / Classical Oracle
Runs bounded modelling checks. It informs decisions but cannot override risk controls.
Risk Agent
Blocks oversize, stale, low-evidence, or unauthorized ideas before execution.
Event Log
Append-only system memory. If it is not logged, it did not happen.
Cockpit
The readable operating view for members. It is not a command shell.
The Five States
Qadam separates the lifecycle so the dashboard does not exaggerate.
A hypothesis is not a trade. A candidate is not an order. A blocked trade means the control system is working.
Current Operating Mode
Qadam is operating in paper mode with GBP 100,000 available in the paper account. The operating target is to grow that paper portfolio to GBP 200,000 over 60 days. The mindset is not to spray small trades; it is to wait for evidence-gated mispricing opportunities and take selective larger paper positions only when strategy, risk, Q-CTRL, and Alpaca Paper gates agree.
The paper-live control plane is certified, visible, and guarded for paper trading. It can submit only through Alpaca Paper when the backend route, risk controls, and quantum/classical consultation pass. Live capital and broker live endpoints remain disabled.
First Login
- Open qadam.trade.
- Click Login.
- Sign in with your allowlisted email.
- If you do not have an account yet, use the sign-up route with your allowlisted email.
- After login, open /dashboard/.
- Open /guide/ from the dashboard whenever you need this guide.
Do not paste API keys, broker secrets, Telegram tokens, or private credentials into comments, forms, chats, docs, or prompts.
First 10-Minute Tour
- Start in the Overview view.
- Read Safety Status first: it should say OK - paper only, OK - read-only, OK - live capital off, Dashboard cannot place orders, and AI cannot bypass risk checks.
- Use Overview's health readout and mini-map to understand whether Qadam is watching sources, forming hypotheses, seeing trade candidates, or blocked.
- Open Evidence to inspect source health, setup evidence, and supplemental context.
- Open Reasoning to separate private priors, factual evidence, hypotheses, missing corroboration, Strategy Lead review, and quant annotations.
- Open Trades to inspect observed signals, candidates, blocked trades, paper order state, and paper-account performance.
- Open Operations only when you need the full expandable system map, event trail, Telegram state, governance comments, or technical diagnostics.
- Treat a blocked/no-trade state as potentially healthy until the evidence says otherwise.
How To Read The Dashboard
The dashboard now has five primary views. Do not hunt for old standalone panels; those implementation names have been consolidated into the views below.
Overview view
Shows the operating readout, current review state, compact system mini-map, and Safety Status.
Trades view
Shows signals, trade ideas, blocks, paper order state, paper-account performance, and verified records.
Evidence view
Shows source posture, setup evidence, supplemental context, and whether corroboration is strong enough.
Reasoning view
Separates private priors, factual evidence, hypotheses, blockers, Strategy Lead review, and quant annotations.
Operations view
Shows the full system map, event trail, safety diagnostics, Telegram state, and governance comments.
Safety Status
Safety Status is the dashboard's global authority summary. Read it before interpreting any panel.
Old Implementation Terms
You may still see older module names in code, event logs, or status metadata. Use this mapping when reading old notes.
Status Labels
Important labels:
Trade States
How Qadam Makes A Trade
Trade Lifecycle
How To Review A Trade Idea
- Identify the catalyst.
- Identify the affected market or instrument.
- Check the expected time window.
- Check which sources support and contradict it.
- Separate private worldview context from live evidence.
- Check the market's current pricing or implied probability.
- Check Qadam's entry logic, invalidation, risk cap, and exit logic.
- Confirm the exact trade state before assuming anything can be traded.
Demo-Proof Rules
- 30 consecutive calendar days.
- 3 proof trades per week only where qualified setups exist.
- No forced trades.
- No manual trade-level overrides during the proof sample.
- 100 closed proof trades is the maturity benchmark.
- Postmortems are required for closed proof trades.
- Live capital remains disabled.
If a day has no qualified setup, the correct action is to record the no-trade rationale.
Daily Operating Routine
- Start with Overview.
- Read Safety Status and confirm paper-only, read-only, live-capital off, Dashboard cannot place orders, and AI cannot bypass risk checks.
- Scan the Overview mini-map and review card for the current operating posture.
- Open Evidence and review degraded, missing, stale, or supplemental-only sources.
- Open Reasoning and separate priors, evidence, hypotheses, missing corroboration, and analyst review.
- Open Trades and separate observations, trade ideas, blocked ideas, paper order state, paper-account state, and verified records.
- Open Operations only for the full system map, event trail, safety diagnostics, Telegram communications, or governance comments.
- Record a no-trade rationale when there is no qualified setup. Do not force a paper trade to satisfy cadence.
- Add a comment if something looks wrong, unclear, or strategically important.
What Members Can And Cannot Do
Members can
- Review the dashboard.
- Read trade reasoning.
- See blocked actions.
- Comment on modules, sources, signals, trades, and postmortems.
- Challenge assumptions and suggest improvements.
- Review Telegram communications once configured.
Members cannot
- Use the dashboard to place live trades.
- Use Telegram to place trades.
- Use Telegram to approve, reject, modify, close, or resize trades.
- Use the Secure Live Bridge to run commands or trade.
- Bypass the Risk Agent or Signal Integrity Gate.
- Bypass the Event Log.
- Treat a trade idea as an order.
- Turn worldview priors into trade evidence.
Data Source Rules
Qadam watches conflict, physical / OSINT, macro, market, and narrative / social pipelines. Supplemental capabilities such as Yahoo Finance and Preference/PREF MCP are read-only context unless Qadam's registry and trust policy explicitly promote them.
- One source is rarely enough.
- Stale data should block or degrade a trade.
- Private priors are not evidence.
- Raw payloads and secrets must not appear in the dashboard.
- Broker data and order receipts are separate from market context.
Local Operator Instructions
Most members do not operate the code. The local operator keeps real secrets out of Git, starts the runtime, refreshes the paper trading routine, and validates the dashboard with the repo check scripts. The local operator must not backfill calendar days, simulate elapsed time, force trades, load live credentials, enable live capital, call broker live endpoints, or mark paper performance as mature without verified records.
Communications / Telegram
Telegram is Qadam's outbound member notification rail. Telegram cannot place, approve, reject, modify, close, or resize trades. It should never show bot tokens, handles or chat IDs, raw message payloads, or local paths.
Troubleshooting
Red Flags
Escalate or comment if:
- A dashboard panel looks hardcoded or stale.
- A source says online but has no recent heartbeat.
- Qadam implies a trade without a trade state.
- A blocked trade looks mislabeled as a failure.
- A candidate has no catalyst or invalidation.
- The paper balance changes without a logged trade.
- Telegram sends a message that does not match the dashboard.
- The bridge claims write authority, broker authority, shell access, or local orchestrator exposure.
- Any secret, token, chat ID, local path, or credential appears in the UI.
- Any screen implies live capital is enabled.
First Release Success
Qadam is usable when a new founding member can clearly answer:
- What is Qadam watching?
- What is Qadam thinking?
- Why does Qadam care?
- What is Qadam forbidden from doing?
- Which trades are ideas, blocked, staged, submitted, open, closed, or ready for postmortem?
- How is the paper account performing?
- What did Qadam learn?
- What should a human challenge or comment on next?
Qadam should feel understandable before it feels powerful.