test(boundary): 新增 CoreBoundaryTest，並補完 PR-I 的兩個缺漏測試

CoreBoundaryTest 靜態掃描核心 126 個生產檔，斷言每一處對 AddOn 類別的
static 呼叫都在同一個函式內有 class_exists() 守衛。上一個 commit 修的
TMDO_Listing_Stats fatal 就是這類缺陷，這個測試讓它不會再回來。

它當場又抓到 3 處同類違規（都是實際會 fatal 的路徑），一併修掉：
- admin render_hpct_import()：改印 admin notice 並 return
- wp tmdo import-hpct：改 WP_CLI::error 明示需要 hivepress-addon
- cli-post cleanup-hp-transients 其實早有守衛，是測試的行距啟發式太窄；
  判斷範圍改成「同一個函式內」而非固定 12 行

負向驗證：暫時注入一處無守衛呼叫 → 測試如預期失敗；還原後回綠。

同時補完計畫階段 7 PR-I 列的兩個缺漏測試：
- 核心 tests/unit/StandardPostInterceptorTest.php（10 tests）
- HP AddOn tests/unit/ListingStatsTest.php（9 tests）——AddOn 的 unit
  bootstrap 先前刻意不載入真實 TMDO_Listing_Stats，改以
  TMDO_TEST_SKIP_LISTING_STATS_STUB 常數讓它跳過核心的 stub
- 核心 unit bootstrap 補 add_post_meta() stub（flush 路徑用得到）

核心 unit 451 → 587、HP AddOn 145 → 154。

cli/class-tmdo-cli.php

@@ -648,6 +648,11 @@ class TMDO_CLI {
 	 * @subcommand import-hpct
 	 */
 	public function import_hpct( $args, $assoc_args ): void { // phpcs:ignore Generic.CodeAnalysis.UnusedFunctionParameter.FoundAfterLastUsed
+		// HPCT is a HivePress-family plugin; the importer ships in that AddOn.
+		if ( ! class_exists( 'TMDO_HPCT_Import' ) ) {
+			WP_CLI::error( 'import-hpct needs 2meet-data-optimizer-hivepress-addon to be active.' );
+		}
+
 		if ( TMDO_HPCT_Import::is_imported() ) {
 			WP_CLI::warning( 'HPCT settings have already been imported.' );
 			return;