Agent Skillszts212653/clowder-ai › cross-thread-sync

cross-thread-sync

GitHub

用于平行会话间的协同,涵盖发现、通知(3+2件套)、争用协调及确认。需先判归属,跨线程消息非自动接活授权。通过cross-post同步变更影响,防止上下文污染与文件冲突,确保信息双写可追溯。

cat-cafe-skills/cross-thread-sync/SKILL.md zts212653/clowder-ai

Trigger Scenarios

平行session间需要协同工作 收到跨线程消息或改动通知 共享文件或接口发生变动可能影响其他任务

Install

npx skills add zts212653/clowder-ai --skill cross-thread-sync -g -y
More Options

Non-standard path

npx skills add https://github.com/zts212653/clowder-ai/tree/main/cat-cafe-skills/cross-thread-sync -g -y

Use without installing

npx skills use zts212653/clowder-ai@cross-thread-sync

指定 Agent (Claude Code)

npx skills add zts212653/clowder-ai --skill cross-thread-sync -a claude-code -g -y

安装 repo 全部 skill

npx skills add zts212653/clowder-ai --all -g -y

预览 repo 内 skill

npx skills add zts212653/clowder-ai --list

SKILL.md

Frontmatter
{
    "name": "cross-thread-sync",
    "triggers": [
        "通知另一个 session",
        "跨 thread",
        "跨线程消息",
        "平行世界",
        "parallel session sync",
        "另一只Ragdoll",
        "cross-thread"
    ],
    "description": "跨 thread 协同:发现平行 session → 通知(3+2 件套)→ 争用协调 → 确认。 Use when: 平行 session 之间需要协同、收到跨线程消息、通知改动影响、共享文件争用。 Not for: 跨猫工作交接(用 cross-cat-handoff)、需要新建 thread 时(用 propose_thread \/ thread-orchestration)。 GOTCHA: 收到跨线程 ACTION 不等于接活;先做 thread\/feat ownership gate,不属于当前 thread 就 cross-post 退回。 Boundary with F128: 发现跨 scope 问题 → 先 list_threads 查有没有已有 thread → 有 = 本 skill(cross_post)→ 没有 = propose_thread。 Output: cross-post 通知 + 争用协调完成。\n"
}

Cross-Thread Sync

平行 session 之间的协同:发现 → 通知 → 协调 → 确认。

硬规则:cross-post 是通知层,不是真相源。阻塞信息必须双写到可追溯状态(feature doc / workflow / task)。

⚠️ 路由铁律:cross-post 消息如果没有 @mention 也没有 targetCats,消息会到达目标 thread 但不会触发任何猫 session——消息静默躺在那里,直到operator手动 @ 某只猫。必须用以下任一方式触发目标猫:

  1. 在 content 末尾另起一行写 @句柄(如 @目标猫句柄
  2. targetCats 参数(如 targetCats: ["opus"]

Step 1: 发现(谁在平行工作?)

# 1. 优先用 feat_index 找相关 thread
→ cat_cafe_feat_index(featId="F088")  → 返回相关 threadIds

# 2. 确认哪些在活跃
→ cat_cafe_list_threads(activeSince=<2h_ago_ms>)

# 3. 必要时补上下文(D15: cat_cafe_search_messages 已删除,用以下两个替代)
→ cat_cafe_search_evidence(query="F088 phase", scope="threads", depth="raw")  # 跨 thread 搜过程
→ cat_cafe_get_thread_context(threadId="<target>", keyword="F088")  # 单 thread 取最近消息

判断是否需要同步

改动范围 是否通知
共享文件(BACKLOG、feature doc、cat-config.json) 必须
被其他 feature 依赖的接口/类型 必须
packages/shared/** 必须
纯内部改动(只影响自己 feature 的文件) 不需要

入站门禁:收到跨线程消息时先判归属

跨线程消息是路由候选,不是自动授权。尤其是 source thread / sender cat 与当前 thread 不同、消息里要求“take over / implement / open PR”时,先停 30 秒做 ownership gate,再决定接/退/升。

三问(缺一不接)

问题 怎么查 通过条件
当前 thread 是什么? 看 thread 标题 / 导航 / task snapshot / 最近 feature doc 当前 thread 的主题与来球 feature/issue 一致
来球归属谁? 消息里的 source thread / issue / PR / feature id;必要时 search_evidence 或源 thread context 来球 owner 指向当前 thread,或明确要求本 thread 接
我现在能接吗? 当前 thread in-flight 工作、毛线球、负责 feat、是否会污染上下文 接了不会把外部 feature 的工程现场带进当前 thread

判定动作

判定 动作
归属当前 thread 正常接球,按对应 skill 做
归属别的 thread / 不确定 不写码、不建 worktree、不注册 tracking;cross-post 回 source thread:说明当前 thread 不接、给证据、建议正确 owner
只有 operator 能改路由 带 Decision Packet @co-creator,不要反问式 ping

失败模式:看到“跨线程消息 + action brief”就猛开 worktree,会把别的 feature 的上下文和 WIP 污染进当前 thread。正确做法是先判归属;cross-post 是通知层,不是接活授权。

Step 2: 通知(3+2 升级制)

默认三件套

所有跨 thread 通知必须包含:

# 项目 说明
1 What Changed 改了什么(文件路径 + 一句话)
2 Impact on You 对你的影响(接口变了?需要 rebase?shared 要 rebuild?)
3 Action Needed 同步级别 + 具体动作(见下表)

同步级别

Action Needed 必须标注级别:

级别 含义 对方行为
[FYI] 知悉即可 不需要回复,不需要动作
[ACTION] 需要动作 执行指定动作(rebase / rebuild / 确认兼容)
[BLOCKING] 阻塞依赖 必须 ack。超时未 ack → 升级operator

升级到五件套

触碰以下任一 → 三件套之外必须补 Why + Tradeoff

  • API 契约变更(接口签名、入参出参)
  • packages/shared/** 改动
  • 共享状态文件的结构性变更
  • 不可逆决策(schema migration、数据删除)

发送方式

→ cat_cafe_cross_post_message(
    threadId: "<target_thread_id>",
    targetCats: ["opus"],
    content: "## 🔄 Cross-Thread Sync\n\n### What Changed\n...\n\n### Impact on You\n...\n\n### Action Needed\n[ACTION] ...\n\n@opus"
  )

⚠️ 必须触发目标猫(见顶部路由铁律):传 targetCats 在 content 末尾 @句柄(双保险)。缺了这步 = 消息送达但无人看到。

Step 3: 争用协调(共享文件冲突预防)

Claim 协议

准备改共享文件/shared 包之前:

1. Claim — cross-post 声明:
   "🔒 Claim: 我要改 [文件/范围]"
   附带:threadId + 文件路径 + claimedAt 时间

2. 让路 — 收到 claim 的 session 如果也要改同一文件:
   停下等对方完成。不要同时改。

3. 释放 — 完成后显式通知:
   "🔓 Release: [文件/范围] 改完了,已 commit push"

4. 超时失效 — 如果长时间未释放(session 掉线/压缩):
   其他 session 可以重新 claim

5. 升级 — 双方都不能让:
   升级operator决定优先级

场景速查

场景 处理
两个 session 都要改 BACKLOG 先完成的先改 + commit push → 后来的 git pull 再改
两个 session 改同一源文件 Claim 协议 → 一个先改,另一个等
两个 session 改同一 feature doc 改不同字段没事 → 改同一字段用 Claim
shared 包改动 改的人负责通知所有活跃 session → [ACTION] pnpm --filter @cat-cafe/shared build

Step 4: 确认

同步级别 是否等确认
[FYI] 不等
[ACTION] 不等(PR tracking / @ 机制保证对方会看到)
[BLOCKING] 必须等 ack → 超时未 ack → 升级operator

§15 家规:BLOCKING 信息不能只留在 cross-post 消息里,必须同时写入可追溯状态(feature doc / workflow / task)。

Ghost Thread Bug 保守规则

已知 Bug (P2, OPEN):cross-post 后 session continuation 可能绑错 thread(见 docs/bug-report/ghost-thread-cross-thread-session-routing/)。

在此 bug 修复前:

  • cross-post 只用于单次通知,不做来回对话
  • 不做自动 hook 广播(避免路由 bug 扩大为系统噪音)
  • 如果发现自己收到了不属于自己 thread 的 mention → 停下来报告

常见误区

误区 正确做法
在自己 thread 里说"另一个 session 注意" 对方看不到!用 cross_post_message
post_message 发到对方 thread cross_post_message(带 crossPost 元数据)
不写 @句柄 也不传 targetCats 消息到达但零触发——必须至少用一种方式(推荐双保险:targetCats + content 末尾 @句柄)
收到跨线程 ACTION 就直接实现 先过“入站门禁”:thread/feat owner 不匹配就 cross-post 退回,不开 worktree
以为 list_threads 能看到别人的 thread 只能看到同 userId 的 thread
不 pull 就在 main 改共享文件 git pull origin main 再改(§14)
不标同步级别 Action Needed 必须写 [FYI] / [ACTION] / [BLOCKING]
BLOCKING 信息只留在消息里 必须双写到可追溯状态(§15)
Claim 后忘记释放 完成后显式 Release,否则超时后他人可重新 claim

和其他 skill 的区别

Skill 何时用 核心区别
cross-thread-sync 平行 session 之间的持续协同 3+2 件套、争用协议、FYI/ACTION/BLOCKING
cross-cat-handoff 不同猫之间的一次性工作交接 完整五件套、知识转移、角色切换

下一步

  • 需要交接工作给其他猫 → cross-cat-handoff
  • 争用升级到operator → 直接在 thread 里说明情况

Version History

  • 4167cb0 Current 2026-07-05 14:51

Same Skill Collection

cat-cafe-skills/anime-forge/SKILL.md
cat-cafe-skills/bootcamp-guide/SKILL.md
cat-cafe-skills/browser-automation/SKILL.md
cat-cafe-skills/browser-preview/SKILL.md
cat-cafe-skills/collaborative-thinking/SKILL.md
cat-cafe-skills/console-dev/SKILL.md
cat-cafe-skills/context-self-management/SKILL.md
cat-cafe-skills/convention-graph-discovery/SKILL.md
cat-cafe-skills/cross-cat-handoff/SKILL.md
cat-cafe-skills/debugging/SKILL.md
cat-cafe-skills/deep-research/SKILL.md
cat-cafe-skills/enterprise-workflow/SKILL.md
cat-cafe-skills/expert-panel/SKILL.md
cat-cafe-skills/feat-lifecycle/SKILL.md
cat-cafe-skills/fresh-context-review/SKILL.md
cat-cafe-skills/guide-authoring/SKILL.md
cat-cafe-skills/guide-interaction/SKILL.md
cat-cafe-skills/hyperfocus-brake/SKILL.md
cat-cafe-skills/image-generation/SKILL.md
cat-cafe-skills/incident-response/SKILL.md
cat-cafe-skills/knowledge-engineering/SKILL.md
cat-cafe-skills/memory-navigation/SKILL.md
cat-cafe-skills/merge-gate/SKILL.md
cat-cafe-skills/open-source-teardown/SKILL.md
cat-cafe-skills/organize-threads/SKILL.md
cat-cafe-skills/pencil-design/SKILL.md
cat-cafe-skills/ppt-forge/SKILL.md
cat-cafe-skills/quality-gate/SKILL.md
cat-cafe-skills/receive-review/SKILL.md
cat-cafe-skills/request-review/SKILL.md
cat-cafe-skills/rich-messaging/SKILL.md
cat-cafe-skills/schedule-tasks/SKILL.md
cat-cafe-skills/self-evolution/SKILL.md
cat-cafe-skills/source-audit/SKILL.md
cat-cafe-skills/tdd/SKILL.md
cat-cafe-skills/tech-writing/SKILL.md
cat-cafe-skills/thread-orchestration/SKILL.md
cat-cafe-skills/ttfund-skills/SKILL.md
cat-cafe-skills/video-forge/SKILL.md
cat-cafe-skills/vision-rescue/SKILL.md
cat-cafe-skills/workspace-navigator/SKILL.md
cat-cafe-skills/worktree/SKILL.md
cat-cafe-skills/writing-plans/SKILL.md
cat-cafe-skills/writing-skills/SKILL.md
cat-cafe-skills/code-as-harness/SKILL.md
cat-cafe-skills/memory-search-best-practices/SKILL.md
cat-cafe-skills/receive-handoff-grounding/SKILL.md

Metadata

Files
0
Version
4167cb0
Hash
4c995e7a
Indexed
2026-07-05 14:51

trang chủ - Wiki
Copyright © 2011-2026 iteam. Current version is 2.155.2. UTC+08:00, 2026-07-11 06:52
浙ICP备14020137号-1 $bản đồ khách truy cập$