我
1 分钟
我优化了写作系统，让三台电脑像一台电脑在工作
我把自己的公众号写作系统，改成了三台电脑都能无缝切换。表面看，这是在折腾机器、目录、SSH、Dashboard、离线队列这些东西。但做完之后我发现，它真正解决的不是技术问题，而是一个很普通的写作问题。 我的主要目标其实很简单，就是让写作随时可以进行。不管我坐在哪台电脑前，不管当时打开的是哪个 agent，不管主机是不是刚好在线，只要一个想法出现，系统就应该先把这个想法接住。更进一步说，我希望多个
0%
内容加载中...
共 302 篇文章
第 217 - 228 条，共 302 条
我把自己的公众号写作系统，改成了三台电脑都能无缝切换。表面看，这是在折腾机器、目录、SSH、Dashboard、离线队列这些东西。但做完之后我发现，它真正解决的不是技术问题，而是一个很普通的写作问题。 我的主要目标其实很简单，就是让写作随时可以进行。不管我坐在哪台电脑前，不管当时打开的是哪个 agent，不管主机是不是刚好在线，只要一个想法出现，系统就应该先把这个想法接住。更进一步说，我希望多个
从写作到发布：内容自动化流程如何拆解 内容自动化不是让 AI 一键替你发文章，而是把从想法到发布的每一步拆清楚。 一篇文章要上线，通常经历这些环节：原始想法、整理成稿、配图、排版、检查、进入草稿箱、最终发布。任何一步不稳定，自动化都会变成半自动。 所以真正要做的，不是追求“一键完成”，而是让每个环节可控、可查、可重试。 写作和发布要分开 写作阶段允许反复改，发布阶段需要稳定。 如果把两者绑定得太
多设备协同工作：远程控制、局域网与效率工具 当手上有多台电脑时，问题很快从“哪台性能更强”变成“我怎么少切换”。 多设备协同的目标，不是让每台机器都装满同样的工具，而是让它们在一个工作流里承担不同角色。 有的机器适合跑重任务，有的适合日常操作，有的适合作为展示屏或备份节点。关键是控制、文件和状态能不能顺畅流动。 先分清控制和传输 远程桌面、键鼠共享、文件同步是三件不同的事。 远程桌面解决“看见和
AI 工作流的数据放在哪里：本机、外置存储与同步方案 AI 工具越来越像工作台：对话、脚本、草稿、素材、生成结果都会不断积累。数据放在哪里，直接影响速度、稳定性和可恢复性。 这件事看起来像存储选择，实际是工作流架构问题。 本机快，但需要备份 本机存储最大的优势是速度和稳定。 AI 工具读写频繁，尤其是对话记录、日志、索引、缓存，如果放在本机，卡顿和异常会少很多。复制文本、搜索历史、切换会话这类小
本地 AI 算力值得部署吗：成本、性能与使用场景 本地 AI 算力听起来很有吸引力：数据在自己机器上，调用不受限制，理论上还能节省云端费用。 但是否值得部署，不能只看模型能不能跑。真正要看的是：你每天会用多少，任务是否适合本地，维护成本会不会超过收益。 本地模型适合稳定、重复、低敏感延迟的任务 本地模型很适合做批量摘要、格式清洗、简单分类、离线检索、草稿初步加工。 这些任务不一定需要最强模型，但
最近换了台新电脑，本来以为得折腾好几天，结果在 AI 帮忙下，几个小时就搞定了整套工作流。 说实话，这事儿挺意外的——我居然开始依赖 Kimi 来装软件、跑项目、写文章，连系统设置都让它来搞定。 说到这个，真有种“AI 已经成了我的数字同事”的感觉。 不是啥高大上的事，就是日常操作：从工具安装到内容发布，从项目管理到配置优化，几乎每一步都有它插一脚。 第一个坑：工具链怎么快速搭起来？ 新
给知识库做入口：从资料堆到可交互系统 资料整理完成后，还有一个经常被忽略的问题：用户从哪里进入？ 很多知识库失败，不是因为资料不够，也不是因为模型不够强，而是入口太模糊。用户不知道应该打开哪个页面，不知道可以问什么，也不知道资料之间是什么关系。 入口页的价值，就是把知识库从“资料堆”变成“可交互系统”。 入口页先回答三个问题 一个好的知识库入口，至少要回答三个问题。 第一，这里有什么资料。第二，
从素材管理到人物分组：AI 工具产品化复盘 一个 AI 工具能跑起来，不等于能被普通用户使用。 素材管理和人物分组这类工具，技术演示很容易让人兴奋：上传图片，识别人脸，自动聚类，生成分组。问题在于，真实用户不会只关心算法是否成功，他们关心的是：我怎么确认结果？错了怎么办？能不能批量处理？能不能快速找到我要的人？ 这就是从功能到产品的距离。 算法结果需要可被复核 AI 识别不是最终答案，而是候选结
如何为一批项目资料搭建 AI 知识库助手 AI 知识库助手最容易被误解成“把资料丢进去，然后开始问答”。实际效果好不好，主要不取决于资料数量，而取决于资料结构、提问场景和评估方式。 如果知识库只是一个大文件夹，AI 会回答，但未必可靠。它可能引用错版本，也可能把背景资料当成结论。要让它成为项目助手，需要先定义它服务什么问题。 从使用场景开始 知识库助手不是万能聊天机器人。它应该先回答固定场景里的
从零散资料到可持续整理系统：一次知识迁移复盘 资料迁移这件事，表面看是搬文件，真正要解决的是秩序。 如果只是把一堆文件从一个地方移动到另一个地方，工作很快就能完成。但下一次再查找、再更新、再同步时，问题会重新出现：文件在哪里，哪个版本最新，哪些内容已经处理过，哪些只是临时副本，哪些可以进入知识库，哪些只适合归档。 这次整理的关键，不是“移动了多少文件”，而是把零散资料变成一套以后还能继续使用的系统
昨天我站在新用户的角度，重新想了一遍阅读 App 的引导。 我发现最重要的不是讲清楚所有功能。 而是帮用户完成一次很小但真实的开始。 很多人不是不想阅读。 是开始太难。 一本书太厚，计划太大，目标太远，后面就变成以后再说。 第一步要轻 一个好的新手引导，第一步一定要轻。 如果第一步就要求用户建立计划、设置目标、登录登录身份、选择会员，他很可能直接退出。 但如果第一步只是添加一本正在读的书，就轻很
如果我是第一次打开阅读 App 的用户，我其实不想先听一大堆功能介绍。 我只想知道，现在我该干什么。 点哪里。 点完以后有什么用。 如果一上来就把阅读统计、会员权益、同步、计划、笔记、书架都摆出来，我可能反而会停住。 功能越多，第一步越不清楚。 新用户需要的是开始，不是说明书 很多产品喜欢在首页解释自己。 我们有什么功能。 我们有什么优势。 我们能解决什么问题。 这些不是没用，但对新用户来说，最