Strategy
AI Custom strategy management
Text, Pine, TradingView, PDF, image, and video sources are structured into constrained IR and XAI with version diff, approval, PAPER verification, deletion control, and package export.
This page is a technical structure overview of how NoahAI decomposes, verifies, and controls financial judgment. It is for understanding the end-to-end flow of judgment creation and verification, not individual algorithms or implementation detail.
NoahAI's core goal is not automation that replaces judgment but AI judgment infrastructure that structures, verifies, and explains financial judgment. We focus on operable trust (control, logging, explanation, verification), not short-term performance.
The architecture below shows the full flow from market/personal context input through judgment, guardrails (risk control), (optional) execution, logging/report, and feedback.
This page is not for explaining returns on specific assets or promoting automated trading. NoahAI technology is financial AI decision infrastructure built around judgment, risk control, logging, and verification; execution automation is always optional and contract-governed.
v3.9.1.0 Web UI internal integration candidate
NoahAI now separates the legacy desktop UI from the runtime path and moves operation into React Web UI, an Electron shell, a UI-neutral Python sidecar, and strict Gateway contracts. The point is not cosmetic UI change; it is auditable AI Custom, settings, execution, shutdown, and update control.
Strategy
Text, Pine, TradingView, PDF, image, and video sources are structured into constrained IR and XAI with version diff, approval, PAPER verification, deletion control, and package export.
Platform
Users run NoahAI.exe. The internal Python engine starts behind a loopback token and shutdown handshake. The sidecar no longer creates the trading runtime through main.py or CustomTkinter UI.
Safety
Source evidence, strategy version, market regime, risk budget, order rules, and ownership ledger are connected. Ambiguous, unsupported, or unverified actions pause with reasons instead of being invented.
Evaluation
Financial intelligence, allocation, risk, performance, life-finance, and AI summary views now have dedicated Web screens. AlphaArena is PAPER-only in this internal candidate; LIVE is fail-closed before external gates.
Conversation, Pine, PDF, video, version, approval
Evidence, gaps, unsupported scope, regime, risk
Permission, idempotency, audit, secret blocking
Venues, brokers, recorder, safe shutdown
Charts, settings, strategy, logs, updater, manual
v3.9.1.0 is an internal integration candidate with a Windows installer candidate and fixed SHA. Source checks and Web build pass, but public distribution waits for signing, clean install, upgrade from v3.9.0.10, updater, rollback, broker/exchange, and 24–72h PAPER E2E. v3.9.0.10 remains the legacy fallback baseline.
A core technology within the NoahAI financial wealth OS
AI Custom is not the whole of NoahAI. It is a core technology inside the NoahAI financial wealth OS, structuring and validating user knowledge while the broader platform connects market, asset, and personal financial context.
Organize books, documents, charts, and conversations as traceable sources and decision rules.
Check regimes, costs, risk, and missing conditions; prefer HOLD when evidence is insufficient.
Connect to optional execution only within user approval, institution permissions, guardrails, and stop conditions.
Keep rationale, settings, and outcomes reviewable so later decisions can improve.
Consider goals, assets, risk tolerance, and current circumstances—not one strategy alone.
Separate judgment, execution, and records while preserving explanation, audit, and replay.
Build a financial decision environment that improves through validation and review, not a single signal.
AI Custom is one of NoahAI’s defining technologies, not the company’s entire purpose. NoahAI spans personal financial context, risk control, explanation, records, multiple assets, and institutional connectivity as AI financial decision infrastructure.
Market data input
We collect and standardize real-time market information: price, volume, volatility, order book. (News, filings, policy, etc. are extended in stages.)
Personal financial context
We manage account/position state plus asset allocation, time horizon, risk tolerance, and behavior patterns. Judgment is organized in explainable form on top of this context.
Agent judgment
We structure what to consider and why from collected data and personal context. When needed we present executable options; every judgment is logged and verifiable.
Risk control and guardrails
Conservative control rules (limits, halt conditions, max loss, prohibited rules, emergency stop) are applied first. The goal is controllability, not speed; we prevent abnormal behavior and excessive risk.
(Optional) execution and automation
Within user settings and guardrails we automate repetitive work or provide executable options. Auto-execution is optional; default is judgment, logging, and explanation. Execution is atomic for consistency.
Logging and reports
The full process (input, context, judgment, execution, result) is logged in a standard format and reports are generated for reproducibility and audit/traceability.
Feedback loop
Result analysis → policy improvement → next judgment. We aim for a judgment structure that accumulates experience, not fixed automation. Outcomes are accumulated at anonymized pattern level to improve system judgment policy over time and to improve safety and consistency.
Current operation, integration, and extension:
• python-binance–based standalone
• Binance Algo Order API (v3.8.9.9)
• TP/SL -2021 fix (v3.8.9.11)
• Advanced execution interface
• Bybit, OKX, Bitget (futures)
• Upbit, Bithumb (spot)
• Unified decision support
• Per-exchange stats
• StockExchange interface (v3.8.9.11+)
• Domestic broker API integrated (operation/verification)
• ETF/equity UI complete (2026-01-18)
• Asset-class engine separation (crypto/securities)
• Overseas equities/futures (testing)
• Real estate (planned)
• Modular architecture for easy extension
NoahAI's Analyst AI is not a single model that makes judgment for you; it is a multi-module decision structure with separated roles to decompose, verify, and explain judgment from multiple angles.
Each module has distinct responsibilities (analysis, evaluation, risk control, verification) to minimize judgment bias and single points of failure and to present judgment in understandable form.
The modules below are not a public API list; they are components of the decision infrastructure used inside NoahAI to perform financial judgment safely. Each module is designed for judgment, verification, and logging—not execution-first.
This set is designed as an Analyst AI structure with separated analysis, evaluation, risk, and verification roles to minimize bias and single points of failure.
Alpha Arena is a research/verification-only environment fully separate from live decisions and user assets.
This architecture is modular and can extend as follows:
Details of explanation, logging, and learning linked to this architecture are in the docs below.