Skip to main content

compare-array-bundle-size

Quickly compare the posthog-js array.js bundle size in the current working tree against a git baseline using the repository's esbuild proxy. Use when asked about array.js size, bundle-size percentage changes, whether browser SDK changes increased the bundle, or for a fast size check that should not run the production Rollup build.

ソース情報

リポジトリ
posthog/posthog-js
ソースの最終更新活動
2026年7月23日 18:38
検出された SKILL.md の言語
英語
スター
633
フォーク
355

インストール方法

デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。

ソースファイルを確認

インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。

SKILL.md を表示中

SKILL.md
ソースの指示 · 読み取り専用プレビュー
name
compare-array-bundle-size
description
Quickly compare the posthog-js array.js bundle size in the current working tree against a git baseline using the repository's esbuild proxy. Use when asked about array.js size, bundle-size percentage changes, whether browser SDK changes increased the bundle, or for a fast size check that should not run the production Rollup build.
compatibility
Requires a posthog-js checkout with dependencies installed.
# Compare `array.js` bundle size Use the repository's fast comparison command. Do not run TypeScript compilation, Terser, Rollup, Turbo, or the full build unless the user separately requests production bundle numbers. ## Workflow 1. Use the baseline named by the user. If none is given, let the script default to `origin/main` and then `main`. 2. From the repository root, run: ```bash pnpm bundle-size:array [baseline-ref] ``` 3. Report: - the resolved baseline ref and commit - minified percentage and byte change - gzip percentage and byte change - Brotli percentage and byte change - elapsed time 4. Lead with the percentage most relevant to the user's question. If they did not specify one, lead with minified and include the compressed results below it. ## Interpretation - The command builds both source trees with the same esbuild version, options, installed dependencies, and workspace-source aliases, so the percentage is an apples-to-apples comparison. - The current side includes tracked, uncommitted, and imported untracked source changes from the working tree. - The baseline side is a temporary source snapshot from the resolved git commit; the command does not check out or modify the working tree. - Treat the result as a fast directional comparison. Absolute bytes differ from the production Rollup/Terser output. - A positive percentage is a size increase; a negative percentage is a reduction. ## Validation and troubleshooting - To verify the comparison machinery itself, run `pnpm bundle-size:array HEAD`. With no relevant uncommitted source changes, every row should report `0.00%`. - If the baseline ref cannot be resolved, ask for another local git ref or fetch it only with the user's approval when network access is required. - If esbuild or other dependencies are missing, explain that dependencies must be installed. Do not substitute the full production build.
GitHubで見る