跳到主要内容

// alpaca import

你的 Alpaca 交易日志

不用重新敲一遍,就能把 Alpaca 交易记进日志。从 Alpaca 控制台导出订单历史,拖入 CSV,TickerScribe 就凭列名认出它——每张成交订单按它成交的价格,完全没成交的订单会被列名而不是悄悄丢掉。

一个文件 · 股票与 ETF · 100% 免费

// how-to-export

从 Alpaca 的订单到你的日志

四步,大约一分钟——后两步在任何券商都一样。

  1. 01

    在 Alpaca 打开订单历史

    在 Alpaca 控制台进入订单,选好你要的日期范围——整段历史,或只是还没记进日志的那一段。

  2. 02

    导成 CSV

    导出后原样使用即可。每一列都留在原处,不需要删任何东西,中途经过表格软件的文件同样能导入。

  3. 03

    把文件拖进导入向导

    设置 → 导入数据,把文件拖进去。凭列名就会自动识别为 Alpaca——不用对应,不用清理。

  4. 04

    预览并确认

    在保存任何内容之前,逐笔查看每一笔交易:哪些会进来、哪些被搁置以及为什么、哪些行你已经有了。随后交易入账。

// auto-detected

订单进去,交易出来。

订单导出是一张订单一行,带着成交数量和成交价格。TickerScribe 记下已成交的部分,把没成交的留在外面,并在保存之前告诉你哪一条是哪一条。

alpaca_orders.csvAlpaca · 自动识别
Asset,Side,Position Intent,Filled Qty,Avg. Fill Price,Status,Filled At列已对应
MRDN,buy,buy_to_open,50,84.30,filled,"Jun 2, 2026, 10:14:22 AM"股票 · 开仓
SLST,sell,sell_to_close,30,19.62,filled,"Jun 4, 2026, 1:47:05 PM"股票 · 平仓
AXDN,buy,buy_to_open,25,127.55,partially_filled,"Jun 8, 2026, 9:31:11 AM"股票 · 已成交的那部分
TRQV,buy,buy_to_open,0,-,canceled,-从未成交 · 列名,不丢弃

股票与 ETF·这里只展示了导出十八列中的一部分。其余的你不用管。

哪些内容会进来来自一个文件

每张成交订单,按它成交的价格

导出会给出每张订单的平均成交价,最多六位小数,而 TickerScribe 记的就是这个数字——不是把四舍五入后的总额再除回去。部分成交的订单只按成交的那部分进来,用那部分自己的价格。

从未成交的订单会被列名,而不是丢弃

一张什么也没成交的订单并没有动过股份,里面没有交易——但它仍会被计数并在预览中列名,而不是凭空消失,你能准确看到有多少被排除在外。判断依据是成交数量而不是状态:部分成交后被撤销的订单仍会按那一部分进来。

导出写明的开仓或平仓

只要导出写了 position intent——买入开仓、卖出平仓,以及做空一侧的两种写法——TickerScribe 就照读,而不是只凭买卖方向去推断:做空仍是做空,回补仍是回补。没有写明的订单则退回它自己的买卖方向。

经过表格软件的文件

这类导出很多是先过了 Sheets 或 Excel 才送来的,于是多出一列多余的序号,每个时间戳也被改写成文字。两者都会照原样读取——列按名称匹配,重新格式化过的日期也能读懂。

你下单时看的那只钟

这份导出没有写明自己的时区,所以 TickerScribe 也不会凭空编一个:它把时间当作你当时看到的那只钟来读,从你自己的时区出发,并在预览步骤显示正在使用哪一个——你可以在保存之前改。

期权与加密资产,列名后搁置

两者走的是同一个界面,但都不会从这份导出导入:它没有写明合约乘数,从中读取期权金额有记错的风险。它们会被计数并在预览中列名,而不是靠猜——对于期权,预览会指向能够导入它们的 activities 导出。

安全的重复导入

重复的行会在记账之前于预览步骤标出,而每张订单自带的编号在写入时会再核对一次——即便导出后来换了说法的订单,也会被认出来而不是记两次。日期范围重叠同样安全。

一分钟,一个 CSV

你全部的 Alpaca 历史,集中一处

无需信用卡。导出订单、拖入 CSV——每张成交订单都按它成交的价格到来。

常见问题

TickerScribe 真的免费吗?
是的——完全免费,不用信用卡,也没有交易笔数上限。导入你全部的 Alpaca 订单历史,记录股票、ETF 和期权交易,并且一分钱不花就能保持到分为单位准确的 P&L。
怎么从 Alpaca 拿到 CSV?
在 Alpaca 控制台导出订单。打开订单历史,选好日期范围,导成 CSV——这个文件在你拖进来的那一刻就会被识别,每一列都替你对应好。TickerScribe 只读你提供的 CSV:它从不连接你的 Alpaca 账户,也从不索要 API 密钥。
该用 Alpaca 的哪一种导出?
对几乎所有人来说,是控制台的订单下载。一个按钮,覆盖每一张订单,而且会自动识别。另一条路是 Alpaca 的 account activities 接口(FILL 活动类型),如果你想要逐笔成交的细节就值得一取:分批成交的订单会按每一笔各自的价格一行一行地到来,而不是按订单均价的一行。两者都能自动识别;两者都导入股票和 ETF,而 activities 这条路还能导入期权合约。
从未成交的订单会怎样?
会被搁置并计数,从不导入,也从不悄悄丢弃——一张什么都没成交的订单没有动过股份,里面就没有交易。预览会给这一组命名,让你准确看到有多少被排除在外。部分成交的订单是另一回事:那一张会按成交的部分进来。
导出里有我的手续费吗?
没有,而 TickerScribe 会直说,而不是装作有。Alpaca 对股票不收佣金,但会把卖出时的监管费用转嫁——而订单导出里根本没有费用这一列。所以交易会以零费用进来,预览一开始就会告诉你这一点。如果你有在记费用,可以在每笔交易的编辑窗口里补上。
我的 Alpaca 期权能导入吗?
可以,从 account activities 导出。把 FILL 活动取出来、拖入 CSV:期权成交与股票成交的列完全相同,只是在代码格里放的是合约代码,而这一格就承载了标的、行权价、到期日以及看涨还是看跌——合约数、权利金以及开仓或平仓都替你对应好,价差组合的各条腿也会被识别为同一个持仓,而不是分开的几笔交易。控制台的订单下载是例外:那里的期权订单仍会被搁置并在预览中列名,因为那份导出没有写明合约乘数,从中读取金额有记错的风险。加密资产与货币对不是 TickerScribe 跟踪的持仓,在订单下载中会被搁置。
我的交易会拿到哪个时间?
你看到的那个。控制台按你浏览器自己的时区显示下单时间,所以 TickerScribe 把它当作你下单时看的那只钟,并在预览步骤显示时区,你可以在保存之前更改。而 API 那条路给每笔成交打的是 UTC 时间戳;那会被读成一个精确时刻,并换算到你自己的时区显示,而不是当成 UTC 的墙上时间存下来。
可以把很长的历史分批导入吗?
可以,而且两条路上范围重叠都安全。把已经导入过的区间再下载一次,重复的行会在记账之前于预览步骤标出。控制台导出还带着每张订单自己的编号,写入时会再核对一次——即便导出后来换了说法的订单,也会被认出并跳过,而不是记两次。API 那条路在同一张订单的各笔成交上复用同一个编号,所以那边只靠内容核对。