Akshare 在线阿尔法分析

当用户需要基于 Wyckoff 理论的分析，并依赖在线数据获取及多源回退机制时，使用本技能。

输入格式规范

单只/多只标的分析：

• 输入：股票代码（单个或多个）、可选 CSV 文件、可选图表图像、文本目标说明。

投资组合决策分析：

• holdings（可为空）：[股票A+成本+数量, 股票B+成本+数量, ...]
• cash：可用现金金额
• candidate（可选）：当前持仓中未包含的候选股票代码
• 仍支持可选的 CSV / 图像 / 文本指令。

投资组合示例：

• holdings = [600519+1450+100, 000001+10.2+3000]
• cash = 80000
• candidate = 300750

适用与不适用场景

满足以下任一条件时，应使用本技能：

• 用户提供股票代码并请求当前或近实时分析。
• 用户提供持仓 + 现金 + 候选标的，并询问是否应调仓。
• 用户询问当前持仓是否应加仓 / 减仓 / 持有不动。
• 用户无任何持仓，仅询问如何使用可用现金进行操作。
• 用户要求结合 CSV 数据与在线数据验证。
• 用户提供图表图像，并请求 Wyckoff 风格解读。

以下情况请勿使用本技能：

• 用户仅提出与市场分析无关的通用 Python / 图表调试类问题。
• 用户仅要求纯离线历史分析，且明确无需在线数据支持。

自动意图推断

当提供 holdings/cash/candidate 字段时，无需用户显式声明“调仓 / 加仓 / 减仓 / 清仓”等动作意图。

系统应根据所提供字段自动推断分析类型：

• holdings 非空 + 提供 candidate：需包含持仓间轮动对比，并为每只持仓给出具体操作建议。
• holdings 非空 + 未提供 candidate：为每只持仓分别给出 add / reduce / hold / exit 建议。
• holdings 为空 + 提供 cash：基于空仓状态和可用现金，给出资金配置建议。

强制执行顺序

1. 校验输入并解析结构化字段：

• 依据输入字段判断为“单标分析流”或“投资组合分析流”。
• CSV（若提供）：作为历史结构分析的主要数据源。
• 文本指令：用于提取约束条件与分析目标。
• 图像（若提供）：作为日内 / 微观结构信号的补充依据。
• 在投资组合分析流中，须先完成 holdings/cash/candidate(可选) 的解析，再启动后续分析。

2. 在提出任何交易建议前，须确认当前北京时间：

• 通过工具 / 系统获取真实当前时间。
• 转换为 Asia/Shanghai 时区。
• 输出格式为：当前北京时间：YYYY-MM-DD HH:MM（UTC+8）。
• 判断当前是否处于 A 股连续竞价交易时段。

3. 严格执行交易时段规则：

• 若不在可交易时段内，则仅提供盘后复盘 / 次日计划 / 订单策略建议。
• 禁止输出任何即时性的日内执行指令。

4. 按优先级切换在线数据源获取数据：

• 遵循 rules/source-fallbacks.md 中定义的数据源优先级顺序。
• 对每个标的，记录所用数据源审计日志。
• 若某数据源失败、Schema 校验失败或有效行数不足，则自动切换至下一优先级数据源。
• 在投资组合分析流中，需获取全部持仓标的及（若提供）候选标的的数据。

5. 首先执行 Wyckoff 分析：

• 基于最新 500 个交易日数据，结合 MA50 / MA200 进行结构分析。
• 识别已明确存在的阶段与事件，不强行套用完整 Wyckoff 阶段序列。
• 允许针对关键事件日期进行新闻核查，但仅限于辅助验证，不可作为决策依据。

6. 在投资组合分析流中，生成 Wyckoff 风格的投资组合建议：

• 对每只持仓，给出唯一操作标签：add / reduce / hold / exit。
• 若提供 candidate，须从结构强度、阶段位置、事件质量三方面对比候选标的与现有持仓。
• 若提供 candidate，须识别当前持仓中结构最薄弱者，并判断是否需要轮动。
• 若 holdings 为空，须基于可用现金与当前结构背景，给出空仓状态下的建仓建议。
• 结合 cost/qty/cash 给出具象化、可执行的操作建议（以叙述性语言呈现）。
• 最终建议须保持 Wyckoff 语境风格，并清晰标注操作类型，如 switch / partial switch / hold / add / reduce。

7. 绘图仅在允许条件下执行：

• 若当前时间为 A 股日内交易时段，则跳过绘图步骤。
• 否则，依据系统提示中设定的硬性渲染约束，生成绘图代码及/或图表结果。

固定输出契约

必须严格按以下顺序输出：

1. 当前北京时间：YYYY-MM-DD HH:MM（UTC+8）
2. 交易判定结论：

• 当前是否可盘中交易：是/否
• 若为“否”，须注明：当前不可盘中交易（原因：...）

3. 按标的列出数据审计表：

• symbol
• source_used
• rows_kept
• window_end_date
• fallback_count

4. Wyckoff 分析结果：

• 当前周期背景与所处阶段（仅陈述有证据支持的部分）。
• 关键事件（SC / ST / Spring / LPS / SOS / UTAD 等，如有）及其简明逻辑依据。
• 操作边界需尊重 T+1 规则及当前交易时段状态。

5. 投资组合操作建议（仅限投资组合分析流）：

• 基于所提供的 cost/qty/cash 展示持仓快照。
• 逐只持仓的操作建议（add / reduce / hold / exit）及推理依据。
• 候选标的与当前最弱持仓的结构对比（若提供 candidate）。
• 空仓状态下基于可用现金的操作建议（若 holdings 为空）。
• 最终操作汇总，须采用 Wyckoff 语境风格表述。

6. 绘图部分（仅当交易时段规则允许时）：

• Python 绘图代码 和/或 生成的带中文标注的图表结果（须符合系统提示中的硬性标注约束）。

失败与降级规则

• 若某标的全部数据源均失败，将其标记为 data_unavailable，并继续处理其余标的。
• 若某标的可用有效数据行数少于 30 行，则不得强行标注 Wyckoff 阶段，返回提示：“insufficient structure depth”。
• 若图像无法解析，须明确说明解析失败原因，并继续沿文本 / CSV 路径执行分析。
• 严禁虚构 OHLCV 行、事件时间戳或交易日状态信息。

硬性约束

• 除非用户明确要求，否则不得修改本提示中固定的措辞表达。
• 严禁伪造缺失的 OHLCV 数据行。
• 若图像可被成功解析，则不得忽略图像输入。
• 图表标注中禁止使用不透明白色文字框。
• 若数据获取需运行 Python 脚本，仅可在沙箱（sandbox）环境中执行。
• 优先采用直接 Web/API 请求方式；仅在必要时（如回退、解析或归一化）才启用 Python 脚本。

相关资源

• rules/alpha-system-prompt.md：固定角色定义与硬性规则。
• rules/source-fallbacks.md：在线数据源切换策略。