--- name: position-thesis-monitor description: "将新闻、电话会、年报与日线行情和技术面变化送入统一的 Jev 监控流程，检查投资假设、解释证据冲突并按需复核。用于建立持仓监控、研究变化、检查风险或历史回放。" --- # 持仓论点监控 帮助用户知道：原来的判断现在由什么证据支撑，哪里发生变化，下一步需要验证什么。Jev 是正常监控路径的必需语义模型；程序负责采集、计算、状态和预算，当前宿主的强模型负责建档、研究复核、解释与监控计划修订。 使用 TypeSafe 官方 Skill 设计或修改 Jev 问题与接入；部署包未安装该 Skill 时，按 [Jev 问题设计](references/jev-design.md) 的官方文档入口读取当前 API 合同。不要把 Jev 降为旧流程的可选打分插件。 ## 选择本次工作 - **首次建立或修改判断**：读 [建档与监控计划](references/intake.md)。允许只有标的、没有完整论点的 Thin Start。 - **日常扫描、年报到来或新增证据**：读 [执行与状态](references/runtime.md)，调用 `scripts/ptm.py`。批量判断由代码组织，不由强模型逐条预写摘要。 - **处理复核队列、回答变化或给出提醒**：读 [研究闭环](references/review.md)。强模型完成指定问题并回填证据，不把 Jev 标签直接当投资结论。 - **历史回放或模拟**：读 [回放与验收](references/replay.md)，先冻结起点和论点，再推进信息时间。 - **选择来源或进入云端运行**：读 [来源与运行宿主](references/sources-and-hosts.md)。实际部署与可运行代码分别报告。 ## A：建立可执行的观察计划 用用户原话、决策机制、兑现窗口和失败条件建立少量稳定 ID 的论点。将每条论点转为可观察条件、原生更新周期、来源与相关实体、Jev 问题和补证路径。状态必须区分用户原话、用户确认、Agent 推断与模拟设定。 用户确认投资含义、行动条件、费用和数据范围。已授权范围内的问题措辞、分块和同类来源维护不逐项重新询问。已有充分材料就直接编制计划；缺失信息只问影响目标或正确性的部分。 普通用户可以只给一个标的：先用 `hypotheses: []` 建立开放重大变化扫描，后续再逐步补论点。没有 thesis 不妨碍明确行动条件和官方披露监控。 ## B：持续证据处理 使用一条处理链、两类输入。资料面由程序提取原文与来源；行情面由程序计算日线收益、回撤、趋势、量能和相对表现。两者都形成证据事件，调用 Jev、写入同一假设信号和研究队列。行情不是仅供提醒的旁路，没新闻也不停止处理。 行情常态调用 Jev 判断趋势状态、变化性质、共同/个别市场运动，以及各假设受到的支持或压力；指标缺失返回缺口，不伪造基准或历史。数学与确定性极端风险条件由代码负责。详细协议见 [统一证据流](references/unified-evidence.md)。 1. 按来源计划取得新增材料；正式公告先读元数据，之后获取可定位正文。保留原文及采集记录。 2. 调用 `ingest` 持久化证据，成功后才提交来源水位。失败来源单独记录，不能把空文本当成功。 3. 调用 `run`：程序完整分块正文。先批量判断各论点的适用范围和证据性质，仅对通过的论点发起第二轮方向与反证问题。范围不符的题目根本不问方向；范围不确定的材料保留待补证，不把跳过编成模型回答。 4. 程序先保存每个分块的原始回答，聚合到原事件和原生报告周期。相同事件重新扫描不重新调用；失败从已保存分块续跑。 5. 正式定期报告独立建立复核义务。Jev 失败不撤销已保存事件、成功水位或已有复核任务。 6. 对候选缺口，按计划内预算补正文、附件或指定一手来源，再处理新增证据。新增来源、开放式新机制由宿主研究处理；不要为了等第二份证据而让候选永久停滞。 7. 使用 `cycle` 合并资料事件、行情观察和来源状态。程序汇合两类信号，识别一致、压力、冲突或缺口；同一标的同一监控日合并成一个研究任务。发布前的价格不能当作发布后的市场反应。 8. 检查行动条件、预期窗口、未完成复核与来源健康。无实质变化时只记录，不强制报告；单靠行情也可以产生需要深入的问题。 后台观察量与用户可见核心指标分开；取消固定 6–12 项作为语义观察上限。按取数、语义调用、研究和用户注意力分别预算。兼容复核按原事件合并；重要事项预算不足时保留待处理义务。 ## C：研究与反馈 GPT 不重复每一项日线技术判断。它处理 Jev 识别但尚未解释的问题：为何两类证据冲突、是不是漏了消息、市场预期/估值或风险承受是否变化，以及应怎样更新投资判断。严重行情不得以“无新闻、论点不新鲜”停止研究；这些是任务要解决的缺口。 直接的市场/价格路径假设，可在计划明确配置 `market_role: direct` 与 `auto_assessment: true` 时按可信判断更新 supported/challenged。其他经营假设受到市场压力时进入待重估，不能把价格方向直接写成新收入或新毛利率事实。 领取 Review Job 后，阅读其证据与必要全文，检查口径、先前基线、反例及量级，完成任务要求的检查。行情和一致预期没有可靠来源就标缺口；普通事件不强制做估值和交易论证。 复核完成需回填可在原文定位的引用、事实/推断区分、受影响论点、下一观察点和通知内容。程序验证证据引用及领取权限，但这些验证不能替代强模型对结论含义的判断。 修正事实评价不会自动改写用户的命题。改变用户信念、Kill Rule 或行动意图需取得确认；改变观察问题或补证方法则作为计划修订保存和回放。对一次错误先定位输入、候选、问题、模型、代码或来源问题，再做对应修改。 ## 输出给用户 每日记录必须回答：今天实际输入什么 → 程序/Jev 各做了什么 → 是否深入及原因 → 已完成的复核结果或明确阻塞 → 各假设前后状态 → 系统下一步与用户是否需行动。用 `day` 命令从实际记录导出；Jev 未调用就写未调用，未深入就不编复核结果。假设状态未变但新证据增加，也要区分。 演示先给起点的投资逻辑，再按日期展示这条链。测试分数、费用、反事实和技术修复移到附录，不与日常使用主线混排。历史输入不完整时一次说明覆盖范围，不声称已扫描全市场。 需要注意时，先给发生的事实与时点，再解释对哪一步判断有影响、当前还不能判断什么、下一次看什么。默认短通知链接到完整证据记录。 日常无变化默认不推送；用户要求每日回执时返回一两句。来源故障明确说明覆盖缺口。模拟提醒明确标“回放”，不发送成真实当前告警。 ## 必须保持的边界 - 输入时间以**公开可知时间**为准，不把报告期末或公司内部获知时间当成公众已知时间。 - 概率是具体问题的模型输出，不是论点真实性、投资胜率或用户信心。 - 可能发生的风险、已经发生的事实、管理层指引和日程通知分别处理。 - 转载、多个分块、同季度反复扫描都不能增加独立证据或跨期次数。 - 不自动下单。行动条件只产生关注与复核。 - Key 仅从运行环境或工作区 `.secrets/typesafe.env` 读取；用检查命令确认状态，不读取或展示原值。 - 回放 workspace 与 live workspace 分开；模拟命题不能直接升级为真实用户确认。 - `pilot` 表示链路试运行；只有来源、持久状态、宿主定时、研究执行与通知均实际验证后才能声称持续监控启用。 ## 运行入口 Python 3.11+，核心运行器使用标准库。`PTM_WORKSPACE` 或显式 `--workspace` 指向工作数据目录，源码目录不存放持仓、key、数据库或日志。 ```text python scripts/ptm.py --workspace <持久工作区> plan <计划.json> python scripts/ptm.py --workspace <持久工作区> ingest <证据.json> --as-of <时点> python scripts/ptm.py --workspace <持久工作区> run --as-of <时点> python scripts/ptm.py --workspace <持久工作区> cycle <两类输入.json> --as-of <时点> python scripts/ptm.py --workspace <持久工作区> status python scripts/ptm.py --workspace <持久工作区> day --date <日期> ``` 先运行 `python -B -m unittest discover -s tests` 验证本次实现，再以真实来源回放检验行为。具体参数、恢复和结果协议见执行参考；测试与回放不放入正式定时任务。