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

18 Commits

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
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
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
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
37961262b4 deliver: 交付收口（引擎代为提交） 2026-09-22 22:03:22 +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
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
f7b93ad1f7 deliver: 交付收口（引擎代为提交） 2026-09-16 15:32:49 +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