teams 10 分钟 更新于 2026年9月12日

改造一个分享机器人

装好了分享机器人,接下来用五处修改把它变成你的——别破坏作者做对的部分。

分享机器人是一套不错的默认值,只不过穿的是别人的人生。作者的时间表、语气、优先级都焊死在里面。装完之后你要做的是五处修改的「试衣环节」——保留结构,替换假设。

第 1 改:时间表和时区

作者在东部时间早上 7 点查看;你不是。把所有时间触发器改成你的一天,并明确写出时区——锚定在「我的早晨」上的例程,换季就会漂移。

第 2 改:汇报去向和格式

多数分享机器人汇报到聊天窗口,因为聊天窗口人人都有。想读在别处就写明——顺便把格式封顶:

最多汇报 N 条,每条 M 个要点。没有新内容时只发一行:「一切安静。」

安静日规则是建 bot 里「每字注意力回报」最高的一处修改。

第 3 改:语言和受众

加一行:「用中文写给我;引用原文保留原语言。」bot 的指令可以保持英文——模型遵循英文指令最可靠——而它产出的一切都落在你的语言里。

第 4 改:砍范围

分享机器人为了让所有人满意,往往什么都管。砍到你的用法:

你只处理「你的那一块」。忽略 config.md 里的其他内容,也不要汇报它们。

每删一项职责,就赚回一份注意力。如果 bot 自带你永远不读的信息源,从配置里删掉——文件腐烂就是从别人的清单开始的。

第 5 改:边界核对

确认越权边界匹配的是你的风险胃口,不是作者的:

复述你的可读/可写权限,以及哪些事不问绝不做。

把答案和它第一周的实际行为对比。对不上 = 修改,或者卸载。这一步和安全审查是一对——一起做,十分钟搞定。

哪些不要动

  • **角色定义。**作者迭代过它,尊重核心。
  • **状态文件布局。**运行中途改名文件,会弄坏引用它们的例程。
  • 汇报节奏的内在逻辑——「怎么报」而不是「何时报」。作者通常靠真实使用找到了噪音最小的形状。

记变更日志

每次修改一行,带日期,放进 bot 的工作区:

changelog.md
2026-09-15 — 汇报改中文,封顶 5 条
2026-09-20 — 删掉 3 个我从不读的信息源

作者更新时,你对照变更日志挑着合并;bot 闹脾气时,变更日志是第一嫌疑名单。等你的修改稳定下来,你离成为机器人目录里下一位分享者只差一张截图——整个生态就是这么循环起来的。