团队实践：把纠正变成 Skill，再变成 Routine

我们从一个具体任务开始观察，纠正成功后才保存方法，方法稳定后再安排周期运行。这比一次性把所有事情自动化更容易评估。

角色是持续积累的工作资产

从亲自操作到派发任务，再到维护工作方法，关键是把职责和检查方式说清楚。我们知道某个工作应该找哪位伙伴，往往比了解内部实现更有用；角色职责要面向使用者表达清楚。

同一个 Designer 可以参与多个项目，而不必每次开一段没有历史的新聊天。全局工具、连接与 Skills 可以共享，每个 Bot 的私人记忆和偏好各自维护。不同岗位可以有自己的工作规则，名字本身不提供权限或质量保证。

观察一次真实任务，再纠正

请完成一次我们指定的任务，保留结果和关键操作记录。发现缺少输入先说明。我们会根据实际结果指出遗漏；请把可执行的纠正写成方法草稿，不自行增加新的运行计划。

我们检查能观察到的动作与结果，不要求披露不可提供的内部思维链。一次失败先定位原因，避免只有“以后认真”这样无法验证的要求。

再保存为 Skill

把目标、适用范围、输入、步骤、失败处理、输出与人工检查点写清楚。以报销整理为例，先跑通一次票据整理，再考虑收到收据邮件后重复运行；我们先验证真实票据字段与记录位置，付款和审批不能顺带自动完成。

Grok 官方的 Teach 功能可以记录示范操作，当前文档说明录制窗口为十分钟、不录麦克风。我们示范时避免展示密码与其他不必要信息。录完得到方法草稿后，补充错误条件并重做一次测试，不把录制完成当成流程已可靠。

最后设置 Routine 并观察用量

为例行任务保留运行记录，检查效果后再调整频率。我们每次调整都要回答：触发是什么、需要做什么、结果放哪里、什么情况停止、需要人处理什么？

请根据已验证的方法提出一个例行任务草案，写明触发、时区、输入、交付、错误处理、用量预算和停止条件。先手动运行一次。没有完成真实测试前，不创建高频重复任务；状态没有有意义的变化时不反复打扰我们。

键盘、鼠标能做的工作可以作为探索方向，但并不表示账号限制、验证码、付款和隐私授权可以自动越过。我们像管理可信同事一样逐步扩大职责，把战略判断留给自己，把已经验证的协调与执行交给伙伴。

练习交付：一次原任务、一次纠正后的重复执行、一份 Skill 草稿与一份 Routine 配置。检查效果与用量，再决定是否保留；临时检查任务结束后停止，避免遗留循环。