 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 |
|