{"owner":"alshedivat","repo":"al-folio","hasSkills":true,"hasMcp":false,"mcpConfig":null,"found":["AGENTS.md","CLAUDE.md"],"skills":{"AGENTS.md":"# Agent Guidelines for al-folio (v1.x)\n\n**This file is the authoritative entry point for coding agents working in this repo.** Read it before making any change. It is intentionally short and tool-neutral; it links to the one place each longer-form fact lives.\n\n`al-folio` v1.x is a **thin Jekyll starter, not a theme**. This repo owns starter wiring, example content, docs, and cross-plugin tests. All runtime — layouts, includes, Sass, Liquid tags, filters, feature JS — lives in versioned gems published under [`al-org-dev`](https://github.com/al-org-dev).\n\n## Route your change\n\nFind your change on the left; edit only what is on the right.\n\n| Your change                                                                                                              | Goes in                                                                                                       |\n| ------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------- |\n| Dependency pin, plugin activation, feature flag                                                                          | this repo: `Gemfile` **and** `_config.yml` (both — see below)                                                 |\n| Example/demo content, bibliography, data files                                                                           | this repo: `_pages`, `_posts`, `_projects`, `_news`, `_teachings`, `_books`, `_data`                          |\n| Documentation                                                                                                            | this repo: `docs/` (long-form) or this file (agent rules)                                                     |\n| Cross-plugin integration test, visual parity test                                                                        | this repo: `test/integration_*.sh`, `test/visual/`                                                            |\n| Plugin catalog metadata                                                                                                  | this repo: `_data/featured_plugins.yml`                                                                       |\n| A layout, include, or Sass partial                                                                                       | the owning gem — start with `al_folio_core`                                                                   |\n| A Liquid tag or filter, or what a tag renders                                                                            | the gem that registers it — see the [delegation table](docs/ARCHITECTURE.md#wrapper-to-tag-to-gem-delegation) |\n| Feature behavior (search, math, charts, comments, cookies, icons, CV, distill, analytics, images, newsletter, citations) | that feature's gem — see [`docs/BOUNDARIES.md`](docs/BOUNDARIES.md)                                           |\n| Component/unit test for gem-owned behavior                                                                               | the owning gem, not here                                                                                      |\n| A feature with no existing owner                                                                                         | open a plugin proposal issue first, then a standalone plugin repo                                             |\n\n[`docs/BOUNDARIES.md`](docs/BOUNDARIES.md) is the authoritative area-to-gem table. [`docs/ARCHITECTURE.md`](docs/ARCHITECTURE.md) explains how the pieces connect.\n\n## Stop sign\n\n**If your change would create any of these paths in this repo, it belongs in a gem instead:**\n\n```\n_layouts/   _includes/   _sass/   _scripts/   assets/tailwind/   tailwind.config.js   assets/webfonts/\n```\n\n`npm run lint:style-contract` fails CI when any of them exists here, and it also rejects `build:css` / `build:tailwind` npm scripts. Do not add a starter-local Tailwind or CSS build pipeline.\n\nThis restriction applies to **this repo only**. A user's own site created from this template _may_ legally shadow gem-owned files — see [local overrides: your site vs. this repo](docs/ARCHITECTURE.md#local-overrides-your-site-vs-this-repo).\n\n## Three failures that produce no error message\n\nRead [`docs/ARCHITECTURE.md`](docs/ARCHITECTURE.md#failure-modes-that-produce-no-error-message) for the full explanation. The short version:\n\n1. **Features fail silently.** A feature renders only when its gem is loaded _and_ its flag is on _and_ the page opts in. Otherwise the Liquid tag emits an empty string — no warning, no error.\n2. **`Gemfile` and `_config.yml` are two lists that must agree.** A plugin in only one of them is inert. Adding or removing a plugin means editing both. Repo dirs use hyphens (`al-folio-core`); gem/plugin ids use underscores (`al_folio_core`).\n3. **This repo's effective baseurl is `/al-folio`.** `_config.yml` already sets it, so a plain `bundle exec jekyll build` is correct — that is what `deploy.yml`, `broken-links-site.yml` and `axe.yml` run. Passing `--baseurl /al-folio` is redundant but harmless; blanking the baseurl out is what renders the site unstyled with broken links. Dev server is at `http://localhost:4000/al-folio/`.\n\n## Validated local command set\n\nRun from the repo root, in this order:\n\n```bash\nbundle install\nnpm ci\nnpm run lint:prettier\nnpm run lint:style-contract\nbundle exec jekyll build --baseurl /al-folio\nbash test/integration_comments.sh\nbash test/integration_plugin_toggles.sh\nbash test/integration_distill.sh\nbash test/integration_bootstrap_compat.sh\nbash test/integration_upgrade_cli.sh\nbash test/integration_css_minify.sh\nbash test/integration_new_plugins.sh\nnpx playwright install chromium webkit\nnpm run test:visual\nbundle exec al-folio upgrade audit\nbundle exec al-folio upgrade overrides audit\nbundle exec al-folio upgrade report\ndocker compose up -d\ncurl -fsS http://127.0.0.1:8080/al-folio/ >/dev/null\ndocker compose logs --tail=80\ndocker compose down\n```\n\nAll seven `test/integration_*.sh` scripts are gated by `unit-tests.yml`; run the ones your change touches. Docker note: v1 uses `/srv/jekyll/bin/entry_point.sh` and serves from container-local `/tmp/_site` to avoid host bind-mount write deadlocks.\n\n## Before you open a PR\n\n- Keep starter work here; route runtime behavior to the owning plugin repo.\n- Run `npm run lint:prettier` (Prettier with `@shopify/prettier-plugin-liquid`, `printWidth: 150`). `npx prettier . --write` fixes formatting.\n- Keep docs aligned with v1 ownership, and keep each fact in one place — link rather than restate.\n- If you create or keep local overrides of plugin-owned files, run `bundle exec al-folio upgrade overrides audit` and commit `.al-folio-overrides.yml` after review.\n\n## Further reading\n\n- [`docs/ARCHITECTURE.md`](docs/ARCHITECTURE.md) — how the starter and gems fit together, silent failure modes, the v1 config contract, local overrides.\n- [`docs/BOUNDARIES.md`](docs/BOUNDARIES.md) — authoritative area-to-gem ownership table and PR triage playbook.\n- [`docs/CONTRIBUTING.md`](docs/CONTRIBUTING.md) — contributor workflow and agent tooling.\n- [`docs/README.md`](docs/README.md) — index of all user and maintainer guides.\n- `.agents/skills/al-folio-bootstrap/SKILL.md` — new-site setup workflow.\n- `.agents/skills/al-folio-v1-migration/SKILL.md` — customized-fork migration and override drift auditing.\n- `.codex/skills` and `.claude/skills` are symlinks to `.agents/skills` for agent-specific discovery.\n","CLAUDE.md":"# CLAUDE.md\n\nThis file provides guidance to Claude Code (claude.ai/code) when working with code in this repository.\n\n@AGENTS.md\n\n`AGENTS.md` (imported above) is the **authoritative** agent entry point: change routing, the stop sign for gem-owned paths, the three silent failure modes, and the validated command set. Keep it short and ecosystem-neutral. Cross-repo architecture — the wrapper/tag/gem delegation table, feature gating, the v1 config contract, local overrides — lives in [`docs/ARCHITECTURE.md`](docs/ARCHITECTURE.md); area-to-gem ownership lives in [`docs/BOUNDARIES.md`](docs/BOUNDARIES.md).\n\n**Read those three before editing anything.** Everything below is Claude-specific or longer-form operational detail that does not belong in the short entry point. Do not restate facts from those files here — link to them.\n\n## Daily dev loop\n\n```bash\nbundle install                                # ruby gems\nbundle exec jekyll serve                      # dev server → http://localhost:4000/al-folio/  (NOTE baseurl)\nbundle exec jekyll build --baseurl /al-folio  # production-style build to _site/\nbash test/integration_distill.sh              # run ONE integration test (any of the seven in test/)\nnpm run test:visual:update                    # refresh playwright snapshots after intentional UI change\nbundle exec al-folio upgrade apply --safe     # deterministic codemods (font-weight-* → font-*, remote→local URLs)\nbundle exec al-folio upgrade overrides diff <path>    # then `overrides accept <path>` to acknowledge an override\n```\n\n## Optional toolchains\n\n- **Jupyter posts.** `bin/setup-python-deps` installs _only_ `jupyter` and `nbconvert` (via `pip --user --break-system-packages`) for `jekyll-jupyter-notebook`. It does **not** read `requirements.txt`. Missing `jupyter-nbconvert` is warn-and-continue; notebook rendering is skipped.\n- **Everything else Python.** [`requirements.txt`](requirements.txt) is the fuller list and must be installed separately (`python3 -m pip install -r requirements.txt`): `rendercv[full]` for CV rendering, `scholarly` for `bin/update_scholar_citations.py`, plus `nbconvert` and `pyyaml`.\n- **Responsive images.** `imagemagick.enabled: true` needs ImageMagick `convert` on `PATH`.\n- **Manual deploy.** `bin/deploy` is the manual `gh-pages` build + purgecss + force-push path; CI normally deploys. `purgecss` is not a devDependency — install it with `npm install -g purgecss`.\n\n## Docker serving model (v1-specific)\n\n`docker compose up -d` bind-mounts the repo to `/srv/jekyll` and runs `bin/entry_point.sh`, which serves with `--force_polling --destination /tmp/_site`. The build output deliberately goes to **container-local `/tmp/_site`, not the bind-mounted `_site`** — writing `_site` back across the host bind mount caused write deadlocks. The container also `inotifywait`s `_config.yml` and restarts Jekyll on change (config edits aren't hot-reloaded by `--watch`). Verify with the `/al-folio` baseurl: `curl -fsS http://127.0.0.1:8080/al-folio/`. `docker-compose-slim.yml` pulls a prebuilt `:slim` image instead of building locally.\n\n## CI gates and the style contract\n\n`npm run lint:style-contract` (`test/style_contract.js`) is the automated enforcement of the thin-starter boundary and will fail CI if you cross it. Beyond the forbidden paths listed in `AGENTS.md`, it also asserts that `_config.yml` keeps `theme: al_folio_core` and the required plugins, that the `third_party_libraries` SRI pins are present, and that the `al_math` Gemfile pin stays on a released version rather than a git branch.\n\nOther gates:\n\n- `unit-tests.yml` — style contract plus all seven `test/integration_*.sh` scripts (`comments`, `plugin_toggles`, `distill`, `bootstrap_compat`, `upgrade_cli`, `css_minify`, `new_plugins`).\n- `visual-regression.yml` — Playwright on chromium + webkit, diffing the candidate build against a `v0.16.3` baseline worktree served on `:4100` via `BASELINE_URL`.\n- `upgrade-check.yml` — `bundle exec al-folio upgrade audit`.\n- `prettier.yml` — Prettier with `@shopify/prettier-plugin-liquid` and `printWidth: 150`. Run `npm run lint:prettier` before pushing; `npx prettier . --write` fixes.\n- `update-tocs.yml` — regenerates `<!--ts-->…<!--te-->` blocks in changed root and `docs/` Markdown files. If you add or rename a heading, expect a follow-up auto-commit on `main`.\n\n## Gem version pins\n\n`Gemfile` pins every `al-*` gem to an exact released version in `group :al_folio_plugins`, and `_config.yml` lists the same gems under `plugins:`. Read the current pins from the `Gemfile` rather than trusting any version quoted in prose — including here. To test a gem fix against this site, repoint the `Gemfile` at a sibling checkout (`path:`, `git:`, or `branch:`) and `bundle install`; see [`docs/ARCHITECTURE.md`](docs/ARCHITECTURE.md#working-on-a-gem-alongside-the-starter). Revert the pin before committing.\n"},"files":{"AGENTS.md":"# Agent Guidelines for al-folio (v1.x)\n\n**This file is the authoritative entry point for coding agents working in this repo.** Read it before making any change. It is intentionally short and tool-neutral; it links to the one place each longer-form fact lives.\n\n`al-folio` v1.x is a **thin Jekyll starter, not a theme**. This repo owns starter wiring, example content, docs, and cross-plugin tests. All runtime — layouts, includes, Sass, Liquid tags, filters, feature JS — lives in versioned gems published under [`al-org-dev`](https://github.com/al-org-dev).\n\n## Route your change\n\nFind your change on the left; edit only what is on the right.\n\n| Your change                                                                                                              | Goes in                                                                                                       |\n| ------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------- |\n| Dependency pin, plugin activation, feature flag                                                                          | this repo: `Gemfile` **and** `_config.yml` (both — see below)                                                 |\n| Example/demo content, bibliography, data files                                                                           | this repo: `_pages`, `_posts`, `_projects`, `_news`, `_teachings`, `_books`, `_data`                          |\n| Documentation                                                                                                            | this repo: `docs/` (long-form) or this file (agent rules)                                                     |\n| Cross-plugin integration test, visual parity test                                                                        | this repo: `test/integration_*.sh`, `test/visual/`                                                            |\n| Plugin catalog metadata                                                                                                  | this repo: `_data/featured_plugins.yml`                                                                       |\n| A layout, include, or Sass partial                                                                                       | the owning gem — start with `al_folio_core`                                                                   |\n| A Liquid tag or filter, or what a tag renders                                                                            | the gem that registers it — see the [delegation table](docs/ARCHITECTURE.md#wrapper-to-tag-to-gem-delegation) |\n| Feature behavior (search, math, charts, comments, cookies, icons, CV, distill, analytics, images, newsletter, citations) | that feature's gem — see [`docs/BOUNDARIES.md`](docs/BOUNDARIES.md)                                           |\n| Component/unit test for gem-owned behavior                                                                               | the owning gem, not here                                                                                      |\n| A feature with no existing owner                                                                                         | open a plugin proposal issue first, then a standalone plugin repo                                             |\n\n[`docs/BOUNDARIES.md`](docs/BOUNDARIES.md) is the authoritative area-to-gem table. [`docs/ARCHITECTURE.md`](docs/ARCHITECTURE.md) explains how the pieces connect.\n\n## Stop sign\n\n**If your change would create any of these paths in this repo, it belongs in a gem instead:**\n\n```\n_layouts/   _includes/   _sass/   _scripts/   assets/tailwind/   tailwind.config.js   assets/webfonts/\n```\n\n`npm run lint:style-contract` fails CI when any of them exists here, and it also rejects `build:css` / `build:tailwind` npm scripts. Do not add a starter-local Tailwind or CSS build pipeline.\n\nThis restriction applies to **this repo only**. A user's own site created from this template _may_ legally shadow gem-owned files — see [local overrides: your site vs. this repo](docs/ARCHITECTURE.md#local-overrides-your-site-vs-this-repo).\n\n## Three failures that produce no error message\n\nRead [`docs/ARCHITECTURE.md`](docs/ARCHITECTURE.md#failure-modes-that-produce-no-error-message) for the full explanation. The short version:\n\n1. **Features fail silently.** A feature renders only when its gem is loaded _and_ its flag is on _and_ the page opts in. Otherwise the Liquid tag emits an empty string — no warning, no error.\n2. **`Gemfile` and `_config.yml` are two lists that must agree.** A plugin in only one of them is inert. Adding or removing a plugin means editing both. Repo dirs use hyphens (`al-folio-core`); gem/plugin ids use underscores (`al_folio_core`).\n3. **This repo's effective baseurl is `/al-folio`.** `_config.yml` already sets it, so a plain `bundle exec jekyll build` is correct — that is what `deploy.yml`, `broken-links-site.yml` and `axe.yml` run. Passing `--baseurl /al-folio` is redundant but harmless; blanking the baseurl out is what renders the site unstyled with broken links. Dev server is at `http://localhost:4000/al-folio/`.\n\n## Validated local command set\n\nRun from the repo root, in this order:\n\n```bash\nbundle install\nnpm ci\nnpm run lint:prettier\nnpm run lint:style-contract\nbundle exec jekyll build --baseurl /al-folio\nbash test/integration_comments.sh\nbash test/integration_plugin_toggles.sh\nbash test/integration_distill.sh\nbash test/integration_bootstrap_compat.sh\nbash test/integration_upgrade_cli.sh\nbash test/integration_css_minify.sh\nbash test/integration_new_plugins.sh\nnpx playwright install chromium webkit\nnpm run test:visual\nbundle exec al-folio upgrade audit\nbundle exec al-folio upgrade overrides audit\nbundle exec al-folio upgrade report\ndocker compose up -d\ncurl -fsS http://127.0.0.1:8080/al-folio/ >/dev/null\ndocker compose logs --tail=80\ndocker compose down\n```\n\nAll seven `test/integration_*.sh` scripts are gated by `unit-tests.yml`; run the ones your change touches. Docker note: v1 uses `/srv/jekyll/bin/entry_point.sh` and serves from container-local `/tmp/_site` to avoid host bind-mount write deadlocks.\n\n## Before you open a PR\n\n- Keep starter work here; route runtime behavior to the owning plugin repo.\n- Run `npm run lint:prettier` (Prettier with `@shopify/prettier-plugin-liquid`, `printWidth: 150`). `npx prettier . --write` fixes formatting.\n- Keep docs aligned with v1 ownership, and keep each fact in one place — link rather than restate.\n- If you create or keep local overrides of plugin-owned files, run `bundle exec al-folio upgrade overrides audit` and commit `.al-folio-overrides.yml` after review.\n\n## Further reading\n\n- [`docs/ARCHITECTURE.md`](docs/ARCHITECTURE.md) — how the starter and gems fit together, silent failure modes, the v1 config contract, local overrides.\n- [`docs/BOUNDARIES.md`](docs/BOUNDARIES.md) — authoritative area-to-gem ownership table and PR triage playbook.\n- [`docs/CONTRIBUTING.md`](docs/CONTRIBUTING.md) — contributor workflow and agent tooling.\n- [`docs/README.md`](docs/README.md) — index of all user and maintainer guides.\n- `.agents/skills/al-folio-bootstrap/SKILL.md` — new-site setup workflow.\n- `.agents/skills/al-folio-v1-migration/SKILL.md` — customized-fork migration and override drift auditing.\n- `.codex/skills` and `.claude/skills` are symlinks to `.agents/skills` for agent-specific discovery.\n","CLAUDE.md":"# CLAUDE.md\n\nThis file provides guidance to Claude Code (claude.ai/code) when working with code in this repository.\n\n@AGENTS.md\n\n`AGENTS.md` (imported above) is the **authoritative** agent entry point: change routing, the stop sign for gem-owned paths, the three silent failure modes, and the validated command set. Keep it short and ecosystem-neutral. Cross-repo architecture — the wrapper/tag/gem delegation table, feature gating, the v1 config contract, local overrides — lives in [`docs/ARCHITECTURE.md`](docs/ARCHITECTURE.md); area-to-gem ownership lives in [`docs/BOUNDARIES.md`](docs/BOUNDARIES.md).\n\n**Read those three before editing anything.** Everything below is Claude-specific or longer-form operational detail that does not belong in the short entry point. Do not restate facts from those files here — link to them.\n\n## Daily dev loop\n\n```bash\nbundle install                                # ruby gems\nbundle exec jekyll serve                      # dev server → http://localhost:4000/al-folio/  (NOTE baseurl)\nbundle exec jekyll build --baseurl /al-folio  # production-style build to _site/\nbash test/integration_distill.sh              # run ONE integration test (any of the seven in test/)\nnpm run test:visual:update                    # refresh playwright snapshots after intentional UI change\nbundle exec al-folio upgrade apply --safe     # deterministic codemods (font-weight-* → font-*, remote→local URLs)\nbundle exec al-folio upgrade overrides diff <path>    # then `overrides accept <path>` to acknowledge an override\n```\n\n## Optional toolchains\n\n- **Jupyter posts.** `bin/setup-python-deps` installs _only_ `jupyter` and `nbconvert` (via `pip --user --break-system-packages`) for `jekyll-jupyter-notebook`. It does **not** read `requirements.txt`. Missing `jupyter-nbconvert` is warn-and-continue; notebook rendering is skipped.\n- **Everything else Python.** [`requirements.txt`](requirements.txt) is the fuller list and must be installed separately (`python3 -m pip install -r requirements.txt`): `rendercv[full]` for CV rendering, `scholarly` for `bin/update_scholar_citations.py`, plus `nbconvert` and `pyyaml`.\n- **Responsive images.** `imagemagick.enabled: true` needs ImageMagick `convert` on `PATH`.\n- **Manual deploy.** `bin/deploy` is the manual `gh-pages` build + purgecss + force-push path; CI normally deploys. `purgecss` is not a devDependency — install it with `npm install -g purgecss`.\n\n## Docker serving model (v1-specific)\n\n`docker compose up -d` bind-mounts the repo to `/srv/jekyll` and runs `bin/entry_point.sh`, which serves with `--force_polling --destination /tmp/_site`. The build output deliberately goes to **container-local `/tmp/_site`, not the bind-mounted `_site`** — writing `_site` back across the host bind mount caused write deadlocks. The container also `inotifywait`s `_config.yml` and restarts Jekyll on change (config edits aren't hot-reloaded by `--watch`). Verify with the `/al-folio` baseurl: `curl -fsS http://127.0.0.1:8080/al-folio/`. `docker-compose-slim.yml` pulls a prebuilt `:slim` image instead of building locally.\n\n## CI gates and the style contract\n\n`npm run lint:style-contract` (`test/style_contract.js`) is the automated enforcement of the thin-starter boundary and will fail CI if you cross it. Beyond the forbidden paths listed in `AGENTS.md`, it also asserts that `_config.yml` keeps `theme: al_folio_core` and the required plugins, that the `third_party_libraries` SRI pins are present, and that the `al_math` Gemfile pin stays on a released version rather than a git branch.\n\nOther gates:\n\n- `unit-tests.yml` — style contract plus all seven `test/integration_*.sh` scripts (`comments`, `plugin_toggles`, `distill`, `bootstrap_compat`, `upgrade_cli`, `css_minify`, `new_plugins`).\n- `visual-regression.yml` — Playwright on chromium + webkit, diffing the candidate build against a `v0.16.3` baseline worktree served on `:4100` via `BASELINE_URL`.\n- `upgrade-check.yml` — `bundle exec al-folio upgrade audit`.\n- `prettier.yml` — Prettier with `@shopify/prettier-plugin-liquid` and `printWidth: 150`. Run `npm run lint:prettier` before pushing; `npx prettier . --write` fixes.\n- `update-tocs.yml` — regenerates `<!--ts-->…<!--te-->` blocks in changed root and `docs/` Markdown files. If you add or rename a heading, expect a follow-up auto-commit on `main`.\n\n## Gem version pins\n\n`Gemfile` pins every `al-*` gem to an exact released version in `group :al_folio_plugins`, and `_config.yml` lists the same gems under `plugins:`. Read the current pins from the `Gemfile` rather than trusting any version quoted in prose — including here. To test a gem fix against this site, repoint the `Gemfile` at a sibling checkout (`path:`, `git:`, or `branch:`) and `bundle install`; see [`docs/ARCHITECTURE.md`](docs/ARCHITECTURE.md#working-on-a-gem-alongside-the-starter). Revert the pin before committing.\n"},"items":[{"name":"AGENTS.md","path":"AGENTS.md","title":"AGENTS.md","content":"# Agent Guidelines for al-folio (v1.x)\n\n**This file is the authoritative entry point for coding agents working in this repo.** Read it before making any change. It is intentionally short and tool-neutral; it links to the one place each longer-form fact lives.\n\n`al-folio` v1.x is a **thin Jekyll starter, not a theme**. This repo owns starter wiring, example content, docs, and cross-plugin tests. All runtime — layouts, includes, Sass, Liquid tags, filters, feature JS — lives in versioned gems published under [`al-org-dev`](https://github.com/al-org-dev).\n\n## Route your change\n\nFind your change on the left; edit only what is on the right.\n\n| Your change                                                                                                              | Goes in                                                                                                       |\n| ------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------- |\n| Dependency pin, plugin activation, feature flag                                                                          | this repo: `Gemfile` **and** `_config.yml` (both — see below)                                                 |\n| Example/demo content, bibliography, data files                                                                           | this repo: `_pages`, `_posts`, `_projects`, `_news`, `_teachings`, `_books`, `_data`                          |\n| Documentation                                                                                                            | this repo: `docs/` (long-form) or this file (agent rules)                                                     |\n| Cross-plugin integration test, visual parity test                                                                        | this repo: `test/integration_*.sh`, `test/visual/`                                                            |\n| Plugin catalog metadata                                                                                                  | this repo: `_data/featured_plugins.yml`                                                                       |\n| A layout, include, or Sass partial                                                                                       | the owning gem — start with `al_folio_core`                                                                   |\n| A Liquid tag or filter, or what a tag renders                                                                            | the gem that registers it — see the [delegation table](docs/ARCHITECTURE.md#wrapper-to-tag-to-gem-delegation) |\n| Feature behavior (search, math, charts, comments, cookies, icons, CV, distill, analytics, images, newsletter, citations) | that feature's gem — see [`docs/BOUNDARIES.md`](docs/BOUNDARIES.md)                                           |\n| Component/unit test for gem-owned behavior                                                                               | the owning gem, not here                                                                                      |\n| A feature with no existing owner                                                                                         | open a plugin proposal issue first, then a standalone plugin repo                                             |\n\n[`docs/BOUNDARIES.md`](docs/BOUNDARIES.md) is the authoritative area-to-gem table. [`docs/ARCHITECTURE.md`](docs/ARCHITECTURE.md) explains how the pieces connect.\n\n## Stop sign\n\n**If your change would create any of these paths in this repo, it belongs in a gem instead:**\n\n```\n_layouts/   _includes/   _sass/   _scripts/   assets/tailwind/   tailwind.config.js   assets/webfonts/\n```\n\n`npm run lint:style-contract` fails CI when any of them exists here, and it also rejects `build:css` / `build:tailwind` npm scripts. Do not add a starter-local Tailwind or CSS build pipeline.\n\nThis restriction applies to **this repo only**. A user's own site created from this template _may_ legally shadow gem-owned files — see [local overrides: your site vs. this repo](docs/ARCHITECTURE.md#local-overrides-your-site-vs-this-repo).\n\n## Three failures that produce no error message\n\nRead [`docs/ARCHITECTURE.md`](docs/ARCHITECTURE.md#failure-modes-that-produce-no-error-message) for the full explanation. The short version:\n\n1. **Features fail silently.** A feature renders only when its gem is loaded _and_ its flag is on _and_ the page opts in. Otherwise the Liquid tag emits an empty string — no warning, no error.\n2. **`Gemfile` and `_config.yml` are two lists that must agree.** A plugin in only one of them is inert. Adding or removing a plugin means editing both. Repo dirs use hyphens (`al-folio-core`); gem/plugin ids use underscores (`al_folio_core`).\n3. **This repo's effective baseurl is `/al-folio`.** `_config.yml` already sets it, so a plain `bundle exec jekyll build` is correct — that is what `deploy.yml`, `broken-links-site.yml` and `axe.yml` run. Passing `--baseurl /al-folio` is redundant but harmless; blanking the baseurl out is what renders the site unstyled with broken links. Dev server is at `http://localhost:4000/al-folio/`.\n\n## Validated local command set\n\nRun from the repo root, in this order:\n\n```bash\nbundle install\nnpm ci\nnpm run lint:prettier\nnpm run lint:style-contract\nbundle exec jekyll build --baseurl /al-folio\nbash test/integration_comments.sh\nbash test/integration_plugin_toggles.sh\nbash test/integration_distill.sh\nbash test/integration_bootstrap_compat.sh\nbash test/integration_upgrade_cli.sh\nbash test/integration_css_minify.sh\nbash test/integration_new_plugins.sh\nnpx playwright install chromium webkit\nnpm run test:visual\nbundle exec al-folio upgrade audit\nbundle exec al-folio upgrade overrides audit\nbundle exec al-folio upgrade report\ndocker compose up -d\ncurl -fsS http://127.0.0.1:8080/al-folio/ >/dev/null\ndocker compose logs --tail=80\ndocker compose down\n```\n\nAll seven `test/integration_*.sh` scripts are gated by `unit-tests.yml`; run the ones your change touches. Docker note: v1 uses `/srv/jekyll/bin/entry_point.sh` and serves from container-local `/tmp/_site` to avoid host bind-mount write deadlocks.\n\n## Before you open a PR\n\n- Keep starter work here; route runtime behavior to the owning plugin repo.\n- Run `npm run lint:prettier` (Prettier with `@shopify/prettier-plugin-liquid`, `printWidth: 150`). `npx prettier . --write` fixes formatting.\n- Keep docs aligned with v1 ownership, and keep each fact in one place — link rather than restate.\n- If you create or keep local overrides of plugin-owned files, run `bundle exec al-folio upgrade overrides audit` and commit `.al-folio-overrides.yml` after review.\n\n## Further reading\n\n- [`docs/ARCHITECTURE.md`](docs/ARCHITECTURE.md) — how the starter and gems fit together, silent failure modes, the v1 config contract, local overrides.\n- [`docs/BOUNDARIES.md`](docs/BOUNDARIES.md) — authoritative area-to-gem ownership table and PR triage playbook.\n- [`docs/CONTRIBUTING.md`](docs/CONTRIBUTING.md) — contributor workflow and agent tooling.\n- [`docs/README.md`](docs/README.md) — index of all user and maintainer guides.\n- `.agents/skills/al-folio-bootstrap/SKILL.md` — new-site setup workflow.\n- `.agents/skills/al-folio-v1-migration/SKILL.md` — customized-fork migration and override drift auditing.\n- `.codex/skills` and `.claude/skills` are symlinks to `.agents/skills` for agent-specific discovery.\n","category":"root","tokens":1898},{"name":"CLAUDE.md","path":"CLAUDE.md","title":"CLAUDE.md","content":"# CLAUDE.md\n\nThis file provides guidance to Claude Code (claude.ai/code) when working with code in this repository.\n\n@AGENTS.md\n\n`AGENTS.md` (imported above) is the **authoritative** agent entry point: change routing, the stop sign for gem-owned paths, the three silent failure modes, and the validated command set. Keep it short and ecosystem-neutral. Cross-repo architecture — the wrapper/tag/gem delegation table, feature gating, the v1 config contract, local overrides — lives in [`docs/ARCHITECTURE.md`](docs/ARCHITECTURE.md); area-to-gem ownership lives in [`docs/BOUNDARIES.md`](docs/BOUNDARIES.md).\n\n**Read those three before editing anything.** Everything below is Claude-specific or longer-form operational detail that does not belong in the short entry point. Do not restate facts from those files here — link to them.\n\n## Daily dev loop\n\n```bash\nbundle install                                # ruby gems\nbundle exec jekyll serve                      # dev server → http://localhost:4000/al-folio/  (NOTE baseurl)\nbundle exec jekyll build --baseurl /al-folio  # production-style build to _site/\nbash test/integration_distill.sh              # run ONE integration test (any of the seven in test/)\nnpm run test:visual:update                    # refresh playwright snapshots after intentional UI change\nbundle exec al-folio upgrade apply --safe     # deterministic codemods (font-weight-* → font-*, remote→local URLs)\nbundle exec al-folio upgrade overrides diff <path>    # then `overrides accept <path>` to acknowledge an override\n```\n\n## Optional toolchains\n\n- **Jupyter posts.** `bin/setup-python-deps` installs _only_ `jupyter` and `nbconvert` (via `pip --user --break-system-packages`) for `jekyll-jupyter-notebook`. It does **not** read `requirements.txt`. Missing `jupyter-nbconvert` is warn-and-continue; notebook rendering is skipped.\n- **Everything else Python.** [`requirements.txt`](requirements.txt) is the fuller list and must be installed separately (`python3 -m pip install -r requirements.txt`): `rendercv[full]` for CV rendering, `scholarly` for `bin/update_scholar_citations.py`, plus `nbconvert` and `pyyaml`.\n- **Responsive images.** `imagemagick.enabled: true` needs ImageMagick `convert` on `PATH`.\n- **Manual deploy.** `bin/deploy` is the manual `gh-pages` build + purgecss + force-push path; CI normally deploys. `purgecss` is not a devDependency — install it with `npm install -g purgecss`.\n\n## Docker serving model (v1-specific)\n\n`docker compose up -d` bind-mounts the repo to `/srv/jekyll` and runs `bin/entry_point.sh`, which serves with `--force_polling --destination /tmp/_site`. The build output deliberately goes to **container-local `/tmp/_site`, not the bind-mounted `_site`** — writing `_site` back across the host bind mount caused write deadlocks. The container also `inotifywait`s `_config.yml` and restarts Jekyll on change (config edits aren't hot-reloaded by `--watch`). Verify with the `/al-folio` baseurl: `curl -fsS http://127.0.0.1:8080/al-folio/`. `docker-compose-slim.yml` pulls a prebuilt `:slim` image instead of building locally.\n\n## CI gates and the style contract\n\n`npm run lint:style-contract` (`test/style_contract.js`) is the automated enforcement of the thin-starter boundary and will fail CI if you cross it. Beyond the forbidden paths listed in `AGENTS.md`, it also asserts that `_config.yml` keeps `theme: al_folio_core` and the required plugins, that the `third_party_libraries` SRI pins are present, and that the `al_math` Gemfile pin stays on a released version rather than a git branch.\n\nOther gates:\n\n- `unit-tests.yml` — style contract plus all seven `test/integration_*.sh` scripts (`comments`, `plugin_toggles`, `distill`, `bootstrap_compat`, `upgrade_cli`, `css_minify`, `new_plugins`).\n- `visual-regression.yml` — Playwright on chromium + webkit, diffing the candidate build against a `v0.16.3` baseline worktree served on `:4100` via `BASELINE_URL`.\n- `upgrade-check.yml` — `bundle exec al-folio upgrade audit`.\n- `prettier.yml` — Prettier with `@shopify/prettier-plugin-liquid` and `printWidth: 150`. Run `npm run lint:prettier` before pushing; `npx prettier . --write` fixes.\n- `update-tocs.yml` — regenerates `<!--ts-->…<!--te-->` blocks in changed root and `docs/` Markdown files. If you add or rename a heading, expect a follow-up auto-commit on `main`.\n\n## Gem version pins\n\n`Gemfile` pins every `al-*` gem to an exact released version in `group :al_folio_plugins`, and `_config.yml` lists the same gems under `plugins:`. Read the current pins from the `Gemfile` rather than trusting any version quoted in prose — including here. To test a gem fix against this site, repoint the `Gemfile` at a sibling checkout (`path:`, `git:`, or `branch:`) and `bundle install`; see [`docs/ARCHITECTURE.md`](docs/ARCHITECTURE.md#working-on-a-gem-alongside-the-starter). Revert the pin before committing.\n","category":"root","tokens":1219}]}