搜索「Meeting Notes」的结果

io.github.supabase/supabase/ask-the-docs

基于文档化的架构、构建流水线与 review 模式回答关于 Supabase docs 应用（apps/docs）的问题，并在提议或评审改动时套用功能设计原则（代码库复用、极简编码）。当用户问“docs 应用里 X 是怎么工作的”“Y 在哪里”“这个方案在 docs 应用里合适吗”，或在 apps/docs/ 下做非平凡改动前使用——特别是涉及 MDX 流水线、markdown 生成、内容组件、联邦文档、贡献者写作模式的场景。必要时可用 Mermaid 图回答架构问题。

dotcom-release-marketing(tldraw 发布营销通告)

io.github.tldraw/tldraw/dotcom-release-marketing

把本周 tldraw.com(dotcom)版本要发布内容的通俗总结发到营销团队的 Discord 频道。适用于准备每周 dotcom 版本、被要求面向非工程受众说明本周发布内容,或定时的 release-marketing 自动化运行时。检查 production...main 提交范围,把面向用户的变更翻译成营销能理解的价值点,并通过 Discord webhook 发布简洁总结。

品牌语气

io.github.affaan-m/ECC/brand-voice

从真实的帖子、文章、发布说明、文档或站点文案中提炼出基于来源的写作风格画像，并在内容、触达和社媒工作流中复用。当用户希望语气统一、又不落 AI 写作的俗套时使用。

Chrome 发布公告 CL 定位

io.github.electron/electron/chrome-release-cls

给定 Chrome Releases 博客文章 URL（chromereleases.googleblog.com），提取其中每条 CVE/bug，并通过检索本地 Chromium 检出及子仓库定位修复对应的 Gerrit CL。当被要求把 Chrome 安全发布说明映射到修复 CL，或找出对应某次 Chrome 稳定版更新中 CVE 的 commit 时使用。

publish-npm-version（发布 npm 版本）

io.github.prisma/orm/publish-npm-version

切出 Prisma 8 的下一个版本：递增根 package.json 版本（v8 RC 线上为 8.0.0-rc.N → rc.N+1），同步到所有 workspace 包，并开启标题为 “chore(release): bump to <next-version>” 的 PR。维护者合并后，`Publish to npm` 工作流自动运行，按版本号形态对应的 dist-tag（`latest`；RC 版本获得预发布的 GitHub Release）发布到 npm，并生成对应的 GitHub Release。当维护者要求 “cut the next RC”“cut the next release”“bump to the next version”“open a release PR” 或 “prepare a publish PR” 时使用。

Cursor Agent 协作流程

io.github.langfuse/langfuse/cursor-agents-workflow

人工交接、Linear 分支命名、可评审（非草稿）PR、Claude、Greptile 与 Codex 评审意见、预览测试步骤、发布在 GitHub PR 上的工作证明，以及供 Cursor agent 使用的评审存疑笔记。当 Cursor Cloud 或 Cursor 桌面 agent 实现 Linear issue、创建 GitHub PR、请人工测试、贴出截图或视频，或处理 Claude、Greptile、Codex 的代码评审意见时使用。

Material UI 与 Next.js 集成 material-ui-nextjs

io.github.mui/material-ui/material-ui-nextjs

通过 @mui/material-nextjs、Emotion 缓存 provider、next/font、与 Tailwind/CSS Modules 并存的 CSS layers、Link 组件 prop 用法、CSS 主题变量 SSR 注意事项，以及 App Router 下 useSearchParams + Suspense 等，将 Material UI 与 Next.js App/Pages 路由集成。在安装或调试 Next.js 应用中的 MUI 时使用。

前端 UI 工程

io.github.addyosmani/agent-skills/frontend-ui-engineering

构建生产级、可访问、响应式的用户界面。在构建或修改界面与页面、创建组件、实现布局、满足 WCAG 可访问性要求、管理状态时使用，或当产出需要达到生产质感而非 AI 生成感时使用。

代码注释门禁

io.github.PostHog/posthog/writing-code-comments

判定一条代码注释是否该存在，并强制留下的注释解释“为什么”而非“是什么”。在用任何语言（Python、TypeScript、Go、Rust、SQL）编写或编辑注释前务必使用，也用于评审新增注释的 diff。清除 clutter 代码库的注释类型：复述代码的旁白、变更历史与聊天上下文备注（“之前做了 X”“按 PR #123”“AI:”）、易失效的度量与现状标记（“约 20 分钟构建”“目前”“今天”）、被注释掉的代码与冗余 docstring。保留有价值的注释：不显然的 why、关于非本地影响的警告、指向未来读者无法自行重建上下文的线索。不适用于面向用户的文案（见 `/writing-user-facing-copy`）或提交信息。

Next.js 迁移交付 export-nextjs-handoff

io.github.nexu-io/open-design/export-nextjs-handoff

当用户希望把已验收的 OpenDesign 制品转换为 Next.js App Router 交付物——整洁的组件、样式、资源与实现说明——时使用此插件。

演进数据模型

io.github.TriliumNext/Trilium/evolving-the-data-model

在 Trilium 中添加数据库迁移或给 Becca 实体新增列/字段时使用（如"加一个迁移""给 notes/attributes 加列""ALTER TABLE""给 BNote/BAttribute/BBranch 加字段"、schema 变更）。迁移不是带日期的 .sql 文件，而是 packages/trilium-core/src/migrations/migrations.ts 中按整数版本号排列、降序存放的 MIGRATIONS 数组条目（dbVersion 由 MIGRATIONS[0] 自动推导），schema 位于 packages/trilium-core/src/assets/schema.sql。涵盖加列的完整文件链、hashedProperties 的跨实例同步哈希隐患、CLS 包裹的 JS 迁移以及测试框架。

PowerToys 发布说明生成

io.github.microsoft/PowerToys/release-note-generation

基于 GitHub milestone、commit 区间或 Azure DevOps 候选构建版本生成 PowerToys 正式版/预览版发布说明的工具包。当被要求撰写 release notes、汇总 milestone PR、生成 changelog、起草预览发布、计算 main 与 stable 间的 PR 差异、更新发布文档、管理 PR milestone，或准备与校验发布资产时使用。

ito-baskets

io.github.affaan-m/ECC/ito-baskets

只读的 Itô 篮子与预测市场数据 skill。可索引实时篮子目录、把某个篮子与用户提供的研究或自选清单做对比、生成有来源支撑的市场简报，或起草不可执行的规划工作表。当用户想浏览或索引 Itô 篮子、把篮子与笔记或论点做对比、研究预测市场的事件/场所/流动性，或在不下单交易的前提下规划一个篮子或市场想法时使用。它从不提供建议、下单、交易、预留额度或执行。

版本发布

io.github.Hmbown/CodeWhale/release

准备具名版本：前置检查、版本一致性、构建/打包、冒烟测试、校验和与发布说明，以及发布就绪评估。发布/打标签/部署需要单独授权。仅限显式调用。

撰写技术长文

io.github.compozy/compozy/writing-tech-post

端到端完成工程博客写作：发布深度解读、故障复盘、架构迁移、性能案例、教程、AI/agent 系统记录、安全披露，以及从研究到产品的转化文章。选对文章原型、规划抽象阶梯、遵循证据节奏（图示、基准测试、profile、trace、代码、消融实验），按 Datadog、Vercel、GitHub、AWS、Meta、Cloudflare、Jane Street 等发布方的行文风格校准语气，并在发布前用叙事推进与披露伦理两道门禁检查。在起草新的工程文章、重构成色平淡的初稿、判断某种证据该放在何处、校验技术深度与产品背景是否均衡，或为对外发布准备故障复盘、迁移、性能叙述时使用。不用于 API 参考文档、README、营销文案、release notes、泛 SEO 内容、代笔高管观点文章，以及非工程类长文。