Product updates
Product updates【免费下载链接】airi Self hosted, you-owned Grok Companion, a container of souls of waifu, cyber livings to bring them into our worlds, wishing to achieve Neuro-samas altitude. Capable of realtime voice chat, Minecraft, Factorio playing. Web / macOS / Windows supported.项目地址: https://gitcode.com/GitHub_Trending/ai/airiLocalNew providersYou can now use Amazon Bedrock as a chat provider.You can now use MiniMax Speech as a TTS provider.Artistry now supports image providers such as ComfyUI, Replicate, and Nano Banana.注意示例中的写法全部落在用户现在能用什么的层面而不是providers.ts 里新增了三条定义。对 AIRI 这种多 provider、多模态的产品而言provider 是 Chat / TTS / 图像等不同能力面的交叉点用能力来归类比按 commit 归类清晰得多。 ## 六、Cloud 与商业功能段Cloud And Commercial Features 账户、计费、额度、Flux、Stripe、付费 TTS 与商业用量类变化**影响用户时应集中放置**。这里技能提出两条反直觉但重要的原则 1. 只有当你写的那条说明本身让 Cloud 语境可被理解时才使用 Cloud 相关顶层标题不要假设每个读者都天然明白 AIRI Cloud 作为顶层段意味着什么。必要时拆成更清楚的小主题例如 Account、Billing、Cloud TTS。 2. **不要为内部服务端细节单开一个宽泛的 self-hoster 段落**只有出现必须执行的操作或外部可见的部署变化时才提自托管。 推荐的措辞风格是直接点出能力与结果 - AIRI Cloud now supports server-side TTS with per-character Flux billing. - We improved billing reliability for TTS usage, especially when usage needs to be recorded before payment is fully settled. 第二条尤其值得品味——它把计费记录与支付结算的时序这种实现细节重写成了计费可靠性提升这一用户结果且点明了最需要该修复的场景。 ## 七、语气Tone清晰、温暖、略带俏皮 技能对语气的定义是 clear, warm, and lightly playful——发布说明**可以有人格但信息必须精确**。 允许的 - 用自然完整的句子 - 解释用户收益 - 个别小 bug 归组为 polish - 适当俏皮以减少生硬感。 禁止的 - 过度开玩笑 - 只有营销话术没有实际行为变化 - 逐个点名内部包名 - 直接复制 commit 标题 - 过度套用过去某次发布中的单一示例。 可以这样理解语气定位它是介于技术 changelog与营销公告之间的第三条路——既承认读者是正在用这款虚拟角色软件的人又保证每句话都能回溯到真实行为。 ## 八、反馈处理让技能规则随措辞反馈演进 这是一段会自我学习的技能文档。当用户对草稿给出措辞、语法、结构或语气反馈时Agent 应询问**是否把背后的规则沉淀回本技能**而不是为单次反馈打窄补丁例如禁止绝不写这句原话这类规则。它要求先推断出可持续的深层原因候选分类包括 - audience mismatch受众错位 - too much implementation detail实现细节过多 - missing user action缺少用户可执行的动作 - too many fragmented sections碎片化章节过多 - too stiff or too casual语气过僵或过随意 - wrong placement between product, developer, contributor, cloud, or upgrade notes放错了分区 然后向用户提议一条**简洁的抽象规则**得到同意后再修改技能文件。这说明该 SKILL 被当作可演进的团队资产来维护与仓库 [AGENTS.md](https://link.gitcode.com/i/74b7d75515c92bc922a49dfb44a95937) 中把技能作为强制工具的工程文化一致。 ## 九、六步起草工作流Drafting Workflow 将前面所有原则收拢为可执行的流水线 1. **建立事实清单**基于 changelogithub 干跑输出 直接检查提交git show --stat --oneline sha收集事实 2. **按受众归类**每个条目分入 end users、providers、cloud/account、developers、contributors、upgrade notes 之一 3. **合并相关提交**把多个相关 commit 合成一条可读的 bullet 4. **用用户的语音写**写清楚 what changed改了什么、why it matters为何重要、what the reader can do now读者现在能做什么 5. **默认不内嵌 commit 链接**除非用户要求可追溯版本否则主草稿不带 commit 链接 6. **只在需要行动时收尾 upgrade notes**。 第 5 步与下一节的脚注机制是配套的正文保流畅追溯交给脚注。 ## 十、可追溯脚注Traceable Footnotes 当用户要求提交可追溯性时技能规定**优先使用 Markdown 脚注而非行内 commit 链接**在支撑某条发布说明的 bullet 旁边放脚注标记随后在正文下方列出 commit 链接与作者署名。格式如下 markdown - User-facing release note sentence.[^1] [^1]: Commit [abcdef123](https://github.com/moeru-ai/airi/commit/abcdef123) by contributor.要点脚注用来在保持可读发布散文的同时声明每条主张的来源与贡献者多条 commit 可支撑同一条 bullet只有每条 commit 提供了不同上下文时才为同一条挂多个脚注GitHub 用户名取自 changelogithub、PR 元数据或 commit 元数据当提交作者名与 handle 不一致且 handle 未知时使用已知的作者名不得臆造 handle。这套约定解决了开源发版的经典矛盾正文面向读者要干净审计面面向维护者要完整。十一、输出形状与示例不是模板SKILL.md 给出的 Output 示例结构如下## vX.Y.Z Highlights ### Product updates #### Account - ... #### Local ##### New providers - ... ##### Experience improvements - ... #### Cloud ##### Billing ### To developers - ... ### To contributors - ... ### Upgrade notes - ...【免费下载链接】airi Self hosted, you-owned Grok Companion, a container of souls of waifu, cyber livings to bring them into our worlds, wishing to achieve Neuro-samas altitude. Capable of realtime voice chat, Minecraft, Factorio playing. Web / macOS / Windows supported.项目地址: https://gitcode.com/GitHub_Trending/ai/airi创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考