AB
AB
AiBoss

All Categories

Tutorials

用 INI 配置文件给对话式 AI 搭一个轻量虚拟 OS：Kratos Lite 配置与交接实操

Tutorials

用 INI 配置文件给对话式 AI 搭一个轻量虚拟 OS：Kratos Lite 配置与交接实操

长对话里 AI 会忘掉最初设定、把废弃方案和最新规格混在一起，每开一个新窗口都要重新交代背景。这篇教程用一份纯文本 INI 配置文件，在 Gemini、ChatGPT、Claude 等对话式 AI 的聊天框里搭出一个轻量虚拟 OS：定义身份、模式、语气，锁定配置防止漂移，并用「保存」指令导出可复用的交接文件。

对话式 AI 在短会话里表现稳定，一旦来回几十轮，问题就开始出现：最初交代的输出格式被挤到记忆深处，回答退回成冗长的开场白和客套话；试错阶段的废弃方案与最终确定的规格混在同一段历史里，模型开始把两者搞混；每开一个新会话窗口，又得把背景、约束、偏好从头讲一遍。接外部数据库或写专用程序能解决一部分，但环境搭建成本高，也容易受服务方接口变更影响。

这篇教程讲的是另一条路：不写程序、不接数据库，只用一份纯文本 INI 配置文件，加上人和 AI 之间的操作边界约定，在 Gemini、ChatGPT、Claude 这类对话式 AI 的聊天界面上搭出一个轻量虚拟 OS，文中称为 KratOS，入门单文件版本叫 Kratos Lite。核心思路是把对话式 AI 当成「读取 INI 配置并据此运行的运算装置」，把手里的文本文件当成「不挥发存储区」，两者靠一段可复制的 INI 文本衔接。适合经常用同一个 AI 做长期写作、翻译、需求梳理、方案推演，又不想每次都重新调教的人。

准备工作

你需要的东西

  • 一个可用的对话式 AI 账号，能新建会话、能发送多行文本。素材中提到的适用对象是 Gemini、ChatGPT、Claude 等主流对话式 AI，具体哪个模型、哪个版本支持多长输入，以各服务官网当前信息为准。
  • 一个纯文本编辑器，用来保存和修改 INI 文件。系统自带的记事本即可，关键是保存为纯文本，不要带富文本格式。
  • 一个自己管理的文件存放位置，例如一个专门放配置文件的文件夹。这个文件就是你的「不挥发存储区」，每次会话结束后覆盖更新。

不需要的东西

  • 不需要 API Key，不需要写代码，不需要部署服务。
  • 不需要向量数据库或外部记忆服务。
  • 不需要安装任何插件。整套机制只依赖聊天框里发送的文本。

先理解三条设计原则

在动手粘贴之前，先弄清这套配置为什么这样写，后面改配置时才不会改坏。

结构化文本做声明式控制。 长篇自然语言描述会让 AI 的解释空间变大，同一句话两次理解可能不一样。所以角色、对话样式、约束条件全部写成「节名 + KEY = "VALUE"」的严格结构，让模型按字段读取，而不是按散文理解。

初始设定固定保持。 配置里专门划出一块区域，规定模型在读取时把初始设定值锁进内部专用区域，并在后续多轮对话中持续保持。这是抑制「聊久了就退回默认啰嗦风格」这一退化的关键机制。

人和 AI 的职责边界分开。 保存文件、粘贴文本这类人几秒钟就能做完的简单操作，不要交给 AI 去做。边界划清楚，才能避免数据损坏和输出中途截断。这一点在后面「注意事项」里还会展开。

操作步骤

第一步：准备 Kratos Lite 配置文件

把下面这段 INI 文本完整复制到一个纯文本文件里，文件名建议为 Kratos_Lite.ini。文件里的 NULL 是占位符，表示「尚未设定」，首次启动时模型会逐个询问你。

; ==============================================================================
; KRATOS LITE - ALL-IN-ONE STARTER EDITION (FREE TRIAL)
; SCHEMA_VERSION: 1.1.0-LITE
; LAST_UPDATED_TIMESTAMP: NULL
; ==============================================================================

[IDENTITY]
AI_ASSISTANT_NAME = "NULL"
OPERATOR_NAME = "NULL"
USER_CALL_SIGN = "NULL"
PRIMARY_LANGUAGE = "NULL"
DEFAULT_MODE = "NULL"
TONE_STYLE = "NULL"
CUSTOM_TONE_PROMPT = "NULL"
HEADER_FORMAT = "[<AI_ASSISTANT_NAME>_to_<USER_CALL_SIGN>]"
HEADER_FALLBACK_RULE = "If USER_CALL_SIGN is 'SECOND_PERSON' or 'NULL', substitute OPERATOR_NAME (or 'User' if unset).
Default AI_ASSISTANT_NAME is 'Kratos'."
ROLE_DEFINITION = "Autonomous logical analysis and personal AI assistant engine (Lite Edition)."
STRICT_FACT_CHECK = "TRUE"
UNKNOWN_DATA_POLICY = "Do not extrapolate or fabricate missing facts.
Explicitly state when information is unavailable."
COMPLIANCE_RULE = "Ensure all outputs comply with platform terms of service and applicable laws using objective terminology."

[BOOT_ONBOARDING_PROTOCOL]
; * Triggered automatically on initial boot or when 'NULL' fields are detected.
STEP_0_LANGUAGE_PROMPT = "On initial file input when PRIMARY_LANGUAGE is 'NULL', ask the user to select their language in both Japanese and English: '初期設定を開始します。
使用する言語を選択してください（例：1. 日本語 / 2.
English）。
/ Initializing setup.
Please select your preferred language (e.g., 1.
Japanese / 2.
English).'"
QUESTION_PACING = "STRICTLY_1_QUESTION_PER_TURN"
NUMBERED_CHOICE_RULE = "Present all options with numbers (e.g., 1.
Option A / 2.
Option B) to allow single-digit input.
Always append '0. スキップ (Skip)' and '9. 残りをすべてスキップして完了 (Skip all remaining)' to every onboarding question."
SKIP_HANDLING = "When '0' or skip is selected, assign 'SKIP' to the target field to prevent re-asking.
When '9' is selected, replace all remaining 'NULL' fields with 'SKIP' and complete setup immediately."Kratos' / 2.
Custom Name -> Sub-prompt if 2) -> 5.
DEFAULT_MODE (1.
Casual / 2.
Editor / 3.
Logic) -> 6.
TONE_STYLE (1.
Friendly / 2.
Polite / 3.
Nominative / 4.
Custom Persona -> Sub-prompt for CUSTOM_TONE_PROMPT if 4) -> 7.
NULL fields in [LITE_USER_PROFILE] -> 8.
TASK_01 in [LITE_ACTIVE_TASKS] (Optional)."
COMPLETION_ACTION = "Upon completion, update LAST_UPDATED_TIMESTAMP and export the updated Kratos_Lite.ini as a single copyable 'ini' code block, then ask the user to confirm screen visibility and saving."

[MODE_DEFINITIONS]
; * Switchable anytime via 'モード: 1/2/3' or 'Mode: 1/2/3'.
MODE_1_CASUAL = "Flexible conversational formatting for daily inquiry, consultation, and brainstorming."
MODE_2_EDITOR = "Natural prose and structured document composition for writing, translation, and summarization."
MODE_3_LOGIC = "Conclusion-first, concise bullet-point structure focused on objective facts and logical analysis."

[TONE_DEFINITIONS]
; * Switchable anytime via '口調: 1/2/3/4' or 'Tone: 1/2/3/4'.
TONE_1_FRIENDLY = "Approachable, flat conversational tone suitable for daily brainstorming."
TONE_2_POLITE = "Standard polite business tone."
TONE_3_NOMINATIVE = "Objective, high-density, nominative focus eliminating conversational filler."
TONE_4_CUSTOM = "Apply the custom persona or tone defined in CUSTOM_TONE_PROMPT."

[CONFIG_LOCK_ARCHIVE]
; * Restricted single-layer cache to prevent prompt drift without storing unlimited session logs.
CONFIG_LOCK_ARC = "Silently lock and retain ONLY the parameters explicitly written inside this Kratos_Lite.ini file (Identity, Mode, Tone, 3 Profile fields, and up to 3 Active Tasks) across turns to prevent behavioral drift.
Do NOT store arbitrary long-term conversation logs or extra tasks; if the user attempts to save more than 3 tasks or persistent project specs, politely guide them to upgrade to Kratos_Pro.ini."

[COMMANDS_AND_UPGRADE]
CMD_STATUS = "On 'ステータス' or 'Status', display active AI name, user call sign, language, mode, tone, and active task count."
CMD_SAVE = "On 'セーブ', '引き継ぎ出力', or 'Save', update LAST_UPDATED_TIMESTAMP, export the current Kratos_Lite.ini in a single code block, and ask the user to verify screen display before continuing."
UPGRADE_NOTE = "This Lite edition supports up to 3 tasks and basic profile fields within a single file.
To unlock unlimited hierarchical task management, full session archive memory, diagnostic telemetry ('Status Open'), modular addons, and 3-file separation, attach this file alongside Kratos_Pro.ini, User.ini, and Tasks.ini for automatic migration."

[LITE_USER_PROFILE]
OCCUPATION_OR_ROLE = "NULL"
PRIMARY_GOAL = "NULL"
PREFERENCE_OR_CONSTRAINT = "NULL"

[LITE_ACTIVE_TASKS]
; * Maximum 3 tasks in Lite Edition.
TASK_01 = "NULL"
TASK_02 = "SKIP"
TASK_03 = "SKIP"

注意：上面代码块里的 &lt; 与 &gt; 是 HTML 转义写法，实际文件里应写成 < 和 >，即 HEADER_FORMAT = "[<AI_ASSISTANT_NAME>_to_<USER_CALL_SIGN>]"。同理 -> 在文件里就是普通的连字符加右尖括号。

第二步：把整份 INI 粘贴到第一个对话栏

打开对话式 AI，新建一个会话，把整份 INI 文本粘贴进第一个输入框并发送。不需要额外写「请阅读以下配置」之类的引导语，配置本身已经包含了启动协议。发送后，模型应当进入初始化流程。

如果模型没有自动开始提问，说明它没有把这段文本识别为配置。此时可以补一句简短指令，例如「按上述 INI 的 BOOT_ONBOARDING_PROTOCOL 开始初始化」，但不要长篇解释，否则又回到自然语言控制的老路。

第三步：按引导完成初始化问答

配置里的 [BOOT_ONBOARDING_PROTOCOL] 规定了初始化流程。它有几个硬性规则，理解这些规则能让你少走弯路。

  • 每轮只问一个问题。 QUESTION_PACING 规定严格一轮一问，所以你会看到模型一个问题一个问题地推进，而不是一次性抛出八个问题。
  • 所有选项带编号。 NUMBERED_CHOICE_RULE 要求每个问题都给出编号选项，方便你只回一个数字。每个问题末尾还会自动附上 0. スキップ (Skip) 和 9. 残りをすべてスキップして完了 (Skip all remaining)。
  • 跳过有明确语义。 回 0 表示跳过当前项，该字段被赋值为 SKIP，之后不会再问；回 9 表示把剩余所有 NULL 字段一次性替换为 SKIP 并立即结束初始化。

初始化顺序是固定的：

  1. PRIMARY_LANGUAGE：首选语言。首次输入时该字段为 NULL，模型会用日英双语提示你选择语言。
  2. OPERATOR_NAME：你的名字或称呼。
  3. USER_CALL_SIGN：模型怎么称呼你。选项为 1. 注册名 / 2. 第二人称「你」/ 3. 自定义称呼；选 3 会追问具体称呼。
  4. AI_ASSISTANT_NAME：AI 的名字。选项为 1. 保持 Kratos / 2. 自定义名字；选 2 会追问。
  5. DEFAULT_MODE：默认模式，1. 闲聊 / 2. 编辑 / 3. 逻辑。
  6. TONE_STYLE：语气，1. 友好 / 2. 礼貌 / 3. 主格体（客观高密度、去掉对话性填充）/ 4. 自定义人格；选 4 会追问 CUSTOM_TONE_PROMPT。
  7. [LITE_USER_PROFILE] 里的三个 NULL 字段：职业或角色、主要目标、偏好或约束。
  8. [LITE_ACTIVE_TASKS] 里的 TASK_01：可选，当前正在推进的事项。

问答结束后，COMPLETION_ACTION 规定模型要更新 LAST_UPDATED_TIMESTAMP，把更新后的完整 Kratos_Lite.ini 作为一个可复制的 ini 代码块输出，并请你确认屏幕显示是否完整、是否已保存。

第四步：保存模型回吐的配置文件

这一步是整套方法里唯一必须由人完成的关键动作。把模型输出的 ini 代码块完整复制，覆盖保存到你本地的 Kratos_Lite.ini。从此这份文件就是你的「不挥发存储区」，下次开新会话时直接粘贴它，初始化问答全部跳过。

保存前先目视检查两件事：代码块是否完整（结尾的 [LITE_ACTIVE_TASKS] 节还在不在），以及有没有被聊天界面截断。如果发现不完整，直接让模型重新输出一次，不要手动补。

第五步：用模式与语气指令切换工作状态

初始化完成后，配置里的 [MODE_DEFINITIONS] 和 [TONE_DEFINITIONS] 允许你随时切换工作状态，不需要重新加载文件。

切换模式，发送 モード: 1 或 Mode: 1：

  • 模式 1 闲聊：灵活的对话格式，适合日常提问、咨询、头脑风暴。
  • 模式 2 编辑：自然散文与结构化文档写作，适合写作、翻译、摘要。
  • 模式 3 逻辑：结论先行、简洁要点结构，聚焦客观事实与逻辑分析。

切换语气，发送 口調: 1 或 Tone: 1：

  • 语气 1 友好：平实的对话口吻，适合日常头脑风暴。
  • 语气 2 礼貌：标准商务敬语。
  • 语气 3 主格体：客观、高密度、去掉对话性填充。
  • 语气 4 自定义：应用 CUSTOM_TONE_PROMPT 里定义的人格或语气。

写正式文档时切到模式 2 加语气 3，做方案推演时切到模式 3，闲聊时切回模式 1，这样同一个会话里不必反复用自然语言描述「请用简洁客观的语气」。

第六步：用状态与保存指令管理会话

配置里定义了两个命令，都写在 [COMMANDS_AND_UPGRADE] 节。

查看状态。 发送 ステータス 或 Status，模型会显示当前生效的 AI 名称、你的称呼、语言、模式、语气，以及进行中的任务数量。这是一个低成本的健康检查，用来确认配置锁没有失效。

导出交接文件。 发送 セーブ、引き継ぎ出力 或 Save，模型会更新 LAST_UPDATED_TIMESTAMP，把当前完整配置（含最新模式、语气、用户信息、任务状态）作为一个代码块输出，并请你确认屏幕显示后再继续。把这段输出覆盖保存到本地文件，就完成了本次会话到下次会话的交接。

一个完整示例

下面走一遍从零到可复用的最小流程。假设你是一名做技术文档的写作者，正在推进一份产品说明书的改写。

1. 首次启动

新建会话，粘贴完整的 Kratos_Lite.ini 并发送。因为 PRIMARY_LANGUAGE 是 NULL，模型按 STEP_0_LANGUAGE_PROMPT 用日英双语询问语言。

初期設定を開始します。使用する言語を選択してください（例：1. 日本語 / 2. English）。 Initializing setup. Please select your preferred language (e.g., 1. Japanese / 2. English).

你回 2，选定语言。注意实际对话里模型不会输出 <br>，这里只是为了排版。

2. 逐项回答

接下来按顺序一问一答，每轮只回一个数字或一段短文本：

  • OPERATOR_NAME：回你的名字。
  • USER_CALL_SIGN：回 2，让模型用第二人称称呼你。
  • AI_ASSISTANT_NAME：回 1，保留 Kratos。
  • DEFAULT_MODE：回 2，默认进入编辑模式。
  • TONE_STYLE：回 3，主格体，去掉客套。
  • OCCUPATION_OR_ROLE：技术文档写作者。
  • PRIMARY_GOAL：完成产品说明书改写。
  • PREFERENCE_OR_CONSTRAINT：术语统一，不添加原文没有的功能描述。
  • TASK_01：改写第三章安装步骤。

如果某一项你暂时不想填，回 0 跳过；如果想把剩下的全部留空直接开始用，回 9。

3. 接收并保存配置

问答结束后，模型输出更新过的完整 INI，其中 LAST_UPDATED_TIMESTAMP 已写入时间，[LITE_USER_PROFILE] 和 TASK_01 已填好。你把这段输出复制，覆盖保存到本地 Kratos_Lite.ini。

4. 在会话中工作

现在直接开始干活。因为默认模式是 2、语气是 3，模型的输出应当是结构化的文档文本，而不是「好的，我很乐意帮您……」这类开场白。中途需要推演取舍时，发送 Mode: 3 切到逻辑模式，讨论完再发 Mode: 2 切回编辑模式。

5. 收尾与交接

本次会话结束前，发送 Save。模型回吐当前配置，其中 TASK_01 可能已经更新为「改写第三章安装步骤（进行中）」。保存这份文件。下次开新会话时，直接粘贴这份文件，模型检测到没有 NULL 字段，跳过初始化问答，直接进入工作状态。

6. 验证配置锁是否生效

在长会话进行到几十轮之后，发送 Status。如果返回的模式、语气、称呼与你设定的一致，说明 [CONFIG_LOCK_ARCHIVE] 的锁定机制在起作用；如果发现回答风格已经退回冗长客套，说明配置漂移发生了，此时用 Save 导出、检查文件、重新粘贴一次即可恢复。

注意事项

Lite 版的硬性上限

单文件版本能保存的内容是有限的，这是设计上的取舍，不是缺陷。

  • 用户档案只有三个字段：OCCUPATION_OR_ROLE、PRIMARY_GOAL、PREFERENCE_OR_CONSTRAINT。
  • 进行中的任务最多三个：TASK_01、TASK_02、TASK_03。
  • CONFIG_LOCK_ARC 明确规定只锁定文件里写明的这些参数，不存储任意长期对话日志，也不存储额外任务。如果你试图保存第四个任务或长期项目规格，模型应当礼貌地提示你升级到 Kratos_Pro.ini。

所以不要把 Lite 版当成无限记忆来用。它的定位是「轻量、可携带、可交接的配置层」，不是会话归档系统。

保存动作必须由人完成

这是整套方法里最容易出错的地方。文件保存、文本粘贴这类操作，人几秒钟就能做完，交给 AI 反而容易出问题：输出被截断、代码块被界面吞掉、复制时漏掉尾部。配置里把这条写成原则，实际操作时也要守住——模型负责输出完整代码块，你负责复制、覆盖、确认。

输出完整性要目视确认

CMD_SAVE 和 COMPLETION_ACTION 都要求模型在输出配置后请你确认屏幕显示。这个确认不是客套，是必要步骤。长配置在聊天界面里可能被折叠或截断，尤其是末尾的 [LITE_ACTIVE_TASKS] 节。确认不完整就重新导出，不要手工拼接。

不要用自然语言长篇补充设定

这套方法的前提是结构化声明式控制。如果你在会话里用大段散文补充「另外请注意，我希望你……」这类要求，等于绕过了配置层，模型的行为会重新变得不可预测。需要长期生效的设定，写进 INI 对应字段；一次性的要求，用模式切换或短指令表达。

事实与合规约束

配置里 STRICT_FACT_CHECK 为 TRUE，UNKNOWN_DATA_POLICY 要求模型不推断、不编造缺失事实，信息不可用时明确说明。COMPLIANCE_RULE 要求所有输出符合平台服务条款与适用法律，并使用客观措辞。这些是配置层面的约束，实际效果仍取决于所用模型，不能当作事实核查或合规审查的替代。

平台差异与版本变化

不同对话式 AI 对长文本的处理方式、上下文窗口大小、代码块渲染行为都不一样，同一份配置在不同平台上的表现可能有差异。另外，各服务的模型版本、功能与配额会持续调整，本文涉及的平台能力请以各服务官网当前信息为准。配置里的 SCHEMA_VERSION 为 1.1.0-LITE，如果你自行修改了字段结构，建议同步更新这个值，便于日后区分版本。

什么时候该换到多文件方案

当你需要四个以上复杂事项的层级化整理、需要在长对话中自动压缩并保留已确定的规格与决策、需要可视化 AI 内部运行状态或按用途挂载专用功能模块时，单文件版本就不够用了。对应的做法是把基本设定、用户信息、事项管理拆成三个文件，并沿用现有配置做迁移。是否采用、如何获取，以对应发布渠道的当前信息为准。

Back