Skip to content

chore: sync FPF spec from ailev/FPF (2026-05-20)#136

Open
github-actions[bot] wants to merge 1 commit into
mainfrom
chore/sync-fpf-eb283209
Open

chore: sync FPF spec from ailev/FPF (2026-05-20)#136
github-actions[bot] wants to merge 1 commit into
mainfrom
chore/sync-fpf-eb283209

Conversation

@github-actions
Copy link
Copy Markdown
Contributor

Auto-detected new commit on ailev/FPF main.

CI gates this merge: lint, type, tests, hosted MCP build, Vercel preview deploy, and Playwright E2E. After a two-hour review window, the sync workflow will merge this PR automatically if every reported check/status is passing.

Generated by .github/workflows/sync-fpf.yml. Failed or still-pending checks leave this PR open for manual review.

@github-actions github-actions Bot force-pushed the chore/sync-fpf-eb283209 branch from 27361d6 to aba4d49 Compare May 22, 2026 07:07
Copy link
Copy Markdown

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: aba4d49dee

ℹ️ About Codex in GitHub

Codex has been enabled to automatically review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

When you sign up for Codex through ChatGPT, Codex can also answer questions or update the PR, like "@codex address that feedback".

Comment on lines +1277 to +1279
"slug": "boundary-unpacking-and-claim-decomposition",
"title": "Boundary unpacking and claim decomposition",
"staticPath": "/generated/routes/route_boundary-unpacking-and-claim-decomposition"
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 Badge Preserve boundary-unpacking route ID compatibility

This sync replaces route:boundary-unpacking-claim-routing with route:boundary-unpacking-and-claim-decomposition, but the runtime still hard-codes the old ID for intent scoring and tailored guidance (src/runtime/query-helpers.ts and src/runtime/answer-projector.ts), and onboarding docs still tell users to select the old ID (docs/start-here.md, docs/work-packets.md, docs/mcp-recipes.md). After this change, those selectors no longer resolve to an existing route in the published snapshot, so boundary-unpacking queries lose deterministic routing and route-specific output quality.

Useful? React with 👍 / 👎.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants