昨天申请 Azure OpenAI 的服务成功,应该是最方便的使用 OpenAI API 的方式了吧,不需要翻墙,一天就能开通。
https://azure.microsoft.com/zh-cn/products/ai-services/openai-service
只需要一个微软账号,填一张申请表格就行,申请大约在等待一天后成功,第一次使用 Azure开通好像还送了 200 刀余额,申请学生认证每年还送一百刀,非常赞,价格也还不错。
我全程都是按照这个 Github Repo 操作的:https://github.com/Sha1rholder/use-ChatGPT-in-GFW
在中国境内使用 OpenAI 服务的方式,非常好的文档,供大家参考。
其中有一个坑大家特别注意,在刚成功申请的时候第一次尝试的时候,会弹出提示,没办法创建OpenAI 服务,可以按照我在 issue 中的方式来解决:
https://github.com/Sha1rholder/use-ChatGPT-in-GFW/issues/6
最后吐槽一下Azure 产品的文档,太乱了,产品超级多,根本找不到想要的。
未来可以出一个文章来总结一下。
互联网充电|优质资源
优质内容|内幕消息
https://azure.microsoft.com/zh-cn/products/ai-services/openai-service
只需要一个微软账号,填一张申请表格就行,申请大约在等待一天后成功,第一次使用 Azure开通好像还送了 200 刀余额,申请学生认证每年还送一百刀,非常赞,价格也还不错。
我全程都是按照这个 Github Repo 操作的:https://github.com/Sha1rholder/use-ChatGPT-in-GFW
在中国境内使用 OpenAI 服务的方式,非常好的文档,供大家参考。
其中有一个坑大家特别注意,在刚成功申请的时候第一次尝试的时候,会弹出提示,没办法创建OpenAI 服务,可以按照我在 issue 中的方式来解决:
https://github.com/Sha1rholder/use-ChatGPT-in-GFW/issues/6
最后吐槽一下Azure 产品的文档,太乱了,产品超级多,根本找不到想要的。
未来可以出一个文章来总结一下。
互联网充电|优质资源
优质内容|内幕消息
Sierra 是垂类 Agent 的代表公司,很多人知道它是商业模式比较有代表性:outcome-based pricing,也就是按结果付费。
意思是 B 端客户使用了 Sierra 作为 AI 客服,如果进线的会话被 Agent 端到端 resolved 了而没有转人工,就意味着 Agent 产生了价值,要计费。反之只要人工介入了,本次会话就不收费。
我好奇的是 Sierra 如何定义 resolved,以及具体的实施流程是怎样的,于是从官网 book a demo,然后 Sales 带着我端到端体验了一把客户视角的 outcome-based pricing。
我一开始以为会先看产品 demo,结果真正有价值的部分反而在 demo 前面。他们需要先知道我的客服规模、主要渠道、ticket volume、现在的 automation rate、平均处理时长、转人工比例、CSAT、用什么 CRM / contact center / 订单系统,以及最想先自动化哪几类问题。
这个流程不是传统那种“我给你一个 AI 客服,你接上去试试”。更像是先把我的客服业务拿出来做一次拆账:哪些会话有明确结果,哪些只是咨询,哪些有系统动作,哪些容易扯皮,哪些压根不适合 result-based pricing。
然后就进入最关键的一步:定义 billable resolution。
比如退款,不能写成“Agent 帮用户解决退款问题”。这句话上不了账单。真正能落地的定义要具体到:用户身份验证通过,订单符合退款政策,Agent 成功调用订单系统生成 return_id,退款标签发送成功,CRM 里状态更新,并且整个会话没有转人工。满足这些条件,这一单才算 resolved。
查订单也是一样。只是告诉用户“订单状态”不一定能计费。要看它是不是命中了双方约定的 outcome:识别用户、查到订单、解释异常、给出下一步动作,用户没有继续升级,也没有进入人工队列。
取消订阅更典型。Agent 劝用户留下来不叫结果。它要识别取消原因,给出规则允许的挽留方案,用户接受后,订阅系统里真的完成 pause、discount 或 plan change。这个时候才可能被记成一个 saved membership。
我觉得 Sierra 这里最重的工作,是把“AI 客服觉得解决了”翻译成“系统、运营、财务都承认解决了”。
后面实施会变成很工程化的几步。
先拿历史 ticket 做 intent mapping。比如过去 90 天的会话,按订单查询、退款、地址修改、物流延迟、优惠券、会员取消、投诉升级这些桶切开。每个桶再判断:能不能闭环?闭环需要哪些字段?需要调用哪些系统?失败时什么时候转人工?
接着是系统集成。知识库只是让 Agent 能说话,CRM 和订单系统才让 Agent 能办事。没有 write-back,没有 tool call,没有状态更新,就很难按结果收费,因为结果没有凭证。
然后是 simulation。拿真实历史对话去回放,让 Agent 跑一遍。用户没给订单号怎么办?政策边界不清楚怎么办?接口失败怎么办?用户情绪很差怎么办?Agent 什么时候该继续问,什么时候必须 handoff?这些都要在上线前打出来。
真正上线也不会一把梭。通常会先选少数几个低争议、高频、系统动作明确的场景,小流量跑。比如只开放 web chat 的订单查询和退货,先看 resolved rate、handoff rate、recontact rate、false resolution。
false resolution 这个指标我觉得非常关键。系统判定 resolved,但用户 24/48 小时内又回来找人工,或者质检发现其实没有处理完,这种就不应该算钱。否则 result base 会变成供应商和客户每个月对账吵架。
所以我最想看的不是那个很顺的 demo,而是账单明细。
每一行 billable case 后面,应该有 conversation id、intent、outcome type、工具调用记录、系统返回值、handoff reason、最终判定规则。客户应该可以抽样回放,也应该可以 dispute。比如这条为什么算 resolved?那条为什么不算?用户第二天又来问同一个问题,上一笔还收不收?
跑完这一圈,我对 Sierra 的理解反而更清楚了。
它表面是 AI 客服,实际卖的是一套“可验收的自动化客服 workflow”。result-based pricing 不是换一种收费方式这么简单,它要求产品把业务结果拆得足够细,细到能执行、能记录、能复盘、能对账。
所以 resolved 不是 AI 自己说“我回答完了”。resolved 是一份合同,是一条系统记录,也是一笔可以被客户财务接受的账。
意思是 B 端客户使用了 Sierra 作为 AI 客服,如果进线的会话被 Agent 端到端 resolved 了而没有转人工,就意味着 Agent 产生了价值,要计费。反之只要人工介入了,本次会话就不收费。
我好奇的是 Sierra 如何定义 resolved,以及具体的实施流程是怎样的,于是从官网 book a demo,然后 Sales 带着我端到端体验了一把客户视角的 outcome-based pricing。
我一开始以为会先看产品 demo,结果真正有价值的部分反而在 demo 前面。他们需要先知道我的客服规模、主要渠道、ticket volume、现在的 automation rate、平均处理时长、转人工比例、CSAT、用什么 CRM / contact center / 订单系统,以及最想先自动化哪几类问题。
这个流程不是传统那种“我给你一个 AI 客服,你接上去试试”。更像是先把我的客服业务拿出来做一次拆账:哪些会话有明确结果,哪些只是咨询,哪些有系统动作,哪些容易扯皮,哪些压根不适合 result-based pricing。
然后就进入最关键的一步:定义 billable resolution。
比如退款,不能写成“Agent 帮用户解决退款问题”。这句话上不了账单。真正能落地的定义要具体到:用户身份验证通过,订单符合退款政策,Agent 成功调用订单系统生成 return_id,退款标签发送成功,CRM 里状态更新,并且整个会话没有转人工。满足这些条件,这一单才算 resolved。
查订单也是一样。只是告诉用户“订单状态”不一定能计费。要看它是不是命中了双方约定的 outcome:识别用户、查到订单、解释异常、给出下一步动作,用户没有继续升级,也没有进入人工队列。
取消订阅更典型。Agent 劝用户留下来不叫结果。它要识别取消原因,给出规则允许的挽留方案,用户接受后,订阅系统里真的完成 pause、discount 或 plan change。这个时候才可能被记成一个 saved membership。
我觉得 Sierra 这里最重的工作,是把“AI 客服觉得解决了”翻译成“系统、运营、财务都承认解决了”。
后面实施会变成很工程化的几步。
先拿历史 ticket 做 intent mapping。比如过去 90 天的会话,按订单查询、退款、地址修改、物流延迟、优惠券、会员取消、投诉升级这些桶切开。每个桶再判断:能不能闭环?闭环需要哪些字段?需要调用哪些系统?失败时什么时候转人工?
接着是系统集成。知识库只是让 Agent 能说话,CRM 和订单系统才让 Agent 能办事。没有 write-back,没有 tool call,没有状态更新,就很难按结果收费,因为结果没有凭证。
然后是 simulation。拿真实历史对话去回放,让 Agent 跑一遍。用户没给订单号怎么办?政策边界不清楚怎么办?接口失败怎么办?用户情绪很差怎么办?Agent 什么时候该继续问,什么时候必须 handoff?这些都要在上线前打出来。
真正上线也不会一把梭。通常会先选少数几个低争议、高频、系统动作明确的场景,小流量跑。比如只开放 web chat 的订单查询和退货,先看 resolved rate、handoff rate、recontact rate、false resolution。
false resolution 这个指标我觉得非常关键。系统判定 resolved,但用户 24/48 小时内又回来找人工,或者质检发现其实没有处理完,这种就不应该算钱。否则 result base 会变成供应商和客户每个月对账吵架。
所以我最想看的不是那个很顺的 demo,而是账单明细。
每一行 billable case 后面,应该有 conversation id、intent、outcome type、工具调用记录、系统返回值、handoff reason、最终判定规则。客户应该可以抽样回放,也应该可以 dispute。比如这条为什么算 resolved?那条为什么不算?用户第二天又来问同一个问题,上一笔还收不收?
跑完这一圈,我对 Sierra 的理解反而更清楚了。
它表面是 AI 客服,实际卖的是一套“可验收的自动化客服 workflow”。result-based pricing 不是换一种收费方式这么简单,它要求产品把业务结果拆得足够细,细到能执行、能记录、能复盘、能对账。
所以 resolved 不是 AI 自己说“我回答完了”。resolved 是一份合同,是一条系统记录,也是一笔可以被客户财务接受的账。
#出海运营秘籍👉@yunying23
最近给自己招了一个内容实习生,
我发现临时一个需求,交给她要2-3h后反馈,只能做到40-50分,我还需要花20min改到70-80分,
我发给ai会立即反馈并在20min内处理到70-80分,
真的毫无带人的欲望,有这时间我还不如使用ai更高效便利😭
最近给自己招了一个内容实习生,
我发现临时一个需求,交给她要2-3h后反馈,只能做到40-50分,我还需要花20min改到70-80分,
我发给ai会立即反馈并在20min内处理到70-80分,
真的毫无带人的欲望,有这时间我还不如使用ai更高效便利😭
#出海运营秘籍👉@yunying23
我看支付宝AI版在内测了
小红书看到好几个人在求邀请码
说是界面比现在简洁很多,入口少了一大堆
不用自己在一堆功能里翻了
我就很好奇一个问题:去掉那些复杂入口以后,AI真的能比我自己更快找到我要用的东西吗?
毕竟我现在打开支付宝都是直接搜索框解决
有人拿到邀请码了吗 想试试看到底什么体验 求一个👀
我看支付宝AI版在内测了
小红书看到好几个人在求邀请码
说是界面比现在简洁很多,入口少了一大堆
不用自己在一堆功能里翻了
我就很好奇一个问题:去掉那些复杂入口以后,AI真的能比我自己更快找到我要用的东西吗?
毕竟我现在打开支付宝都是直接搜索框解决
有人拿到邀请码了吗 想试试看到底什么体验 求一个👀
kooky发布一个月,发布了七十多个版本,做了非常多新功能和优化,修复了二十多个issue,收到360个star,感谢大家支持🔥
垂直 tab、分屏;一键启动各种 agent;Git worktree;右键选中快速Ask AI;Agent Panel;通知功能;等等;
欢迎感兴趣的朋友使用体验~ https://github.com/iAmCorey/kooky
目标是专为AI Coding优化的terminal,目前更新到0.26.8,一开始想做的功能都做得差不多了,感觉再过一阵子,就可以买个苹果开发者,再整个好看点的icon,就可以正式发布成1.0了🚀
垂直 tab、分屏;一键启动各种 agent;Git worktree;右键选中快速Ask AI;Agent Panel;通知功能;等等;
欢迎感兴趣的朋友使用体验~ https://github.com/iAmCorey/kooky
目标是专为AI Coding优化的terminal,目前更新到0.26.8,一开始想做的功能都做得差不多了,感觉再过一阵子,就可以买个苹果开发者,再整个好看点的icon,就可以正式发布成1.0了🚀
Forwarded from Post Bot
【000体育】U投首选平台|实力认证 |值得信赖
🙂↕️ 😜 😘 🔤 🔤 😀 🤩 💎 😆 🤩 🔤 🤩 🤩 🤩
⚽️ 官方网址: 000.com
🏆 2026美加墨世界杯即将震撼开赛❗️
48支豪强齐聚
104场巅峰大战
谁将捧起大力神杯❓
边看边聊,神仙预测等你来战❗️
免费观看世界杯直播: 000.live
⚽️ 世界杯期间
🙂↕️ 😜 😘 🔤 🔤 😀 🤩 为广大球迷准备海量福利
🥇
🎁 新人六重豪礼
💎 代理八重扶持
⚽️ 全球热门赛事覆盖
🎉 每日专属优惠活动
🥈
💵 娱乐返水最高1.10%
➡️ YGG电子单注最高20,000+
🎅 新人专享礼包可领10,000USDT
平台特色:🇧🇷 3️⃣ 🤩 4️⃣ 😘 🙃 4️⃣ 4️⃣ 3️⃣ 3️⃣ 4️⃣ 4️⃣
⭐️ 无需实名
⭐️ 无需绑卡
⭐️ 不限IP
⭐️ USDT安全存取
⭐️ 高额限红,畅享激情
零延迟高清直播,每一次射门都尽收眼底:000.live
💬 申请客服:@TY000KF
🖥 官方频道: @TY000com
📎 官方飞投:@ty000com_bot
🔗 官方网址: 000.com
🔥 世界杯狂欢,从这里开始!
48支豪强齐聚
104场巅峰大战
谁将捧起大力神杯
边看边聊,神仙预测等你来战
免费观看世界杯直播: 000.live
🎁 新人六重豪礼
💎 代理八重扶持
⚽️ 全球热门赛事覆盖
🎉 每日专属优惠活动
平台特色:
零延迟高清直播,每一次射门都尽收眼底:000.live
🔥 世界杯狂欢,从这里开始!
Please open Telegram to view this post
VIEW IN TELEGRAM
Mac Sai is a free, open-source Mac cleaning tool that helps replace CleanMyMac for everyday cleanup, app uninstalling, disk analysis, and lightweight malware scanning.
@https1024
@https1024
Mac 清理工具不一定非要订阅🤡
Mac Sai :一款开源免费的 CleanMyMac 替代工具,主打无订阅、无广告、无遥测
支持 Mac 系统垃圾清理、应用卸载、磁盘分析与轻量恶意软件扫描
适合 Mac 空间不够、又不想为偶尔清理交年费的用户。
项目开源,支持 Homebrew 和 DMG 安装,macOS 14+ 可用
🧵 Thread:
Mac Sai:CleanMyMac 免费替代,开源无订阅的 Mac 清理工具
👉
@https1024
Mac Sai :一款开源免费的 CleanMyMac 替代工具,主打无订阅、无广告、无遥测
支持 Mac 系统垃圾清理、应用卸载、磁盘分析与轻量恶意软件扫描
适合 Mac 空间不够、又不想为偶尔清理交年费的用户。
项目开源,支持 Homebrew 和 DMG 安装,macOS 14+ 可用
🧵 Thread:
Mac Sai:CleanMyMac 免费替代,开源无订阅的 Mac 清理工具
👉
@https1024