The buy links land where the store serves, and name the level not the price

Read against store.sgit.ai↗ v0.3.17. Two things were wrong on all sixteen generated behaviour-policy vault pages, and both are the same mistake: this site was holding something the store owns.

One link was a 404. The store builds a page per shape by promoting this site's catalogue at its build time, so a shape added here does not have a page there until the store next builds. claude-gmail-connector arrived yesterday, and so every Buy this policy button on its page pointed at an address the store does not serve. The other fifteen resolve. A catalogue entry now says store_page: false while the store has not built its page; the button points at the store's list of shapes↗ instead, and the page says plainly that the shape is new and the link goes to the list until the store catches up. The flag comes off when it does.

The rest named prices. The button read Buy this policy, from £10 and the closing paragraph named all four prices — four releases after the boundary↗ gave the store the cart, the order and every price, and after v1.22.0 said every price on this site was gone. They were not. Both now name the level and what it adds, which is the thing that does not go stale when a price moves: the pack as a download, a working vault you hold the keys to, that vault corrected for your situation by a named professional, or the same with two sessions and their signature.

A test holds it. No generated vault page may carry a price, and each one's store links must be the address the catalogue says they should be. It was checked against both mistakes before being relied on. Every one of the twenty-four store addresses this site emits was then fetched: all twenty-four return 200.

Not changed. Pricing↗ still lists the four prices. They match the store's today, so they are duplicated rather than wrong, and what that page is for is a decision rather than a repair.