闲裁彩山

小爱音箱接入Mi-GPT 踩坑

Tue, 22 Apr 2025 00:00:00 GMT

mi-gpt

idootop • Updated Apr 24, 2025

接入参考的是这个仓库，根据教程配置完账号、密码、设备名称后，发现总是卡在登录验证的部分。

提示如下

🔥 触发小米账号异地登录安全验证机制，请在浏览器打开以下链接，并按照网页提示授权验证账号：

（附带一个url，打开是需要发送手机验证码进行验证登录的页面）

下面还有另一行提示：

🐛 注意：授权成功后，大约需要等待 1 个小时左右账号信息才会更新，请在更新后再尝试重新登录。

初次碰到这个问题的时候我确实根据提示内容乖乖等了一个小小时，结果多次尝试依旧无法登录，甚至当天的手机验证码发送次数达到上限依旧无法登录，琢磨了两天终于找到了解决办法

📝 登录失败

mi-gpt内部依赖 mi-service-lite 实现登录操作，主要分为两种登录方式：

二者本质都是请求小米的登录接口，根据渠道号 sid 区分不同的登录来源, 通过debug发现登录失败主要发生在 getMIoT 中，接口会返回一个用于手机短信验证登录的地址，猜测是登录完成后cookie无法写入到服务中导致token数据无法写入到本地。

手动模拟token

passToken

获取passToken

第一次登录失败之后，从控制台拿到短信验证的地址打开

F12 打开开发者工具，切换到网络面板

在网页中进行验证码登录流程

登录完成后页面会跳转并展示 ok 字样

在网络面板中搜素passToken，会发现某个接口会在cookie中写入该字段，

复制该内容，此时就拿到了passToken

在源码中找到使用passToken的地方进行修改,可以直接在代码中搜 _getLoginCookies

同一个函数在不同类型项目调用的代码位置不一样，比如cjs和js两种格式，建议开启 debug确保这段代码会被执行

serviceToken

找到 _getServiceToken 函数，这个函数会从接口返回值的cookie中取出serviceToken,这里我们进行手动赋值

上述操作结束之后就可以重启项目进行测试了，看到 “服务已启动” 就说明服务启动成功了。

💡

有关Notion安装或者使用上的问题，欢迎您在底部评论区留言，一起交流~

中文 X 创作者产品与内容分析

Wed, 09 Sep 2026 00:00:00 GMT

本研究基于 2026-09-09 的 X API 主页、近期原创帖、置顶帖和公开产品页面。原始博主列表取自 AI_Jasonyu 发布的 X 帖子中的数据；53 人来自原始 68 个唯一账号的主页外链筛选，另加入用户指定的 @ruguodev，共 54 人；分类存在交叉，因此分类合计会超过 54。

核心观察

最常见的商业闭环是：免费内容建立信任，站外产品、会员、社群、模板或服务完成承接。

明确公开价格只在页面证据足够时记录；没有可靠价格的账号统一标为待核实，不根据粉丝数估算收入。

最近原创帖每人最多 5 条，只用于观察当前内容打法，不代表长期内容比例。

5 人试生产中确认了 MkSaaS $139 终身买断和编程导航 VIP ¥379/年；其他付费方式以各报告证据边界为准。

研究覆盖

54 个入选账号，覆盖 258 条近期原创内容样本。

36 条可用置顶内容用于补充创作者长期主张与重点项目。

首轮检查 84 个站外页面；随后使用内嵌浏览器复查未完整加载的入口，并将 20 个相关页面补充进个人报告。

@ruguodev 的个人主页与 3 个产品入口均已纳入分析。

报告总结

分类	博主名	产品分析
创业者	lidang 立党（劝人卖房/学CS/买SP500/纳100/OpenAI/Anthrop第一人）（@lidangzzz）	dinq.me 承接个人品牌与技术内容，用户信任强，但独立产品和收费模式尚未公开。
创业者	铁锤人（@lxfater）	个人站承接独立创业内容与行业影响力，具体产品和付费路径尚不清晰。
创业者	𝗖𝘆𝗱𝗶𝗮𝗿（@cydiar404）	AI、技术与创业内容已形成受众资产，但暂无可确认的站外产品和转化入口。
创业者	Jeffery Kaneda　金田達也（@jefferytatsuya）	Felo 聚焦多语言 AI 搜索与创作，叠加 Sparticle 公司入口，全球化产品定位清晰。
创业者、SaaS 和 APP 产品	Y11（@seclink）	JobLeap 以招聘聚合切入，延伸到职位订阅、简历优化和面试服务，覆盖求职全链路。
创业者	Fenng（@fenng）	无码科技布局医疗信息、抽奖助手和 Readhub 等产品，属于多产品公司型创业路径。
创业者	郭宇 guoyu.eth（@turingou）	当前公开入口以 GitHub 为主，个人品牌强于产品承接，商业闭环尚未显现。
创业者	Tinyfool（@tinyfool）	个人站与 YouTube 构成技术内容矩阵，已有商业线索，但核心付费产品仍不明确。
创业者	virushuo（@virushuo）	博客沉淀技术观点与专业信任，适合承接服务或知识付费，但产品化程度有限。
创业者	[范凯说 AI \	Kai on AI（@fankaishuoai）](https://www.createsun.work/article/tweets-influencer-analyze/fankaishuoai)
创业者	XDash（@xdash）	增长黑客 AI 周报与博客形成垂直媒体资产，获客能力强，付费产品尚未明确。
创业者	idoubi（@idoubicc）	MCP.so 聚合开发者流量，ShipAny 承接 AI 产品交付，已形成工具市场与模板协同。
创业者	倪爽（@nishuang）	Honest Dot 以设计内容建立专业信任，再转化为设计咨询与工作室服务。
创业者	写增长的子木（@coderjefflee）	用 SaaS 出海增长内容精准获客，适合承接咨询和知识服务，产品细节尚未公开。
创业者	Tom Huang（@tuturetom）	OpenDesign 与 Nexu 聚焦本地优先的 AI Agent 工具，产品创新清晰，商业化仍处早期。
创业者	Tony出海（@iamtonyzhu）	出海号用书、互动课和问答群完成知识付费，Createv 延伸企业服务，闭环清晰。
创业者	硅谷101泓君Jane（@hongjun60）	硅谷101的核心资产是科技商业内容与媒体品牌，影响力成熟，直接付费路径未公开。
创业者	硅谷101陈茜（Qian Chen ）（@valley101_qian）	围绕硅谷101构建内容与人物品牌，商业价值偏媒体影响力，独立产品不突出。
SaaS 和 APP 产品	Fox（@indie_maker_fox）	MkSaaS 模板、社群和自有 AI 产品案例相互验证，开发者知识产品闭环完整。
SaaS 和 APP 产品	HongyuanCao（@hongyuancao）	NoteGPT 是覆盖总结、问答与创作的 AI 学习助手，免费、订阅和团队版模式清晰。
SaaS 和 APP 产品	Nextify（@nextify2024）	Nextify、OneClick 与 Libra AI 组成开发服务、交付工具和 AI 产品矩阵，付费点丰富。
SaaS 和 APP 产品	weijunext（@weijunext）	用 Next.js 中文文档获取开发者流量，再由 NEXTY 模板承接付费转化，路径直接。
SaaS 和 APP 产品	Yihui（@yihui_indie）	AI 编程课程负责知识付费，MkAnime 承接创作工具需求，形成课程加 SaaS 双产品。
SaaS 和 APP 产品	山中大熊（@xiongchun007）	博客与开源开发框架主要沉淀技术声誉，尚未看到明确的商业产品和收费路径。
SaaS 和 APP 产品	Junyu Wang（@junyu）	目前仅确认个人博客，内容资产已存在，但产品定位与商业承接尚未显现。
SaaS 和 APP 产品	luolei（@luoleiorg）	博客与 YouTube 构成技术内容矩阵，个人品牌成熟，独立付费产品尚未公开。
SaaS 和 APP 产品	少楠Plidezus（@plidezus）	产品沉思录持续教育用户，flomo 用订阅软件承接需求，内容与产品相互增强。
SaaS 和 APP 产品	Jesse Lau 遁一子（@jesselaunz）	用交易内容建立信任，以 FX Battlefield 实时工具承接用户，具备垂直产品雏形。
SaaS 和 APP 产品	LE（@lewangx）	博客沉淀创业、开发与 FoloToy 实践，技术内容清晰，但产品归属和收费模式不明确。
SaaS 和 APP 产品	Axton（@axtonliu）	内容定位集中在 AI 与技术，现阶段没有足够公开信息确认其产品和商业模式。
SaaS 和 APP 产品、独立开发者	图拉鼎（@tualatrix）	Tutu Studio 统一承载多款 Apple 平台工具，个人技术品牌与高完成度产品相互支撑。
SaaS 和 APP 产品	子骅 Zihua Li（@luinlee）	个人站主要展示工程与管理履历，专业能力明确，但尚未形成公开产品入口。
SaaS 和 APP 产品	程序员鱼皮（@yupi996）	高频编程内容导流编程导航，再以年度 VIP、项目课程和答疑社群完成转化。
SaaS 和 APP 产品	huangserva（@servasyy_ai）	SERVASYY 提供 AI 自动化咨询、技术内容策略和定制 SaaS，属于服务驱动的 B2B 模式。
出海	哥飞（@gefei55）	免费 SEO 内容导入 Web.Cafe，再由付费问答、社群和工具生态完成信任变现。
出海	鱼总聊AI（@ai_jasonyu）	PaywallPro 聚焦付费墙案例与订阅策略情报，是面向应用开发者的垂直研究工具。
出海、副业	Journeyman（@journeymanchina）	Noteey 与 VideoShow 分别覆盖视觉笔记和视频创作，形成多场景生产力产品矩阵。
出海	阿飞（@dev_afei）	Tweeteasy 用 AI 回复和互动增强切入社媒增长，需求单点清晰，具备订阅 SaaS 潜力。
出海	luobogor（@luobogooooo）	Indie Hacker Tools 以出海工具目录获取搜索流量，适合作为导流入口，变现方式未明确。
出海	Jason Zhu（@gosailglobal）	GoSail Lab 承接品牌与创作者营销服务，JasonZhu.AI 用内容持续获取精准线索。
出海	出海去孵化器（@chuhaiqu）	以一人公司孵化器为核心，把内容、社区和项目辅导组合成付费服务。
出海	大罗SEO（@daluoseo）	SEO 内容获取搜索客户，再转化为咨询、培训和优化服务，服务型变现路径直接。
独立开发者	9YearFish（@9yearfish）	独立开发博客承担个人品牌与信任积累，已有付费线索，但具体产品尚未公开。
独立开发者	Hwang（@hwwaanng）	Hwang Fun 以作品集和设计实验展示能力，主要承接设计服务，产品化程度较低。
独立开发者	Owen（@owenyoungzh）	个人站与 Thoughts 构成开发者内容资产，已有商业线索，但独立产品形态不清晰。
独立开发者	Randy Lu（@randyloop）	当前公开入口以个人博客为主，技术内容具备品牌价值，暂无明确产品承接。
独立开发者	Livid（@livid）	Planet 提供去中心化博客建站工具，并借助 V2EX 社区触达开发者，生态价值高于短期变现。
独立开发者	花果山大圣（@shengxj1）	Linktree、YouTube 与 Telegram 形成内容分发矩阵，但产品和收费入口尚未确认。
独立开发者	AI Will（@financeyf5）	Linktree 集中承接 AI 内容流量，已有商业信号，但缺少可验证的独立产品。
独立开发者	61（@liuyi0922）	个人站以生活与观点内容为主，尚未观察到明确产品定位或商业转化路径。
独立开发者	知县｜zhixian（@zhixianio）	ClawPal、BotDrop 与 OwliaBot 围绕 AI Agent 管理、安全和部署形成相邻工具矩阵。
副业	叫我阿杭（@astronaut_1216）	AI、技术和产品内容定位清晰，但暂无足够公开信息确认具体产品。
副业	纯洁的微笑（@ityouknows）	开发者导航以工具聚合获取程序员流量，具备分发价值，商业承接尚未显现。
SaaS 和 APP 产品、独立开发者	Ruguo（@ruguodev）	Next Launch 负责商业承接，IndexOf.AI 与 domaindex 免费获客，产品矩阵协同明确。

方法与限制

报告只呈现对读者有用的公开信息，不展示内部采集文件、错误日志或本地路径。

页面价格、产品功能和账号粉丝数均可能随时间变化。

当前内容处于编辑审阅阶段，公开发布前仍会进行最终校对。

mac 支持 node 版本运行时切换

Wed, 02 Sep 2026 00:00:00 GMT

用 n 管理 Node 多版本时，最常用的场景是「临时用某个版本跑一条命令」。常规做法是先 n 20.11.1 切换、跑完再切回，来回敲很烦；n exec 免切换，但每次都要敲一长串前缀。于是写了这个 zsh 插件 node-n-exec：把版本号编码进命令名，直接在终端输入 node20 npm run dev、node-lts node -v 就能用对应版本执行。实现的核心是 zsh 的 command_not_found_handler 钩子。

为什么会有这个需求

传统做法是先把版本切过去再跑，换版本又要再切一次：

n exec 不用切换，但每次都要敲一长串：

想要的是少敲前缀，直接：

核心思路：拦截「找不到的命令」

node20 并不是真实存在的命令，shell 找不到时会触发 zsh 的 command_not_found_handler，默认实现是报一句 zsh: command not found: node20 然后返回 127。

插件在这个钩子里判断命令名是否命中 node20 / node20.11 / node20.11.0 / node-lts / node-latest（含 node-20 这种连字符变体），命中就把它拆成两部分：

版本号：20 / 20.11.0 / lts / latest

剩余参数：后面真正要执行的命令

然后交给 n exec ：

踩过的坑

实现本身不难，真正花时间的是几个边界情况。

1. `-v` 这类选项会被 n 截胡

第一次写完 node20 -v 就报错。原因：n exec 内部用 exec "$@" 且不带 -- 分隔，首参以 - 开头时会被当成 n 自己的选项（-v 是打印 n 的版本号）。

解法：当没有剩余参数、或首参以 - 开头时，自动在参数前补一个 node：

所以 node20 --version 语义上等价于 node20 node --version，符合直觉。

2. 部分版本号 node20 会解析到「没安装的版本」

最隐蔽的一个。n exec 20 里的 20 是部分版本号，n 会把它解析成线上最新的 20.x（比如 20.19.0），而 n exec 只能运行本地已装的版本——本地装的是 20.11.1 时会报类似 not in downloads cache 的错误。

解法：执行前先查 n ls，如果本地已装版本能匹配 20 / 20.11，就解析成已装的最高匹配版本；本地完全没有匹配时才原样透传给 n（交给它在线解析并透传报错信息）：

这样本地装了 20.11.1 时，node20 稳定跑 20.11.1，而不是去解析线上版本然后报错。lts / latest 和完整版本号（如 node20.11.1）保持 n 原有的解析行为，不受影响。

3. 命中但执行失败时，别误报 command not found

如果不小心，拦截器命中了 node*、但 n exec 执行失败，退出码会被钩子吞掉变成 127，误导排查。插件用一个全局变量保存真实退出码，由 command_not_found_handler 原样返回：

使用效果

插件只在命令找不到时介入，不会影响真实安装的 node / npm 命令；没有 n 时自动退出，也不碍事。

兼容与兜底

n exec 需要 n >= 9.1.0。旧版 n 没有 exec 子命令，插件会降级成「PATH 注入」方式：n bin 找到版本目录，把它所在目录临时插到 PATH 最前面再执行原命令，效果等价。

依赖 zsh 的 command_not_found 选项（默认开启），只在交互式 shell 里生效。

写在最后

这个方案把「版本号」和「命令」缝在一起，本质上是一种命令名 DSL。它依赖 zsh 钩子，只适合交互式 shell，脚本里还是老老实实用 n exec。

完整源码：n-node-switch-zsh-plugin，欢迎交流更好的思路。

Charles 代理无效问题解决

Tue, 24 Feb 2026 00:00:00 GMT

😀

软件：Charles 5.01b 系统：Mac OS X 26 目标：代理 Chrome 浏览器 https 请求问题：按照通用教程配置后，Session Panel 中不显示浏览器中的请求

📝 问题排查

不显示请求

检查 Macos 系统设置，网络代理设置中是否启用了 “自动发现代理”，如果配置了 PAC 代理，则后续的代理（网页代理、）不会生效

推荐 Charles 使用 SOCKS 模式，Charles配置完成后会自动在 Mac 的系统设置中生效。

如何检查 MacOS系统设置的代理：

这里已 WIFI 为例:

电脑左上角🍎图标 - 系统设置

网络 - Wifi - 找到已连接的 WIFI - “详细信息”

侧边栏点击“代理”

证书问题

Charles 代理 Https 请求依赖系统根证书，该证书由 Charles 自动生成并安装到本机，需要定期更新，过期后会导致浏览器判断证书过期拦截请求。

如何更新证书：

Charles → Help → SSL Proxying → Reset Charles Root Certificate

Charles → Help → SSL Proxying → Install Charles Root Certificate

打开 MacOS “钥匙串访问”应用，侧边栏切到 “login” 或 “登录”，查看是否新增了 Charles Proxy CA 的证书，双击打开证书详情，点击展开“信任”，将“使用此证书时”切换到 “始终信任”，关闭详情页。

注意：如果安装后证书依旧显示过期，先尝试更新 Charles 到最新版，可以在 Help 中点击 Update ，或者手动前往官网重新下载（我是这样操作的， Update没有效果），安装好最新版后再重复上述流程。

如何判断证书是否过期？

Mac 中打开 “钥匙串访问”，侧边栏切换到 “login” 或者 “登录”，找到 Charles Proxy CA ，查看过期时间，如果已经过期则会有明确提示。

mcpServer 的 tool 和 registerTool 的区别

Mon, 20 Oct 2025 00:00:00 GMT

😀

本文介绍在使用nodejs 开发mcp 服务时，tool()和registerTool() 的区别

📝 McpServer

官方的 SDK @modelcontextprotocol/sdk/server 中使用的注册 mcp 工具的 API 有两个，但是文档中并没有提到这两个 API的具体区别，实际使用下来 registerTool 的效果是最好的，看了下源码这两个函数存在细微的差异。

register

接收多种传参方式，最终调用了 _createRegisteredTool 注册工具，但是 title 参数是空的, 部分源码如下：

registerTool

底层也是调用了 _createRegisteredTool 注册工具，但是会从入参解析并传入 title 参数。

🤗 总结归纳

实测下来，当有title传入时对 MCP 工具的调用会更频繁，可以理解为：

registerTool会提高 MCP 工具的调用率。

MCP tool 注册最佳实践：

📎 参考文章

官方文档：

Understanding Authorization in MCP - Model Context Protocol

Learn how to implement secure authorization for MCP servers using OAuth 2.1 to protect sensitive resources and operations

https://modelcontextprotocol.io/docs/tutorials/security/authorization#typescript

用于任务完成时发送桌面通知的 mcp 服务 (1)

Wed, 20 Aug 2025 00:00:00 GMT

❓ 在使用 cursor 等AI编辑器的 Chat功能时经常需要等待 Agent返回内容\编码, 任务的耗时有快有慢,当时涉及改动较多的时候等待的时间就比较长。此时我往往会选择"调度"一些其他任务进行执行,比如浏览网页\切换任务窗口甚至刷刷手机。

这时候就存在一个问题,一旦我在执行其他任务时不小心入了迷,就容易导致Cursor中的任务 delay过久。

为此我做了一个简单的 MCP 服务,用于每次任务执行结束之后发送桌面消息弹框提示。

📒实现方案：

1. MCP 服务器

基于 @modelcontextprotocol/sdk 构建

通过标准输入输出 (stdio) 进行通信

注册了一个名为 sendNotification 的工具

2. 通知功能

使用 node-notifier 库发送系统通知

支持自定义通知标题和消息

支持多种系统音效

3. 音效支持

项目支持以下系统音效：

Glass, Basso, Blow, Bottle

Frog, Funk, Hero, Morse

Ping, Pop, Purr, Sosumi

Submarine, Tink

❓如何使用：

1. 一键导入到Cursor:

Auth | Cursor - The AI Code Editor

Built to make you extraordinarily productive, Cursor is the best way to code with AI.

https://cursor.com/en/install-mcp?name=task-notification&config=eyJjb21tYW5kIjoiZW52IG5weCAteSB0YXNrLW5vdGlmaWNhdGlvbi1tY3Atc2VydmVyIn0%3D

2. 通用配置：

喜欢的朋友可以点个Star以示鼓励，感谢～～

代码仓库：

task-notification-mcp-server

CreateSun • Updated Aug 20, 2025