@mariozechner/pi-ai / pi-agent-core 到 0.67.1,降低 npm 镜像滞后导致全局安装失败的概率GET /models 回到快路径,knownModels 服务不再走慢 probe;/models 不可用时会返回服务自己的 knownModels/models 返回 401/403 时直接短路;服务详情页保存前先走 /test 验 key,页面加载时也会用 /test 校验真实连接状态edit 回归正常工具面,并新增 write 工具用于创建/覆盖写文件,路径仍限制在 books/ 下sub_agent 最小控制面扩展:新增 writer.chapterWordCount、reviser.mode、exporter.format、exporter.approvedOnlysub_agent(reviser),减少模型在 revise_chapter 与 sub_agent 之间摇摆title,initBook / book.json 直接吃结构化标题,不再允许空标题初始化editarchitect foundation 输出预算:重新固定 maxTokens: 16384,降低本地模型与 LM Studio 在建书阶段因输出截断导致 foundation 缺段的概率provider=openai + 自定义兼容 baseUrl 不再被错误送入更激进的 custom fetch 路径,Google/Gemma 一类旧兼容场景回归service=custom 且 provider=anthropic 也改走原生请求链,不再强绑 SDKinkos studio 在 Windows 下不再因绝对路径 loader 被当成非法 ESM URL 而崩溃.inkos/.env,book create 不再先死在缺 keyconfig-loader、service-resolver、Studio 服务探测、doctor 统一从同一份 service-presets 读取 provider/api/chatBaseUrl/modelsBaseUrl,减少同一服务在不同链路上各猜一遍的问题inkos / inkos studio 现在会自动初始化最小项目骨架并启动 Studio,不再要求显式先跑 initchat/responses 与流式开关组合,尽量自动匹配可用配置doctor 增强:不再只死盯当前单一模型/单一组合,支持多 model、多协议、多流式探测/test 探测,而不是只靠 /modelsapi.minimax.chat 更正为 api.minimaxi.com(当前 OpenAI 兼容端点)book:created)pnpm dev 并行启动:加 --parallel,解决 core tsc --watch 阻塞 studio 启动的问题GET /models,改为硬编码 7 个模型(M2.7/M2.5/M2.1 及其 highspeed 版本 + M2)/models + fallback 验证,秒回https://example.com、https://example.com/、https://example.com/v1 三种写法等价Studio 2.0 正式发布。inkos 现在默认直接启动 Studio,本地 Web 工作台成为主入口;TUI 保留为 inkos tui。
inkos 直接启动 Studio,首页、服务商管理、写作工作台统一为新的主交互入口baseUrl、协议类型(chat / responses)与流式开关,兼容更多中转站和聚合网关.env 与 Studio 配置的显式切换,不再只能被目录里的 INKOS_LLM_* 被动覆盖custom 服务新增原生 fetch 请求链,减少对 SDK 路径的单点依赖,提升兼容性/models,还会执行最小生成探测,避免“测试连接通过但聊天失败”的假阳性Acknowledged. 掩盖空回复,会直接显示真实上游错误llm.services + defaultModel + secrets 与运行时加载契约不一致的问题custom:* 服务在测试连接、模型列表与 /api/v1/agent 之间链路不一致的问题inkos 启动 Studio 时因未设置默认模型而直接抛出 llm.model 校验错误统一交互内核——TUI、Studio、inkos interact、OpenClaw Skill 共享同一套自然语言理解和执行运行时。
packages/core/src/interaction/):自然语言路由器(15+ intent)、会话管理、编辑事务控制器、事件追踪、阶段遥测inkos 直接进入全屏 Ink + React 仪表盘,对话式创作,slash 命令 Tab 补全,主题动效(writing/auditing/revising/planning 各有独立动画),i18n 中英双语把林烬改成张三 / /rename 林烬 => 张三,全量扫描章节 + 真相文件一次替换/replace 5 旧文本 => 新文本,精确修补指定章节inkos interact --json:共享交互 JSON 入口,返回 request / response / session / events,供 OpenClaw 和外部 Agent 直接调用executeCommand() 提取公共逻辑,消除 handleSubmit/handleQuickCommand 80 行重复loadingRef 替代 stale closureresult.responseText 而非 session.messages.at(-1)stageLabels 移入 TuiCopy,消除 hardcoded 状态字符串dotenv、shadcn、tw-animate-css、class-variance-authority,-2800 行window.confirm 替换为 ConfirmDialogtoTruth 类型断言 hack 修复v6 + bugfix 主线,替换掉不稳定的 v8 最新版本book-rules / Book Rules / 全角冒号等标题漂移,不再因 book_rules 区块轻微变形而创建失败passed 字段丢失时被误判第33章 / Chapter 33 一类叙述repair-state 支持对最新 state-degraded 章节进行同章重算,不再报 delta chapter N goes backwardsai-tells / sensitive-words 增加中英双语规则路径,英文书修订链不再混入中文 issuehookDebtBlock,局部修订时能看到 hook 债务证据写作管线全面升级。通过 Meta-Harness 方法论驱动的多轮 autoresearch 实验,从零模式质量从 75 分提升至 92 分,同人模式从 39 分提升至 82+ 分。
inkos review reject 回滚 state 到被拒章节之前的快照,丢弃下游章节和记忆索引inkos write repair-state 手动修复audit_drift.md,不再追加到 current_state.mdfanfic init 和 import chapters 自动生成 style_guide.md + style_profile.jsonINKOS_LLM_HEADERS 环境变量注入自定义 HTTP 头Book not foundInkOS Studio + 稳定性加固。从 CLI 工具升级为 CLI + Web 工作台。
inkos studio 启动本地 Web 工作台(Vite + React + Hono,默认端口 4567)inkos eval 命令 — 结构化质量评估报告结构化状态 + 伏笔治理 + 字数治理。
重点解决三个长篇写作的系统性问题:20+ 章后上下文膨胀导致写作变慢甚至 400 报错、伏笔只加不收、回收率接近 0%、字数偏差 50%+ 且 normalizer 可能毁章。
story/state/*.json(Zod 校验),Settler 输出 JSON delta 而非全量 markdown,旧书自动迁移story/memory.db),按相关性检索历史事实createRequire 修复 ESM 下 node:sqlite 加载hookAgenda(mustAdvance / eligibleResolve / staleDebt),排班伏笔推进与回收selected ∪ recent ∪ agenda ∪ dormant debt,堵住检索盲区mention 语义——"只是被提到"不再更新 lastAdvancedChapter,防止假推进analyzeHookHealth:active 超上限 / 连续无推进 / stale 未处置 / 新开不回收 → 审计 warningevaluateHookAdmission:重复 hook 家族自动拦截,防止伏笔膨胀LengthSpec(target / softMin-softMax / hardMin-hardMax)+ countingMode(zh_chars / en_words)stripCommonWrappers 删超 50% 回退原文INKOS_LLM_MAX_TOKENS 作为全局上限生效(#87)stripReservedKeys 防止 llm.extra 覆盖 max_tokens / temperatureconsolidate 正则支持全角括号卷边界格式英文原生写作 + 系统稳定性修复。
--lang en 贯穿全管道:Architect 生成英文设定、Writer 英文创作、Settler 英文 truth files、Auditor 英文审计、Reviser 英文修订Chapter X: vs 第X章acquireBookLock 从 stat+write 改为 open("wx") 排他创建,消除竞态finalContent 而非原始内容,spot-fix 不再丢失--resume-from 正确报告实际处理数inkos book delete <id>:删除书籍及全部数据(--force 跳过确认)inkos status --chapters:显示每章状态和 failed 章节的 critical issueswrite_truth_file agent 工具(#53)日志系统 + 流式兼容性 + 本地模型容错 + CLI 增强。
inkos up 自动写入 inkos.log,守护进程重启后可追溯write next、draft、up 支持 -q, --quiet 静默模式process.stderr.write 替换为结构化 loggerinkos doctor 失败时给出针对性 hints(检查 baseUrl、试 stream:false、检查 API Key)rewrite 快照恢复:particle_ledger.md 从必需改为可选,非数值题材不再报错(#37)rewrite 第 1 章:initBook 末尾生成 snapshot-0,chapter 1 可正确恢复(#34)parseCreativeOutput 增加 3 级 fallback(markdown heading → 正文标签 → 最长散文块),Qwen/Ollama 不再返回空内容(#13)book create --brief <file>:传入创作简报,Architect 基于你的脑洞生成设定(#43)write rewrite 第 1 章时正确恢复到 snapshot-0(之前跳过恢复)续写 + 番外写作 + 文风仿写 + 多 Provider 路由 + 写后验证器 + 审计闭环加固。
把已有的小说(单文件或章节目录)导入 InkOS,系统自动拆章、逆向工程生成全套真相文件(世界状态、伏笔、角色矩阵等),之后直接 write next 续写。
inkos import chapters 我的小说 --from 已有章节/ # 从目录导入
inkos import chapters 我的小说 --from 全书.txt # 从单文件导入(自动按"第X章"拆分)
inkos import chapters 我的小说 --from 全书.txt --split "Chapter\\s+\\d+" # 自定义分章正则
inkos write next 我的小说 # 无缝续写
单文件模式自动按 第X章 分章,也支持 --split <regex> 自定义。导入中断可用 --resume-from <n> 断点续导。
基于已有书创建前传、后传、外传或 if 线。番外和正传共享世界观和角色,但有独立剧情线。
inkos import canon 烈焰前传 --from 吞天魔帝 # 导入正传正典到番外
inkos write next 烈焰前传 # 写手自动读取正典约束
导入后生成 story/parent_canon.md,包含正传的世界规则、角色快照(含信息边界)、关键事件时间线、伏笔状态。写手在动笔前参照正典,审计员自动激活 4 个番外专属维度:
| 维度 | 审查内容 |
|---|---|
| 正传事件冲突 | 番外事件是否与正典约束表矛盾 |
| 未来信息泄露 | 角色是否引用了分歧点之后才揭示的信息 |
| 世界规则跨书一致性 | 番外是否违反正传世界规则(力量体系、地理、阵营) |
| 番外伏笔隔离 | 番外是否越权回收正传伏笔 |
检测到 parent_canon.md 自动激活,无需额外配置。
喂入真人小说片段,系统提取统计指纹 + 生成风格指南,后续每章自动注入写手 prompt。
inkos style analyze 参考小说.txt # 分析:句长、TTR、修辞特征
inkos style import 参考小说.txt 吞天魔帝 --name 某作者 # 导入文风到书
产出两个文件:
style_profile.json — 统计指纹(句长分布、段落长度、词汇多样性、修辞密度)style_guide.md — LLM 生成的定性风格指南(节奏、语气、用词偏好、禁忌)写手每章读取风格指南,审计员在文风维度对照检查。
11 条确定性规则,零 LLM 成本,每章写完立刻触发:
| 规则 | 说明 |
|---|---|
| 禁止句式 | 「不是……而是……」 |
| 禁止破折号 | 「——」 |
| 转折词密度 | 仿佛/忽然/竟然等,每 3000 字 ≤ 1 次 |
| 高疲劳词 | 题材疲劳词单章每词 ≤ 1 次 |
| 元叙事 | 编剧旁白式表述 |
| 报告术语 | 分析框架术语不入正文 |
| 作者说教 | 显然/不言而喻等 |
| 集体反应 | 「全场震惊」类套话 |
| 连续了字 | ≥ 6 句连续含「了」 |
| 段落过长 | ≥ 2 个段落超 300 字 |
| 本书禁忌 | book_rules.md 中的禁令 |
验证器发现 error 级违规时,自动触发 spot-fix 模式定点修复,不等 LLM 审计。
实测发现 rewrite 模式引入 6 倍 AI 标记词,现在:
rewrite 改为 spot-fix(只改问题句,不碰其余正文)polish 模式加固边界(禁止增删段落、改人名、加新情节)不同 agent 可以走不同 API 提供商——不只是换模型名,是完全不同的 API 地址和 Key。例如写手用便宜模型高速出稿,审计员用强模型精审:
inkos config set-model writer gpt-4o-mini # 简单模型覆盖
inkos config set-model auditor gemini-2.5-flash \
--base-url https://generativelanguage.googleapis.com/v1beta/openai \
--provider openai \
--api-key-env GEMINI_API_KEY # 走 Gemini API
inkos config set-model reviser claude-sonnet-4-20250514 \
--base-url https://api.anthropic.com \
--provider anthropic \
--api-key-env ANTHROPIC_API_KEY # 走 Anthropic API
inkos config show-models # 查看路由全景
每个 agent 独立配置 --base-url、--provider、--api-key-env、--no-stream。未覆盖的 agent 使用项目默认模型。
inkos analytics 吞天魔帝 # 审计通过率、高频问题类别、问题最多的章节
inkos analytics 吞天魔帝 --json # 结构化输出
spot-fix 模式(定点修复)book_rules.md 的 additionalAuditDimensions 支持中文名称匹配inkos export 支持 --format md、--output <path>、--approved-onlyinit/book create/import chapters 防覆盖检查、config set 类型推断 + key 校验、update 防降级、doctor 项目外可测 API、状态显示一致性、genre show 拒绝无效 ID创作规则三层分离 + 跨章记忆 + AIGC 检测 + Webhook。
Writer 每章自动生成摘要、更新支线/情感/角色矩阵,全部追加到真相文件。后续章节加载全量上下文,长线伏笔不再丢失。
| 真相文件 | 用途 |
|---|---|
chapter_summaries.md |
各章摘要:出场人物、关键事件、状态变化、伏笔动态 |
subplot_board.md |
支线进度板:A/B/C 线状态追踪 |
emotional_arcs.md |
情感弧线:按角色追踪情绪、触发事件、弧线方向 |
character_matrix.md |
角色交互矩阵:相遇记录、信息边界 |
| 功能 | 说明 |
|---|---|
| AI 痕迹审计 | 纯规则检测(不走 LLM):段落等长、套话密度、公式化转折、列表式结构,自动合并到审计结果 |
| AIGC 检测 API | 外部 API 集成(GPTZero / Originality / 自定义端点),inkos detect 命令 |
| 文风指纹学习 | 从参考文本提取 StyleProfile(句长、TTR、修辞特征),注入 Writer prompt |
| 反检测改写 | ReviserAgent anti-detect 模式,检测→改写→重检测循环 |
| 检测反馈闭环 | detection_history.json 记录每次检测/改写结果,inkos detect --stats 查看统计 |
inkos style analyze reference.txt # 分析参考文本文风
inkos style import reference.txt 吞天魔帝 # 导入文风到书
inkos detect 吞天魔帝 --all # 全书 AIGC 检测
inkos detect --stats # 检测统计
管线事件 POST JSON 到配置 URL(HMAC-SHA256 签名),支持事件过滤(chapter-complete、audit-failed、pipeline-error 等)。守护进程增加质量门控:审计失败自动重试(调高 temperature)、连续失败暂停书籍。
内置 5 个题材,每个题材带一套完整的创作规则:章节类型、禁忌清单、疲劳词、语言铁律、审计维度。
| 题材 | 自带规则 |
|---|---|
| 玄幻 | 数值系统、战力体系、同质吞噬衰减公式、打脸/升级/收益兑现节奏 |
| 仙侠 | 修炼/悟道节奏、法宝体系、天道规则 |
| 都市 | 年代考据、商战/社交驱动、法律术语年代匹配、无数值系统 |
| 恐怖 | 氛围递进、恐惧层级、克制叙事、无战力审计 |
| 通用 | 最小化兜底 |
创建书时指定题材,对应规则自动生效:
inkos book create --title "吞天魔帝" --genre xuanhuan
题材规则可以查看、复制到项目中修改、或从零创建:
inkos genre list # 查看所有题材
inkos genre show xuanhuan # 查看玄幻的完整规则
inkos genre copy xuanhuan # 复制到项目中,随意改
inkos genre create wuxia --name 武侠 # 从零创建新题材
复制到项目后,增删禁忌、调整疲劳词、修改节奏规则、自定义语言铁律——改完下次写章自动生效。
每个题材有专属语言铁律(带 ✗→✓ 示例),写手和审计员同时执行:
每本书有独立的 book_rules.md,建筑师 agent 创建书时自动生成,也可以随时手改。写在这里的规则注入每一章的 prompt:
protagonist:
name: 林烬
personalityLock: ["强势冷静", "能忍能杀", "有脑子不是疯狗"]
behavioralConstraints: ["不圣母不留手", "对盟友有温度但不煽情"]
numericalSystemOverrides:
hardCap: 840000000
resourceTypes: ["微粒", "血脉浓度", "灵石"]
prohibitions:
- 主角关键时刻心软
- 无意义后宫暧昧拖剧情
- 配角戏份喧宾夺主
fatigueWordsOverride: ["瞳孔骤缩", "不可置信"] # 覆盖题材默认
主角人设锁定、数值上限、自定义禁令、疲劳词覆盖——每本书的规则独立调整,不影响题材模板。
审计细化为 33 个维度,按题材自动启用对应的子集:
OOC检查、时间线、设定冲突、战力崩坏、数值检查、伏笔、节奏、文风、信息越界、词汇疲劳、利益链断裂、年代考据、配角降智、配角工具人化、爽点虚化、台词失真、流水账、知识库污染、视角一致性、段落等长、套话密度、公式化转折、列表式结构、支线停滞、弧线平坦、节奏单调、敏感词检查、正传事件冲突、未来信息泄露、世界规则跨书一致性、番外伏笔隔离、读者期待管理、大纲偏离检测
dim 20-23(AI 痕迹)+ dim 27(敏感词)由纯规则引擎检测,不消耗 LLM 调用。dim 28-31(番外维度)检测到 parent_canon.md 自动激活。dim 32(读者期待管理)、dim 33(大纲偏离检测)始终开启。
5 条通用规则 + 每个题材的专属语言规则,控制 AI 标记词密度和叙述习惯:
词汇疲劳审计 + AI 痕迹审计(dim 20-23)双重检测。文风指纹注入进一步降低 AI 文本特征。
--json 结构化输出,OpenClaw / 外部 Agent 可直接解析inkos update 一键更新、inkos init 支持当前目录初始化inkos doctor 含 API 连通性测试