做正确的事—2025年6-9月

同学东财账户今年的收益率
热闹总是别人的
我什么都没有

将功能解耦，
盘前（或盘后）单独运行一个程序来检查条件单
事情变得更简单、更清晰

1. 日志 
搞定，启动时附带一个时间戳

2、OCR识别：
搞定，下载了同花顺PC版登录银河证券，字体改为微软雅黑，中等大小
摸索之后可以正常识别证券代码和持仓数量

不要急
一个一个来。

在GPT的帮助下，又重新整理了需求

1. 日志与进程管理（工具类，先做）
• 目标：保证程序长期运行稳定，避免日志被占用或进程挂死。
• 方案：
• 每次启动新日志文件（带时间戳/进程号）；
• 定时自动重启（Linux 脚本更简单）；
• 开发在 Windows，运行部署在 Linux（开发体验 + 运维便利）。
• 难度：较低。

⸻

2. OCR 客户端优化（快速验证）
• 目标：找到字体清晰、OCR 识别率高的交易客户端。
• 方案：
• 安装并测试 同花顺交易端（如有“仅交易”模式更佳）；
• 安装并测试 通达信版交易端（字体虽小但笔画清晰）；
• 通过对比两者截图识别结果，选一个作为主要 OCR 来源。
• 难度：较低。

⸻

3. 开盘前条件单校验（容易落地，单次执行）
• 目标：确保开盘前买卖双向条件单齐全，避免遗漏。
• 方案：
• 从导出/OCR 获取条件单列表，检查覆盖情况；
• 输出缺失清单，开盘前修正。
• 难度：一般。

⸻

4. 盘中持仓变化监控（核心逻辑，逐步上线）
• 目标：实时发现持仓是否有变化（新开、加仓、减仓、清仓）。
• 方案：
• OCR → dict(股票代码 → 数量)；
• 与缓存对比，输出事件。
• 补充：缓存对比逻辑升级为逐 key 精准对比，能细分“新增/减少/数量变化”。
• 难度：一般。

⸻

5. 成交触发后的程序联动（中等难度）
• 目标：当有成交时，自动提示并暂停程序，留出人工操作空间。
• 方案：
• 验证自动暂停功能（等同手动点击“暂停”按钮）；
• 成交识别后：弹窗提示股票/数量/方向，并触发暂停。
• 难度：中等。

⸻

6. 反向单补挂（分阶段推进，较高难度）
• 目标：形成从人工到全自动的反向单闭环。
• 阶段路径：
1. 手工模式：程序暂停 → 人工挂单 → 确认无误 → 恢复监测；
2. 半自动模式：程序自动填单，人工确认后提交；
3. 全自动模式：程序自动提交 + 导出条件单校验 → 自动恢复监测。
• 配套功能：手动恢复运行按钮。
• 难度：较高。

⸻

7. 程序优化补充要点（未来规划/低优先级）
• 7.1 持仓数据更新异常验证
• 问题：清仓/新开仓后界面可能还显示旧数据。
• 方案：尝试“清空快照 + 重新初始化”。
• 难度：一般。
• 7.2 持仓百分比显示优化
• 方向：仅保留核心账户重仓股的百分比，减少干扰。
• 难度：较低。
• 7.3 全自动条件单闭环（最终阶段）
• 风险较高，放在最后考虑。
• 难度：中高。

⸻

✅ 执行顺序（推荐）
1. 工具类 → 日志与进程管理
2. 快速验证 → OCR 客户端优化
3. 简单基础 → 开盘前条件单校验
4. 核心实时 → 盘中持仓变化监控
5. 中等复杂 → 成交触发提示+暂停
6. 高复杂度 → 反向单分阶段自动化
7. 可选未来 → 数据更新验证 / 百分比优化 / 全自动闭环

⸻

这样一排，就形成了一个**“从简单到复杂的爬坡路线”**：前几步都是马上可做、见效快的；后面再逐步啃核心和难点。

需要说明的是，条件单的触发、执行与成交均有提示——手机端和电脑端同步推送，但触发提示与成交提示是分开的：先推送“条件单已触发”，待实际成交后，再推送“条件单已成交”。

不过实际操作中存在一个关键问题：我常看到成交提示后，会下意识忽略后续动作。一方面是偶尔会有“头脑宕机”的情况，另一方面是因为我在银河证券用的全是网格单——这类订单成交后无需人工干预，系统会自动按规则处理，无论是建仓、清仓还是异常情况，都能灵活应对，长期下来形成了“成交后不用管”的操作惯。

但我在东方财富监控的账户不同，这里主要用条件买单和条件卖单来模拟网格单（东方财富原生网格单存在较多缺陷）。这种模式下，成交后必须手动补挂反向条件单，可我常会因为之前银河证券的操作惯，忘记在东方财富补挂，比如今天中国石化卖单成交后，我就漏挂了反向条件买单，最终错失了后续回落买入的机会，非常可惜。

所以我希望程序能针对性优化：一旦监测到东方财富有成交，立即暂停运行并弹出弹窗，清晰标注关键信息——比如“XX股票（代码XXX）条件卖单已成交，成交价格XX元”，同时明确指令“需补挂条件买单，建议挂单价XX元、买入XX股”。这样我就能对照弹窗信息“无脑操作”，大幅降低遗漏补挂的概率。

做了优化与细化

五、分阶段反向单操作功能（电脑端落地执行闭环）

功能7：电脑端反向单分阶段操作方案（手工→半自动→全自动）

• 目标：按“低风险验证→效率提升→全自动化”路径推进，兼顾安全性与操作效率

• 实现方式：

1. 前期：纯手工操作阶段

◦ 确认监控程序已暂停，手动挂反向条件买单或卖单，核对无误后提交。

◦ 在我的条件单菜单中再次核对刚才提交的条件单无误后，点击的“运行/暂停”按钮继续运行程序监测。

2. 中期：半自动挂单阶段

◦ 程序自动完成填单（标的选择、方向匹配、价格，参数填充）后结束，等待人工核对挂单信息，无误后手动点击“提交”按钮；

◦ 提交后仍需到我的条件单界面再次核对，无误后点击的“运行/暂停”按钮继续运行程序监测。

3. 后期：全自动挂单阶段

◦ 在半自动模式稳定验证后，启用程序“自动提交”功能；

◦ 程序完成填单后，自动点击交易软件“提交”按钮，并通过条件单导出功能识别“已挂条件单”列表，二次校验挂单是否成功；

◦ 校验通过后，可调用方法或模块，让监控程序继续运行。全程无需人工介入，实现反向单全流程自动化。

在豆包的帮助下
整理出来新的或需要修改的功能点
接下来慢慢实现就行

程序优化与交易流程功能清单

一、优先验证功能（核心基础功能确认）

功能1：成交触发自动暂停功能验证

• 目标：快速验证核心基础功能可用性，为后续功能开发铺路

• 实现方式：模拟盘中成交场景，触发反向单提示指令，检查程序是否能自动执行“暂停”操作（效果等同于手动点击暂停按钮），不设置“暂停X秒后自动恢复”。

二、核心基础优化功能（数据判断支撑）

功能2：缓存对比逻辑升级（基于字典逐key精准对比）

• 目标：精准定位持仓数据变化，为识别交易行为、触发自动暂停提供数据支撑

• 实现方式：

1. 统一传入参数（持仓识别数据）与缓存数据格式为字典（dict），以“股票代码”为核心对比标识；

2. 分场景返回结果：初次入缓存返回无变化，非初次对比时，逐key记录“新增（持仓新增）/减少（持仓清空）/值变更（持仓数量变化）”的具体内容。

三、交易时段规则功能（分时段流程分工）

功能3：开盘前条件单完整性检查功能

• 目标：确保开盘前策略准备到位，避免开盘后因条件单缺失导致策略失效

• 实现方式：开盘前仅执行“条件单完整性检查”，核查目标股票双向条件单（买+卖）是否齐全，不涉及成交监测。

功能4：交易时段持仓变化监测功能（关闭条件单完整性检查）

• 目标：避免交易中无效校验，确保聚焦持仓变化监测，提升流程效率

• 实现方式：

1. 交易时段关闭“条件单完整性检查”功能；

2. 仅实时监测“持仓是否因成交发生变化”，触发变化后立即提示反向单。

四、交易中响应联动功能（程序端功能闭环）

功能5：持仓OCR数据与缓存对比的成交识别功能开发

• 目标：通过数据对比精准识别成交，为后续提示与暂停提供触发依据

• 实现方式：将已完成的“持仓信息OCR截屏识别”数据，与功能2的字典缓存进行对比；若数据有变化（新增持仓、持仓数量增减），判定为有成交。

功能6：成交识别后联动提示与自动暂停功能开发

• 目标：成交后及时提示关键信息并触发暂停，为手工挂单留足时间

• 实现方式：

1. 识别到成交后，弹窗提示成交关联信息（变动股票名称/代码、持仓变化数量、成交方向推断）；

2. 同步触发功能1已验证的自动暂停功能，确保“一旦识别到成交，立即提示挂反向单”。

五、手工操作配套功能（落地执行闭环）

功能7：电脑端反向单手工操作指引明确

• 目标：确保成交后高效完成反向单挂单，减少操作失误

• 实现方式：明确成交后，基于电脑端弹窗提示的“变动股票信息”，在电脑交易端手动挂出对应反向条件单的操作步骤。

功能8：监控程序手动恢复运行功能配置

• 目标：完成反向单挂单后恢复程序监测，保障后续交易正常

• 实现方式：配置监控程序“恢复运行”按钮，支持在电脑端完成反向单挂单后，手动点击该按钮，让程序继续通过OCR截屏监测持仓变化。

功能逻辑先后顺序

1. 优先验证：完成功能1（自动暂停验证） ，确认基础功能可用；

2. 基础开发：开发功能2（缓存对比升级） ，为数据判断打基础；

3. 时段规则配置：同步开发功能3（开盘前检查） 与功能4（交易时段监测） ，明确分时段流程；

4. 联动功能开发：开发功能5（OCR与缓存对比） ，再开发功能6（提示与暂停联动） ，实现程序端功能闭环；

5. 配套操作落地：明确功能7（电脑端挂单指引） ，同步配置功能8（手动恢复运行） ，完成整体流程闭环。

当前开盘前检查存在两处核心逻辑需优化，具体如下：

1. 检查范围修正：从“持仓股”扩展至“自选股（网格设定代码）”

现有开盘前检查仅针对持仓股，未覆盖网格策略中设定的自选股，这一逻辑需优先修正——无论自选股是否有持仓，均需纳入开盘前检查范围，确保网格策略下所有目标股票都能被监控。

2. 检查规则强化：自选股必须双向设置条件单（买+卖）

针对自选股的检查，需强制要求“双向条件单”，即：

• 无论该股票当前是否持仓，都必须至少设置1个条件买单和1个条件卖单，不可为简化操作或减少界面显示而只检验单一方向的条件单。

• 若某一方向的条件单暂不需要高频触发（如当前不想轻易买入），可通过“低价格+小数量”的方式设置（例如：中国移动常规买入1000股，可将该条件买单设为“200股+较低价格”），核心是确保界面上能显示该方向的条件单，占据对应位置。

3. 界面显示优化：通过颜色区分，强化双向可视化(当前已实现)

双向条件单在界面上需通过颜色明确区分，形成对称展示，便于快速识别：

• 条件买单：以黄色价位点显示在界面上。

• 条件卖单：以红色价位点显示在界面上。

• 最终呈现效果为：当前股价通常位于黄色买单点位与红色卖单点位之间，买卖点对称分布，直观清晰。

若当天存在新开仓或清仓操作，其结果不会及时反映在图形上。图形仅会显示程序启动时，持仓股列表中已有的股票，无法实时同步当日新增或清空的持仓。

针对该问题，可通过以下两种方式解决：

1. 定期重启应用：这是最直接的方法，通过隔一段时间重启程序，强制刷新持仓数据并更新图形显示。

2. 定期清除缓存：相比重启，可设置更短的时间间隔，让系统自动清除当前缓存数据，触发数据重新加载，以此实现图形的实时更新。

需要说明的是，上述问题属于次要问题。监控程序的核心目标是两点：一是及时发现条件单是否存在遗漏；二是在有成交发生时，立即挂出反向条件单。要实现这一核心目标，可通过以下关键逻辑覆盖全场景：

• 开盘前检查：重点核查是否存在未触发或遗漏的条件单，确保所有预设条件单正常生效。

• 开盘中监控：实时跟踪持仓股数量变动——这是判断条件单是否成交的核心依据。当识别到持仓变动时，立即执行对应操作：

◦ 若持仓股数量增加（即买入成交），系统需提示用户挂出卖出方向的条件单。

◦ 若持仓股数量减少（即卖出成交），系统需提示用户挂出买入方向的条件单。

当前存在一个待优化点：现有提示信息会在几秒内自动清除，建议延长提示信息的保留时间，确保用户能清晰看到并及时操作。

今天一阵操作猛如虎
打开监控时就发现东财缺乏有效的条件卖单--实际上是其条件卖单被触发
但是尚未成交
所以判断逻辑还应该核对当日委托
这是一点小瑕疵
问题不大

东财PC版独立交易版中，
并没有像苹果手机APP端那样
持仓股直接关联到条件单
所以要看某只股票是否设置了条件单
需要反复切换到条件单肉眼查看
确实很不方便

目前的程序还是有一些不足
比如检查条件单时，
应该针对自选的几只重点股票检查
而目前是按照持仓股检查
如果当天某只股票清空--比如今天的石化
就会跳过对其的检查
至少没有再核对其条件买单是否存在
或者退一步讲
当发现持仓股为0时
应该第一时间检查条件买单，如果没有则马上发出提醒。