knowledge-vault/discussions/technology/Codex/3.重构写作流程/3.评审员构造1.md

4.9 KiB
Raw Blame History

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检查了一下应该是机制搭建的问题。它给了以下说明

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项目的基础设施,而不是具体哪个写作项目的。

另外,我前面修正了每次输出轮数的定义,这个你注意。