284 lines
6.3 KiB
Markdown
284 lines
6.3 KiB
Markdown
# GPT 讨论上下文：QPI 草稿案例审阅
|
||
|
||
date: 2026-06-17
|
||
|
||
repo: `C:\Users\wangq\Documents\Codex\work-projects\the-mindscape-of-bro-tsong`
|
||
|
||
purpose: 给 ChatGPT / CCRA / Owner 讨论 QPI draft cases 使用
|
||
|
||
## 1. 我们在做什么
|
||
|
||
我们正在为 `the-mindscape-of-bro-tsong` 的 `model_library_mvp` 阶段，稳定 QPI 模型。
|
||
|
||
QPI 当前不是“问题文本分类器”，而是：
|
||
|
||
```text
|
||
用于判断某个认知主体在特定上下文中，
|
||
如何将期望—现实落差框定为 Question、Problem、Issue、mixed 或 no-call，
|
||
并识别其中的上下文缺口、动态演化和误框定风险。
|
||
```
|
||
|
||
因此，QPI 判断的对象不是一句话本身，而是：
|
||
|
||
```text
|
||
某个主体
|
||
在某个场景
|
||
基于知识结构、责任位置、目标、资源、时间压力
|
||
把某个期望—现实落差
|
||
框定成 Q / P / I / mixed / no-call 的过程
|
||
```
|
||
|
||
## 2. 当前状态
|
||
|
||
Codex 已经从 8 份原始素材中加工出：
|
||
|
||
```text
|
||
62 个 QPI draft cases
|
||
```
|
||
|
||
这些案例状态都是：
|
||
|
||
```text
|
||
draft_owner_review_needed
|
||
```
|
||
|
||
它们还不是：
|
||
|
||
- selector calibration JSON
|
||
- regression cases
|
||
- CCRA 审定案例
|
||
- QPI stable 证据
|
||
|
||
它们只是供 Owner / GPT / CCRA 审阅和修正的 Markdown 草稿。
|
||
|
||
## 3. 讨论方式
|
||
|
||
每次讨论只处理一份原始素材和它对应的一份 `.cases.md`。
|
||
|
||
推荐上传：
|
||
|
||
1. 本上下文文档。
|
||
2. 一份原始素材。
|
||
3. Codex 对应加工出的 `.cases.md` 草稿。
|
||
|
||
不要一次上传 62 个 cases。
|
||
|
||
## 4. GPT 本轮任务
|
||
|
||
GPT 需要帮助 Owner 判断：
|
||
|
||
1. Codex 抽出的 case 是否成立。
|
||
2. 是否有 case 应该删除。
|
||
3. 是否有 case 应该合并。
|
||
4. 是否有遗漏的重要 case。
|
||
5. 每个 case 的 QPI 判断是否合理：
|
||
- `classification_scope`
|
||
- `is_provisional`
|
||
- `classification`
|
||
- `dominant_scarcity`
|
||
- `classification_confidence`
|
||
- `recommended_next_step`
|
||
6. 是否误把 `inter_viewpoint_divergence` 写成 `intra_frame_mixed`。
|
||
7. 是否误把组织级 Issue 降维成 Problem。
|
||
8. 是否把具体可执行 Problem 恶意升维成 Issue。
|
||
9. 是否存在脱敏不足或敏感信息残留。
|
||
10. 哪些案例值得进入后续 digest / calibration / regression。
|
||
|
||
## 5. QPI 判断规则摘要
|
||
|
||
### 5.1 Question
|
||
|
||
核心匮乏物是信息、事实、定义、位置、证据或标准答案。
|
||
|
||
适合：
|
||
|
||
- 查询
|
||
- 检索
|
||
- 补充事实
|
||
- 明确概念
|
||
|
||
### 5.2 Problem
|
||
|
||
目标相对明确，但缺路径、方法、资源、分解、工程实现或执行闭环。
|
||
|
||
适合：
|
||
|
||
- 拆解
|
||
- 求解
|
||
- 工程化
|
||
- 制定方案
|
||
|
||
### 5.3 Issue
|
||
|
||
不是只看“有没有多人组织”。只要存在持续治理负荷，就可能是 Issue。
|
||
|
||
Issue 典型信号：
|
||
|
||
- 成功标准不唯一。
|
||
- 多个合理目标长期冲突。
|
||
- 不能一次性解决，只能持续治理。
|
||
- 解决动作会改变后续问题结构。
|
||
- 涉及权责、激励、秩序、合规、审计、真实性、共识、长期副作用。
|
||
- 局部真实可能冒充整体结构。
|
||
- 需要人工确认、权威来源或边界协议。
|
||
|
||
### 5.4 mixed
|
||
|
||
`mixed` 只用于同一主体、同一场景、同一阶段内多类匮乏物并存。
|
||
|
||
例如：
|
||
|
||
```text
|
||
同一组织在同一合规场景中，同时存在资源硬缺口和秩序/合规风险。
|
||
```
|
||
|
||
### 5.5 multi-perspective
|
||
|
||
同一句输入在不同主体、责任位置、时间尺度下会被框定为不同 QPI 类型。
|
||
|
||
这不是 mixed。
|
||
|
||
例如：
|
||
|
||
```text
|
||
如何提高流量？
|
||
```
|
||
|
||
对学生可能是 Question。
|
||
|
||
对营销经理可能是 Problem。
|
||
|
||
对集团营销总监可能是 Issue。
|
||
|
||
## 6. 需要特别关注的误判
|
||
|
||
### 6.1 暴力降维
|
||
|
||
把系统性 Issue 压成个人执行 Problem。
|
||
|
||
例如：
|
||
|
||
```text
|
||
激励结构失灵 -> 被说成某些人不努力。
|
||
```
|
||
|
||
### 6.2 恶意升维
|
||
|
||
把职责范围内可执行 Problem 放大成不可触碰的宏大 Issue。
|
||
|
||
例如：
|
||
|
||
```text
|
||
具体执行路径缺失 -> 被说成时代问题、文化问题、战略问题。
|
||
```
|
||
|
||
### 6.3 工具解法主义
|
||
|
||
把主体-上下文-治理问题误判为工具不熟。
|
||
|
||
### 6.4 过早定性
|
||
|
||
缺少主体、场景、责任范围、成功标准、资源约束、时间尺度时，仍然高置信判定 Q/P/I。
|
||
|
||
## 7. 审阅输出格式
|
||
|
||
GPT 最好按下面格式给出结果。
|
||
|
||
```md
|
||
# QPI Case Review Result
|
||
|
||
## 1. 总体判断
|
||
|
||
这份素材适合 / 不适合进入 QPI 案例库。
|
||
|
||
## 2. 建议保留的 cases
|
||
|
||
- Case XXX：保留。理由：...
|
||
|
||
## 3. 建议删除的 cases
|
||
|
||
- Case XXX：删除。理由：...
|
||
|
||
## 4. 建议合并的 cases
|
||
|
||
- Case XXX + Case YYY：建议合并。理由：...
|
||
|
||
## 5. 建议改判的 cases
|
||
|
||
- Case XXX：
|
||
- 原判断：
|
||
- 建议判断：
|
||
- 理由：
|
||
|
||
## 6. 遗漏案例
|
||
|
||
- 建议新增 case：...
|
||
|
||
## 7. 脱敏问题
|
||
|
||
- 是否有敏感信息残留：
|
||
- 建议替换：
|
||
|
||
## 8. 最值得进入 digest/calibration/regression 的案例
|
||
|
||
- digest:
|
||
- selector calibration:
|
||
- regression:
|
||
|
||
## 9. 需要 Owner 判断的问题
|
||
|
||
- ...
|
||
```
|
||
|
||
## 8. Codex 后续会怎么做
|
||
|
||
Owner 和 GPT 完成审阅后，Codex 会：
|
||
|
||
1. 根据审阅意见修改 `.cases.md`。
|
||
2. 标记 owner-reviewed 状态。
|
||
3. 把确认案例转成 case digest。
|
||
4. 把适合 selector 的案例合并进 `selector/selector_calibration_inputs.json`。
|
||
5. 把少量关键边界案例加入 regression。
|
||
6. 重跑完整验证链。
|
||
7. 生成 CCRA 审核补充资料。
|
||
|
||
Codex 不会：
|
||
|
||
- 把未确认草稿直接转 JSON。
|
||
- 把 62 个案例全部塞进 regression。
|
||
- 因案例数量增加就升级 stable。
|
||
- 扩展第三模型。
|
||
- 引入 LLM selector。
|
||
- 接完整问题回答系统。
|
||
|
||
## 9. 当前相关本地文件
|
||
|
||
QPI 规则：
|
||
|
||
- `docs/QPI_CONTEXTUAL_ROUTING_RULES.md`
|
||
- `docs/model_case_preprocessing/qpi/CASE_PREPROCESSING_WORKFLOW.md`
|
||
|
||
草稿目录：
|
||
|
||
- `reports/model_case_preprocessing/qpi/round-01/`
|
||
|
||
交接文档：
|
||
|
||
- `reports/Codex新会话交接文档_QPI案例草稿审阅与第三轮后续_2026-06-17.md`
|
||
|
||
第三轮审核包：
|
||
|
||
- `ccra_review_bundle/round-03_2026-06-17_contract-hardening-selector-calibration/00_OPEN_THIS_FIRST_CCRA_REVIEW_BRIEF.md`
|
||
- `ccra_review_bundle/round-03_2026-06-17_contract-hardening-selector-calibration/01_GUIDANCE_PACK_AND_COMPLIANCE_MATRIX.md`
|
||
|
||
## 10. 当前模型状态
|
||
|
||
继续保持：
|
||
|
||
```text
|
||
qpi: draft / B / pending
|
||
intellectual_archaeology: draft / B / pending
|
||
```
|
||
|
||
本轮审阅的目标不是升级 stable，而是筛出可以进入 digest / calibration / regression 的高质量真实案例。
|