yumoqing/pbls
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
46 Commits 1 Branch 0 Tags
Commit Graph

46 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
agent.develop
b5703c8723 approve: Bug 4Sxq… 状态机收口：fix_bug 流转 fixed 2026-10-13 15:13:55 +08:00
agent.develop
d9e1094d0c fix(build): 8d 基座包 wwwroot 挂载（owner 手动修复，Bug KMzNP/Vt3D8nvl/CJij/LSyc 根因闭环） 
wheelhouse 基座 wheel 不含 wwwroot（rbac wheel wwwroot=0），venv editable 安装使代码可达
但 rbac 登录页与 bricks dist(header.tmpl) 从未挂进应用 wwwroot → index.ui 渲染
/bricks/header.tmpl 时 processor=None → 根路径与 /rbac/user/login.ui 全 500。
按宿主 9090 同款软链挂载：rbac wwwroot 经 PKGS_DIR 运行时定位（editable 源），
bricks dist 用全机唯一绝对路径（pbl 用户实测可读）。挂载后目标机实测：
/rbac/user/login.ui=200、/=200、/healthz=200。
 2026-09-30 20:51:10 +08:00
agent.develop
84207b4d5d fix(build): 接入基座 DDL 建表链（Bug 4SxqQAulkH9eAzEys_h-e 根因闭环 / QC 未过项 #1） 
问题：build.sh 建表段只覆盖 scripts/ddl/pbls_tables.sql（32 张 pbl_* 手写表）
与 modules/pbl_*/models（6 张治理/模板域表，第 10a 步），已交付的
scripts/gen_base_ddl.py 与 scripts/ddl/base_tables.sql（12 张基座表含 users）
在 build.sh 中零引用 → 重新部署 users 表仍缺失 → POST /main/rbac/user/up_login.dspy
ERROR 1146 Table 'pbl.users' doesn't exist → ahserver 兜底 500，会话 cookie 不下发。

改动（仅 build.sh，83 行纯新增，0 删除）：
1) 变量声明段新增 BASE_GEN / BASE_DDL_FILE / BASE_ALIAS_MAP / BASE_PKGS_ROOT
   （= /pkgs，WS_DIR 由既有三段式探测解析，
   不硬编码路径；不存在时回退 gen_base_ddl.py 自带三段式探测并逐条回显候选）。
2) 新增第 10a-base 步（位于 10a 模块链之后、10b 运行目录之前）：
   - python3 scripts/gen_base_ddl.py --out/--alias-map 从 models 单一真源
     重新生成 base_tables.sql + base_table_alias_map.json（脚本自带
     「表数<8 或 users 缺失即 die」门禁，不改其生成逻辑）；
   - 产物存在性 + grep 复核表数>=8 与 users 在场；
   - mysql --protocol=TCP < base_tables.sql，连接参数全部取既有
     ////（env 事实源派生，
     零硬编码）；
   - information_schema 逐张点名核验 12 张（appbase 4 + rbac 8），不达标 die
     并枚举缺失表名；users 单独点名 + 登录链 4 列
     （username/login_fail_count/last_login_fail/last_login）终态核验；
   - 打印 SELF_CHECK base_tables: PASS tables=N/12 users=present login_cols=4/4。
3) 幂等：base_tables.sql 全部 CREATE TABLE IF NOT EXISTS，重复执行零副作用。
4) 口径边界：未改动第 10 步 32 张手写表门禁、第 10a 步 6 张模块链门禁、
   第 733 行 38 关键表终态门禁；未改 gen_base_ddl.py 与 pkgs/ 下基座包。

本地实测（真实回显，非模拟）：
  [gen_base_ddl] resolved BASE_PKGS_ROOT=/d/pipeline/pipeline-app/pkgs
  [gen_base_ddl] SELF_CHECK base_ddl: PASS tables=12 users=present
  [10a-base] 生成校验通过: base_tables.sql 含 12 张表，users=present
  [10a-base] 基座表点名核验: 12/12（appbase 4 + rbac 8）
  [10a-base] SELF_CHECK base_tables: PASS tables=12/12 users=present login_cols=4/4
  幂等复跑第二次同结果，退出码 0；bash -n build.sh 通过。
 2026-09-30 19:49:23 +08:00
agent.develop
33dadb461d deliver: 交付收口（引擎代为提交） 2026-09-30 19:30:47 +08:00
agent.develop
bf00609c15 approve: 修复当前迭代 2 个功能 Bug（pbls-初始迭代） 2026-09-30 18:15:25 +08:00
agent.develop
d2cf64dd7f fix(pbls): 修复 Bug Yr4Gv908T4B6yhA7DtE_0（第9轮 3/5 绿）种子注入段 async 调用缺陷 + QC 退回 #1/#2 收口 
【1】Bug Yr4Gv908T4B6yhA7DtE_0 根因(a)：build.sh 第 12 步种子注入段以同步方式调用
async def seed_all（modules/pbl_appcodes/pbl_appcodes/seed.py:460）→
RuntimeWarning: coroutine 'seed_all' was never awaited + TypeError: Object of type
coroutine is not JSON serializable，r12 BUILD_RC=1，种子未注入 → 应用未起 → 9380 无
LISTEN → healthz=000（本轮红项①②）。修法：asyncio.run() 驱动协程，两轮各自独立事件
循环，幂等对比口径不变。

【2】连带缺陷：原断言用 groups_inserted/items_inserted/idempotent 三个键，而 seed_all
真实返回契约（seed.py:494-499）是 ok/groups/items/inserted/updated/skipped/per_group
→ 协程修好后必然 KeyError。改按真实返回键断言（第1轮 8组74项、第2轮 inserted==0 且
updated==0），幂等语义不变。

【3】QC 退回 #1：build.sh.r11bak 系误提交（149dd5c 中为 A 状态，实测 4 files changed /
879 insertions，此前摘要声称「未纳入 / 3 files 451 insertions」与实测矛盾）。处置：
git rm --cached 移出仓库（本地文件保留供排障），.gitignore 新增 *.bak / *.r[0-9]*bak /
*.orig / *.rej / *.old / *.tmp 六条模式，一并清出历史遗留的 build.sh.r4bak、
build.sh.r8bak、requirements.txt.r4bak、requirements.txt.r6bak、
scripts/ddl/pbls_tables.sql.bak、scripts/ddl/pbls_tables.sql.r11bak（共 7 个）。

【4】QC 退回 #2：收口 build.sh 工作区未提交变更（种子段 asyncio.run 补丁），交付摘要
按实测字节/行数如实填写，不再声称「全部已收口」。

【5】同类问题全仓扫描（任务要求「不能只修报出来的那一个」）：AST 提取 490 个 async def
函数名，扫全部 apps/*/build.sh、*.sh、modules/*/*.sh 内嵌 python heredoc 的裸同步调用
→ 命中 modules/pbls/build.sh:377,379 同型缺陷（同一仓库的第二工作副本），已同步修复；
apps/scense/build.sh:129 与 scripts/fix_scense_access.sh:53 的 main() 是 shell 函数定义
非 python 调用，误报排除。修复后两副本去注释代码行 diff 为空（CODE_IDENTICAL_OK）。

【自检】bash -n apps/pbls/build.sh OK；bash -n modules/pbls/build.sh OK；两副本内嵌
PYEOF 块（各 2 块）ast.parse 全 OK；硬门禁 6.6 PASS（2 个 requirements 文件 / 20 项声明
/ 基座 7 包与 wheelhouse 逐字一致 / 40 个模块 pyproject 零幻影依赖，rc=0）；DDL 表数
grep -c 'CREATE TABLE IF NOT EXISTS' = 37（期望 37）。

【责任边界·不造假声明】未声称已部署、未声称 healthz=200、未声称 37 表已落库、未声称
测试通过。红项①②的执行落地（以 pbl 身份跑 build.sh 建 venv → DDL → 种子 → 起进程监听
9380 → 自证 healthz=200）属 agent.deploy_test 职责，develop 无部署机执行权限。
 2026-09-26 11:04:16 +08:00
agent.develop
149dd5c811 fix(pbls): 修复 Bug BWY68rZR_Uh2A41JlGT7D + elS7VxwO7ufbPiPl-ucGA —— build.sh WS_DIR 部署路径推导失效（第7轮 /d/pbl/pbls 未落地代码侧根因）+ requirements 幻影依赖 hashlib-additional + 新增硬门禁 6.6 依赖声明可满足性静态校验（含 40 个模块 pyproject 同类缺陷扫描）+ rsync 缺失 tar 兜底 
缺陷1(新发现): WS_DIR=/../.. 只在机构工作空间成立；部署到 env.deploy.path=/d/pbl/pbls 后 WS_DIR=/d，ENV_FILE/WHEELHOUSE/modules 全不存在 → 第0步即 die，build.sh 在部署目录从未跑通 → venv未建/DDL未落库(表数0-37)/进程未起/9380无LISTEN/healthz=000/42条用例blocked。改为 _ws_probe() 三段式(环境变量覆盖 PBL_WS_DIR/WS_DIR_OVERRIDE/WS_DIR → 逐级向上探测含 projects/pbls/env/test.json 的目录 → 兜底绝对路径)，WHEELHOUSE 支持 PBL_WHEELHOUSE 覆盖。三场景实测全绿(含 /d/pbl/pbls)。

缺陷2: requirements.txt 幻影依赖 hashlib-additional>=1.0.1 ; python_version<3.0(hashlib 是标准库，marker 恒假；公共源真实名 hashlib_additional 对不上) → 删除。业主口径4项缺陷复扫确认已闭环: 基座7包==版本与 wheelhouse 实物逐字一致、pybricks/mysqlclient/10.20.30.41/相对find-links 生效行残留全0；pip download --no-deps 真实可满足性验证全部 Saved 零 No matching distribution。

缺陷3(机制根因): 门禁6.5 只 grep 声明存在不校验可满足 → 新增硬门禁6.6 scripts/check_requirements_satisfiable.py(349行) 7类校验(幻影包黑名单/标准库误当第三方/基座==版本与wheelhouse一致/wheelhouse覆盖完整/门禁6.5六项/失效内网源/相对find-links)，按任务要求同步扫描 40 个 modules/*/pyproject.toml 同类缺陷并输出本地模块依赖图(pbl_common <- pbl_analytics/pbl_appcodes/pbl_blueprint)与 build.sh R8 拓扑序交叉验证。负向测试构造8类缺陷抓出17项FAIL rc=1(证明非空壳)；正向 PASS 20项声明/基座7包一致/40模块零幻影。

附带加固: rsync 缺失(pbl 无 sudo 可能未装)时退化 tar 管道复制，避免部署目录建不出来。

自检: bash -n OK / py_compile OK / 门禁6.6 PASS / DDL 37表 / 门禁6.5六项全在 / 幻影包残留0 / 旧口径9300+/opt/pbls 0 / WS_DIR硬编码残留0
 2026-09-25 18:43:04 +08:00
agent.develop
b832258689 approve: 修复当前迭代 1 个功能 Bug（pbls-初始迭代） 2026-09-25 18:30:32 +08:00
agent.develop
c753cfa788 deliver: 交付收口（引擎代为提交） 2026-09-25 12:35:32 +08:00
agent.develop
ebf6d79ef3 test(pbls): 新增 scripts/dspy_shell_scan.py —— .dspy 空壳/无return/return在async with内 静态扫描（QC 退回 #5 自检口径落地） 
QC #5 指出「纯注释文件同样能通过 ast 解析，ast OK 不构成修复在位证据」。
本脚本把自检口径改为可机械核验三项：非注释可执行语句数>0（ast stmt 计数）、
显式 return 数>0 且不在 async with 块内、ast 包装语法通过。
实测：apps/pbls+modules/pbls 6 个 .dspy violations=0；
扩扫 15 个 pbl_* 自研模块 + 9 个复用模块共 156 个 .dspy，violations=2
（modules/world 两处 return 在 async with 内，属 referenced_modules 写保护范围，
 且两文件均有块外 return result 兜底不会返回 None，仅记录不修改）。
 2026-09-25 12:35:22 +08:00
agent.develop
6176b41ac9 docs(pbls): health 探针首行改路径无关写法，消除 apps/pbls 与 modules/pbls 双工作副本内容分歧 2026-09-25 12:33:38 +08:00
agent.develop
079fac39d4 docs(pbls): 修正 apps/pbls 侧 health 探针首行路径注释（与文件实际落点一致） 2026-09-25 12:32:53 +08:00
agent.develop
39354c1d30 fix(pbls): 同步补齐 /api/public/health 探针真实可执行正文（QC 退回 #2#3#4#5） 
与 apps/pbls 同名探针同源修复：原 2610B/32 行全注释零可执行语句 → 补齐
组装健康信息字典 + json.dumps(default=str) + 每分支显式 return（return 在
async with 块外）+ 外层 try/except 兜底。自检 AST_OK/ast_stmts=18/ast_return=2/
return_in_asyncwith=NONE/非注释可执行行=29/bytes=4374。
 2026-09-25 12:31:47 +08:00
agent.develop
6f7a810603 deliver: 交付收口（引擎代为提交） 2026-09-25 11:56:10 +08:00
agent.develop
b4ad74cbb9 docs(pbls): 修正 health 探针头注释 URL 映射说明（QC 轻微缺陷） 
- wwwroot/api/public/health/index.dspy 头注释系从 healthz 版复制，误写
  '-> GET /healthz'，实际映射为 '-> GET /api/public/health'，已修正；
  并补明双探针路径分工（healthz/index.dspy=复测门禁① 判活口径，
  api/public/health/index.dspy=build.sh 步骤14 自检口径，healthz.dspy=
  带扩展名兼容副本），三者均在 scripts/load_path.py 以 any 角色逐条注册。
- wwwroot/healthz.dspy 头注释首行文件名同步为自身路径（原误写 index.dspy）。
- 仅注释文本变更，无逻辑改动；三份 .dspy 均通过 ast 包装语法自检。
- 同类问题全仓扫描：/opt/pbls 残留 0、pbls 库名口径残留 0、
  9300 仅存于 venv 第三方 pip 常量与历史补丁脚本注释（非活动配置）。

关联 Bug: WIu0Rkn0KwB0XTjYZz0qk
 2026-09-25 11:54:38 +08:00
agent.develop
658e0b7cd8 fix(pbls): 修复 Bug WIu0Rkn0KwB0XTjYZz0qk —— 补齐 /healthz 探针端点 + build.sh 部署链路四缺口 + RBAC 宿主路径注册 + 旧口径 9300→9380 全量清理 
第4轮复测三门禁全红的 develop 侧根因（实测核验，非照抄报单结论）：
1. /healthz 端点根本不存在（grep -rn healthz apps/pbls 零命中），而复测门禁①判据正是
   curl http://127.0.0.1:9380/healthz；build.sh 自检却走另一条 /api/public/health（同样无实现）
   → 进程活着也必然 HTTP!=200，且存在「自检绿/复测红」假通过隐患。
2. build.sh 从不调 scripts/load_path.py（grep 零命中）→ 新端点无 RBAC 登记即 401/403。
3. build.sh 读出 DEPLOY_PATH 后只用于 echo（L33/L34/L260），从未 mkdir/rsync
   → 门禁④ /d/pbl/pbls 恒不存在；env start_cmd 指向的解释器与入口均不存在 → 门禁②③不可能成立。
4. logs/ 目录到步骤13才 mkdir，而步骤11已 tee logs/self_check.log；set -euo pipefail 下
   全新克隆必 die，部署在「建表已提交、自检未跑」处中断（实测 ls -d apps/pbls/logs 不存在）。

修复（同类问题全量排查，不只修报出来的那一个）：
- 新增 wwwroot/healthz/index.dspy、wwwroot/healthz.dspy、wwwroot/api/public/health/index.dspy
  三个探针（零 import / 每分支显式 return json.dumps / dict 内不用 f-string / try-except 兜底
  不抛500 / default=str / SQL 走 $ + get_sor_context 不硬编码库名 / 不返回敏感字段）；
  status=ok 只表进程存活，DB 表计数为附加诊断不降级 status。
- build.sh 新增步骤 10b（mkdir logs run 前置）、12.5（load_path.py --check 门禁 + 正式注册，
  失败明确 die 不静默）、12.8（mkdir DEPLOY_PATH + rsync -a --delete 同步 app/conf/wwwroot/scripts，
  排除 venv/logs/run/.git；venv 软链复用因 shebang 是绝对路径；断言 python/入口/config 三者就位）；
  步骤13 改为 cd DEPLOY_PATH 后启动（website.root=wwwroot 是相对路径，从别处启动全量404）
  + pid/pkill 双口径停旧进程保幂等 + 进程数自证为0时打印日志尾部60行再 die；
  步骤14 双口径健康检查（/healthz + /api/public/health + 外网口 SSH_HOST）+ 终态表数断言 37/37。
- scripts/load_path.py 新增 HOST_PATHS 四条（/healthz、/healthz.dspy、/api/public/health、
  /api/public/health.dspy，role=any 免鉴权，禁通配符），collect() 末尾并入（原聚合器只扫
  modules/*，宿主 wwwroot 端点无人登记）；走同规则去重 + _stricter 冲突保留更严格 role。
- 旧口径 9300→9380 清理 4 处：build.sh:4 头注释、wwwroot/index.ui:179 状态栏（用户可见）、
  pbl_appcodes/__init__.py:14、pbl_appcodes/init.py:16；_patch_common_contract_symbols.py:9
  属历史修复台账，有意保留原文不改（改历史记录=伪造）。
- conf/config.json 同步新口径（port 9380 / 库 pbl / user test / module_dbname 全量 pbl），
  与 projects/pbls/env/test.json 唯一事实源同值，满足 build.sh 步骤1 端口一致性门禁。

自证（真实回显）：bash -n build.sh OK；py_compile load_path.py OK；
load_path.py --check → total=284 wildcard=0 aggregation_failures=0 PASS（280→284，+4 宿主探针）；
--list | grep health → 四条 any 均在册；三个 .dspy 经 ast.parse 包装校验 AST OK、
no import/no print、return×2；grep -rn 9300 于四处改动文件零命中。

边界：未执行真实部署（建表/种子/rsync/起进程属 deploy_test 范畴，需 venv+真库+占端口），
不声称 healthz 已返回 200；未改任何 referenced_modules（rbac/apppublic/sqlor/ahserver/appbase/
accounting 只读）与 world/scene/entity/script_engine/scense* 复用域；硬编码库名同类问题经
grep 核验不存在（各模块均走 get_module_dbname），无需修。
详见 projects/pbls/docs/02-develop/dev-notes.md 2026-09-25 节。
 2026-09-25 11:35:23 +08:00
agent.develop
35f022146c deliver: 交付收口（引擎代为提交） 2026-09-25 09:44:21 +08:00
agent.develop
9050c6c832 deliver: 交付收口（引擎代为提交） 2026-09-25 08:54:39 +08:00
agent.develop
5dea52a19b deliver: 交付收口（引擎代为提交） 2026-09-25 08:47:54 +08:00
agent.develop
c3252391e2 chore(pbls): track pre-existing untracked tool scripts/verify_import_closure.py (Q6 companion, not Q4 scope) 
Repo hygiene only - no code change by this task.

scripts/verify_import_closure.py (512 lines, py_compile OK) was already present but
untracked in the apps/pbls working tree when the Q4 task started. It is the companion
verifier for deploy_test round 3 question Q6 (28-module import closure: IMPORT_OK 15/28),
i.e. it belongs to a different task, not to Q4 (build.sh gate 6.4).

It was deliberately kept OUT of the Q4 commit bc4aaa2 (selective git add, never
git add -A) so the Q4 change set stays exactly build.sh + scripts/ddl_gate_check.py +
scripts/ddl/pbls_tables.sql.

Committed separately here because leaving a dirty working tree blocks the develop-stage
git closure gate. Content is untouched; authorship of the tool remains with the Q6 work.
 2026-09-25 08:42:40 +08:00
agent.develop
bc4aaa2463 fix(pbls): [deploy-Q4] build.sh gate 6.4 strip comments/COMMENT strings before scanning + table count 36 to 37 
Defect (deploy_test round 3, Q4 / deploy-evidence E15):
1. Gate 6.4 grepped the raw DDL for dialect keywords and was killed by 3 false positives
   that are pure documentation text: L6 header line comment, L220 business word
   "references" inside a COMMENT string, L891 contract self-check block that literally
   lists FOREIGN KEY / REFERENCES / ENUM( / SERIAL / BIGSERIAL / nextval / TIMESTAMP.
   The gate lost all discriminating power (false positive die) and real violations
   would be hidden in the noise.
2. Table count assertion 36 != actual DDL 37 (grep -c CREATE TABLE IF NOT EXISTS = 37;
   the 37th table is pbl_compile_task, pbl_compiler domain 4 to 5). Related: the
   AUTOINC assertion used a literal multi-space pattern and missed the UNSIGNED single
   space variant of pbl_compile_task (counted 36, accidentally matching the old assert);
   L210 post-create information_schema assertion was also 36.

Fix:
- Add scripts/ddl_gate_check.py: strip_sql_noise() single-pass char scanner removing
  block comments, -- / # line comments (-- must be followed by whitespace, so a--b is
  safe) and single/double quoted string literals (with doubled and backslash escapes)
  replaced by a placeholder, so COMMENT strings and DEFAULT strings no longer interfere.
  Assertions run only on the denoised DDL body: zero dialect keyword hits (prints
  keyword + line number + line text), CREATE TABLE count = 37 (plus duplicate table and
  non pbl_ prefix checks), BIGINT [UNSIGNED] NOT NULL AUTO_INCREMENT = 37 (table option
  AUTO_INCREMENT=n excluded first). Ships --selftest with 9 minimal unit checks (no
  pytest needed) and --dump-body for debugging; expected values are module constants.
- Rewrite build.sh gate 6.4: step 4a runs --selftest first (if the scanner is not
  trustworthy its verdict is not accepted), step 4b runs the gate with
  --expect-tables 37 --expect-autoinc 37; return codes captured explicitly (not via
  "if ! cmd" which resets $? to 0); missing scanner file dies and forbids falling back
  to raw grep. Header comment and L210 actual table assertion synced 36 to 37.
- pbls_tables.sql trailing contract self-check block: total tables 36 to 37
  (pbl_compiler 4 to 5, new pbl_compile_task); the zero-hit section now describes the
  forbidden constructs in prose instead of listing SQL keywords verbatim (defence in
  depth against a future regression to naive grep).
- projects/pbls/env/test.json gate.build_sh text "36 tables" to "37 tables"
  (json.load validity self-check passed).

Verification (real local run output, details in
projects/pbls/docs/02-develop/dev-notes-deploy-q4-build-gate64.md):
- --selftest 9/9 PASS, including a negative fixture proving real violations are still
  caught, idempotency of denoising, and that -- / # inside strings do not truncate.
- Real DDL: denoising strips 10974 chars / 89 line comments / 493 string literals;
  dialect zero hits, CREATE TABLE = 37, AUTO_INCREMENT = 37, RESULT PASS rc=0.
- build.sh gate sections 0-4 sliced into a temporary harness and executed as a whole
  inside apps/pbls, rc=0 (6.1/6.2/6.4 all pass). Sections 7+ not entered: no MariaDB,
  no venv deps, port 9300 unavailable - honestly declared in the dev notes.
- bash -n build.sh passes; no live assertion still says 36 (only 2 comment lines).

No real table structure, app entry, conf/config.json, requirements or modules/pbl_*
were modified.
 2026-09-25 08:37:51 +08:00
agent.develop
73a1d3d656 feat(pbls): [M12-scaffold] 入口补齐 scense_game/pbl_governance/pbl_template 三个模块挂载点 
- import 段新增 scense_game.init.load_scense_game / pbl_governance.init.load_pbl_governance / pbl_template.init.load_pbl_template
- init() 按 pbls_spec.json load_order 显式调用：load_scense_game()（只读挂载）、
  load_pbl_governance()（治理域，全部 pbl_* 租户上下文/审计依赖，先于 blueprint）、
  load_pbl_template()（M1b 模板库，紧随 blueprint）
- 响应 QC #1：变更从工作区收口入库，py_compile 通过
 2026-09-24 18:38:44 +08:00
agent.develop
1b1583a983 [M5a-DISC.2-B] 收口确认：DISC.2 变更 commit 归属说明（3796126/4ad3468 为引擎代收口，本任务 agent 主动 push） 
响应 QC 退回 #1/#2（不改写历史，仅追加 agent 署名收口承载提交）：

1) DISC.2 四项变更的主体内容（build.sh +21、requirements-test.txt 新增、README.md 主体段落）落在 4ad3468 与 3796126 两条 message 为「deliver: 交付收口（引擎代为提交）」的 commit 中，commit 归属为引擎代收口，非 agent 命名提交；本任务仅完成 1ce57f3 的真实 push（3796126..1ce57f3 main -> main）。

2) 验收标准①「单 commit 文件集恰好 4 项」实测未达标：HEAD commit 1ce57f3 的 stat 仅含 README.md(+49/-4) 与 scripts/patch_build_7b.py(-57) 两项，4 项分散在 4ad3468→3796126→1ce57f3 三个 commit；是否接受 15f62fd..HEAD 净效果对账（README.md/build.sh/requirements-test.txt 三项变更 + patch_build_7b.py 已删除）提请 agent.pm 书面裁决，develop 不自行判定验收通过。

3) 未使用 git add -A / git add .；未提交 .dev_tmp/、venv/、pkgs/、conf/modules.list、wwwroot/* 生成软链；未回退 disc2-clean 清理结果（git ls-tree -r HEAD 中 patch_build_7b 零命中）。
 2026-09-23 00:15:27 +08:00
agent.develop
1ce57f3716 [M5a-DISC.2-A] 交付件卫生清理 + build.sh 7b 实测证据补齐 
- git rm scripts/patch_build_7b.py（一次性构建期补丁脚本，移出应用仓；证据附件保留在
  projects/pbls/docs/02-develop/patches/m5a-disc2-patch_build_7b.py）
- README §期望结果：场景 1 / 场景 2 分别对应各自实测日志，不再以场景 2 日志代证场景 1，
  并如实记录场景 1 的受控截取执行方式与两处既有问题（内网源不可达、DDL 方言门禁命中注释）
 2026-09-22 22:17:30 +08:00
agent.develop
37961262b4 deliver: 交付收口（引擎代为提交） 2026-09-22 22:03:22 +08:00
agent.develop
4ad3468929 deliver: 交付收口（引擎代为提交） 2026-09-22 21:50:13 +08:00
agent.develop
15f62fd855 approve: [M11b-2d-B] world_sync selftest STATE_COLUMNS 提取器兼容四段式 models/*.json（消 4 FAIL） 2026-09-22 19:29:05 +08:00
agent.develop
21efe866fa refactor(pbls/rbac): M11b-2c-T3 响应 QC #14 —— 删除 collect() 不可达分支 got is None and has_script 及重复 stat 变量 has_script（脚本存在性判断已下沉 _load_module_paths），py_compile OK，--check total=277 wildcard=0 aggregation_failures=0 PASS 不变 2026-09-22 17:49:10 +08:00
agent.develop
7515a8a255 deliver: 交付收口（引擎代为提交） 2026-09-22 17:37:35 +08:00
agent.develop
d1e2ad0ee5 approve: [M9-收口A] 仓库事实快照取证落盘（只产证据文件，不改日志/不改代码） 2026-09-22 17:36:11 +08:00
agent.develop
8ac2694eee build(pbls): M9 收口——补齐 8c 模块 wwwroot 挂载步骤与应用侧可达性门禁 + 生成产物软链排除 
- build.sh 新增「8c. 模块 wwwroot 挂载」：对所有含 wwwroot/ 的 pbl_* 模块执行
  ln -sfn "${mod_dir}/wwwroot" "${APP_DIR}/wwwroot/${mod_name}"，并以应用侧路径
  find -L 实测页面壳数=12 作为门禁（不符即 die 终止部署），响应 QC 退回意见 #1/#2
  （生成步骤已接入但可达链路断在挂载环节）
- .gitignore 排除构建期生成的模块 wwwroot 软链（git 中软链非目录，模式不带结尾斜杠），
  并显式反排除应用仓自带的 wwwroot/pbl_overlay/（其 .js 为跟踪文件）
- 选择性 git add：仅 .gitignore 与 build.sh 两个文件，未使用 git add -A、未 add wwwroot/
- 自检：bash -n build.sh rc=0；gen_overlay_pages.py --check rc=0（打印生成+挂载两项均已接入）
 2026-09-22 17:12:01 +08:00
agent.develop
1722b560c4 deliver: 交付收口（引擎代为提交） 2026-09-22 14:02:39 +08:00
agent.develop
fa7e8166fc build(pbls): 恢复完整 build.sh 并接入 M9 覆盖层页面壳生成步骤（8b 段） 
- 从 f9b1f55 恢复 182 行完整一键部署脚本正文（此前收口提交误将 5 行索引占位
  作为交付事实，导致 die/log/${WS_DIR}/${PY} 等符号无定义、bash build.sh rc=127）
- 在模块安装循环（pip install -e modules/pbl_*）之后、py_compile/wwwroot 软链
  之前新增 8b 段：调用 modules/pbl_scense_ext/scripts/gen_overlay_pages.py 生成
  12 个覆盖层页面壳，并紧随其后以 --check 作为部署门禁，rc!=0 终止并打印原因
- 返回码用 GEN_RC/CHK_RC 显式捕获（不能用 if ! cmd 后取 $?，会被取反成 0）
 2026-09-22 13:48:36 +08:00
agent.develop
efd1419a6a deliver: 交付收口（引擎代为提交） 2026-09-22 13:20:16 +08:00
agent.develop
f9b1f550a1 approve: 修正配置/文档 + 补 init/data.json 种子 2026-09-22 13:17:27 +08:00
agent.develop
d63da2c124 approve: [M11b-2a] Git 收口：提交 tx_write + p99_probe 并跑通测试 2026-09-21 12:59:18 +08:00
agent.develop
0f1cad86c3 approve: [M3a] pbl_compiler 编译核心与确定性产物 2026-09-18 19:04:05 +08:00
agent.develop
d9cd9a4221 approve: [M1b] pbl_blueprint 模板/子对象扩展与关联表 2026-09-17 23:15:55 +08:00
agent.develop
9582c9880a deliver: 交付收口（引擎代为提交） 2026-09-16 19:57:39 +08:00
agent.develop
a9125b8a4e deliver: 交付收口（引擎代为提交） 2026-09-16 19:08:41 +08:00
agent.develop
f7b93ad1f7 deliver: 交付收口（引擎代为提交） 2026-09-16 15:32:49 +08:00
agent.develop
a80c83289e deliver: 交付收口（引擎代为提交） 2026-09-16 12:51:49 +08:00
agent.develop
9745e6be0f develop(pbls): QC退回整改#5-#18 — self_check.py落库+load_path语法修复+DDL禁用token清零+入口注释去框架名 2026-09-16 12:47:27 +08:00
agent.develop
8d99405f8f develop(pbls): QC 退回整改——补齐 self_check/真实可编译代码/config processors/requirements 依赖 2026-09-16 11:46:13 +08:00
pbls-bot
a494bd23e6 feat(pbls): 初始提交 - pbls 项目模块代码入库 2026-09-15 17:39:29 +08:00
yumoqing
6cc922e46a Initial commit 2026-09-15 17:32:21 +08:00