package-plugin.sh 依 SLUG 解析到 wp-content/plugins 下的固定路徑，打包的是 線上工作副本而非 CI 的 checkout，且會在該目錄跑 composer install --no-dev → 每次 push 都會把開發機的 vendor/bin 清掉（本 session 中發生兩次）。 - anti-eav-lint.yml：移除 packaging 步驟，只保留 lint - ci-package.sh：委派共用腳本後補跑 composer install 還原 dev 依賴 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01TbG1keQQ7XBa7qMQY16KCY
.gitea/workflows/ - test.yml：unit / integration / lint / phpcs，外加 A 從未有過的 phpstan job。 env 改 TMDO_TEST_DB_*（bootstrap 仍相容 WPDO_TEST_DB_*），host-mode runner 直連本機 MariaDB，保留 A v3.4.6 的 DB preflight（區分 INFRA 失敗與測試失敗） - anti-eav-lint.yml：TMDO_HOST 指向 dev30、改用 wp tmdo lint、slug 換成 2meet-data-optimizer - release.yml：v* tag 觸發，test-gate 加跑 phpstan scripts/ci-package.sh 依專案規範委派給共用的 scripts/package-plugin.sh（10 項終檢、統一排除清單、 輸出 wp-local-dev/dist/），而不是自帶一份排除邏輯；找不到共用腳本時才走 最小 fallback 並明確警告該路徑跳過終檢。 實測：bash scripts/ci-package.sh → 10 項終檢全 PASS （552 KB / 185 entries、schema drift 34 CREATE vs 34 DROP 對齊） 註：B 目前沒有 git remote，workflow 檔案就緒但要推上 gitea 才會實際執行。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01TbG1keQQ7XBa7qMQY16KCY
wpdev
wpdev
wpdev
wpdev