[bong-water-water-bong]

tools/weekly_changes.py now also writes, into changes.json and the release notes:

• pins: every third_party/ upstream at the release: the pinned commit and its date, plus the upstream's latest release where it has one. This replaces the separate pinned Updates post on Discord, so the weekly #announcements post is the single digest.
• models: what was added since the last release: repos under the 1bit-MONSTER Hugging Face org, new entries in Lemonade's server_models.json (between the two Lemonade pins), and architectures in registry/architectures.json that are new or gained a backend.

Tested on Strix Halo against main. HF picked up the 4 repos published this week. From 2f1c45f the diff finds BlackMamba, Zamba2 and Zamba v1 on Vulkan. A dry run of the Discord post renders the pins list correctly (4 messages, each under 2000 chars).

🤖 Generated with Claude Code

[context7]

Docs7 for 1bit-monster/engine

Result	Status	Action
Deployment	➖ Not used	—
Content review	➖ Did not run. This site has no agent runs available this month. Wait for the monthly reset or check your Docs7 plan.	—

Commit 8d2f123

[github-actions]

PR Reviewer Guide 🔍

Here are some key observations to aid the review process:

⏱️ Estimated effort to review: 4 🔵🔵🔵🔵⚪

🧪 No relevant tests

🔒 No security concerns identified

⚡ Recommended focus areas for review Potential Runtime Error in `pins` Function The pins function attempts to fetch commit dates and release information for each pinned upstream. If the GitHub API call for commit data fails (e.g., due to rate limiting or network issues), the code catches the subprocess.CalledProcessError and sets the date to None. However, if the gh function raises a different exception or returns an unexpected structure, this could lead to a runtime error when trying to access r["commit"]["committer"]["date"]. This could cause the entire script to fail during execution. try: p["date"] = gh(f"repos/{repo}/commits/{sha}")["commit"]["committer"]["date"][:10] except subprocess.CalledProcessError: p["date"] = None Incomplete Error Handling in `models` Function The models function fetches Hugging Face models using urllib.request. If the request fails due to network issues or timeouts, the code catches OSError and silently ignores the error. This could lead to missing model data in the generated release notes, which may be important for users. A more robust approach would be to log the error or provide a fallback mechanism. except OSError: