## 基线事实 2026-08-17 清理后: - `claude plugin list --json` 返回空数组; - `codex plugin list --json` 的 installed/available 均为空; - 用户级 `~/.claude/CLAUDE.md` 与 `~/.codex/AGENTS.md` 不存在; - `~/.claude/settings.json` 中旧 Orca 事件 Hook 已移除; - Claude 与 Codex 新 Session 均能在无 Plugin 状态完成最小提示。 Codex CLI 仍显示内建 lifecycle hook 事件,但用户配置、Plugin 列表和 `codex doctor` 未发现外部 Hook 注册;本实验不把事件名称推断为 Orca 注入。 ## 原始问题 旧 `github-collaboration` 功能面过大、交互成本过高,已经因难用而退出真实使用。重新整包安装会恢复已失败的形状;新建平行实现会制造第三份事实。 ## 本次决定 在现有 `github-collaboration` 中 clean cutover 出一个最小显式工作流: > 负责人明确指定一个公开 Issue,Session 只读取该合同,完成一个可核验交付,并把结果写回同一 Issue/PR。 第一版只保留一个入口和一个闭环,不保留旧复杂行为的兼容入口。 ## 明确不做 - 自动选下一项工作或扫描队列; - 父/子 Issue 图维护; - 经营总账或 Project 同步; - 自动续接; - 多 Agent 派发; - Orca 依赖; - Hook 或用户级全局提示词; - 私有历史或本机绝对路径依赖。 ## 来源验收 - 一个显式入口;无显式调用时不触发; - 合同只包含公开 Issue、单仓、单交付物和验收; - 删除旧入口之间的自动路由与未使用 Skill; - Codex/Claude manifest、版本和符合性测试同步; - 源码测试不能声称运行端已安装。 ## 隔离运行验收 - 只安装到临时 `CODEX_HOME`/`CLAUDE_CONFIG_DIR`; - 回读安装列表证明只存在该候选 Plugin; - 新 Session 完成一个真实、低风险 Issue; - 不扫描其他 Issue,不触发 Project/Orca/多 Agent; - 卸载或删除临时配置后回到空基线; - 若比直接 Issue → PR 增加更多纠偏或人工步骤,则试验失败并退役,不继续堆规则。 关联:`zaurakworks/agent-state-lab#5`。
Activity
zaurakworks commentedon Aug 17, 2026
隔离试验结果
候选
github-collaboration0.1.0;issue-workflow一个 Skill;安装与发现
CODEX_HOME:只安装该 Plugin,回读为 enabled;CLAUDE_CONFIG_DIR:只安装该 Plugin,回读为 enabled;$issue-workflow能加载合同;Claude 显式/github-collaboration:issue-workflow能加载合同;NO_IMPLICIT,未加载工作流。真实任务
使用一个全新 Codex Session 显式执行 Issue #14:
README.md;node tests/workflow-routing.test.ts,13 Skill/8 Plugin/83 场景通过;68fbce6b2c671f93e3914a75a52a69ca617a89e9;失败信号
采用决定
本候选不进入日常安装,也不提交为新的并行 Plugin。
它证明“单 Skill + 显式入口 + 隔离安装”技术上可行,也证明仅缩短 Skill 合同不足以解决使用成本:执行器仍会过度恢复上下文,并漏掉一个简单退出动作。按本 Issue 的失败门,本轮停止,不继续追加规则修补。全局 Claude/Codex Plugin 保持为空。
Draft PR #15 只是独立、有效的 README 交付,是否合并由负责人另行决定;它不证明候选工作流可采用。
zaurakworks commentedon Aug 17, 2026
隔离安装与真实 Issue 试验已完成;结果为不采用。全局 Plugin 保持为空,临时候选将删除。