208 lines
12 KiB
Markdown
208 lines
12 KiB
Markdown
# 1
|
||
|
||
我在writing-workbench中，用子会话调用张辽了三次。
|
||
`C:\Users\wangq\Documents\Codex\writing-workbench\projects\水晶裹尸布与生命体\audit\张辽\`
|
||
* `r1.1`是第一次会话的第一次调用；
|
||
* `r1.2`是第1次会话的第2次调用；
|
||
* `r2.1`是第2次会话的第1次调用.
|
||
|
||
现在的问题是，除了`r1.1`像张辽，其他两次都不像。每个目录下的`prompt-to-send.md`是发出的；`returned-output.md`是回复。
|
||
* `C:\Users\wangq\Documents\Codex\writing-workbench\projects\水晶裹尸布与生命体\audit\张辽\r1.1\prompt-to-send.md`
|
||
* `C:\Users\wangq\Documents\Codex\writing-workbench\projects\水晶裹尸布与生命体\audit\张辽\r1.1\returned-output.md`
|
||
|
||
不像的原因：
|
||
|
||
1. 标题不对
|
||
2. 内容结构不对
|
||
3. 口吻不对
|
||
|
||
我看了张辽的原始提示词（WEB 单智能体），位置`C:\Users\wangq\Documents\Codex\knowledge-vault\prompts\ccpe\ccpe\强哥的虎贲卫\张辽\张辽1.2.md`，和CCPE System中的`C:\Users\wangq\Documents\Codex\ccpe-system\agents\lite\zhang-liao.prompt.md`，也确实是对原题诗词的封装，那么为什么后两次完全不像呢？
|
||
|
||
对，明白了。更准确的复盘是：
|
||
|
||
`水晶裹尸布与生命体提纲评审-张辽.md` 现在不是第一次调用时的原始 prompt，而是“原始 prompt + 你后来手动贴入的 r1.1 张辽回复”。所以我刚才用当前文件尾部去解释 r1.1，确实把后置状态误当成了前置输入。
|
||
|
||
真正可用的证据是子线程记录：第一次子线程在执行中主动发现“只写了 CCPE 张辽，但任务文件没定义张辽标准”，于是它自己去找并加载了本地 canonical 张辽提示词，所以像张辽。后两次没有把这个“主动找 canonical prompt”的行为固化进委派协议，因此漂成了普通 review 输出。
|
||
|
||
核心修正不变：以后 invocation packet / prompt-to-send 里必须显式带 `canonical_artifact_path`，并要求先读取张辽 Lite，读不到就阻塞。这样就不依赖子线程临场自救。
|
||
|
||
# 2
|
||
|
||
> 后两次没有把这个“主动找 canonical prompt”的行为固化进委派协议，因此漂成了普通 review 输出。
|
||
这个是谁没有固化？
|
||
是你这里要改，还是`writing-workbench`？
|
||
|
||
你可以对比检查一下巨人的配置。
|
||
巨人的三次输出很稳定，`C:\Users\wangq\Documents\Codex\writing-workbench\projects\水晶裹尸布与生命体\audit\巨人`，一看就是巨人的东西。
|
||
所以巨人的配置应该没问题。
|
||
|
||
不是 `zhang-liao.prompt.md` 本身没固化。没固化的是 **writing-workbench 的委派包/调用记录层**。
|
||
|
||
我对比了巨人：
|
||
|
||
- 巨人三次 `prompt-to-send.md` 和张辽是同一类模板，只把名字换成 `巨人`。
|
||
- 巨人的 `run-metadata.json` 也没有 `canonical_artifact_path`、`canonical_agent_artifact_path`、`giant-cognition.prompt.md`。
|
||
- 巨人稳定，是因为巨人子线程在执行时也主动发现“任务文件没有 persona spec”，然后自己去 `ccpe-system` 找到了 canonical Giant prompt，并用了 `# 巨人认知分析报告`、`GL0-GL4` 结构。
|
||
- 张辽第一次也自救成功；后两次没有稳定自救，于是漂成普通 review。
|
||
|
||
所以结论是：**巨人的输出稳定，但巨人的配置并不比张辽完整。它是运行时自救更稳定，不是委派协议更正确。**
|
||
|
||
职责拆分应是：
|
||
|
||
`ccpe-system` 负责提供 canonical agent/prompt 和 invocation contract 标准。这里其实已经有规则：Agent Invocation Packet 要包含 `canonical_artifact_path`、`role_integrity_requirement`、`no_simulation_requirement`；`prompt-to-send.md` 必须包含 canonical prompt/spec 或 canonical path。
|
||
|
||
`writing-workbench` 负责把这个标准落到具体项目调用里。当前 `writing-workbench/docs/invocation-policy.md` 只要求 `run-metadata.json`、`prompt-to-send.md`、`returned-output.md`，但没有要求记录和强制加载 canonical reviewer artifact。这就是这次漏掉的地方。
|
||
|
||
要修，优先改 `writing-workbench` 的委派模板/运行规则：
|
||
|
||
```yaml
|
||
reviewer_id: 张辽
|
||
canonical_artifact_path: C:\Users\wangq\Documents\Codex\ccpe-system\agents\lite\zhang-liao.prompt.md
|
||
canonical_artifact_type: ccpe_lite_prompt
|
||
invocation_mode: prompt_path_reference
|
||
role_integrity_requirement: must_read_before_task
|
||
missing_artifact_behavior: blocked_missing_canonical_prompt
|
||
output_structure_authority: canonical_artifact
|
||
wrapper_authority: metadata_and_file_contract_only
|
||
```
|
||
|
||
同时在 `prompt-to-send.md` 里加硬规则：先读取 canonical prompt；读不到就阻塞；YAML/输出路径只是外层文件契约，不得覆盖张辽原始标题、结构和口吻。
|
||
|
||
如果要制度化，可以在 `ccpe-system` 里再补一份更硬的 reviewer invocation template；但这次故障的实际落点在 `writing-workbench` 的调用包生成。
|
||
|
||
# 3
|
||
|
||
你再查一下显影的，也是三次，`C:\Users\wangq\Documents\Codex\writing-workbench\projects\水晶裹尸布与生命体\audit\认知显影`。
|
||
尽管有了显影报告的标题，但是味道不太对。
|
||
要么是你修了显影变成真的lite版，我不适应；要么是，没调用对。
|
||
|
||
结论：**不是你不适应新版 Lite，主要是没调用对。**
|
||
|
||
认知显影确实已经被修成了正式生产 Lite：`C:\Users\wangq\Documents\Codex\ccpe-system\agents\lite\cognitive-imaging-practitioner.prompt.md`。这个版本要求很明确：五步显影流程、RAW/底片、暗房、放大、曝光、显影、先忠实显影再结构压力测试，默认输出应接近：
|
||
|
||
`# 《{主题}》认知显影报告`
|
||
`第一部分：总体评估`
|
||
`第二部分：过程分析`，包含 RAW / 暗房 / 放大 / 曝光 / 显影
|
||
`第三部分：结构压力测试`
|
||
`第四部分：结论与后续步骤`
|
||
|
||
但这三次实际输出不是这个结构。
|
||
|
||
我查到的调用链是：
|
||
|
||
- `prompt-to-send.md` 三轮都只写了“CCPE「认知显影」”，没有 `canonical_artifact_path`，也没有 `agents/lite/cognitive-imaging-practitioner.prompt.md`。
|
||
- `run-metadata.json` 三轮也没有 canonical prompt 记录。
|
||
- `提纲评审-显影.md` 和 `提纲评审R2.md` 本身没有内嵌认知显影 Lite 的角色定义，也没有五步显影流程。
|
||
- r1.1 子线程没有像巨人/张辽第一次那样主动去找 canonical prompt，而是直接写了一个项目根目录 `returned-output.md`，后来被 controller 移到 audit 目录。
|
||
- r1.2 是延续 r1.1 的错误基线。
|
||
- r2.1 新线程也没有加载 canonical 显影 Lite，而是按普通 file-first review 做了“认知结构评审”。
|
||
|
||
所以显影这三次的状态是：**标题和少量术语像显影，但内核没有跑显影 Lite。** 更准确地说，是“普通审稿 + 认知显影名义”，不是正式认知显影。
|
||
|
||
和巨人不同的是：巨人子线程自己发现缺 persona spec，然后主动加载了 `giant-cognition.prompt.md`；认知显影没有自救。张辽第一次自救成功，后两次没稳定成功。根因仍然是 `writing-workbench` 调用包没有强制 canonical artifact。
|
||
|
||
修复应在 `writing-workbench` 的 reviewer invocation 包里做：
|
||
|
||
```yaml
|
||
reviewer_id: 认知显影
|
||
canonical_artifact_path: C:\Users\wangq\Documents\Codex\ccpe-system\agents\lite\cognitive-imaging-practitioner.prompt.md
|
||
canonical_artifact_type: ccpe_lite_prompt
|
||
role_integrity_requirement: must_read_before_task
|
||
missing_artifact_behavior: blocked_missing_canonical_prompt
|
||
output_structure_authority: canonical_artifact
|
||
wrapper_authority: metadata_and_file_contract_only
|
||
```
|
||
|
||
并且 `prompt-to-send.md` 要明确：先读取 canonical prompt；读不到就阻塞；项目 YAML 和输出路径只能作为外层文件契约，不能替代显影报告结构。
|
||
|
||
|
||
# 4
|
||
|
||
我前面对`writing-workbench`做了重构，你可以认为就是个初始化，是个空项目。
|
||
我是这么对它说的:
|
||
|
||
```md
|
||
|
||
是你的本次工作路径：
|
||
`C:\Users\wangq\Documents\Codex\writing-workbench\projects\水晶裹尸布与生命体`
|
||
|
||
我需要你先检查环境，是否能用子线程独立调用CCPE的张辽、认知显影和巨人。
|
||
|
||
如果环境无误，需要分别调用在Thread中调用这三个智能体，提示词则使用：
|
||
* 张辽用：`C:\Users\wangq\Documents\Codex\knowledge-vault\discussions\article-discussions\AI开发方法论-价值方舟建造蓝图\9.水晶裹尸布与生命体\水晶裹尸布与生命体提纲评审-张辽.md`
|
||
* 巨人用：`C:\Users\wangq\Documents\Codex\knowledge-vault\discussions\article-discussions\AI开发方法论-价值方舟建造蓝图\9.水晶裹尸布与生命体\水晶裹尸布与生命体提纲评审-巨人.md`
|
||
* 显影用：`C:\Users\wangq\Documents\Codex\knowledge-vault\discussions\article-discussions\AI开发方法论-价值方舟建造蓝图\9.水晶裹尸布与生命体\水晶裹尸布与生命体提纲评审-显影.md`
|
||
|
||
有问题提出。
|
||
|
||
```
|
||
|
||
它的回复：
|
||
|
||
```md
|
||
环境无阻塞，已启动 3 个独立背景 Thread：
|
||
|
||
- 张辽：`019ee223-4c21-7d40-9a94-12ce54bb283d`
|
||
- 巨人：`019ee223-6914-7193-b29b-e0ba5772100c`
|
||
- 认知显影：`019ee223-812a-7182-87ae-94d2c7de6891`
|
||
|
||
已确认：工作路径存在，三份提示词文件均存在且可读，`writing-workbench` 可作为本地项目创建背景线程。三个线程当前都是 `inProgress`。唯一注意点：`projects\水晶裹尸布与生命体` 目录目前为空；这不影响调用，但后续如果需要沉淀记录文件，需要再落地。
|
||
|
||
::created-thread{threadId="019ee223-4c21-7d40-9a94-12ce54bb283d"}
|
||
::created-thread{threadId="019ee223-6914-7193-b29b-e0ba5772100c"}
|
||
::created-thread{threadId="019ee223-812a-7182-87ae-94d2c7de6891"}
|
||
```
|
||
|
||
---
|
||
|
||
那么它到CCPE-System里，应该读什么？或者，需要它项目里放个什么/先写个什么？
|
||
以保证它以后都能做对，而不是每次我到你这儿来查错，然后让它去改，对吧
|
||
|
||
已经在 CCPE 里准备好了一个通用接入供应件：
|
||
|
||
[ccpe-agent-consumer-setup.md](C:/Users/wangq/Documents/Codex/ccpe-system/runtimes/hybrid/ccpe-agent-consumer-setup.md:1)
|
||
|
||
我也在 [runtimes/README.md](C:/Users/wangq/Documents/Codex/ccpe-system/runtimes/README.md:131) 加了入口索引。
|
||
|
||
以后任何业务系统要调用 CCPE Agent，先让它读这两个文件：
|
||
|
||
```text
|
||
C:\Users\wangq\Documents\Codex\ccpe-system\runtimes\hybrid\ccpe-agent-consumer-setup.md
|
||
C:\Users\wangq\Documents\Codex\ccpe-system\runtimes\hybrid\agent-invocation-packet.protocol.md
|
||
```
|
||
|
||
然后它必须在自己项目里生成一个 project-local registry，例如：
|
||
|
||
```text
|
||
ccpe\agent-registry.yaml
|
||
```
|
||
|
||
或者在 workbench 项目里：
|
||
|
||
```text
|
||
audit\ccpe-agent-registry.yaml
|
||
```
|
||
|
||
核心规则已经写进新文件：业务系统不能只说“调用张辽”；它必须先把 `张辽` 绑定到：
|
||
|
||
```text
|
||
C:\Users\wangq\Documents\Codex\ccpe-system\agents\lite\zhang-liao.prompt.md
|
||
```
|
||
|
||
同理，巨人和认知显影也必须绑定 canonical prompt。每次调用前还要生成 `agent-invocation-packet.md`，真正启动子线程后才允许保存 `returned-output.md`。`prompt-to-send.md` 或 packet 本身都不算执行结果。
|
||
|
||
你以后可以直接把这段话丢给任何业务项目：
|
||
|
||
```md
|
||
Before invoking any CCPE Agent, read:
|
||
|
||
1. C:\Users\wangq\Documents\Codex\ccpe-system\runtimes\hybrid\ccpe-agent-consumer-setup.md
|
||
2. C:\Users\wangq\Documents\Codex\ccpe-system\runtimes\hybrid\agent-invocation-packet.protocol.md
|
||
|
||
Then create or repair the project-local CCPE agent registry and invocation policy.
|
||
|
||
Do not invoke a CCPE participant until every participant name is bound to a canonical_artifact_path, the canonical artifact is readable or pasted, agent-invocation-packet.md will be written, and returned-output.md will only be saved after a real participant returns.
|
||
```
|
||
|
||
验证过：新文件已落盘，README 已引用，中文路径/名称用 UTF-8 读取正常。尚未 commit。
|