用途：to-prompt 用于把代码、issue 或上下文整理成一份上下文丰富的提示词，交给另一个 LLM 去修复缺陷、改进代码或实现新功能。其目标是提供问题、当前状态和需求所需的全部背景，而不规定实现方式，由接收提示词的 LLM 自行决定如何解决。
主要能力：按任务类型组织提示词内容。缺陷修复类需包含复现步骤、完整错误信息与日志、当前行为、预期行为、环境信息（操作系统、浏览器、Node 版本、依赖版本、配置）、近期变更、受影响代码、相关组件、回归测试与影响范围。改进类需包含当前状态、现有实现、需改进的具体方面、约束、成功标准、相关代码、依赖、用户收益与非目标。功能类需包含需求与用户故事、当前系统上下文、集成点、数据模型、API 契约、用户流程、边界情况、约束、依赖与测试要求。
使用方式：被要求转换时，先收集问题、现状与需求的完整上下文，展示当前代码片段，清楚描述需要修复、改进或实现的内容，补充环境、相关组件、依赖与约束，并避免给出实现建议、示例方案或分步指南，聚焦于“是什么”而非“怎么做”。
限制：不应包含实现建议或“如何修复”的指令、示例解决方案或可模仿的代码模式、分步实现指南、规定的方法论，以及展示解决方案的前后对比代码。资料未提供具体安装命令、收费方式或平台支持信息。