股票信号雷达（标讯）

概述

版本：1.1.0

面向炒股的股民与买方机构的标讯投研助手。把比地招标网的招投标公告、上市公司、企业工商/司法/风险数据，编排为信息提示与事件信号（仅做信息整理，不构成投资建议）：事件信号、持仓订单监测、公司风险预警、行业景气扫描、自动简报，并支持进阶的订单能见度/业绩前瞻与竞品份额对比。支持双形态输出——

• 信号卡（默认·股民向）：手机友好的轻量卡片，大字号、突出事件信号与持仓提醒，内置合规声明。
• 研报风（机构向）：详细版式，适合买方研究员/交易员归档与系统接入。

本 skill 是「金融语义层」：不直接调用比地 API，所有取数统一委托 [bidi-tender-search](../../bidi-tender-search__skillhub/SKILL.md) 技能（下称 BTS）。Token 安全、计费说明、HTTP/业务状态码处理全部沿用 BTS，本 skill 不重复实现。

安全要求（继承 BTS）

• 凭据仅从宿主安全配置或环境变量 BIDI_API_TOKEN 读取，绝不写入本 skill、项目文件或对话。
• 找不到 Token 时不调用任何 API，直接引导用户走 references/onboarding.md 的「自备账号」流程。
• 每次调用均计费（BID-001 0.2 元/次、BID-002 0.5 元/次、上市公司 0.1~0.6 元/次），以满足请求为前提最小化调用，并在产出中说明检索范围与计费。

双形态（输出）

• 信号卡 --mode signal（默认，面向股民/移动端）：突出今日事件信号（正向/负向事件条数）、持仓订单进度、风险预警，版式窄屏优先、大字号，适合手机浏览与快速决策；卡片内置合规声明。
• 研报风 --mode report（面向买方机构）：完整版式，含订单时间线、行业景气趋势图、公司全景（含风险分）、事件催化表、风险提示，适合归档与可审计。
• 两种形态共用同一份数据 JSON 与渲染内核（scripts/build_briefing.py），仅模板不同；区块为空时自动隐藏。

按需分析与每日监测

• 按需分析：用户给出公司/行业/时间窗口，输出一次性信号卡或研报（详见 references/scenarios.md）。监控对象支持上市公司（add-stock --code）与非上市公司（add-company --name 纯公司名），一级市场（PE/VC）投资者可借此跟踪未上市被投企业的中标动态。
• 每日监测：用 scripts/profile_manager.py 维护持仓/关注股票池、行业、关键词、cadence，由 WorkBuddy automation 定时触发取数→渲染（仅生成本地文件，分发由调用方自理）。完整链路见 references/monitor-pipeline.md。

定时监测（automation）

已内置一条 WorkBuddy 定时自动化（默认每日 08:30，weekly 自动仅在周一执行），其 prompt 自包含：

1. 检测 BIDI_API_TOKEN，缺失则输出 references/onboarding.md 引导并停止；
2. 读 profile；按 cadence 闸门决定是否执行；
3. 经 bidi-tender-search 对持仓股票跑场景二（持仓订单监测）、对行业跑场景四（行业景气）、并默认派生场景一（事件信号）；
4. 组装数据 JSON 并调 scripts/build_briefing.py 渲染本地 HTML（默认信号卡形态）；
5. 上报输出路径与 1 行摘要，绝不打印 Token。

如需调整频率/组合/形态，改 automation 的 rrule、profile 的 cadence，或渲染时指定 --mode。

五大场景（按买方优先级，详见 references/scenarios.md）

1. 事件信号（信息提示）：把标讯事件映射为正向/中性/负向信号，提示今日有哪些值得关注的事件——股民首选。每条带原文链接，可追溯。
2. 持仓订单监测：跟踪自己持仓/关注股的订单落地（中标/合同金额与时间线），判断基本面变化。
3. 公司风险预警：持仓/关注股的工商+司法+风险扫描与 0~10 风险分，提前排雷。
4. 行业景气扫描：按行业聚合招标量额做环比，判断赛道冷暖。
5. 自动简报：每日/每周汇总，串起上面所有信号。

进阶（投研框架，按需启用）

• 订单能见度 / 业绩前瞻（场景二-b）：把中标金额与公告节奏固化为未来 1~2 季度营收确认的方向性研判，从「查数据」走向「研究框架」。
• 竞品份额对比（场景四-b）：同行业多家公司中标金额时间序列对比，得到份额变动信号（因子化延伸）。

首次使用引导（主动触达）

本 skill 面向新用户主动提示开通流程，不只在发起取数时才拦截：

• 触发：任何入口（含纯咨询「你能干嘛 / 怎么用」）首次命中本 skill、且当前会话尚未确认 BIDI_API_TOKEN 已配置时，先输出一次「3 步开通 + 配置 Token」提示（指向 references/onboarding.md 的正式开通入口 https://www.bidizhaobiao.com/sjjk/），再继续回答用户本次问题。
• 区分处理：
  • 纯咨询类（介绍能力/场景）：先给一次引导提示，再正常介绍，不打断。
  • 取数 / 监测类：若确认无 Token，必须先引导并停止，不调用任何 API（同安全要求与每日监测第 2 步）。
• 已配置判别：宿主安全配置或环境变量中已存在 BIDI_API_TOKEN 时，不再重复提示，直接走使用流程。
• 引导要点（完整步骤见 onboarding.md）：① 注册并登录比地数据接口控制台 https://www.bidizhaobiao.com/sjjk/；② 申请「招投标数据 API」权限包并生成 Token；③ 把 Token 配置进宿主安全配置（或本机 BIDI_API_TOKEN 环境变量）。

使用流程

1. 确认 BIDI_API_TOKEN 可用；不可用 → 输出 onboarding 引导，停止（首次命中且未确认配置时，即使纯咨询也会先弹一次引导提示，见上方「首次使用引导」）。
2. 调用 BTS 对应接口取数（BID-001 公告搜索、STK-001 上市公司基本、IC-001 工商基本等）。
3. 按 references/report-style.md 的规范，用 scripts/build_briefing.py --mode signal|report 渲染单文件 HTML。
4. 说明检索范围、时间窗口、计费与「未披露/未查证」项。

关键约束与已知限制

• 合规边界（最高优先）：本 skill 仅做信息提示与事件信号，不构成投资建议，不输出买卖指令、不触发交易。所有产出模板内置合规声明，风险提示区块强制出现。涉及投资建议/适当性管理/交易执行须回到监管框架。
• 营收数据不可用：比地 STK-004 上市公司财务 接口当前已下架（状态=删除）。因此「中标金额占营收比」无法直接由本 skill 计算，改为呈现中标金额绝对值，并显式标注「需结合公司财报校验占比」；订单能见度场景只做方向性研判，不臆造占比数字。
• 渠道(channel)为整数编码：公告类型（招标/中标/合同等）用 channel 整型数组过滤，具体字典以 BTS 实时目录为准；不要臆造编码。
• 金额单位：biddingBudget/winBidPrice 为字符串，可能带「元/万元/亿元」，渲染前需归一化为元再汇总。
• 不推测缺失字段：缺失预算/中标方/截止时间时标注「未披露」，不得填充。
• A 股配色约定：利好/中标用红色，风险/利空用绿色（遵循国内「红涨绿跌」惯例），仅在图表与标签中使用，不影响结论文字。

参考资料

• references/onboarding.md — 股民/机构自备比地账号申请引导
• references/scenarios.md — 各场景查询编排（接口、参数、汇总口径）
• references/monitor-pipeline.md — 定时监测编排手册（profile→取数→渲染→落地）
• references/report-style.md — 双形态 HTML 模板规范（信号卡 + 研报风）
• scripts/profile_manager.py — 监控标的 profile 管理（add-stock 上市公司 / add-company 非上市公司 / 行业 / 关键词 / cadence）
• scripts/build_briefing.py — HTML 渲染（双形态，含内联 SVG 图表）
• assets/briefing_template.html — 研报风模板骨架
• assets/signal_card_template.html — 信号卡模板骨架（手机友好）

商业化说明

• 本 skill 对外分发时采用各用户自备比地 API 账号模式：skill 不托管计费，只引导申请与配置 Token（见 onboarding.md）。股民与买方机构均用自己的比地账号。
• 开放生态分发：每个场景已通过 references/scenarios.md 路由为独立可调用子能力，可上架到 OpenClaw / Coze / ima Skill 广场等 Agent 平台，让比地的招投标另类数据出现在股民常用的 AI 入口（见 onboarding.md 第六节）。
• 推送仅生成本地 HTML 文件，推送至微信/邮件/内部系统由调用方自理。