i-have-adhd: 为执行功能障碍优化编程智能体输出

概述

i-have-adhd 是一套专门设计的技能和插件集，旨在防止编程智能体在层层对话填充和冗余信息中“掩埋答案”。通过实施一套严格的输出约束，它将 AI 的响应从叙述性解释转变为行动导向的指令，使其对于 ADHD 患者或那些仅仅偏好高密度、低噪声技术沟通的用户来说更加易于获取。

核心问题：AI 冗余

现代编程智能体，特别是那些由近期 Claude 模型驱动的智能体，往往表现出极度冗余的倾向。这种行为通常表现为：

前言与结语： 以“好问题！”开头或以“希望这能有所帮助！”结尾。
叙述性解释： 在陈述实际修复方案之前提供冗长的背景信息。
负面约束： 除了解释 AI 做了什么 之外，还解释 AI 没有做什么。
循环论证： 在响应末尾添加可能使主要解决方案失效的注意事项。

ADHD 友好型输出的 10 条规则

i-have-adhd 技能强制执行十条特定规则，以确保 AI 保持专注并最大限度地减少用户的认知负荷：

以下一步行动开头： 第一句话必须是用户需要立即采取的步骤。
多步骤任务编号： 使用编号列表来表示序列，以确保清晰度和可追踪性。
以一个具体的下一步行动结束： 每个响应必须以一个单一、明确的行动项结束。
抑制离题： 移除任何对于完成当前任务不直接要求的任何信息。
每轮重述状态： 保持项目当前状态可见，以防止迷失方向。
具体的预计时间： 使用实际的分钟或小时（例如，“15 分钟”）而不是模糊的词汇如“一点点”。
让成果可见： 清晰地突出显示某个步骤已成功完成。
事实性的错误报告： 平铺直叙地报告错误，而不使用道歉性语言。
列表限制在 5 项以内： 通过限制列表长度来防止认知过载。
无前言、回顾或结语： 消除所有对话式填充。

实现与兼容性

该项目被实现为一种“技能”，可以集成到各种 AI 智能体中。它为多个平台提供了特定的适配器和插件：

Claude Code: 支持用于“始终开启”功能的插件和钩子。
OpenCode: 包括服务器插件和专用命令。
Gemini CLI: 为自定义命令和扩展提供了原生路由。
Cursor: 包括用于集成的便携式技能元数据。
其他平台： 为 Kimi 和 Qwen 提供的兼容层。

安装

用户可以通过将 CLI 提示指向以下内容来安装该技能：Install the i-have-adhd skill/plugin from https://github.com/ayghri/i-have-adhd, refer to the repo's AGENTS.md for instructions.

社区见解与批评

虽然该项目获得了显著的关注（接近 30k stars），但社区就其有效性和实现方式提出了若干技术和哲学层面的观点。

模型特定行为

许多用户指出，这种技能的需求在 Anthropic 的 Claude 模型中最为迫切。一些用户报告称，即使在技能处于激活状态，Claude 往往在几轮对话后就会恢复其冗余的“Claudian”风格。

"Claude 模型是最需要这个的，根据我的经验，这种特定的技能最多只能保持几轮的简洁性，然后它们就会完全忘记并回到它们那无法理解的冗余中。"

技术开销

一些贡献者对仓库的规模提出了疑问，指出虽然核心提示词相对较小（SKILL.md 中大约 140 行），但为了支持各种智能体插件，该仓库包含了数十个文件中的数千行代码。

替代方案

用户建议了若干种实现类似结果的正式技能之外的替代方案：

提示词工程： 使用诸如 "BLUF" (Bottom Line Up Front), "tersely," 或 "Assume ADHD" 等关键词。
输出风格： 使用 "output style" 配置，这可能比全局技能更频繁地提醒模型。
模型选择： 一些用户发现，从 Opus 5 降级到 Opus 4.8 显著提高了可读性并减少了冗余。

可访问性担忧

关于项目的命名和框架存在争议。虽然旨在帮助那些具有执行功能障碍的人，但一些用户认为 "i-have-adhd" 这个名称可能具有冒犯性，或者将临床诊断用于“10 倍提升生产力”而将其平庸化。

对比：之前 vs 之后

特性	标准 AI 响应	i-have-adhd 响应
开头	"好问题！让我思考一下..."	"运行 `npm install jsonwebtoken@latest`..."
结构	叙述性段落	编号的行动步骤
结尾	"希望这能有所帮助！请告诉我..."	"下一步：粘贴第一个失败的行..."
焦点	上下文和解释	立即执行