95 lines
4.9 KiB
Markdown
95 lines
4.9 KiB
Markdown
# 1
|
||
|
||
是你的本次工作路径：
|
||
`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`
|
||
|
||
有问题提出。
|
||
|
||
环境无阻塞，已启动 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"}
|
||
|
||
# 2
|
||
|
||
我看到了真实的调用，但是机制还需要完善。
|
||
|
||
1. 我们这个项目将从评审提纲环节启动。
|
||
2. 我指定项目目录后，你需要准备一个文件夹，叫Audit或者examine或者其他的。
|
||
3. 我会指定调用的评审员，评审员都从子线程启动，你需要记录子线程id
|
||
4. 我可能会让评审员直接评审提纲，会发出一个提纲裸审；也可能像本次这样是带着充分上下文的审核
|
||
5. 评审员需要把评审结果写到各自目录下，比如`audit/张辽/r01/`。本次只有显影写了，但是写到根目录。
|
||
6. 我修改好提纲后，会指定评审员
|
||
1. 继续审（大概率），这样它已经有了第一次的上下文，评审结束后写到`audit/张辽/r02/`下
|
||
2. 或者重开评审
|
||
|
||
总结就是调用评审员，我来指定；我提供完整提示词，还是让它评审标的物；是否使用上次会话。
|
||
|
||
基于以上内容，你总结一下，然后看需要怎么整理准备这个环境，需要修改哪些配套规则文件。
|
||
|
||
这个就是评审提纲环节的全部了。
|
||
|
||
# 3
|
||
|
||
这个是基于评审员评审后，修订的2.0版提纲
|
||
`C:\Users\wangq\Documents\Codex\knowledge-vault\discussions\article-discussions\AI开发方法论-价值方舟建造蓝图\9.水晶裹尸布与生命体\水晶裹尸布与生命体提纲2.0.md`
|
||
你续着它们三个的会话，让他们对这个提纲进行第二轮的评审。
|
||
|
||
我们可以试出来：
|
||
1. 是否续上
|
||
2. 是否保存正确
|
||
|
||
|
||
# 4
|
||
|
||
我们将开启新的提纲评审，评审员张辽、显影、巨人，全部是新开的子线程会话，提示词使用`C:\Users\wangq\Documents\Codex\knowledge-vault\discussions\article-discussions\AI开发方法论-价值方舟建造蓝图\9.水晶裹尸布与生命体\水晶裹尸布与生命体提纲评审R2.md`
|
||
|
||
我觉得目录可以这样规划：会话次数+回合数
|
||
|
||
比如现在的目录`r01`，这个应该是`r1.1`，这种会话不会超过5次，所以一位数就可以；`r02`变成`r1.2`，表示第一次会话的第二回合。
|
||
新开的，就是`r2.1`，表示新的会话第一次。
|
||
|
||
如果你没有异议的话：
|
||
1. 调整对应的规则
|
||
2. 调整现在项目目录
|
||
3. 发起`r2.1`的评审
|
||
|
||
# 5
|
||
|
||
我检查了三个评审，可以判断出巨人是三次调用了CCPE；张辽只有第一次；
|
||
而显影三次都没调用对。
|
||
巨人的三次做对也只是巧合。
|
||
|
||
我让CCPE检查了一下，应该是机制搭建的问题。它给了以下说明：
|
||
|
||
```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.
|
||
```
|
||
|
||
需要你修正调用机制，作为`writing-workbench`项目的基础设施，而不是具体哪个写作项目的。
|
||
|
||
另外，我前面修正了每次输出轮数的定义，这个你注意。
|
||
|
||
|