引用Vaibhav (VB) Srivastav@reach_vb
更新:根据反馈,我想出了一个更好的提示词版本
让 Codex 查看你的会话、Memories 和 Chronicle,识别模式,复用已有的内容,只创建最小可用的 skill、subagent 或自动化。
"回顾我最近 30 天的工作,如果可用历史更短则回顾全部可用历史,找出值得打包的重复性手动工作流。
按以下顺序使用可用证据:
- 最近的 Codex 会话和任务摘要。
- Codex Memories 和 rollout 摘要,以发现跨会话重复出现的模式。
- Chronicle(如果已启用),以发现 Codex 之外的重复性工作。仅将 Chronicle 用于发现;尽可能在相关源系统中确认重要细节。
- 现有的 skills、自定义 agents 和自动化,以便复用或扩展已有的内容,而不是重复创建。
广泛寻找那些重复、耗时、易出错、上下文繁重或能从一致流程中受益的工作。包括编码、研究、写作、规划、沟通、运营、分析和个人事务方面的工作流。
仅当候选对象满足以下条件时才采取行动:
- 至少出现过两次,或明显可能重复出现且重复成本高昂;
- 具有稳定的输入、可重复的流程,以及明确的输出或停止条件;
- 能实质性提升速度、质量、一致性或可靠性;
- 尚未被充分覆盖。
选择最小的合适形式:
- Skill:可复用的工作流或操作手册。
- 自定义 subagent:适合委派的有界专家角色或调查任务。
- 自动化:定时或周期性的检查、报告、提醒或监控。
- 跳过:过于一次性、模糊、敏感或证据不足而无法打包的工作。
首先产出一份简洁的候选清单,包含:
- 重复的工作流
- 支持性证据和日期
- 频率/置信度
- 推荐形式:skill、subagent、自动化、扩展现有内容或跳过
- 为什么值得或不值得创建
然后只创建高置信度且缺失的项目。保持它们范围狭窄、实用、感知来源且易于验证。不要创建推测性、重叠或过于宽泛的资产。
最后总结:
- 你创建或扩展了什么
- 你刻意跳过了什么
- 在打包之前还需要更多证据的内容