如果你是一个小说作者或者任何需要长期、专注进行文字创作的人你很可能经历过这样的困境打开一个现代化的写作软件功能繁多界面华丽但写作的核心区域却被各种工具栏、侧边栏和弹窗通知挤占。你想沉浸于故事本身而不是与软件搏斗。更不用说当你想借助 AI 大语言模型LLM来获取灵感、润色段落或克服写作瓶颈时你不得不在浏览器、聊天窗口和写作软件之间反复切换思路被打断得七零八落。有没有一种工具能让你像在古老的终端里用 Vim 写作一样专注同时又无缝集成现代 AI 的强大能力今天要介绍的1667就是对这个问题的直接回应。它不是一个功能臃肿的桌面应用也不是一个简单的网页前端而是一个纯粹的终端用户界面TUI专为结合大语言模型进行小说创作而设计。它的名字“1667”颇具深意源自牛顿在1665-1666年“奇迹年”期间为躲避瘟疫隐居乡下并在那段时间取得突破性科学发现的典故。这暗示了该工具的设计哲学通过极致的专注和与 AI 的无干扰协作来激发创造力的“奇迹”。在 AI 辅助创作工具泛滥的今天1667 显得格外不同。它不试图用花哨的 UI 吸引你而是将你拉回那个只有光标闪烁的纯粹文本世界。在这里你敲下的每一个字都直接与故事相关而 AI 则化身为一个沉默而强大的伙伴随时待命通过简单的快捷键为你提供续写、改写、扩写或分析。这篇文章将带你深入 1667 的世界从核心概念、环境搭建、到具体的小说创作工作流完整展示如何将这个极简却强大的工具融入你的写作日常。1. 这篇文章真正要解决的问题在 AI 时代重新找回写作的“心流”在讨论 1667 的具体功能之前我们必须先理解它要解决的根本问题。这个问题不是“如何用 AI 写小说”而是“如何在 AI 的辅助下更高效、更专注地完成高质量的小说创作”。当前市面上的 AI 写作工具大致分为两类全自动生成型输入一个开头或设定AI 生成整章甚至整本书。这听起来很诱人但结果往往缺乏连贯性、深度和作者的独特“声音”更像是一种高级的文本拼接。外挂辅助型以聊天机器人如 ChatGPT或插件形式存在。你需要频繁地复制、粘贴、描述需求、等待回复再将结果粘贴回文档。这个过程严重割裂了创作流让“写作”变成了“与 AI 沟通”和“文本搬运”的混合体。1667 瞄准的是第二类工具的痛点并提供了一个优雅的解决方案。它把 AI 能力深度集成到 TUI 编辑器的操作流中让你无需离开键盘就能调用 AI。这带来的核心价值是极致的专注TUI 界面消除了所有视觉噪音你的视野里只有文本和必要的状态提示。这有助于快速进入“心流”状态。无缝的交互通过预设的快捷键如CtrlEnter你可以将当前选中的段落、句子甚至整个章节发送给 AI 模型进行处理结果直接插入或替换原文流程极其顺滑。可控的协作你不是把创作权交给 AI而是把它当作一个超级助手。你保留最终的叙事控制权AI 负责提供灵感、解决局部难题如描写一个场景、构思对话、润色语言或进行风格检查。因此这篇文章的目标读者非常明确严肃的小说创作者无论是网文作者、传统文学写作者还是游戏叙事设计师希望提升效率和质量。技术爱好者兼写作者喜欢命令行、Vim/Emacs追求工作流自动化与优雅工具的人。对 AI 辅助创作有实践兴趣的开发者想了解如何将 LLM 深度集成到专业工作流中。如果你厌倦了在多个窗口间跳转渴望一个能让你“沉浸式写作”的 AI 伙伴那么 1667 值得你花时间深入了解。2. 基础概念与核心原理TUI、LLM 与 1667 的架构要理解 1667需要先厘清几个关键概念。2.1 什么是 TUI终端用户界面TUI 是介于命令行界面CLI和图形用户界面GUI之间的一种交互范式。它完全运行在终端如 iTerm2, Windows Terminal, GNOME Terminal中但通过字符和色彩块来绘制出复杂的、可交互的界面元素如窗口、菜单、按钮和列表。著名的例子有htop系统监控、ncdu磁盘分析以及vim/emacs在某种程度上。TUI 的优势是轻量、快速、可键盘全操作、不依赖图形环境非常适合需要专注的任务。2.2 大语言模型LLM在创作中的角色在 1667 的上下文中LLM如 GPT-4, Claude, 本地运行的 Llama 2/3 等扮演着多种角色灵感激发器当你想不出下一个情节转折时让它基于上下文提供几个选项。细节填充器你写了一句“他走进一个破旧的房间”可以让 AI 详细描写这个房间的视觉、气味和氛围。对话润色师检查对话是否自然是否符合人物性格。风格模仿器帮助你将某一段落改写成海明威的简洁风格或狄更斯的繁复风格。语法校对员快速检查拼写和语法错误虽然专业校对工具更擅长此道。1667 的核心工作就是为你和 LLM 之间搭建一座高效的桥梁。2.3 1667 的架构与工作流1667 本身是一个 Rust 编写的 TUI 应用程序。它不内置 AI 模型而是作为一个前端客户端通过配置的 API如 OpenAI API、Ollama API、LM Studio API 等与后端的 LLM 服务进行通信。其核心工作流可以概括为以下几步专注写作你在 1667 的编辑器中像使用任何文本编辑器一样写作。选择文本当你需要 AI 协助时用键盘选中一段文本可以是一个词、一句话或一个段落。触发指令按下预设的快捷键如CtrlEnter。发送与处理1667 会将选中的文本连同你预先定义或临时选择的“指令”如“扩写”、“润色”、“以科幻风格重写”一起发送给配置好的 LLM API。接收与整合AI 返回结果后1667 会将结果直接插入到光标位置或替换选中文本你几乎无需移开视线。这种架构意味着它的能力边界由你配置的 LLM 决定。你可以使用强大的云端模型如 GPT-4也可以使用本地部署的模型以保证隐私。1667 负责提供稳定、快捷的交互界面将选择模型的自由和权力完全交给你。3. 环境准备与前置条件在开始使用 1667 之前你需要准备好以下环境。整个过程不复杂但需要一些基本的命令行操作知识。3.1 系统要求与终端操作系统1667 主要支持 macOS 和 Linux。Windows 用户可以通过 WSL2Windows Subsystem for Linux获得近乎原生的体验这也是推荐的方式。终端一个现代化的、支持真彩色和字体连字的终端。推荐macOS: iTerm2Linux: GNOME Terminal, Konsole, AlacrittyWindows: Windows Terminal (配合 WSL2)字体安装一款等宽编程字体如Fira Code,JetBrains Mono,Cascadia Code以确保界面字符显示正常。3.2 安装 Rust 工具链1667 使用 Rust 编写因此你需要安装 Rust 的编译环境。这是最可靠的方式因为你可以直接编译最新源码。打开你的终端执行以下命令安装rustupRust 工具链安装器curl --proto https --tlsv1.2 -sSf https://sh.rustup.rs | sh安装过程中选择默认选项1即可。安装完成后重启终端或运行以下命令使环境变量生效source $HOME/.cargo/env验证安装rustc --version cargo --version你应该能看到 Rust 和 CargoRust 的包管理器的版本号。3.3 获取 1667 源代码并编译有了 Rust 环境就可以从 GitHub 克隆项目并编译了。# 克隆仓库 git clone https://github.com/mewamew/1667.git cd 1667 # 使用 cargo 进行编译这可能需要几分钟会下载和编译所有依赖 cargo build --release编译成功后可执行文件位于target/release/1667。你可以直接运行它但更建议将其链接到系统路径# 将 1667 可执行文件复制到用户本地 bin 目录假设 ~/.local/bin 在你的 PATH 中 cp target/release/1667 ~/.local/bin/ # 或者创建一个符号链接 # ln -s $(pwd)/target/release/1667 ~/.local/bin/1667现在你应该可以在终端任何位置直接输入1667来启动程序了。3.4 配置 LLM API 密钥关键步骤1667 本身没有模型它需要一个后端。这里以配置 OpenAI APIGPT 模型为例这是最方便的方式。获取 OpenAI API 密钥访问 OpenAI Platform 登录后创建一个新的 API Key。请妥善保管它一旦创建只显示一次。设置环境变量1667 通过环境变量读取 API 密钥。最方便的方法是在你的 shell 配置文件如~/.bashrc,~/.zshrc中添加一行# 打开配置文件 nano ~/.zshrc # 如果你使用 Zsh # 或 nano ~/.bashrc # 如果你使用 Bash在文件末尾添加export OPENAI_API_KEY你的-api-key-here注意请务必将你的-api-key-here替换成你实际申请的密钥并保留双引号。使环境变量生效source ~/.zshrc # 或 source ~/.bashrc其他模型后端配置Ollama本地模型如果你在本地运行了 Ollama例如运行了ollama run llama21667 通常可以自动检测到本地http://localhost:11434的 Ollama 服务。你可能需要设置OLLAMA_HOST环境变量或直接在 1667 配置中指定。其他兼容 OpenAI API 的服务许多本地模型服务如 LM Studio, text-generation-webui 的 OpenAI 兼容扩展都提供了与 OpenAI API 兼容的端点。你可以在 1667 的配置中指定自定义的base_url。至此基础环境已经就绪。接下来让我们启动 1667看看它的真面目。4. 核心流程拆解首次启动与基本操作在终端中输入命令启动 16671667如果一切配置正确你将看到一个简洁的 TUI 界面。界面通常分为几个区域顶部的状态栏、中央的编辑区、底部的命令/提示行。4.1 界面概览与模式1667 的交互模式可能借鉴了 Vim 或类似编辑器的理念通常包含正常模式Normal Mode用于导航、选择文本、执行命令。你可能通过Esc键进入此模式。插入模式Insert Mode用于直接输入文本。在正常模式下按i或a等键进入。命令模式Command Mode在正常模式下按:进入可以输入保存、加载文件、修改设置等命令。重要具体的键位映射可能因版本而异。首次启动后务必查看内置的帮助文档。通常可以通过按F1、?或:help来调出帮助。花 10 分钟熟悉基本导航键h/j/k/l或方向键、保存:w、退出:q和最重要的AI 指令触发键很可能是CtrlEnter或某个自定义组合键。4.2 创建你的第一个项目小说创作在 1667 中通常以“项目”或“书籍”为单位进行组织。一个项目里可以包含多个章节文件。在 1667 的命令模式下输入:new my_novel或通过菜单创建一个新项目。系统可能会为你创建一个目录结构例如my_novel/ ├── chapters/ │ └── chapter_01.md ├── characters.md ├── plot.md └── setting.md这种结构鼓励你将人物、设定、情节大纲与正文分开管理保持条理。使用编辑器打开chapters/chapter_01.md开始撰写你的第一章。4.3 进行第一次 AI 协作假设你写下了开头约翰推开吱呀作响的木门一股陈旧的气味扑面而来。现在你想让 AI 基于此扩展环境描写。选中文本在正常模式下使用v进入可视模式移动光标选中这整句话。触发 AI 指令按下配置好的 AI 指令键例如CtrlEnter。选择指令类型底部可能会弹出指令菜单让你选择操作如Expand扩写、Rewrite重写、Describe描述等。选择Expand。等待与整合1667 会将选中的文本和指令发送给配置的 LLM。片刻后AI 生成的文本会直接插入到当前光标之后。你可能会得到类似这样的结果约翰推开吱呀作响的木门一股陈旧的气味扑面而来。屋内光线昏暗仅有几缕阳光从破损的百叶窗缝隙中挤入在漂浮着灰尘的空气中形成一道道光柱。地板上散落着泛黄的报纸和空酒瓶壁纸早已卷边脱落露出后面霉变的墙体。房间中央有一张覆满灰尘的书桌上面似乎还摊开着什么。至此你完成了第一次无缝的 AI 辅助创作。你没有离开编辑器没有进行复制粘贴整个交互在几秒钟内完成。5. 完整示例与代码实现配置与自定义工作流1667 的强大之处在于其可配置性。虽然项目开源链接https://github.com/mewamew/my_ai_town似乎指向另一个项目“我的AI小镇”游戏但 1667 的配置逻辑是通用的。我们主要关注如何通过配置来定制你的写作体验。5.1 配置文件详解1667 通常会从一个配置文件如~/.config/1667/config.toml或项目根目录下的.1667.toml中读取设置。如果启动时没有找到它可能会创建一个默认配置。一个典型的配置可能包含以下部分# ~/.config/1667/config.toml [editor] theme dark # 界面主题 dark/light line_numbers true # 显示行号 word_wrap true # 自动换行 [ai] # 默认使用的 AI 提供商可选 openai, ollama, custom provider openai # OpenAI 配置块 [ai.openai] # API 密钥优先从环境变量 OPENAI_API_KEY 读取也可在此配置不推荐因为不安全 # api_key sk-... model gpt-4-turbo-preview # 使用的模型 temperature 0.7 # 创造性0.0-2.0值越高越随机 max_tokens 1000 # 单次生成的最大令牌数 # Ollama 配置块 [ai.ollama] model llama2:13b # 本地运行的 Ollama 模型名称 base_url http://localhost:11434 # Ollama 服务地址 # 自定义端点配置块 (兼容 OpenAI API) [ai.custom] base_url http://localhost:1234/v1 # 你的本地 API 服务地址 model my-local-model # 模型名称 api_key dummy-key-if-required # 如果需要认证 [commands] # 自定义 AI 指令 # 格式指令名 给 LLM 的提示词模板 {selection} 会被替换为选中的文本 expand 请扩写以下文本增加细节描写保持原有风格\n{selection} rewrite 请以更优美、更文学化的语言重写以下段落\n{selection} brainstorm 为以下故事开头构思三个可能的后续情节发展方向\n{selection}关键解释[ai]部分这是核心。你可以配置多个后端并通过provider切换。temperature控制生成文本的随机性对于小说创作0.7-0.9 通常能平衡创造性和一致性。[commands]部分这是 1667 的精华。你可以定义自己的指令。{selection}是一个占位符会被你实际选中的文本替换。你可以设计非常具体的提示词例如针对对话、描写、情节转折等不同场景。5.2 编写自定义提示词指令假设你经常需要为不同角色生成符合其性格的对话。你可以添加一个自定义指令在config.toml的[commands]部分添加[commands] dialogue_for_character 你是一位资深小说家。请为以下场景和角色生成一段对话。 角色设定 - 角色A侦探性格冷静、逻辑性强、言辞犀利。 - 角色B嫌疑人性格慌张、言辞闪烁、试图隐瞒。 场景上下文 {selection} 请生成一段符合上述角色设定的自然对话。 保存配置后重启 1667 或在命令模式下重载配置如:source ~/.config/1667/config.toml。现在当你选中一段场景描述文本调用dialogue_for_character指令AI 就会根据你的定制提示词生成对话。5.3 项目级配置你还可以在每个小说项目的根目录下放置一个.1667.toml文件用于覆盖全局配置或定义项目特定的指令。例如你可以为一部科幻小说和一部历史小说设置不同的默认模型和温度参数。# ./my_sci_fi_novel/.1667.toml [ai.openai] model gpt-4 # 科幻小说用更强的模型 temperature 0.8 # 需要更多创意 [commands] tech_describe 以硬科幻的风格详细描述以下技术概念或场景\n{selection}通过灵活运用全局和项目级配置你可以为每一部作品打造最合适的 AI 创作环境。6. 运行结果与效果验证配置完成后如何验证一切工作正常最好的验证就是实际使用。6.1 启动与基础功能验证在终端运行1667。按?或F1调出帮助确认界面渲染正常键位提示清晰。尝试创建一个新文件:e test.md输入一些文字并执行保存:w和退出:q操作。这验证了编辑器的基本功能。6.2 AI 功能连通性验证这是最关键的一步。我们设计一个简单的测试在编辑器中输入一句简单的文本“这是一个测试。”选中这句话。按下触发 AI 指令的快捷键如CtrlEnter。在弹出的指令菜单中选择一个简单的指令如Expand扩写或Rewrite重写。预期成功结果底部状态栏会显示“正在连接 AI...”、“生成中...”或类似的提示。几秒到十几秒后取决于模型和网络AI 生成的文本会直接插入到编辑器中原文本的后面或替换原文本。你看到了一段扩展或改写后的文本例如“这是一个测试旨在验证人工智能辅助写作工具的功能连通性和响应速度。”如果失败请按以下顺序排查查看错误信息底部命令栏通常会显示错误信息如“API 密钥无效”、“连接超时”等。检查 API 密钥与环境变量echo $OPENAI_API_KEY确认输出的是你的密钥部分隐藏。如果为空说明环境变量未正确加载请重新source你的 shell 配置文件。检查网络与代理如果你在国内使用 OpenAI API需要确保网络环境能够访问。对于本地模型Ollama检查服务是否运行curl http://localhost:11434/api/tags # 测试 Ollama 是否运行检查配置文件确认config.toml中的provider设置是否正确例如你配置了 Ollama 但provider仍是openai。查看日志运行 1667 时可以尝试添加--verbose或-v参数来获取更详细的日志输出帮助定位问题。当你能成功完成一次 AI 指令调用时就意味着你的 1667 环境已经完全就绪可以投入真正的创作了。7. 常见问题与排查思路在安装和使用 1667 过程中你可能会遇到一些问题。下表汇总了常见问题及其解决方法问题现象可能原因排查方式解决方案运行1667命令提示“未找到命令”1. 编译后未将可执行文件放入 PATH。2. 编译失败。1. 检查~/.local/bin或你放置的目录是否在PATH中 (echo $PATH)。2. 返回项目目录运行./target/release/1667看是否直接可用。1. 将1667移动到PATH包含的目录如/usr/local/bin/(可能需要sudo)。2. 重新执行cargo build --release确保无错误。启动后界面乱码或显示异常1. 终端不支持真彩色或字体问题。2. 终端尺寸太小。1. 尝试在其他终端如 iTerm2中运行。2. 检查终端字体设置确保使用等宽字体。3. 放大终端窗口。1. 更换为推荐的现代化终端。2. 安装并配置Fira Code等字体。3. 确保终端窗口有足够大小。按下 AI 指令键无反应1. 键位映射不熟悉。2. AI 提供商未配置或配置错误。3. 未选中文本。1. 查看帮助 (?)确认正确的快捷键。2. 检查config.toml中[ai]部分的provider设置。3. 确认在“可视模式”下选中了文本。1. 熟记快捷键或在配置中自定义。2. 正确配置 API 密钥和环境变量并确保provider指向正确的配置块。3. 在正常模式下按v进入可视模式选择文本。AI 指令执行时报错“API 错误: 无效认证”OpenAI API 密钥错误或过期。1. 检查环境变量OPENAI_API_KEY是否正确。2. 前往 OpenAI 平台检查 API 密钥是否被禁用或额度是否用完。1. 重新设置正确的环境变量。2. 在 OpenAI 平台生成新的 API Key 并更新配置。AI 指令执行时报错“连接超时”1. 网络问题无法访问 API 端点。2. 本地模型服务未启动。1. 尝试ping或curl测试 API 端点连通性。2. 对于 Ollama运行ollama serve并检查端口11434。1. 解决网络连接问题如需请确保使用合法合规的网络服务进行国际联网。2. 启动本地模型服务并确认config.toml中的base_url配置正确。生成的文本质量不佳或不符合预期1. 提示词指令设计不佳。2. 模型temperature参数设置不当。3. 选中的上下文文本不充分。1. 分析 AI 返回的结果看是偏离主题、风格不对还是内容空洞。2. 检查配置中的temperature值。1. 优化config.toml中[commands]下的提示词模板使其更具体、更具约束性。2. 调整temperature尝试 0.5 到 1.0 之间。3. 为 AI 提供更丰富的上下文例如多选中几句或一个段落。无法保存文件或找不到项目文件1. 文件权限问题。2. 路径不存在。3. 在命令模式下输入了错误的保存命令。1. 检查当前目录的写入权限。2. 使用:pwd查看当前工作目录使用:ls查看文件。1. 使用:w 完整文件路径指定路径保存。2. 使用:cd 路径切换工作目录。3. 确保在正确的项目目录下操作。8. 最佳实践与工程建议将 1667 有效地融入你的写作工作流需要一些策略和最佳实践。8.1 提示词工程让 AI 成为你的专属助手1667 的威力很大程度上取决于你如何设计[commands]部分的提示词。好的提示词应该角色明确例如“你是一位擅长刻画人物心理的悬疑小说家”。任务具体不要只说“改进这段文字”而要说“将这段对话改写得更紧张增加潜台词让角色A的怀疑和角色B的恐惧通过动作和简短对话体现出来”。提供范例在提示词中给出一个例子One-shot 或 Few-shot learning能极大地引导 AI 的输出风格。利用上下文{selection}占位符是关键。确保你选中的文本为 AI 提供了足够的背景信息。8.2 项目管理保持井井有条使用项目结构充分利用 1667 的项目概念将人物设定 (characters.md)、世界观 (setting.md)、情节大纲 (plot.md) 与章节文件分开管理。这让你和 AI 都能快速查阅背景信息。版本控制虽然 1667 管理文件但强烈建议使用git对你的小说项目进行版本控制。这可以追踪你的修改历程以及 AI 辅助前后的文本差异。cd my_novel git init git add . git commit -m “Initial commit with chapter 1 draft”定期备份除了版本控制定期将项目文件夹备份到云存储或其他安全位置。8.3 与 AI 协作的心法你才是作者AI 是笔是灵感来源是编辑助手但故事的灵魂、人物的弧光、核心的创意必须来自你。用 AI 来突破瓶颈而不是替代思考。迭代式使用不要指望一次指令就得到完美结果。可以AI 生成 → 你修改 → 选中修改后的文本 → 再次让 AI 润色或向不同方向扩展。用于特定任务AI 在以下方面特别有用头脑风暴情节选项、描写场景细节、生成不同风格的段落草稿、检查对话流畅性、为某个概念想十个不同的比喻。警惕“AI 腔”过度依赖 AI 可能导致文本风格同质化失去个人特色。定期回读和手动修改确保最终作品带有你的独特印记。8.4 性能与成本优化模型选择对于头脑风暴和初稿生成可以使用更快、更便宜的模型如gpt-3.5-turbo。对于关键章节的润色和最终修订再切换到更强的模型如gpt-4。在 1667 配置中快速切换model即可。本地模型如果注重隐私或希望无限制使用投资一台性能足够的机器运行本地大模型如通过 Ollama 运行llama2:13b,mistral,mixtral等。虽然速度可能慢于云端 API但数据完全私有且无调用成本。控制生成长度合理设置max_tokens避免生成过长无关内容节省 token 消耗。9. 总结与后续学习方向1667 代表了一种回归本质的创作工具哲学工具应该增强人的能力而不是分散人的注意力。它将强大的 LLM 能力封装在了一个极其专注、键盘驱动的 TUI 环境中为写作者提供了一个前所未有的“沉浸式 AI 协作”体验。它不生产故事而是帮助你更好地生产你自己的故事。通过本文你应该已经掌握了从零开始搭建、配置和使用 1667 进行小说创作的全流程。从理解其解决专注力痛点的设计初衷到完成 Rust 环境搭建、API 配置再到编写自定义提示词指令和融入版本控制你已经拥有了将这款利器投入实战的所有知识。要真正发挥其威力下一步你可以深入探索提示词设计研究如何为不同文学体裁悬疑、科幻、言情、不同创作环节大纲、细纲、描写、对话设计高效的提示词模板。尝试不同的模型后端除了 OpenAI可以搭建本地 Ollama体验完全离线的创作或者尝试其他兼容 OpenAI API 的开源模型服务寻找最适合你写作风格的模型。定制你的工作流将 1667 与你现有的工具链结合。例如用 Pandoc 将 Markdown 章节输出为 EPUB 或 PDF用静态网站生成器将作品发布为在线连载。参与社区关注 1667 的 GitHub 仓库了解最新功能和社区贡献的配置方案。与其他技术派创作者交流使用心得。写作是一场孤独的远征但有了像 1667 这样专注而强大的工具作为伙伴这段旅程或许能少一些磕绊多一些灵光闪现的时刻。现在关闭那些纷扰的浏览器标签打开终端输入1667开始你的下一次创作吧。建议收藏本文在配置和进阶使用时随时查阅。