docs(readme): 新增赞助商 — 优云智算（UCloud）

[jnMetaCode]

你要解决什么问题？

优云智算（UCloud 旗下 AI 云平台）已与本项目达成赞助合作，需要在 README 中落地赞助商展示位。

本仓库在 v1.7.0 时（commit 9a50f0a）下架了赞助商展示，只在「项目规模」表下留了一行「想赞助支持本项目？联系 jnMetaCode@qq.com」。现在有了新赞助商，需要把版块恢复起来并放上第一位赞助商。

这个 PR 做了什么改变？

在 README.md / README.zh-Hant.md 的「项目规模」与「这是什么？」之间恢复「❤️ 赞助商」版块，放入首位赞助商优云智算（banner + 介绍文案 + 注册链接），并把原来那行单独的招赞助 callout 并入版块标题。

这个改变适合放在核心库中吗？

注意：本 PR 提交给中文 fork jnMetaCode/superpowers-zh，不提交给上游 obra/superpowers。 赞助商展示属于本 fork 专有内容，按上游 CLAUDE.md 的「Fork-specific changes」「第三方依赖」规则，这类改动向上游提会被直接关闭。

在本 fork 范围内它是合适的：仓库此前就有赞助商版块（a65c3ed），维护者本人即赞助合作的当事方。改动纯文档，不引入任何代码依赖，不影响 skill 行为与安装流程。

你考虑了哪些替代方案？

• 只在文案里放文字链接，不放图 —— 更轻，但赞助商物料是 banner，纯文字展示效果达不到合作预期。
• 直接用赞助商 logo（logo-compshare.png，853×231） —— 最初的版本就是这个，后改用赞助商指定的 banner 物料。
• banner 原图直传（1919×884 / 1.2MB） —— README 实际显示宽度只有 380px，1.2MB 进 git 历史不划算，故压到 800×368 / 75KB。
• 重新设计一套赞助商版块布局 —— 没必要，直接沿用仓库自己 a65c3ed 的双列表格格式，保持历史一致。

这个 PR 是否包含多个不相关的改变？

否。三个文件（两个 README + 一张图）都服务于「新增赞助商展示」这一件事。

已有的 PR

• 我已查看所有已开放和已关闭的 PR，确认没有重复或先前的类似工作
• 相关 PR：未找到（gh pr list --state all 按 赞助/sponsor/compshare 关键词检索无命中）

历史上赞助商版块的增删是直接 commit 的，没有走 PR：a65c3ed（新增 5Cookie Code 版块）、9a50f0a（下架赞助商展示）。本 PR 是在 a65c3ed 的格式基础上恢复版块。

测试环境

工具（如 Claude Code、Cursor）	工具版本	模型	模型版本/ID
不适用（纯 README 文档改动，无运行时行为）	—	—	—

评估

不适用 —— 本 PR 不改动任何 skill 内容，不影响模型行为，因此没有 eval 可跑。

验证方式为人工检视：确认 banner 在 GitHub README 双列表格中渲染尺寸与观感符合预期（约 380×175），三处注册链接（banner / 品牌名 / 「此链接」）均带完整 referral_code 与 ytag 参数，简繁两版内容一致。

严格性

• 如果这是 skills 改变：不适用，本 PR 未改动任何 skill
• 这个改变经过了对抗性测试，而不仅仅是正常路径 —— 就文档改动而言：已检查图片挂掉时 alt 文案仍能传达信息、<table> 单元格内的 Markdown 特殊字符（*）已规避
• 我没有在未经大量评估证明改变是改进的情况下修改精心调整的内容（红旗表格、合理化描述、"人类搭档"用语）

人工审核

• 提交前已有人工审核过完整的 diff

维护者本人逐版审阅了 banner 与文案，并在过程中两次给出修改要求（更换 banner 物料、更新介绍文案至含 GLM-5.2 的最终版）。

---

待确认（review 时请留意）

• 文案中「GLM-5.2」按智谱官方带连字符的写法，赞助商原始物料写作「GLM5.2」；若需与对方文案严格一致可改回。
• banner 上印有 49/99/199/499/799/999 元六档具体价格，赞助商调价后此图会过期，届时需换图。