发布了文章今天 10:53
到 2026 年,单一大模型打天下的时代基本结束了。一个稍微完整的应用,常常要用 GPT 系列做对话、Claude 处理长文档、DeepSeek 出代码、再加几个多模态模型做图像视频。问题随之而来:每家厂商各一套 SDK、一套密钥、一套计费,跨境网络还时好时坏。于是"统一接入"成...
发布了文章6 月 24 日
“AI 写小说哪个工具好用”这个问题,单看 demo 没意义——短文谁都能写得花团锦簇。真正的分水岭在长篇:写到十几万字还崩不崩、看不看得出是 AI、能不能按你的意图改。下面按这三个维度横评。
发布了文章6 月 16 日
“AI 写的小说会被检测出来吗”——会不会,取决于你做没做去 AI 味,以及在哪个环节用了哪类手段。检测路线那套原理这里不展开,本文换个角度,把工程上常用的四类去 AI 味手段摆开横评:它们各在管线哪一段生效、对什么问题有效、有什么短板,最后按场景给搭配。
发布了文章6 月 16 日
进入 2026 年,国内 AI 应用混用多家模型已经是常态:对话走 GPT、长文档交给 Claude、代码生成用国产模型。模型怎么选讨论得很多,但"从哪条链路调"往往被忽略——接入方式决定的是稳定性的下限。常见路线有三条,本文按四个维度横向对比,不下统一结论,只给判断条件。
发布了文章6 月 14 日
2026 年的国内 AI 应用基本都是多模型混搭:对话用一家、代码用一家、多模态再用一家。接入层怎么搭,直接决定后续的运维成本。网上常见的横评喜欢比具体平台,但平台迭代太快,结论很快过期;方案类别的取舍逻辑却是稳定的。本文把四类主流方案——官方直连、云厂商网...
发布了文章6 月 11 日
大模型 API 的选型困境在于:单价最低的入口,往往在高峰期限流、超时;稳定性最好的入口,单价又可能高出一截。问题不在"哪家好",而在大多数团队没有一套可量化的评估方法,只能凭印象拍板。下面这五个维度,每一个都能用脚本实测出数字。
发布了文章6 月 10 日
InkOS(AGPL,github.com/Narcooo/inkos,npm i -g @actalk/inkos):7 个真相文件 + 33 维连续性审计稳住长篇;写手层内置疲劳词表、文风指纹、反检测改写治 AI 味;长/短篇、续写、同人、文风仿写都支持;开源可自部署、多模型路由,模型接任意 OpenAI 兼容服务(S...
发布了文章6 月 8 日
最影响落地速度。兼容 OpenAI 接口的方案(国内聚合服务、OpenRouter、OneAPI)改个 base_url 就能用;非标接口迁移成本高。
发布了文章6 月 7 日
AI 写的小说会被检测吗?从检测原理到几种降 AI 味方案横评结论先行:会被检测,但可以系统性降低。先看检测在抓什么,再横评几种降 AI 味的做法。检测在抓什么主流 AIGC 检测和读者的“一眼看穿”,抓的是同一批统计特征:困惑度偏低:用词太“稳”,缺乏人类的意外用词...
发布了文章6 月 5 日
进入 2026 年,落地的 AI 应用几乎都要混搭多款大模型:GPT 做对话、Claude 啃长文档、DeepSeek 出代码、多模态模型处理音视频。如果分别对接各家官方接口,往往要注册十几个平台、管理多套密钥,还得处理跨境网络和支付——接入成本居高不下。
发布了文章6 月 3 日
兼容 OpenAI 的中转:统一 /v1 接口,改 base_url 即可调 Claude,省网络与支付。代表有 kkaiapi、OpenRouter 等。
发布了文章6 月 2 日
兼容 OpenAI 的中转:统一 /v1 接口,改 base_url 即可调多家模型,省网络与支付。代表有 kkaiapi、OpenRouter 等。
发布了文章6 月 2 日
进入 2026 年,落地的 AI 应用几乎都要混搭多款大模型:GPT 做对话、Claude 啃长文档、DeepSeek 出代码、多模态模型处理音视频。如果分别对接各家官方接口,往往要注册十几个平台、管理多套密钥,还得处理跨境网络和支付——接入成本居高不下。