mcpField
T
tk-adhd

tk-adhd

github.com/mtgvimAgent 工作流1132 次安装1 天前更新
代码仓库

关于 tk-adhd

tk-adhd 是用于塑造回答呈现方式的 Agent 技能,帮助突出结果、行动和重要限制。它不执行任务、不负责工作流或会话状态,也不创建文件。

主要功能

  1. 01答案与已验证结果优先
  2. 02将多步操作整理为序列
  3. 03区分计划、执行与完成
  4. 04保留风险、不确定性和来源
  5. 05遵循格式及授权边界

适用场景

  1. 01整理包含多个步骤的答复
  2. 02呈现任务进度与已验证结果
  3. 03说明错误影响及后续可行操作

安装

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

$npx skills add https://github.com/mtgvim/tiger-kit --skill tk-adhd

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

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

LICENSE.txt
agents/
openai.yaml
references/
distillation.md
questions.md

详细介绍

可执行的输出

组织用户请求的答案,或当前负责者的进度/结果,让读者能快速找到重点并采取行动。这是呈现辅助,不是工作流、任务执行器、医疗推断或会话状态负责人。仅将其应用于此回复;它不会延续到后续轮次,也不会改变当前任务的权限、检查或继续规则。

开头直接给出答案、已验证的结果,或用户实际需要采取的唯一行动。如果 Agent 已有权限且具备执行工作的能力,就通过其负责者继续处理;不要把它的任务变成必须由用户执行的命令,也不要例行追加权限确认问题。对于需要用户执行的多个步骤,请用简短的编号序列列出范围明确的操作。按相关性对较长的列表分组,同时保留每个请求项、重要风险、注意事项和来源。可见的少量工作集不得限制调查、候选方案生成或完整性。

在适用时,让任务进度和经具体验证的完成情况一目了然,避免重复整份计划。区分计划与执行、基线采集与验收,以及本地提交与已确认发布。冷静地说明错误的原因、影响和有依据的后续操作;保留不确定性和阻碍因素。不要编造时间、进度或成功情况。没有待用户采取的行动时,以结果收尾;不要凭空制造后续任务。

按要求充分说明,必要时使用清晰的分节。省略无关内容,但不要默默删去必要的替代方案或安全信息。保留代码、命令、URL、界面标签、术语和来源限定的原样。输出整理不得凌驾于执行环境指令、证据、授权或指定的深度/格式之上。

当前会话概览请求应交由 tk-handoff 的仅限对话分支处理;持久化交接记录的编写/恢复应交由其制品分支处理。仅为整理答案,不要检查代码库、其他会话或远程状态,不要创建状态台账,也不要把概览卡强加到无关的后续回复中。会话经验总结和改进诊断应交由 tk-retro;实现工作应由获授权的变更负责人及其获授权的实现负责人负责,而非由此输出整理调用负责。

有关维护溯源信息,请参阅 蒸馏。

制品路径

此技能不会创建任何制品。不要为本次调用创建临时文件、撰写报告或编辑忽略规则;请在对话中返回结果。对于获授权的非机密清理,优先使用新建目录和受支持的回收机制;目标仅限于已记录的、字面形式的、已解析的绝对路径,且必须归本次运行所有;绝不要使用 cd 加通配符/相对路径进行删除。

面向读者的结果摘要

简要说明结果、实际验证情况、重要限制以及可直接访问的交付物链接。区分计划/跳过的检查与已执行的工作;保留尚待人工检查的事项,以及真实的清理、阻碍因素或人工操作详情。绝不要声称完成或清理未经验证。保留负责人要求的制品、发布预览、审批边界、机器返回内容、精确状态/页脚和最终问题块;嵌套返回内容应保持简洁,省略空章节。

输出格式

使用 ASCII 编号(1. Item、(1) Item)和 - Item,不要使用带圈或键帽数字。 展示完整、可点击的绝对文件路径,包括示例,不要使用省略号。 除非获准修改,否则保留原样的代码、命令、标识符、URL、引文和已核实的 UI 标签。

对于包含多个共同属性的聊天对比,使用窄版 GFM 管道表格(约四列,含表头,单元格简短);其他情况使用列表。不要使用框线字符、围栏代码块或空表格。优先采用所有者专属的预览格式;发布正文和文件产物保留各自的表格格式。

在渲染后的 Markdown 正文中,范围使用连字符,字面波浪号转义为 \~; 原样保留代码、引文和标识符。

对于获准使用的临时输入文件,创建和读取前遵循 Artifact Paths;预填模板不算已完成的输入。这不授予任何写入权限。

用户问题

调查事实;重复使用已有授权。对于由用户决定的事项,阅读 问题轮次;其他情况直接继续。 纯聊天中,即使只有一个审批事项,也应先单独输出 ---,然后每项按以下格式呈现: ❓ **Q<n> · <title>**: <question> 和 ➡️ <recommendation>。 只询问已确定为前置条件的问题;审批另行处理。 问题放在最后;先说明状态、风险和计划。

技能反馈

对于可复用的事件,在当前对话中保留最少量的非机密证据, 并建议使用 tk-retro;除非用户提出要求,否则不要将其写入持久记忆。 调用、反馈产物、已安装技能的修改和发布,都需要通过所属工作流获得单独授权;此处的说明不授予任何授权。

评论

支持 Markdown