mcpField
T
to-prompt

to-prompt

github.com/pedronauckAgent 工作流644335 次安装1 周前更新
代码仓库

关于 to-prompt

to-prompt 是一项 Agent 技能，可将任务整理为有证据支撑的简报，供接收任务的 LLM 自行选择实现方式，同时保留已批准的决定。

主要功能

  1. 01区分错误修复、改进和功能
  2. 02收集代码与环境证据
  3. 03根据模板编写简报
  4. 04保留已批准的约束与决定
  5. 05通过文件路径交接简报

适用场景

  1. 01为 LLM 准备错误修复交接材料
  2. 02在实现前记录需求与约束

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/pedronauck/skills --skill to-prompt

安装后在 Claude Code 中输入/to-prompt确认已加载。

附带文件assets/brief-template.md

详细介绍

提示词说明

撰写一份简短的说明，而不是解决方案。这份说明应包含接收方大模型自行选择实现方案所需的一切信息——问题、当前状态、要求和约束——并保留用户已提供的任何实现约束或已批准方案。将尚未确定的设计选择留给接收方；不要为了把问题变成开放式问题而抹去已接受的决策。

每份说明都是一个文件：docs/prompts/<YYYYMMDD-HHmm>_<slug>.md（例如，docs/prompts/20260709-1745_fix-auth-redirect.md）。

步骤

  1. 分类任务——判断任务属于缺陷修复、改进还是新功能，并起草一段话，说明问题和预期结果。
  2. 收集证据。 阅读相关代码路径；引用当前实际存在的代码；摘录相关错误或日志内容，并排除凭据和无关的私人数据；记录环境和近期变更。完成标准： 说明中的每项陈述都有你实际阅读或运行所得内容作为依据。
  3. 根据模板撰写说明。 将 assets/brief-template.md 复制到 docs/prompts/<YYYYMMDD-HHmm>_<slug>.md（若目录不存在则创建；slug = 小写、以连字符分隔的摘要；时间戳 = 当前时间）。填写适用部分并删除指导性注释。记录影响重大的未知事项；省略不相关部分。
  4. 检查决策保真度。 区分用户批准的约束、建议和未解决的选择。保留用户要求的结果和授权；避免引入新的实现要求。
  5. 交接。 回复文件路径，并用一句话概述说明的要求。

随附文件

  • assets/brief-template.md — 说明的框架和各类型任务的内容覆盖指南；它是完整说明内容的唯一事实来源。

评论

支持 Markdown