admin/workbuddy_skills
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
51 Commits 1 Branch 0 Tags
master
Commit Graph
8 Commits
Author SHA1 Message Date
admin c76f5be36c session-mechanism：接上「遇阻碍 ⇒ 置阻碍 ⇒ 机制暂停」＋ 授权检查会话自解除孤儿锁 
用户 10-09 两条令：
①「如果 工作区 项目机制 对应的会话异常 导致未解锁的情况下，可以授权 检查会话自解除孤儿锁」
②「其他类型 阻碍 遇到阻碍修改目标状态 暂停机制 让用户决策，不是有这个规则吗」

起因（contentm_agent 实测）：一把域锁的持有者会话被 terminated、锁遗留未释放 ⇒ 目标第 4 步 blocked；
R9 一律禁删锁 ⇒ 检查会话连开 11 棒（约 5 小时）每棒都撞同一面墙、零派活，每 30 分钟一棒。
拆开看是三条腿互相锁死：闸③「队列非空」对一条 blocked 恒真；闸① 2026-10-04 收窄时把
sessions-ended 整条腿摘了出去（置了「阻碍」也照样建）；结果检查 prompt 又明写「你没有改目标状态的出口」
⇒ 看得见的没权、有权的（目标检查要队列为空）看不见。

改动
- 新增 scripts/lock/orphan-lock.py：孤儿锁「判定 ＋ 解除」的唯一执行面。
  判据查宿主库 sessions.status（只读 SQL）：working 一律不动；terminated/error/archived 可解除；
  completed 须静默 >=30 分钟；查不到 sid / 库读不到一律不动（fail-closed）。
- collabd.py
  · 结果检查 prompt 开「一个」状态出口：--set-life 阻碍 --by "<会话名>" --check-why "<一句现状>"
    （"为什么"的旗标是 --check-why，不是 --why —— 后者是 --retire 的，写错会被静默忽略）；
    同时把「写明阻碍」的两个出口钉死：台账 --report ... --state blocked --reason ＋
    NEED-USER.md 里明确喊「需用户介入」。
  · 闸① 改两档：queue-empty 原样（非「进行中」不建）；sessions-ended「只拦『阻碍』」，
    「已完成」仍放行（不把 2026-10-04 修好的病搬回来）。docstring 五道闸 -> 六道闸。
  · 两条检查 prompt 都加了孤儿锁判定钩子（判「持有者已退出」才可自解除；判「活着」一律不动）。
- R9 条文加「唯一例外」：工作区 CODEBUDDY.md §3（定义处）、references/rules.md 新增 §10、SKILL.md，
  以及技能包与文档库两份 handoff-guard.sh 的「抢域锁失败」提示。
- selftest.py：新增两个用例（孤儿锁 16 项，含「working 不许动」的变异对照；阻碍档 6 项，
  含「已完成仍要建」的变异对照），并把写在两处的同一判据收成一处（改一处漏一处的实测教训）。
  全套 PASS 108 / FAIL 0。
- references/manifest.md：按「改完包必跑」重算（77 份文件，语法失败 0）。

不在本仓（各自仓内提交）：工作区 CODEBUDDY.md、文档库 CODEBUDDY.md 与 07-scripts/handoff-guard.sh。
 2026-10-09 07:24:14 +08:00
admin fca5a084ce 检查程序静默阈值：6 → 3 分钟（用户当日第三次调整） 
用户令逐字：「把 检查程序等待时间 改为3分钟，现在应该是6分钟」。
调整轨迹：**20 → 10 → 6 → 3**（分别是当日 09:xx / 18:25 / 本次 02:4x 三次用户指令）。

改法（四处同源，⛔ 少改一处就会出现「判据说 3、写给检查会话的文案说 6」）：
1. 常量 `CHECK_IDLE_MIN`：6 → 3；
2. `CHECK_PROMPT_GOAL` 里写给检查会话看的文案：`已静默 ≥6 分钟` → `≥3 分钟`；
3. 注释/文档：`# 【目标检查】` 那行、`_last_progress_ts` docstring、
   `references/supervise-persistence.md` §六、`selftest.py` 的口径说明。
⚠️ 另有两处「留痕注释」（写"两度拍板"、"由 20 改 10"）本轮**没能改到** ——
   实测那两行的当前文本与上一轮 grep 到的已不一致，怀疑**另一个会话正在改同一批文件**
   （该区当前目标就叫「技能包规则文件已全量过说人话」）⇒ ⛔ 不硬改（避免与它打架），如实留待下轮核对。

判据：`selftest.py::t_check_idle_min` 守的是「常量/闸门/试算/文案四处同源」（⛔ 不锁具体数值）
⇒ 本次改动后仍绿，等于自动证明四处都已是 3。

验收：selftest.py rc=0 PASS 106 / FAIL 0；manifest 76 份、语法失败 0。
 2026-10-08 02:42:13 +08:00
admin e378db6af9 检查任务要「确认并写回验收」（用户令：不是拦截）＋ 新判据 
一、用户令（逐字）
「不是拦截 是检查任务要确认这种情况」—— 否掉了「加闸拦住『验收未过却标已完成』」那条路，
改成把**确认责任**落到检查任务本身。

二、病根（前置排查结论，见当日日志 §24）
· 权威文档（`目标执行状态.md`）写「5 条全过」，而 `goal.json.acceptance_state` 仍是「全未过」
  ⇒ 检查会话按 prompt 指定的**文档**判「做完了」并标了「已完成」⇒ 看板按**机读副本**渲染 ⇒ 显示自相矛盾。
· 检查会话本身**没做错**（prompt 三路取并集里就有验收那一路）；断点是
  **它有判验收的职责、却没有写回验收的动作**（"有读者、没写手"）。
· 次生：副本里写的是「未过」，**不在机制定义的取值域**（`过｜…`／`🔴 不过｜…`／`待重验（…）`）里
  ⇒ 机器分不出「还没判」与「判了没过」。

三、改法（只动 prompt，⛔ 不加闸、⛔ 不新增占位符）
`CHECK_PROMPT_GOAL` 第三节第 3 条改为「**做完了 ⇒ 先确认并写回验收，再改状态**」：
· 逐条读文档结论 → 与机读副本对一遍 → 不一致**以文档为准、改齐**；
· 写明写回手段＝同目录 `goalctl.py declare --kpi "判据A=过｜依据;判据B=过｜依据"`（⚠️ **按分号切**）；
· 要求**写完回读一次**（⛔ 不许「以为写成功了」—— 本项目栽过「命令不存在却 rc=0 静默放行」）；
· 要求**规范取值**，⛔ 禁 `未过`／`pass` 这类域外值；
· 确认确实没过 ⇒ 继续派活，⛔ **不许标已完成**。

四、判据
新增 `selftest.py::t_checker_confirms_acceptance`（6 项，源码级）：确认职责 ＋ 写回手段 ＋
分号分隔 ＋ 回读 ＋ 取值域 ＋ 没过不标完成。

验收：selftest.py rc=0 PASS 105 / FAIL 0（改前 104）；manifest 70 份、语法失败 0。
 2026-10-07 21:07:05 +08:00
admin 61962f1726 补入本地今日改动：session-mechanism ＋ product-planning（按用户令改推本仓库） 
背景：旧远端 work.alotbuy.com 今天一直连不上（222／22 端口都不通）⇒ 今天本地累积多条提交推不上去；
用户令改推本仓库 [email protected]:admin/workbuddy_skills.git（只推这 5 个技能：
browser-harness / humanizer / humanizer-zh / product-planning / session-mechanism）。

本次改动（对照本机已安装的技能源逐文件 md5 比对得出，⛔ 是「补差异」不是「整体覆盖」）：
· session-mechanism：含今天两条钩子改动（派活收工闸、点名加载收工闸）、
  rules.md §9「只写正向范围」、检查程序静默阈值 10→6、检查排期补 workspace_scope（修未分组）、
  以及今天修的三处陈旧指针（旧技能名 dsh-decision / agent-operating-rules 与旧路径编号）。
· product-planning：第③段「随段样式风格库」并入 design-system-tiaoyue、竞品分析方法论重写等。
· humanizer / humanizer-zh：已一致，零改动。
· browser-harness：比对出的 7 个「本地独有」全是**它自己 .gitignore 里就排除的**构建产物
  （src/*.egg-info/ 与 uv.lock）⇒ 按该技能自己的规矩不推（用户口径「不要环境」）。

仓库级配置（与旧仓一致）：core.autocrlf=false；身份 maogeigei <[email protected]>。
⚠️ 克隆时仓库默认 autocrlf=true（会把行尾转成 CRLF）⇒ 已改回 false 并重新暂存，
   核对索引 blob 均为 LF、真实差异 23 个（⛔ 不是把几百个文件一起改掉）。
 2026-10-07 20:33:49 +08:00
admin a3935b5fc5 修「检查会话落到未分组」＋ 检查程序静默阈值 20 → 10 分钟 
一、检查会话跑到未分组（用户报障逐字）
「vibe-product 的检查会话没有创建到工作区下，跑到未分组的会话中去了」。
根因（实测坐实）：collabd.py::create_check_schedule() 的 INSERT **少了 workspace_scope 列**
⇒ 落库 NULL ⇒ 排期触发出来的会话被宿主当**游乐场**建
（sessions 行：is_playground=1 ＋ source_mode='craft' ＋ use_sandbox_cli=0）⇒ 不进工作区分组。
对照读数（同一晚两条排期）：会话侧 automation_update 建的是 'workspace' ✓，
机制自建的是 None ❌；近 3 天 59 条排期里只有机制那条是 None。
修法：INSERT 补 workspace_scope 并以 'workspace' 落库。
配套：新增 selftest 用例 t_check_schedule_scope（3 项），含变异对照
（把列删掉 ⇒ 报红；还原 ⇒ 逐字节一致）。

二、检查程序等待时间 20 → 10 分钟（用户令逐字）
「把检查程序的等待时间由 20分钟 改为 10分钟」。
改法：新增常量 CHECK_IDLE_MIN = 10，**闸门与 --dry-run 试算都读它**（原来两处各写死 20）；
并同步**写给检查会话看的 prompt 文案**（≥20 → ≥10）与 4 处注释/文档
（references/supervise-persistence.md §六；顺带订正该节「基准取台账 tasks.json 的 mtime」——
与代码不符，实际是「本工作区排期的 updated_at 最大值」）。
配套：新增 selftest 用例 t_check_idle_min（4 项，**不锁数值**、只锁"常量/闸门/试算/文案同源"），
含变异对照（把文案改回 20 ⇒ 报红）。

三、旧数据归位与分发
- 今晚那条歪掉的检查会话已改回工作区档（is_playground 1→0、source_mode craft→work、
  use_sandbox_cli 0→1；排期 workspace_scope → 'workspace'）；改前原值已备份到
  归档/检查会话归位-20261007/；PRAGMA integrity_check = ok。
- 副本分发：ai1net-dsh-server 与 vibe-product 各 7 个文件；两区常驻已重启
  （判据＝心跳 started_h 07:54:35 / 07:54:37，晚于分发时刻 07:54:07）。

验收：selftest.py rc=0 PASS 102 / FAIL 0（改前 99）；manifest 70 份、语法失败 0。
 2026-10-07 07:55:29 +08:00
admin 433d43af54 decision-rules-hook: 注入补「两个停止点」＋「技术方案排序轴」 
起因（2026-10-06 用户问）：能自决的问题为什么还要问。
复盘发现注入的判据里**缺动作**：
- 缺「十步」的两个停止点 → ① 判类型（方案请求 vs 直接执行）② 判方向（扩大/收窄/中性）；
- 缺「自主裁决顺序」的排序轴 → 更小改动 → 更少新增形态 → **不扩大可见面**。
⇒ 前者导致「会扩大可见面」时不停手；后者导致排完仍把已定项混进待拍板清单（＝变相征询）。
本次只补这两条动作骨架（1459 → 1906 字符），⛔ 不塞十步全文（避免稀释）。
 2026-10-06 22:39:51 +08:00
admin 64dd82073b session-mechanism: 修复钩子静默失效 + 3 处判据缺陷；禁「变相征询」 
1) stop-dialog-guard: session_budget() 早退路径返回 2 值、末尾返回 3 值，调用方按 3 值解包
   ⇒ transcript > 64 MiB 时每轮 ValueError。因 fail-open（异常仍 exit 0），
   宿主零报错、install.py --verify 只判 rc=0 ⇒ 假绿；实测 86 条 EXCEPTION，
   死掉的是整条（水位/收口、接续机制起点、预算告警、门禁自检、路径自检）。

2) session-rules-check 三处判据：
   · hook_reg  按旧文件名找 ⇒ 合并成 prompt-guards.py 后每轮假红 ⇒ 改为一组可接受名
   · snap_sync 拿 mtime 当内容判据 ⇒ 连续 4 天假红 ⇒ 改为复用抽取器本体比对内容
               （变异对照：截断快照能报 fail，非恒绿）
   · mem_ptr   只查全局技能根 ⇒ 工作区自带技能被判悬空 ⇒ 改查「全局 ∪ 工作区」

3) pitfalls 新增 P0-95（改判据必须重跑变异对照；fail-open + 只看 rc=0 = 假绿温床）

4) 回复排版核心块新增「变相征询同样禁止」（先只报不动／等你发话／我倾向X你看呢
   这类不带选项的待定清单，一律按待拍板项写：问题＋说明＋各候选优缺点＋倾向）
 2026-10-06 22:27:03 +08:00
admin 19101acd65 init: workbuddy_skills 重建，仅收录 session-mechanism 
- 按用户指示清空原有 25 技能内容，只提交 session-mechanism（57 文件）
- 附 .gitignore（产物 + 本机凭据）
- 令牌明文已脱敏（历史 .neodata_token 与 pitfalls 引用均不入库）
- 本提交为孤儿提交（父提交为空），历史自此重新开始
 2026-10-05 14:13:24 +08:00