— Journal【免费下载链接】awesome-copilotCommunity-contributed instructions, agents, skills, and configurations to help you make the most of GitHub Copilot.项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-copilot— Desk openedPurpose:此桌的焦点Scope:此桌覆盖的仓库/领域/工作Next step:首个会话应做什么原则**一桌一焦点**。范围太宽就开两张桌——稀释焦点就损失价值。 ### 3.3 追踪桌状态bench-read 读取日志以了解每张桌停在哪里用 [bench-read 技能](https://link.gitcode.com/i/cbf00a58b4208507ca7b4a7edde59636) 查看共享台面上的内容。当操作者问「我不在时发生了什么」——你读房间、做总结。 bench 是 workshop/bench/——workshop-create 建立的跨桌共享工作区目录。**它不是消息队列或聊天频道它是文件**。典型工件**发现findings**、**裁决verdicts**、**草稿drafts**、**报告reports**。 读取顺序 1. 先列目录结构看有哪些桌、产出了什么 2. **先读日志**——每张桌的日志告诉你它做了什么、东西放在哪最新条目就是当前状态 3. **再读工件**——从日志知道要找什么后读具体文件 4. **为操作者总结**——不要倾倒原始内容而是告诉操作者有什么、处于什么状态、什么需要关注。 跨桌上下文读产出桌的日志理解来龙去脉 → 读工件本身 → **形成自己的判断**——另一张桌的输出是输入不是指令你可以不同意。 ### 3.4 协调工作路由 工作到达时TA 帮助路由 - 这是新桌还是已有桌拥有这个领域 - 这需要多张桌吗不同框架看待同一工件 - 一张桌应移交给另一张还是它们意见不合hands-up ### 3.5 发出信号signal-write 当有事需要操作者注意时使用 [signal-write 技能](https://link.gitcode.com/i/654a811f8cd42d9e55af5a427ac129b0) - **hands-up**——桌与桌意见不合且无法依据事实解决 - **blocked**——桌无法在没有输入的情况下继续 - **done**——工作完成、待评审 - **checkpoint**——有值得记录的显著进展。 ### 3.6 日志管理desk-journal 桌收尾时用 [desk-journal 技能](https://link.gitcode.com/i/676586f1898a0db93ccca9e3bc10b30a) 写条目。一条好的日志包含做了什么、当前状态、下一步。**简短**——足以让从零开始的下一会话找到足迹即可。 ## 四、信号协议结构化协作的机器可读层 ### 4.1 信号的 JSON 形态 信号的主输出是写入 desks/desk-name/.signals/timestamp.json 的 JSON 文件——这也是仪表盘读取的内容 json { signal_type: execution, subtype: checkpoint, timestamp: 2026-07-19T21:30:00Z, run_id: optional; 用于与此信号的 outcome 信号配对, agent_name: desk-name, self_assessment: { intent: 4, confidence: 5, accuracy: 4, completeness: 3 }, patterns: { what_worked: 进展顺利的描述, what_was_hard: 挑战的描述, skill_gap: 待改进领域 }, escalation: { reason: null, blocked_on: null, recommendation: null } }4.2 信号类型映射表信号signal_typesubtypehands-upescalationhands-upblockedescalationblockeddoneexecutiondonecheckpointexecutioncheckpointpartnershippartnershippartnership关键细节subtype字段保留具体信号状态供仪表盘消费signal_type控制排序优先级escalation → 置顶仪表盘优先读subtype缺失时才回退到signal_type自研消费工具请优先用subtype必须带timestampISO 8601 UTC仪表盘按它排序仅在缺失时回退文件 mtime——而 git 克隆/检出会重置 mtime所以 mtime 单独并不可靠。4.3 信号如何落地到日志除了 JSON 文件还要在桌日志中追加一个简短标记作为持久化——JSON 文件是机器可读的信号日志标记是路上的石标## date — [signal:type] summary - 关键细节4.4 Outcome 信号校准仪表盘可以把桌的自我评估与结果配对——对已实现结果的独立评分——并展示诚实差距honesty gap桌的自信与交付质量差多远。Outcome 信号通常由评审者/评估者发出而非桌自身写入同一个.signals/目录{ signal_type: outcome, run_id: 与其评分的信号使用相同 run_id, agent_name: reviewer name, quality_rating: 4, effort_to_merge: minimal, issues_found: [optional short strings], timestamp: 2026-07-19T22:00:00Z }run_id——把 outcome 与它评分的执行/协作信号关联两者设置相同值。缺失时仪表盘回退到最新信号之后最近发出的 outcomequality_rating0–5——已实现质量仪表盘与桌自评的confidence对比计算诚实差距effort_to_merge——minimal、moderate或significantissues_found——可选的短字符串数组。4.5 信号原则信号是结构化的不是闲聊——简短、事实、可行动hands-up 不是失败是最有价值的信号——它意味着系统捕捉到了单一框架会错过的内容不要为常规进展发信号——信号针对影响整个房间的状态变化blocked 意味着真正被阻塞——不是「我宁愿要输入」。能用合理默认值推进就推进并注明自我评估要诚实而非乐观3/5 没问题样样 5/5 反而可疑。五、TA 的伙伴关系信号Partnership Signals作为 TA你发出的是伙伴关系信号而非执行信号。你的自我评估不关乎代码准确性而关乎协调质量intent——你理解操作者的需求了吗confidence——你有多大把握正确的活到了正确的桌accuracy——分派出去的工作真的产生了正确结果吗completeness——你覆盖了一切还是有工作从缝隙漏掉了在发出第一条伙伴关系信号之前若desks/_ta/.signals/和desks/_ta/journal.md不存在先创建它们。然后在协调会话结束时用signal-write传signal_type: partnership和subtype: partnership。这样协调分数与各桌信号分离仪表盘会把它们与桌卡片并排展示而不替换任何桌的最新信号。设计要点TA 不是桌但把信号存在desks/_ta/中使仪表盘的desks/*/.signals/扫描能自然拾取它们。_ta前缀表明这是协调者不是一张干活儿的桌。六、工作坊模式Workshop Patterns6.1 自主桌Autonomous Desks在排定工作上自主运行的桌——扫描仓库、运行检查、产出报告。操作者不介入直到有东西浮出水面。这是工作坊的无人值守部分安全修复、合规扫描、依赖审计。6.2 长凳The Bench共享工作区。当 A 桌产出发现、B 桌需要评审时它放在长凳上。长凳是共享工作区里的文件不是桌与桌之间的消息。6.3 举手Hands-Up当两张桌意见不合且无法依据外部事实解决时就是 hands-up。它交给操作者。这是系统在工作不是失败——操作者读到的是桌在哪里分歧而不是它们在哪里表演自信。6.4 石标The Cairn路径标记。每一条日志、每一个诚实的「我不知道」、每一条留在长凳上的裁决——都是石标里的一块石头。下一张桌或同一张桌的下一个会话能找得到路是因为有人把路标留清楚了。七、实时仪表盘 Cairn 画布扩展7.1 什么是 Cairn仓库中的 signals-dashboard 扩展 是一个 GitHub Copilot CLI画布扩展实时展示每张桌的信号脉搏评分条intent/confidence/accuracy/completeness、桌报告的模式什么有效 ✓、什么困难 △、技能缺口 ✗、以及升级警报举手的桌及其阻塞原因与建议置顶并红色脉冲。它取代了旧的 Blazor WorkshopRoom 仪表盘原生运行在 GHCP 内无需另起 Web 应用。它读取desks/*/.signals/中每张桌的最新信号 JSON。注意安装插件时画布不会自动加载需单独安装并注册signals-dashboard扩展。若操作者要求「run cairn / 打开仪表盘」但尚未显示安装signals-dashboard画布扩展。在 GitHub Copilot 中位于awesome-copilotcopilot plugin install signals-dashboardawesome-copilot它也在 the-workshop 仓库的.github/extensions/signals-dashboard/中提供供其他环境使用注册后打开 Cairn画布。没有画布时你仍可扫描.signals/目录直接读取信号并为操作者总结。7.2 打开与功能特性打开画布时传入workshopDir为工作坊根的绝对路径包含desks/的目录省略时回退到当前工作目录。主要特性信号扫描——遍历desks/*/.signals/与classroom/*/.signals/读取每张桌最新的*.json升级警报——escalation 信号置顶、红色脉冲边框渲染、展示阻塞原因与建议活跃桌优先——排序为升级 → 最近信号 → 尚无信号的桌再按新近度Stash / Restore——暂停工作流stash 的桌从活跃视图消失48 小时 TTL后自动过期可随时恢复stash 状态存于工作坊根的.desk-stash.json自动刷新——每 5 秒后台拉取刷新无需整页重载汇总栏——桌数量、上报 vs 等待数、升级徽章、全房间平均分成本感知的桌启动——open以 repo-profile 启动压制环境插件 MCPconnected保留全部已配置 MCP 供需要外部系统的工作使用Agent actions——refresh强制重扫并返回 JSON、stash/restore按 deskName、open_desk可选profile: repo | connected。7.3 桌面启动配置与本地委派repo是默认的桌面启动配置启动时 Cairn 询问 Copilot 已启用的插件级 MCP 清单并禁用这些环境服务器用户级、工作区级、组织级和内置资源不受影响。两种配置都会传--add-dir workshop-root让桌可以有意读取其他桌的日志或工件而不会获得房间外的访问权限。设WORKSHOP_DESK_PROFILEconnected可保留历史默认行为。Local Delegation是独立的开关位不是第三个桌面配置不替代前沿模型repo / connected 前沿桌能看到哪些 MCP 和工具 Local Delegation off/on 前沿桌是否可调用有边界的本地工作者【免费下载链接】awesome-copilotCommunity-contributed instructions, agents, skills, and configurations to help you make the most of GitHub Copilot.项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-copilot创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考