用途：解决并行子智能体彼此不可见的问题。此前多智能体议会运行中，第2轮交叉批评与第3轮共识综合只能由编排器读取全部第1轮输出后在上下文里伪造；有了共享存储后，后续轮次可读取前轮结果进行真实批评与综合。
主要能力：由 claude-code-expert MCP 服务器暴露两个 MCP 工具和一个资源。cc_blackboard_append({ run_id, round, role, findings }) 按三元组只追加；cc_blackboard_read({ run_id, round?, role? }) 支持可选过滤读取；资源 cc://blackboard/<run_id> 以 YAML 块形式整读。存储位置为 .claude/orchestration/blackboard/<run_id>/<round>-<role>.yaml，每个 (round, role) 一个文件，写一次，同一三元组二次追加会失败，因此轮次可审计且不可覆盖。
使用方式：第1轮并行扇出 N 个专家，提示词结尾要求其调用 cc_blackboard_append 追加自己的发现，互不阻塞。等全部完成后，第2轮以读取第1轮结果为开头提示词，让同一批或部分专家生成交叉批评，关注与其他角色的异同、他人遗漏之处及因新证据改变的观点，并以 round=2 追加。第3轮由编排器通过资源 URI 做上下文内综合，或另起一个 Opus 综合智能体。run_id 建议用 <yyyymmdd>-<kind>-<short-slug>，仅允许 [A-Za-z0-9_.-]，该限制用于防止路径穿越。
限制与注意事项：追加报“entry already exists”说明同一 (round, role) 被重复调用，可改用不同角色名（如 performance-2）或提升轮次；读取为空通常是尚未写入或 run_id 不一致，需确保各智能体使用完全相同的字符串。不适合存放超大输出，条目是人类可读 YAML，大体积内容应改为在发现中放资源 URI。运行中不要删除条目，结束后整体删除 <run_id>/ 目录清理。其他细节资料暂未提供。