用 Appwrite OAuth2 server 把你的应用变成 MCP server
Appwrite 每个项目内置的 OAuth2 server 已实现 MCP 所需的 OAuth 2.1 标准,配合 2026-07-28 版 MCP 规范转为无状态协议,普通 HTTP function 即可承载 MCP server。
Appwrite 每个项目内置的 OAuth2 server 已实现 MCP 所需的 OAuth 2.1 标准,配合 2026-07-28 版 MCP 规范转为无状态协议,普通 HTTP function 即可承载 MCP server。
Baremetrics 与 Google Analytics 4 的对比:GA4 免费、已装在站点上,擅长告诉你访客来源,但无法给出 MRR、churn(流失率)或净收入留存——这不是配置错误,而是 GA4 衡量的是另一回事。
Laravel Cloud 用 Lago 的 API 重建了按用量计费与成本控制:Flex 计算可缩容到零并在 500 毫秒内唤醒,比旧系统快 20 倍;$5 Starter 套餐含每月 $5 用量额度,休眠应用的实际计算成本常低于每月 $1。
Baremetrics 是订阅收入分析平台,读取 Stripe、Braintree、Chargebee、Recurly、Google Play 和 Apple App Store 的订阅数据;Mixpanel 与 Amplitude 是产品分析平台,读取用户事件流。
ChartMogul 是一款订阅分析平台,可连接你的计费系统,把原始支付数据转化为 MRR、ARR、churn、留存和 LTV 等经常性收入指标,无需自建表格模型。2026 年它还内置了 CRM,让销售与客户成功工作流和收入数据放在一起,而不是分散在另一个工具里。
Baremetrics 讨论了 2026 年独立开发者用 Claude、Cursor 接 Stripe API 氛围编程自建 MRR、churn 看板的趋势,并指出这类产物只是数据读取而非记录系统。
Vercel 为 Pro 和 Enterprise 团队新增 Basic 构建机器,配置 2 vCPU 和 8 GB 内存,按每 vCPU 每分钟 $0.0035 计费,即每个构建分钟 $0.007。
Plausible 在博客中区分了 Web analytics 与 product analytics:前者回答访客从哪来、哪个落地页和活动带来注册、在哪一步离开注册流程,用于优化获客、内容与转化;后者回答新账户是否达到激活里程碑、用了哪些功能、第 7 天或第 4 周是否回访、受邀团队是否比个人用户留存更好,用于优化激活、功能采用与留存。
Webflow 在 Webflow Conf 2026 的首次 Builder Keynote 上发布多项更新:AI 代码组件可视化编辑今日起向所有客户开放,CMS 组件今日开始推送、下周全量,断点画布可同屏查看桌面、平板与各移动端断点并今日起逐步开放。
WorkOS 发布 8 月更新,推出 Agent Registration,基于内置 AuthKit 的 auth.md 协议让 AI agent 注册并获取限定范围的短期凭证。
WorkOS 发布教程,介绍给 Next.js 应用接入 AuthKit 的两种方式:CLI 安装器约两分钟自动完成集成,或手动配置。CLI 会检测框架、安装 @workos-inc/authkit-nextjs、创建 /app/callback/route.ts 与 proxy.ts、写入 .env.local 并验证构建。
Webflow 发布新平台 Source by Webflow,面向营销团队及其 AI agent,把代码库、CMS、托管和营销工具接入同一环境,无需迁移或重建。
FusionAuth 1.69 于 8 月 25 日发布,新增 AI Agent 实体类型与实体生命周期 webhook,并默认开启 RFC 9207 issuer 识别。
Railway Blog 对比了 Node.js 应用的托管选项,聚焦 Vercel、Netlify 等 PaaS 平台,从定价、开发者体验、扩展行为和生态集成四个维度评分。Vercel 入门付费计划为 $20/user 加用量,Netlify 付费档 $9/月起含 1000 credits,两者定价均被评 2/5 分,扩展与集成表现各有差异。
Neon 的 Lakebase Postgres 用 scale to zero 在闲置几分钟后挂起计算并自动重启,配合 autoscaling 分别解决峰值预留和空转两类算力浪费。
Vercel 为 Pro 和 Enterprise 团队推出 AWS PrivateLink,作为 Advanced Networking 的一部分,让 Vercel Functions 和构建流程无需经过公网即可连接 AWS 上的服务。
Resend 上线 Single Sign-On(SSO),组织域名下的邮箱可通过企业 IdP 登录团队,无需邀请。SSO 作为 Scale 套餐的加购项提供,Enterprise 套餐则已包含;还可开启 Enforced(仅限 IdP 登录)和 Restricted(禁止 SSO 域名用户创建或加入外部团队)两个选项。
Chargebee 提出 AI 功能变现前团队必须回答的 6 个问题,覆盖功能放进哪个套餐、交付成本、定价模型、既有合同是否已包含、谁能用及何时上线、额度用尽后的规则。其报告显示定价决策分散在组织各处:高管主导 29%,财务 17%,销售 15%,RevOps 14%。Chargebee 建议把定价逻辑移出应用代码,并在定价前先算清每次调用的推理、算力与 token 成本。
Okta 于 8 月 24 日将 Agent SSO 正式可用,把 Cross App Access 标准并入核心 SSO 套餐且不额外收费,但 IdP 只负责中转连接,不会签发你的 API 所接受的令牌。
Neon 的 Lakebase Postgres 通过自动扩缩容省去了手动选择实例规格的步骤,其生产数据库平均每月调整计算规格 32,016 次,约每 81 秒一次。该机制基于计算与存储分离架构,通过原地 VM 调整和跟踪 CPU、内存及工作集的算法实现,最终目标规格取三者最大值并受用户配置的扩缩容上下限约束。
WorkOS 发布 Relay,请求经 api.workos.com/relay 代理,第三方凭证由 WorkOS 在边界处按用户和组织上下文注入,Agent 进程内不保存 provider token。
一家大型联邦机构把每年超百万美元的邮件发送成本,换成基于 AWS 的自建方案后,一次 200 万封的邮件活动只花了约 300 美元(含 Amazon SES 及其他 AWS 服务)。
WorkOS Pipes 负责 OAuth 流程、刷新循环与凭证存储,连接记录只返回 scopes、auth_method、state 和 last-4 片段,凭证本身存在 WorkOS 凭证保险库中,按连接用户及组织范围加密,静态加密用 AES-256。
WorkOS 官方博客给出在自有 API 中验证其访问令牌的完整做法:用 @workos-inc/node 的 getJWKS() 取密钥集,再用 jose 的 jwtVerify 校验签名、audience、issuer 与过期时间。
WorkOS Pipes 已内置 300 多个预置 provider,但目录永远补不全,因此支持在 Dashboard 表单或单次 API 调用中添加自定义 provider,消费连接的代码无需改动。
RevenueCat Android SDK 将服务端下发的付费墙渲染为原生 Compose UI,而非 WebView 页面。它采用两级 offerings 缓存与资源预下载,并通过三阶段流水线把 wire format 转换为渲染模型,用不同机制吸收未知组件与配置错误。
WorkOS 的 Pipes 与 Nango、Composio、Arcade、Paragon、Merge 被放在同一张对比表里,但它们分属三层:Pipes 只做凭证层,Nango 和 Paragon 是集成运行时,Composio 和 Arcade 是 agent 工具运行时,Merge 同时横跨前两层。
WorkOS 梳理了让 AI agent 代表用户调用第三方 API 的三种模式:自己存凭证、运行时取凭证、以及完全不持有凭证。运行时取凭证通过 Pipes 的 credentials 端点拿到最新 provider token,刷新由 WorkOS 处理,未连接时返回 200 与 {"active": false}。
WorkOS 指出多租户 OAuth 的 Token 隔离已是行业基线,真正的难题在凭证生命周期。Nango 曾因一个永不触发的 if 条件,在不到两小时内丢弃数百个连接的刷新令牌,Airtable、Atlassian、Salesforce、Slack 等轮换刷新令牌的提供商导致用户需重新授权。
Canny 官方博客发布 2026 年产品管理软件选购指南,逐一对比各工具的优缺点,并给出易用性、功能、可扩展性、透明度、集成与定价六项评估标准。文中重点介绍 Canny 的反馈收集与社区运营能力,其按 MRR(月度经常性收入)对功能需求排序的优先级功能被 Akiflow 产品经理 Stefania Martinello 点名提及。
Canny 对比了 13 款产品路线图工具的功能与定价,包括 Canny、Productboard、Aha! Roadmaps、Jira Product Discovery、airfocus、Linear、Pendo、ProductPlan、UserVoice、Tempo Strategic Roadmaps、ProdPad、Craft.io 和 Visor。
Canny 认为反馈表单是成本高昂的收集方式,会在提交后产生大量紧急人工工作,而让用户提交反馈并对需求投票几乎零成本。用 Canny 这类工具可把每张投票关联到 user id,明确知道哪些用户想要哪些功能。只需回复排名前 5% 的反馈请求即可覆盖 50% 的投票,从而写出详细回复、减少流失并推动企业销售。
Canny 发布客户反馈指南,建议把评论、功能请求、Bug 报告、社交帖子、销售通话等反馈集中到一处,可用表格、想法板或 Canny 这类反馈板管理,并让用户提交想法、为已有想法投票。指南强调先设定明确目标、选对渠道,再通过倾听回应、分析、行动和迭代形成闭环,避免用户被忽视导致流失。
Canny 的反馈按看板(board)组织,看板是最高一层结构,所有看板共同组成公开的反馈门户。最常用的看板是功能请求(可细分为 Product ideas、Ideas,或按 Ahrefs 那样按 Site Explorer、Rank Tracker 等产品区域拆分)和 bug 报告,后者可设为私有或自定义访问权限;集成、语言也是常见独立看板。
Canny 用一篇成本复盘拆解自建 AI 反馈收集的真实代价:把 Claude 式提示接到支持工具 API 后,按每月约 2,500 条支持对话和 400 通销售电话的体量,用前沿模型跑一遍约 $3,000/mo,换便宜模型后降到约 $200/mo,但需一周人工标注数据。
Canny 基于数千个产品团队的使用经验,总结出功能投票的最佳实践:投票只是需求信号之一,不能替代产品判断。常见误区包括把投票当民主决策、缺少投票者背景、重复请求堆积以及从不向用户闭环反馈。Canny 支持关联 MRR 或商机、打内部标签并记录备注,还可为需求标注内部工作量与影响力评分,避免投票板沦为“人气竞赛”。
Canny 发文讲解如何用 VoC(客户之声)方法论做产品:收集并理解客户反馈,再据此改进。文中引用 Traverse 创始人 Dominic Zijlstra 的案例,通过分析用户反馈开发 mind mapping 与 spaced repetition systems(SRS),三个月内用户参与度和留存率提升 30%。Canny 被定位为承载反馈收集、整理与优先级排序的工具。
Canny 发布 12 款客户反馈管理工具对比,涵盖 Canny、UserVoice、Savio、Productboard、Aha! Ideas、Frill、Nolt、Upvoty、Feature Upvote、Enterpret、Reforge Insight Analytics 和 Thematic。
Canny 按工程小时和月度成本逐项拆解自建反馈门户:发帖、评论、投票用 Next.js on Vercel 加 Supabase Pro 的 Postgres 约 $45/mo,半天上线。加上用户认证、状态、邮件通知、去重、反垃圾、公司归集、MRR 数据与 Salesforce 同步后,累计 156 小时、$115/mo,其中邮件与反垃圾各追加约 $25/mo。
77% 的公司已更换定价模型、70% 涨价,但 40% 未能让涨价与客户感知价值对齐;51% 的经常性收入公司已把订阅与按用量或按结果定价结合,75% 仍保留订阅成分。指南梳理六种模型:固定费率、分层、按席位、按用量/积分/token、混合(基础费+超额用量)、按结果/AI 原生,并指出按席位定价在 AI 替代人力的场景下会反噬扩张收入。