Finance Toolkit
500+ transparent financial methods calculated from raw statements, not third-party endpoints.
제작자가 쓴 설명(영어 원문)
Backtest, validate and execute trading strategies behind a mandatory two-call preview gate.
이 세 가지는 절대 하나의 점수로 합치지 않아요. 의견, 측정, 인기는 서로 다른 것이니까요.
이 서버는 아직 쉬운 말로 된 요약을 쓰지 못했어요. 아래는 레지스트리에서 읽어 온 사실이에요.
쓰고 있는 AI 앱을 고른 다음 설정을 복사하세요.
제작자가 레지스트리에 설치 정보를 올리지 않았어요. 아래 제작자의 README를 확인하세요.
내 컴퓨터에서 실행돼요. 설치하면 AI 앱에 도구 목록이 나타나요.
누구나 볼 수 있는 정보를 점검했고, 코드는 읽지 않았어요. 해당하지 않는 항목은 개수에서 뺐어요. · 2026년 11월 7일 점검
레지스트리 이름이 GitHub 계정 vike-io 기준으로 확인되었고, 이 계정이 저장소를 소유하고 있어요
아직 GitHub에서 이 저장소를 읽어 오지 않았어요
아직 GitHub에서 이 저장소를 읽어 오지 않았어요
내 컴퓨터에서 실행되는 서버라 인터넷 엔드포인트가 없어요
내 컴퓨터에서 실행되며, 대신 로컬 설정을 사용해요
내 컴퓨터에서 실행돼요. 도구 목록은 인터넷 엔드포인트가 있는 서버에서만 읽을 수 있어요
레지스트리에서 이 카테고리의 활성 서버 전체와 비교했어요. 스타는 게시자가 저장소를 소유한 경우에만 세요.
해당하는 기본 점검 1개 중 1개를 통과했어요. 코드는 읽지 않았어요. 키나 토큰을 넣기 전에 서버가 어떤 권한을 요구하는지 확인하고, 꼭 필요한 권한만 있는 키를 쓰세요.
레지스트리에 필수 키가 나와 있지 않아요. 다만 처음 쓸 때 로그인을 요구하는 서버도 있어요.
내 컴퓨터에서 실행돼요. AI 앱이 필요할 때 실행하고, 데이터는 제작자의 서버를 거치지 않아요(서버 자체가 온라인 서비스를 호출하는 경우는 제외).
GitHub 저장소는 마지막으로 – 변경됐고, 최신 버전(0.1.0)은 2개월 전 레지스트리에 올라왔어요.
Claude Desktop, Claude Code, Cursor, VS Code처럼 MCP를 지원하는 앱에서 쓸 수 있어요.
같은 카테고리에는: Finance Toolkit, SolidInvoice, Korea Tax Calculator
같은 카테고리에서 다른 제작자가 만든 서버예요. 스타 순으로 정렬했어요.
카드 보는 법:★ GitHub 스타i세 기둥: 리뷰 · 점검 · 사용 정도i업데이트 = 최신 버전을 레지스트리에 공개한 날i
500+ transparent financial methods calculated from raw statements, not third-party endpoints.
Create and send invoices and quotes, manage clients, and track payments in SolidInvoice.
Korean tax calculation and tax-audit judgment MCP: 96 tools with statutory citations.
제작자의 저장소에서 쓰인 그대로 가져왔어요. PopNx MCP가 검토하거나 보증한 내용이 아니에요. HTML, 이미지, 스크립트는 제거했어요. 링크를 누르면 이 사이트를 벗어나요.
A Rust trading platform: a live execution core, a backtest and research harness, a desktop charting shell, and bridges to fourteen venues.
This repository is a source mirror. It carries the code and nothing else — no CI workflows, no operator runbooks, no history. Each publish is one commit. The development repository is private; what you see here is what the released binaries are built from.
Live daemon (vike-tradehub) | headless execution: mounts a venue, runs a strategy, reconciles against the venue, and stops cleanly on SIGTERM with the resting book handled |
Backtest + research (backtesthub, vike-study, tearsheet) | a bar/tick harness with parameter sweeps, successive-halving refinement and a TPE optimizer; reports persist as a run manifest |
Desktop shell (vike-desktop) | charts, order entry, a data manager and a connections editor, on egui/wgpu — a client of the daemons: it mounts no venue itself |
Data (vike-datahub, vike-recorder) | a Parquet/DataFusion history store, a live recorder, and a query server |
| Venues | binance, bybit, okx, deribit, hyperliquid, aster, alpaca, ctrader, ig, oanda, polymarket, dukascopy, fxcm, ibkr — each a crate under crates/bridges/ |
Agent skills (skills/) | procedures for an agent driving vike-cli mcp — backtesting, authoring a strategy, getting data in, and trading on a node through the preview gate — one SKILL.md each, indexed in skills/README.md |
Container images carry every headless tool as one binary with a symlink per tool:
docker pull vikeio/vike-tradehub:latest # Docker Hub
docker pull ghcr.io/vike-io/vike-tradehub # GHCR
The command-line tool installs from the release without a toolchain (Linux and Windows; any other target compiles from the clone — crates/vike-cli/Cargo.toml's [package.metadata.binstall] says why):
cargo binstall --git https://github.com/vike-io/vike-trader vike-cli
On Windows with no Rust at all, download the executable from the release — it needs nothing installed and no toolchain:
curl.exe -L -o vike-cli.exe https://github.com/vike-io/vike-trader/releases/latest/download/vike-cli.exe
.\vike-cli.exe --version
Verify it against the release's own manifest before running it:
curl.exe -L -o SHA256SUMS https://github.com/vike-io/vike-trader/releases/latest/download/SHA256SUMS
(Get-FileHash vike-cli.exe -Algorithm SHA256).Hash.ToLower() # compare with the vike-cli.exe line
⚠ Neither path updates itself. cargo binstall records the install under a crate version that never moves, so a re-install needs --force; a downloaded executable is replaced by downloading it again.
⚠ On Windows the standalone backtest ENGINE is not published, so data hist fetch --source demo|starter and backtest run --local are unavailable until you build one. The remote path needs no engine: vike-cli backtest run --addr HOST:PORT runs on a vike-datahub server instead.
From source:
cargo build --workspace # no native dependencies on default features
cargo run -p vike-desktop # the desktop shell (charts stay empty with no backend)
For an agent (Claude Code, Cursor, any MCP client), the skills install straight from this repo:
npx skills add vike-io/vike-trader # every procedure under skills/, one SKILL.md each
vike-cli init # example strategies, indicators and run profiles under user_data/
vike-cli data hist fetch --source demo # a SYNTHETIC demo tape, written under the venue id demo vike-backend datahub & # serves this project's store: key-less, loopback only vike-cli backtest run --local --profile user_data/profiles/backtest.toml \ --script user_data/strategies/rhai/sma_cross/sma_cross.rhai
The datahub line is not optional: every history READ goes through one, a --local run included — --local moves the backtest ENGINE onto this machine, never the history. Started with no environment it serves the same /market_data/hist the seeding command wrote into, and with no hub keys it authenticates nothing and binds loopback only, which is where --local looks by default. If the tape went somewhere else, name that directory:
vike-backend datahub --store DIR # DIR: where the tape went
The demo tape is a closed-form curve, not market data; it exists so the tools have something to draw and run, and it is written under its own venue id so it can never be mistaken for, or aggregated with, real rows. For real bars:
vike-cli data hist fetch --source starter # the published dataset, over plain HTTPS
vike-cli data hist fetch binance:BTCUSDT:1h --days 180 # public history, no credentials; asks the datahub
There is exactly one credential store, the settings database /settings/db/vike.db, and absent credentials are the live gate — a demo or live account with no keys does not run. Each account trades at its own tier (paper, demo or live) only while its account row is active, or it does not run: no row, an inactive row, or a tier its keys cannot bind exactly runs nothing — never paper in its place. vike-cli secrets accounts lists the rows, and vike-cli secrets account activate|deactivate|set-tier --id changes one. ⚠ A credential belongs to its ACCOUNT, and storing one never creates an account or chooses its tier: vike-cli secrets account add --venue --tier --no-label creates the row, born ACTIVE, so a live row that then holds its keys arms that account at the next start of a live daemon.
On a fresh box vike-cli secrets init creates the empty store; vike-cli secrets set --account adds one of an account's credentials (the value on stdin, never on the command line); vike-cli secrets path prints which store answers; vike-cli secrets list shows which keys it holds, account by account. Nothing in this workspace deletes, moves or rewrites that database as a whole.
FSL-1.1-ALv2 — source-available, and each version becomes Apache-2.0 on the second anniversary of its release. You may read, modify, self-host and run it, including commercially, and you may charge for support and consulting; you may not offer it as a competing product or hosted service. The two-year clock means every release eventually lands under a permissive licence.
A bug or a wrong claim in these pages belongs in issues. Issues are open and read. Say what you ran, what happened, what you expected, and the output of vike-cli --version.
A question about using it belongs in discussions.
What this repository cannot take is a pull request, and the reason is structural rather than a policy about contributors: this mirror is a SNAPSHOT — one commit per release, force-pushed, with no history — because a mirror that kept history would hand back every file an earlier release withheld. A branch here is replaced by the next publish. So a patch is welcome as an issue carrying the diff, and it lands upstream by hand.
What will not be answered: requests to run your strategy, judge whether an edge is real, or support a fork. The tests and the decision records in this tree are the argument for every claim it makes; start there.