fix(data): regenerate stale anchor metadata, sitemap, and llms.txt#490
Conversation
Several anchors (kano-model, double-diamond, hoshin-kanri, kotter-8-step-change-model, decisional-balance-sheet and others) were added as .adoc files without rerunning extract-metadata.js, so the committed data files drifted out of sync — 15 anchors missing from anchors.json / categories.json and from llms.txt. The deployed site was unaffected: CI runs extract-metadata.js, generate-sitemap.js and generate-llms-txt.js before building, so production always regenerates these. The staleness only affected the committed copies (which `npm run dev` reads directly) and made the repo misleading to read. Regenerated all four data files plus sitemap.xml and llms.txt. anchors.json now holds all 147 anchors. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
Warning Rate limit exceeded
You’ve run out of usage credits. Purchase more in the billing tab. ⌛ How to resolve this issue?After the wait time has elapsed, a review can be triggered using the We recommend that you space out your commits to avoid hitting the rate limit. 🚦 How do rate limits work?CodeRabbit enforces hourly rate limits for each developer per organization. Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout. Please see our FAQ for further information. ℹ️ Review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yml Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (6)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Summary
Several anchors (
kano-model,double-diamond,hoshin-kanri,kotter-8-step-change-model,decisional-balance-sheetand others — 15 in total) were added as.adocfiles without rerunningextract-metadata.js, so the committed data files drifted out of sync.Production was unaffected — CI runs
extract-metadata.js,generate-sitemap.jsandgenerate-llms-txt.jsbefore building, so the deployed site always regenerates these. The staleness only affected the committed copies (whichnpm run devreads directly) and made the repo misleading to read.Regenerated
anchors.json,categories.json,metadata.json,roles.json,sitemap.xmlandllms.txt.anchors.jsonnow holds all 147 anchors.Root cause / prevention
The
websiteprebuild chain runssync-anchors+render-docs+render-contractsbut notextract-metadata. Only the root build and CI run it. So adding an anchor and running just the website build leaves the committed data files stale. A pre-commit hook or addingextract-metadatato the website prebuild would prevent recurrence — out of scope for this PR, flagging for a follow-up.Test plan
npm run buildsucceedssitemap.xmlandllms.txtlist the full anchor set🤖 Generated with Claude Code